Automatic labelling with secondary storage daemon
Todd Aiken <[email protected]>
| Newsgroups | gmane.comp.bacula.user |
|---|---|
| Message-ID | <[email protected]> |
Greetings everybody. I am a new user of Bacula, and am having a very strange problem with setting up a new system that I hope somebody can help me with. I successfully set up a new installation of Bacula on an Ubuntu 24.02 server using the default configuration, and was able to run the BackupClient1 test backup job without any issues. I then tried to setup a second storage daemon on my main Slackware64 15.0 server, where all of my free space is for storing backups. I was able to compile Bacula, start the storage daemon, and successfully communicate with it via bconsole, but every time I would try to use it to run a backup, it would tell me that it 'Cannot find any appendable volumes. Please use the "label" command to create a new Volume", and I would have to cancel the backup. Again, this was using the default example configuration, with the only change I made was pointing the "Address" on the Ubuntu director to the Slackware storage daemon. I tried setting up a second Ubuntu VM, and with that I was able to successfully run the backup job from my main Bacula installation using the storage daemon on the second Ubuntu server. I then also set up a full installation of Bacula on a new Slackware64 server, and was able to perform a backup to the secondary storage daemon on my main Slackware server, ie: the server I was trying to get working with the first Ubuntu Bacula setup. So it seems that using the same distributions, one director server can talk to a storage daemon on a different server, but is unable to talk to a storage daemon on a different distribution. Just wondering if this is normal, and if not, what could be wrong with my setup that this is occurring? Here is the command line I am using to build Bacula on my Slackware servers: CFLAGS="-O2 -fPIC" CXXFLAGS="-O2 -fPIC" ./configure \ --prefix=/usr \ --sbindir=/usr/sbin \ --libdir=/usr/lib64 \ --sysconfdir=/etc/bacula \ --localstatedir=/var \ --mandir=/usr/man \ --docdir=/usr/doc/bacula-15.0.3 \ --with-working-dir=/var/bacula/working \ --with-scriptdir=/var/bacula/scripts \ --with-logdir=/var/bacula/working \ --with-plugindir=/var/bacula/plugins \ --enable-smartalloc \ --with-postgres \ --enable-batch-inserts \ --disable-conio \ --with-readline=/usr/include/readline \ --enable-largefile \ --disable-ipv6 \ --with-openssl \ --build=x86_64-slackware-linux I also had all this working with Bareos a few weeks ago, but after finding out about the lawsuit situation, decided to switch everything over to Bacula. Thanks in advance. -- CU L8R... Todd Aiken "V8! Return to base, immediately!" - The Last V8 as spoken on the Commodore 64 Even in the 21st century, HTML in email is still like putting an air conditioner on a motorcycle.