On Apr 10, 2012, at 6:52 PM, Dan Langille wrote: > > On Mar 19, 2012, at 9:31 PM, Dan Langille wrote: > >> 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. > > 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 93111: Begin pruning Files. > 10-Apr 09:40 bacula-dir JobId 93111: No Files found to prune. > 10-Apr 09:40 bacula-dir JobId 93111: End auto prune. > > 10-Apr 09:40 bacula-dir JobId 93113: Start Copying JobId 93113, > Job=CopyToTape-Inc.2012-04-10_09.32.01_09 > 11-Apr 01:44 bacula-dir JobId 93113: Using Volume "ETU025" from 'Scratch' > pool. > 11-Apr 01:44 bacula-dir JobId 93113: Using Volume "ETU241" from 'Scratch' > pool. > 11-Apr 01:44 bacula-dir JobId 93113: Using Volume "ETU243" from 'Scratch' > pool. > 11-Apr 01:44 bacula-dir JobId 93113: Using Volume "ETU244" from 'Scratch' > pool. > 11-Apr 01:44 bacula-dir JobId 93113: Using Volume "ETU245" from 'Scratch' > pool. > 11-Apr 01:44 bacula-dir JobId 93113: Using Volume "ETU246" from 'Scratch' > pool. > 11-Apr 01:44 bacula-dir JobId 93113: Using Volume "ETU242" from 'Scratch' > pool. > 11-Apr 01:44 bacula-dir JobId 93113: There are no more Jobs associated with > Volume "ETU031". Marking it purged. > 11-Apr 01:44 bacula-dir JobId 93113: All records pruned from Volume "ETU031"; > marking it "Purged" > 11-Apr 01:44 bacula-dir JobId 93113: Recycled volume "ETU031" > 11-Apr 01:44 bacula-dir JobId 93113: Using Device "DTL01" > 11-Apr 01:44 kraken-sd JobId 93113: Ready to read from volume "IncrAuto-1388" > on device "MegaFile" (/storage/compressed/bacula/volumes). > 11-Apr 01:44 kraken-sd JobId 93113: 3307 Issuing autochanger "unload slot 2, > drive 0" command. > 11-Apr 01:44 kraken-sd JobId 93113: 3304 Issuing autochanger "load slot 5, > drive 0" command. >
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 strange that for some unknown reason bacula will grab all available volumes from the scratch pool and move them to the current job's pool without using them. Robert -- Robert Hartzell President | RwHartzell.Net, Inc. www.rwhartzell.net | blogs.rwhartzell.net/bear ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
