[Bacula-users] Progressive Virtual Full - Help
Hi I'm setting up a Progressive Virtual Full Backup on a full HDD setup, using bacula 9.6.4 (ubuntu+mySQL). From what I get from the logs, the virtual full job starts. But the sd makes the job fail. Here's the logs: bacula-dir JobId 237: Bacula bacula-dir 9.6.4 (08Jun20): Build OS: x86_64-pc-linux-gnu ubuntu 20.04 JobId: 237 Job: WorkDir_Backup.2020-12-11_20.41.38_09 Backup Level: Virtual Full Client: "myClient" 9.6.6 (20Sep20) Microsoft (build 9200), 64-bit,Cross-compile,Win64 FileSet: "myFileSet" 2020-12-10 18:51:25 Pool: "File" (From Job resource) Catalog: "MyCatalog" (From Pool resource) Storage: "File2" (From Job resource) Scheduled time: 11-Dec-2020 20:41:38 Start time: 11-Dec-2020 19:19:59 End time: 11-Dec-2020 19:20:36 Elapsed time: 37 secs Priority: 1 SD Files Written: 0 SD Bytes Written: 0 (0 B) Rate: 0.0 KB/s Volume name(s): Volume Session Id: 10 Volume Session Time: 1607698834 Last Volume Bytes: 0 (0 B) SD Errors: 0 SD termination status: Termination: Backup Canceled bacula-dir JobId 237: Fatal error: Storage daemon didn't accept Device "FileChgr1-Dev1" command. bacula-dir JobId 237: Found 293 files to consolidate into Virtual Full. bacula-dir JobId 237: Consolidating JobIds=181,182,183,184,185,186,187,188,189,190,191,192,193,194,195,196,197,198,199,200,201,216 bacula-dir JobId 237: Start Virtual Backup JobId 237, Job=WorkDir_Backup.2020-12-11_20.41.38_09 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Multiple restore requests requiring same tape but on different drives in a tape library.
Hi Everyone, I built a bacula backup system with version 9.4.4 that uses a 6 drive tape library. It has been working great where backups are concerned, but is failing when there are 2 or more restore jobs submitted that require the same tape to run. Bacula is taking the restore requests and assigns each one to use a different tape drive in the library, which would be fine if the data for each was on different tapes . But in this case, where the data for the restores is all on the same tape, only the first job is able to run and complete successfully. The other jobs do start, but fail after 20 minutes, waiting for the tape they require to load. I am not sure why bacula does not queue the other jobs and have them wait for the tape to become available before assigning a drive and starting, same as what it does when multiple backups are run that require the same pool tape. I have played around with different options, and the only work around I found so far, was to hardcode a single drive to be used for restores, which is not ideal, since it slows down the restore process when needing to restore files from different pools. Has anyone come across this issue, and did you find a solution? Please let me know. Thank you Eric ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Signing keys
Hello, There was a small error in my turnover to Eric. I accidentally gave him an old signing key for the release packages. This means that those of you who check the signing key on the source downloads got errors. This should now be corrected -- I have replaced all the .sig files that go with the source release. And I have now given Eric the correct private key so he can also sign packages :-) Please note: the only files that have changed are the ones named .sig. All the source files are fine and have not changed, so no need to re-download the source files. Sorry for the inconvenience. If you find any additional problems, please let me know. Best regards, Kern ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
