Kern Sibbald wrote:
> 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 ...
This looks like a logical change, yes. If a scratch pool exists, I
would certainly expect it to be used before creating a new volume.
--
Phil Stracchino [EMAIL PROTECTED]
Renaissance Man, Unix generalist, Perl hacker
Mobile: 603-216-7037 Landline: 603-886-3518
-------------------------------------------------------
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
