The problem persists on 5.2.6 10-Apr 09:40 bacula-dir JobId 93111: Begin pruning Jobs older than 3 years . 10-Apr 09:40 bacula-dir JobId 93111: No Jobs found to prune. 10-Apr 09:40 bacula-dir JobId 9
Author: Robert Hartzell <bear AT rwhartzell DOT net>
Date: Wed, 11 Apr 2012 11:24:42 -0700
I reported this back in July of 2010 http://sourceforge.net/mailarchive/message.php?msg_id=25685277 This has happened to me several times since then but I haven't been able to figure out why. It is s
Author: John Drescher <drescherjm AT gmail DOT com>
Date: Wed, 11 Apr 2012 15:01:23 -0400
After years of not seeing this bug I had this happen to me two weeks ago on bacula-5.2.5. It grabbed around 10 tapes from the Scratch pool into the pool that needed a volume then prompted me that it
I just saw this job move multiple volumes from the scratch pool into another pool. That seems very odd. Bacula 5.0.3 oh my.. I should upgrade. But just for the record: *mount storage=DigitalTapeLibra
I've been seeing it for a while - Kern mailed a couple of weeks ago to say he thinks he knows what's causing it but there's no fix yet. Were these all brand new tapes? -- This SF email is sponsosred
Thank you Mr Brown. Good to hear from you. Me? No, I rarely have those. I'm sure these are old, old tapes. But in good condition. I monitor the error rates and retire those with crap results. -- Dan
pool. I've had that happen repeatedly, most recently as about 15 minutes ago. The sequence of events seems to be: bacula requests a tape from the Scratch pool the tape is assigned to the correct pool
Interesting. I was only seeing this occur on previously unused tapes which had been added to the pool with the "add" command - It's good to know it can occur on any tape. WRT removals for excess erro