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 AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users