On Monday 28 November 2005 12:26, Ludovic Strappazon wrote:
> This is maybe more readable :

Yes, thanks, it keeps it all on one line.  

So, thanks for the example, this seems pretty clear. 

Here is the algorithm that Bacula uses to get the next volume (as written in 
the manual):

1. Search the Pool for a Volume with VolStatus=Append (if there is more
   than one, the Volume with the oldest date last written is chosen.  If
   two have the same date then the one with the lowest MediaId is chosen).
2. Search the Pool for a Volume with VolStatus=Recycle and the InChanger
   flag is set true (if there is more than one, the Volume with the oldest
   date last written is chosen.  If two have the same date then the one
   with the lowest MediaId is chosen).
3. Try recycling any purged Volumes.
4. Prune volumes applying Volume retention period (Volumes with VolStatus 
   Full, Used, or Append are pruned). 
5. Search the Pool for a Volume with VolStatus=Purged 
6. If InChanger was set, go back to the first step above, but
   this second time, ignore the InChanger flag in step 2.
7. Attempt to create a new Volume if automatic labeling enabled 
   If Python is enabled, a Python NewVolume even is generated before
   the Label Format check is used.
8. If a Pool named "Scratch" exists, search for a Volume and if found
   move it to the current Pool for the Job and use it.
9. Prune the oldest Volume if RecycleOldestVolume=yes (the Volume  with the
   oldest LastWritten date and VolStatus equal to  Full, Recycle, Purged, 
Used,
   or Append is chosen). This  record ensures that all retention periods are
   properly  respected. 
10. Purge the oldest Volume if PurgeOldestVolume=yes (the Volume  with the
   oldest LastWritten date and VolStatus equal to  Full, Recycle, Purged,
   Used,  or Append is chosen). We strongly  recommend against the use of 
   PurgeOldestVolume as it  can quite easily lead to loss of current backup
   data. 

Please look it over carefully, but it seems to me that if I move item 8 before 
item 7 (i.e. exchange the two), Bacula will do what you want.  I agree this 
would be much more logical ...

Please let me know what you think.


>
> I have a pool with two full tapes :
>
> Tape_1|Full|1 week|Recycle=yes|LastWritten=5/11/2005
> Tape_2|Full|1 week|Recycle=yes|LastWritten=23/11/2005
>
>
> And a Scratch Pool with Tape_3.
>
>
> If I run a job, this is what happen :
>
> Tape_1|Full|1 week|Recycle=yes|LastWritten=5/11/2005
> Tape_2|Full|1 week|Recycle=yes|LastWritten=23/11/2005
> Tape_3|Append|1 year|1Recycle=yes|LastWritten=23/11/2005
>
>
> I was expecting :
>
> Tape_1|Purged|1 week|Recycle=yes|LastWritten=5/11/2005
> Tape_2|Full|1 week|Recycle=yes|LastWritten=23/11/2005
>
> So Bacula don't really need Tape_3 as it can use Tape_1.
>
> Ludovic.
>
> >>- The retention of the volume added from the Scratch Pool should be the
> >>retention of its new pool instead of one year.
> >
> >Yes, this is a good idea.  The Volume should take on the retention period
> > of the new pool.  Noted ...

-- 
Best regards,

Kern

  (">
  /\
  V_V


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to