Re: [Bacula-users] missing part on a DVD... why? what to do?
> "AL" == Arno Lehmann <[EMAIL PROTECTED]> writes: AL> As of now, Bacula does not check for these condition, it only takes AL> the date and time of the last succesful job for a given client/fileset AL> combination and saves files with a timestamp after that moment. AL> Or, in short, your proposed solution will not work. Ah. Well, thanks for the notes. That does mean, though, that I can invalidate the job that created the broken volume so the next incremental would effectively back up from the one previous to it? (though this doesn't work if another incremental had run since then; IE, you'd have to nuke the last job before the next incremental gets run or nuke all jobs after the broken one). AL> All IMO and without actually reading the code, by the way. As I mentioned; same here ;-) -- "In the bathtub of history the truth is harder to hold than the soap, and much more difficult to find." -- Terry Pratchett - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] missing part on a DVD... why? what to do?
Hi, 06.09.2007 02:01,, Wes Hardaker wrote:: >> "AL" == Arno Lehmann <[EMAIL PROTECTED]> writes: > > AL> That might be one option, but I guess the main problem is that Bacula > AL> simply doesn't handle things very well when the writing-to-disk phase > AL> has problems. You'd need something more integrated into the SD, or > AL> implement some way to signal "re-try this part to the next disk" to > AL> the SD. > > I have a hard time believing there is no way to say "whoops, I > accidentally lost volume 5 in a fire Please continue as if it > doesn't exist and all the files that were on it should no longer exist > in the catalog". That's really what I need at the moment (I know which > volumes are bad). > > Trying to guess at how the schema works (danger!) it looks like you > might be able to look at the jobmedia table and use it to remove stuff > for a broken volume from the Files table so it would get backed up next > time and suddenly be needed again. But that's based on not reading any > documentation on what the columns actually mean; but if someone says I'm > on the right track I might go down that road :-) You're on the track to part of project 1 I think... doing accurate restores of - for example - moved files requires these to be backed up in the first place, so for backups, Bacula can not only rely on the file modification timestamps, but also has to check if files actually are in a backup. So, the common task is to make Bacula not simply back up depending on the file timestamps, but to previously check if that file is in an available backup. (This requires a major code change and additional FD-DIR-communication, so it can not be implemented easily.) This would probably automatically ensure that files stored in unavailable backups are backed up again on the next run. As of now, Bacula does not check for these condition, it only takes the date and time of the last succesful job for a given client/fileset combination and saves files with a timestamp after that moment. Or, in short, your proposed solution will not work. All IMO and without actually reading the code, by the way. Arno -- Arno Lehmann IT-Service Lehmann www.its-lehmann.de - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] missing part on a DVD... why? what to do?
> "AL" == Arno Lehmann <[EMAIL PROTECTED]> writes: AL> That might be one option, but I guess the main problem is that Bacula AL> simply doesn't handle things very well when the writing-to-disk phase AL> has problems. You'd need something more integrated into the SD, or AL> implement some way to signal "re-try this part to the next disk" to AL> the SD. I have a hard time believing there is no way to say "whoops, I accidentally lost volume 5 in a fire Please continue as if it doesn't exist and all the files that were on it should no longer exist in the catalog". That's really what I need at the moment (I know which volumes are bad). Trying to guess at how the schema works (danger!) it looks like you might be able to look at the jobmedia table and use it to remove stuff for a broken volume from the Files table so it would get backed up next time and suddenly be needed again. But that's based on not reading any documentation on what the columns actually mean; but if someone says I'm on the right track I might go down that road :-) -- "In the bathtub of history the truth is harder to hold than the soap, and much more difficult to find." -- Terry Pratchett - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] missing part on a DVD... why? what to do?
Hi, 05.09.2007 23:00,, Wes Hardaker wrote:: >> "AL" == Arno Lehmann <[EMAIL PROTECTED]> writes: > > (first: thanks for the help!) > >>> 4) assuming that some of the archives are bad, what's the best way to >>> fix the issue? Can I mark the volume as "Error" and will bacula >>> automatically re-archive the files that were in that volume again on >>> the next run through the various backup schedules? (the brunt of the >>> question is really: do files get re-backed up automatically when a >>> volume is marked in error, or does something else need to be done). > > AL> That won't work. It will be best to check which jobs have their data > AL> on the disks in question (using the 'query' command) and manually > AL> re-run any jobs you need. > > That won't work if it's an incremental backup, right? Because > re-running it will take an incremental from the last one. Yes. You need either a full backup or one level above what is no longer accessible. >>> 5) Should I give up and buy a tape drive (ha ha; sigh) > > AL> Seriously, in my opinion that would be the best thing to do... even > AL> using a used DLT or LTO drive will probably be more reliable than DVD > AL> backup, and tape backups, in my experience, require much less > AL> administration than DVD ones, so the extra money you spend will result > AL> in less time to operate Bacula in the future. > > Sigh... You're right, of course, but I was trying to do this without a > cost-outlay since I have a DVD writer already ;-) IE, cheap but > functional at-home backup solution. > > Hmm... I wonder if rewriting the DVD backend to write to a ISO mounted > in loopback and then burn the iso would be more reliable. That might be one option, but I guess the main problem is that Bacula simply doesn't handle things very well when the writing-to-disk phase has problems. You'd need something more integrated into the SD, or implement some way to signal "re-try this part to the next disk" to the SD. > It'd take > more scratch disk space, but wouldn't suffer from problems like this. I don't think so... when the actual writing goes wrong for whatever reason, you simply cant't tell the SD to retry the parts still in spool space. > It'd also be a lot slower since you'd have to reburn the whole disk when > you added a part to the ISO. Quite a lot slower - first read the existing contents, integrate the new part to it (possible requiring remastering of the whole file system), then writing the whole image to disk... also an additional strain to the disks themselves. Not to forget the DVD writer - I know that some of them get funny when they get warm :-) Arno -- Arno Lehmann IT-Service Lehmann www.its-lehmann.de - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] missing part on a DVD... why? what to do?
> "AL" == Arno Lehmann <[EMAIL PROTECTED]> writes: (first: thanks for the help!) >> 4) assuming that some of the archives are bad, what's the best way to >> fix the issue? Can I mark the volume as "Error" and will bacula >> automatically re-archive the files that were in that volume again on >> the next run through the various backup schedules? (the brunt of the >> question is really: do files get re-backed up automatically when a >> volume is marked in error, or does something else need to be done). AL> That won't work. It will be best to check which jobs have their data AL> on the disks in question (using the 'query' command) and manually AL> re-run any jobs you need. That won't work if it's an incremental backup, right? Because re-running it will take an incremental from the last one. >> 5) Should I give up and buy a tape drive (ha ha; sigh) AL> Seriously, in my opinion that would be the best thing to do... even AL> using a used DLT or LTO drive will probably be more reliable than DVD AL> backup, and tape backups, in my experience, require much less AL> administration than DVD ones, so the extra money you spend will result AL> in less time to operate Bacula in the future. Sigh... You're right, of course, but I was trying to do this without a cost-outlay since I have a DVD writer already ;-) IE, cheap but functional at-home backup solution. Hmm... I wonder if rewriting the DVD backend to write to a ISO mounted in loopback and then burn the iso would be more reliable. It'd take more scratch disk space, but wouldn't suffer from problems like this. It'd also be a lot slower since you'd have to reburn the whole disk when you added a part to the ISO. -- "In the bathtub of history the truth is harder to hold than the soap, and much more difficult to find." -- Terry Pratchett - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] missing part on a DVD... why? what to do?
Hi, 05.09.2007 18:43,, Wes Hardaker wrote:: >> "AL" == Arno Lehmann <[EMAIL PROTECTED]> writes: > > [Arno: sorry... you're going to get multiple copies of this as I messed > up my from address that the list expects me to use] No problem... > [This message is actually about an old thread I started a while back > regarding DVDs not being written properly, probably due to small writes; > Arno Lehmann kindly responded with good advice] > > WH> I have it working with DVDs and the situation in question as I can > WH> tell went like this: > WH> - it was backing up the main system. > WH> - I believe it tried to store the information in: BaculaDVD0009.8. > WH> - However, the disc doesn't actually contain that part, but the log > WH> shows success: > WH> > WH> 12-Jun 23:05 machine-sd: Ready to append to end of Volume "BaculaDVD0009" > part=8 size=3040970041 > WH> 12-Jun 23:05 machine-sd: Job write elapsed time = 00:00:04, Transfer rate > = 57.92 K bytes/second > WH> 12-Jun 23:05 machine-sd: Part 8 (233000 bytes) written to DVD. > > AL> It might be that the part file in question still is in your temporary > AL> storage directory. Do you have "Write Part After Job" set in the job > AL> definition? > > I have, in the end implemented Arno's solution which is to set Write > Part After Job on only the catalog backup that gets executed after > everything else. > > However, in all of this I had 2 disks (out of 11) that failed in the way > indicated: bacula says to mount the disk but it indeed was mounted but > bacula didn't know that because the last part was missing from the > disk. (I "fixed" these by marking them as Full, and bacula then > proceeded to desire a new volume). > > So my remaining questions are that I can't find documentation for: I haven't used DV writing for a long time, so I'm not sure about these questions, but anyway... > 1) is the disk with the missing part actually missing data (I assume >so)? It probably will, yes. > 2) is the part that was supposed to be written to an older volume (say >#8 in a pool) but couldn't be written to the new next volume (#9) >instead or is that part "lost" as well? I think it will be lost, but you can try to check. As far as I know, Bacula does not rename the part files it writes to DVD, so, if a part from volume 8 is written to disk 9, there should be a file with a name belonging to volume 8 on that disk. > 3) How do I verify that the contents of a DVD match what bacula expects >there to be on the disk. I haven't seen a archive verification >option anywhere? Hmmm... a "Volume to Catalog" verify job could help, but there seem to be problems there. I'd try bls on the disks and see what that reports. > 4) assuming that some of the archives are bad, what's the best way to >fix the issue? Can I mark the volume as "Error" and will bacula >automatically re-archive the files that were in that volume again on >the next run through the various backup schedules? (the brunt of the >question is really: do files get re-backed up automatically when a >volume is marked in error, or does something else need to be done). That won't work. It will be best to check which jobs have their data on the disks in question (using the 'query' command) and manually re-run any jobs you need. > 5) Should I give up and buy a tape drive (ha ha; sigh) Seriously, in my opinion that would be the best thing to do... even using a used DLT or LTO drive will probably be more reliable than DVD backup, and tape backups, in my experience, require much less administration than DVD ones, so the extra money you spend will result in less time to operate Bacula in the future. Arno -- Arno Lehmann IT-Service Lehmann www.its-lehmann.de - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] missing part on a DVD... why? what to do?
> "AL" == Arno Lehmann <[EMAIL PROTECTED]> writes: [Arno: sorry... you're going to get multiple copies of this as I messed up my from address that the list expects me to use] [This message is actually about an old thread I started a while back regarding DVDs not being written properly, probably due to small writes; Arno Lehmann kindly responded with good advice] WH> I have it working with DVDs and the situation in question as I can WH> tell went like this: WH> - it was backing up the main system. WH> - I believe it tried to store the information in: BaculaDVD0009.8. WH> - However, the disc doesn't actually contain that part, but the log WH> shows success: WH> WH> 12-Jun 23:05 machine-sd: Ready to append to end of Volume "BaculaDVD0009" part=8 size=3040970041 WH> 12-Jun 23:05 machine-sd: Job write elapsed time = 00:00:04, Transfer rate = 57.92 K bytes/second WH> 12-Jun 23:05 machine-sd: Part 8 (233000 bytes) written to DVD. AL> It might be that the part file in question still is in your temporary AL> storage directory. Do you have "Write Part After Job" set in the job AL> definition? I have, in the end implemented Arno's solution which is to set Write Part After Job on only the catalog backup that gets executed after everything else. However, in all of this I had 2 disks (out of 11) that failed in the way indicated: bacula says to mount the disk but it indeed was mounted but bacula didn't know that because the last part was missing from the disk. (I "fixed" these by marking them as Full, and bacula then proceeded to desire a new volume). So my remaining questions are that I can't find documentation for: 1) is the disk with the missing part actually missing data (I assume so)? 2) is the part that was supposed to be written to an older volume (say #8 in a pool) but couldn't be written to the new next volume (#9) instead or is that part "lost" as well? 3) How do I verify that the contents of a DVD match what bacula expects there to be on the disk. I haven't seen a archive verification option anywhere? 4) assuming that some of the archives are bad, what's the best way to fix the issue? Can I mark the volume as "Error" and will bacula automatically re-archive the files that were in that volume again on the next run through the various backup schedules? (the brunt of the question is really: do files get re-backed up automatically when a volume is marked in error, or does something else need to be done). 5) Should I give up and buy a tape drive (ha ha; sigh) -- "In the bathtub of history the truth is harder to hold than the soap, and much more difficult to find." -- Terry Pratchett - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] missing part on a DVD... why? what to do?
Hi, On 6/13/2007 8:48 PM, Wes Hardaker wrote: >> "AL" == Arno Lehmann <[EMAIL PROTECTED]> writes: > > AL> It might be that the part file in question still is in your temporary > AL> storage directory. > > I should have mentioned that I looked there, and it's not there. That doesn't look good... > AL> Do you have "Write Part After Job" set in the job > AL> definition? > > Yep. (though it's in the JobDefs referral) Ok. >>> the disc is not full yet and mounting it shows about 3G in use: >>> /dev/hda 2972194 2972194 0 100% /mnt/cdrom >>> and the missing part was very small: >>> FD Bytes Written: 228,657 (228.6 KB) >>> SD Bytes Written: 231,716 (231.7 KB) > > AL> I did experience problems with small part files myself and think that, > AL> for (some) DVD writers, a "session" has to have certain minimum size. No > AL> hard facts, though, that's just what I observed quite a while ago. > > huh. that'd be odd. It should be easy to test too, cause 2 > back-to-back incrementals should hit it. Right, easily verified problem... Actually, to make this more clear, I'm more or less sure that the problems I encountered then were not a deficiency in DVD standards, but probably hardware- or software-related. For example, the notes I took then indicate that, using DVD writing software under windows, I could write smaller sessions, but I could not completely understand the data that was put into all these DVD data records. At least there were some differences to what growisofs produced. > AL> My workaround (or rather the one I implemented for my customer) was to > AL> set "Write Part after Job" to No for all jobs except the BackupCatalog > AL> one. Like this, All normal jobs would have a good chance to get written > AL> correctly, and only the Catalog backup was in danger of ending up > corrupted. > > Interesting. I'll certainly think on that one. > >>> 2) what to do about it? Choices are, I think: >>> 2a) invalidate the whole volume >>> 2b) somehow tell bacula that just that part is missing and to rewrite >>> just that part... > > AL> Yes, look for the part file in the spooling directory you set up for the > AL> DVD storage device. > > Unfortunately, no go there... > > Thanks for the help. I'll see if I can duplicate the issue... Looks like that plus extensive debug logging is the only thing you can do now. Arno -- IT-Service Lehmann[EMAIL PROTECTED] Arno Lehmann http://www.its-lehmann.de - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] missing part on a DVD... why? what to do?
> "AL" == Arno Lehmann <[EMAIL PROTECTED]> writes: AL> It might be that the part file in question still is in your temporary AL> storage directory. I should have mentioned that I looked there, and it's not there. AL> Do you have "Write Part After Job" set in the job AL> definition? Yep. (though it's in the JobDefs referral) >> the disc is not full yet and mounting it shows about 3G in use: >> /dev/hda 2972194 2972194 0 100% /mnt/cdrom >> and the missing part was very small: >> FD Bytes Written: 228,657 (228.6 KB) >> SD Bytes Written: 231,716 (231.7 KB) AL> I did experience problems with small part files myself and think that, AL> for (some) DVD writers, a "session" has to have certain minimum size. No AL> hard facts, though, that's just what I observed quite a while ago. huh. that'd be odd. It should be easy to test too, cause 2 back-to-back incrementals should hit it. AL> My workaround (or rather the one I implemented for my customer) was to AL> set "Write Part after Job" to No for all jobs except the BackupCatalog AL> one. Like this, All normal jobs would have a good chance to get written AL> correctly, and only the Catalog backup was in danger of ending up corrupted. Interesting. I'll certainly think on that one. >> 2) what to do about it? Choices are, I think: >> 2a) invalidate the whole volume >> 2b) somehow tell bacula that just that part is missing and to rewrite >> just that part... AL> Yes, look for the part file in the spooling directory you set up for the AL> DVD storage device. Unfortunately, no go there... Thanks for the help. I'll see if I can duplicate the issue... -- "In the bathtub of history the truth is harder to hold than the soap, and much more difficult to find." -- Terry Pratchett - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] missing part on a DVD... why? what to do?
Hi, On 6/13/2007 4:38 PM, Wes Hardaker wrote: > I've just recently been playing with bacula (2.0.3 in self-compiled > rpms on fedora)... > > I have it working with DVDs and the situation in question as I can > tell went like this: > - it was backing up the main system. > - I believe it tried to store the information in: BaculaDVD0009.8. > - However, the disc doesn't actually contain that part, but the log > shows success: > > 12-Jun 23:05 machine-sd: Ready to append to end of Volume "BaculaDVD0009" > part=8 size=3040970041 > 12-Jun 23:05 machine-sd: Job write elapsed time = 00:00:04, Transfer rate = > 57.92 K bytes/second > 12-Jun 23:05 machine-sd: Part 8 (233000 bytes) written to DVD. It might be that the part file in question still is in your temporary storage directory. Do you have "Write Part After Job" set in the job definition? > So the questions I have that I can't seem to answer via manuals nor > via bconsoles interface is: > > 1) what happened... I doubt anyone can answer this. At least no easily... >the disc is not full yet and mounting it shows about 3G in use: > /dev/hda 2972194 2972194 0 100% /mnt/cdrom >and the missing part was very small: > FD Bytes Written: 228,657 (228.6 KB) > SD Bytes Written: 231,716 (231.7 KB) I did experience problems with small part files myself and think that, for (some) DVD writers, a "session" has to have certain minimum size. No hard facts, though, that's just what I observed quite a while ago. My workaround (or rather the one I implemented for my customer) was to set "Write Part after Job" to No for all jobs except the BackupCatalog one. Like this, All normal jobs would have a good chance to get written correctly, and only the Catalog backup was in danger of ending up corrupted. > 2) what to do about it? Choices are, I think: > 2a) invalidate the whole volume > 2b) somehow tell bacula that just that part is missing and to rewrite > just that part... Yes, look for the part file in the spooling directory you set up for the DVD storage device. > I can't find anywhere that the part number is > actually stored though. I did a quick search of even the DB > tables and came up blank. I don't believe this is user-editable > data (which is fine). Well, user-editable is a term that can be stretched a bit :-) But you are right, the part file informatio is not stored anywhere in the catalog. > 3) how do I prevent this in the future? Doubt anyone can answer this >either, since it would require answering (1) above. Well, "Write Part After Job" is my only suggestion here... and, of course, closely observing things, running SD and DIR with debug logging, and eventually, if this repeats, filing a bug report. > (I turned on tracing on the sd to figure out this problem and it > finally pointed out that the next backup was failing because it tried > to mount the disc and couldn't find BaculaDVD0009.8... I didn't have > tracing on during the failure time though unfortunately) Arno -- IT-Service Lehmann[EMAIL PROTECTED] Arno Lehmann http://www.its-lehmann.de - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] missing part on a DVD... why? what to do?
I've just recently been playing with bacula (2.0.3 in self-compiled rpms on fedora)... I have it working with DVDs and the situation in question as I can tell went like this: - it was backing up the main system. - I believe it tried to store the information in: BaculaDVD0009.8. - However, the disc doesn't actually contain that part, but the log shows success: 12-Jun 23:05 machine-sd: Ready to append to end of Volume "BaculaDVD0009" part=8 size=3040970041 12-Jun 23:05 machine-sd: Job write elapsed time = 00:00:04, Transfer rate = 57.92 K bytes/second 12-Jun 23:05 machine-sd: Part 8 (233000 bytes) written to DVD. So the questions I have that I can't seem to answer via manuals nor via bconsoles interface is: 1) what happened... I doubt anyone can answer this. the disc is not full yet and mounting it shows about 3G in use: /dev/hda 2972194 2972194 0 100% /mnt/cdrom and the missing part was very small: FD Bytes Written: 228,657 (228.6 KB) SD Bytes Written: 231,716 (231.7 KB) 2) what to do about it? Choices are, I think: 2a) invalidate the whole volume 2b) somehow tell bacula that just that part is missing and to rewrite just that part... I can't find anywhere that the part number is actually stored though. I did a quick search of even the DB tables and came up blank. I don't believe this is user-editable data (which is fine). 3) how do I prevent this in the future? Doubt anyone can answer this either, since it would require answering (1) above. (I turned on tracing on the sd to figure out this problem and it finally pointed out that the next backup was failing because it tried to mount the disc and couldn't find BaculaDVD0009.8... I didn't have tracing on during the failure time though unfortunately) -- "In the bathtub of history the truth is harder to hold than the soap, and much more difficult to find." -- Terry Pratchett - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users