-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
James Cort wrote:
> Hi,
>
> I'm using bacula 2.0.3 and I'm having a problem with Bacula recycling
> volumes before I want it to. This problem has been ongoing since
> version 1.38.something so it's either a very longstanding bug or my
> configuration is broken.
Almost certainly broken, from what I can see. Looks easy to fix though.
> What equipment I have to make sure this all works:
>
> A Dell PowerVault 124T tape autochanger. Holds 16 tapes, has a barcode
> reader and seems to work perfectly with Bacula.
>
> A scratch pool containing as-yet unpooled tapes. This scratch pool has
> never had less than 3 tapes in it. Each day's backup requires 1 tape.
>
>
> What I want to happen:
>
> Three pools of tapes, Daily, Monthly and Annual. Daily are recycled
> once a month, Monthly are recycled once a year and Annually are never
> recycled (well, actually they're recycled every 20 years but in the real
> world that means never).
>
> I don't want to purge any records for tapes which aren't due for
> recycling. As long as the tape itself hasn't been recycled, I want to
> be able to restore any file from it without resorting to bscan. I've
> worked out how much space this will require database-wise and I'm
> confident that won't be a problem.
If so, just out of curiosity, how did you arrive at your file and job
retention times?
> I've had the tape changer less than a year, so in practise I don't
> expect to see any monthly tapes coming up for recycling for a while
> yet. Instead, I would expect tapes to be taken from the Scratch pool.
>
> What I see happening:
>
> Daily tapes are recycled as necessary at the end of the month. This is
> fine.
> Monthly tapes are being recycled after 2 months, and the Scratch pool is
> ignored. The backup for 1 April was paused (until I cleared it this
> morning) with the message below:
>
> 01-Apr 00:05 gemini-sd: Please mount Volume "000028L3" on Storage Device
> "LTO3" (/dev/nst0) for Job atlas.2007-04-01_00.05.00
>
>
> Volume 000028L3 was used on 1 February 2007, so shouldn't be coming up
> for recycling until next February.
>
>
> How things are currently configured:
>
> My current configuration has the same File and Job retention for every
> job, regardless of which pool they're going to. The configuration for
> each job is:
>
>
> File Retention = 90 days
> Job Retention = 1 month
>
> I'm sure this is wrong, but I'm not sure what it should be. I want
> every file and job record purged when the volume itself is up for
> recycling and not before.
If I'm not mistaken, if you prune the job, it will take the files with
it (as there will be nothing to restore from). If you don't want
anything special to happen here, seems to me you'd want to set volume
retention times and pull these two directives out of the file as I
really don't think you need either one. What you have now says "prune
the listing of the individual files at 90 days but prune the jobs that
contain them at 1 month." As a result, I'd expect the behavior to be
"everything goes at 1 mo.
> Pool configurations are:
>
> # Tape pool
>
> Pool {
> Name = DailyTape
> Pool Type = Backup
> Recycle = Yes
> AutoPrune = yes
> Recycle Current Volume = yes
> Volume Retention = 27 days
> Volume Use Duration = 23 hours
> }
>
> Pool {
> Name = MonthlyTape
> Pool Type = Backup
> Recycle = Yes
> AutoPrune = Yes
> Volume Retention = 360 days
> Recycle Current Volume = No
> Volume Use Duration = 23 hours
> Storage = Tape
> }
>
> Pool {
> Name = AnnualTape
> Pool Type = Backup
> Recycle = No
> AutoPrune = No
> Storage = Tape
> Volume Retention = 20 years
> Recycle Current Volume = No
> Volume use duration = 23 hours
> }
>
>
> The jobs which write to tape are configured thus:
>
> Schedule {
> Name = "WeeklyCycle"
> Run = Level=Full Pool=AnnualTape on 1 jan at 00:05
> Run = Level=Full Pool=MonthlyTape on 1 feb-dec at 00:05
> Run = Level=Full Pool=DailyTape on 2-31 at 00:05
> }
>
> Schedule {
> Name = "AmericanWeeklyCycle"
> Run = Level=Full Pool=AnnualTape on 1 jan at 07:05
> Run = Level=Full Pool=MonthlyTape on 1 feb-dec at 07:05
> Run = Level=Full Pool=DailyTape on 2-31 at 07:05
> }
>
> Schedule {
> Name = "WeeklyCycleAfterBackup"
> Run = Level=Full Pool=AnnualTape on 1 jan at 07:05
> Run = Level=Full Pool=MonthlyTape on 1 feb-dec at 07:05
> Run = Level=Full Pool=DailyTape on 2-31 at 07:05
> }
>
>
- --
---- _ _ _ _ ___ _ _ _
|Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer III
|$&| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922)
\__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGESLXmb+gadEcsb4RAnPDAKCFOElGD6pjczuhLh6cEnhwjNWWGwCgr+sR
p0uTRYPjD+01dFjMOYTXMLM=
=aJHY
-----END PGP SIGNATURE-----
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
