Bacula-users

Re: [Bacula-users] Purged volumes not being moved to recycling pool

2014-07-26 14:16:52
Subject: Re: [Bacula-users] Purged volumes not being moved to recycling pool
From: Kern Sibbald <kern AT sibbald DOT com>
To: Bill Arlofski <waa-bacula AT revpol DOT com>, bacula-users AT lists.sourceforge DOT net
Date: Sat, 26 Jul 2014 20:11:20 +0200
Hello,

Once a volume is marked disabled, Bacula should do *nothing* with it. We
might even consider if we want to turn off pruning of disabled volumes,
but I am not sure that would be a good idea as it could lead to a
catalog that grows.

Best regards,
Kern

On 07/26/2014 07:37 PM, Bill Arlofski wrote:
> OK, since I am having such a nice conversation with myself, I thought I would
> re-open this issue and continue on.
>
> OK, that is not the real reason.   hehe :)
>
>
> Kern, I use vchanger with several removable eSATA drives, and also use a
> script I wrote to set the Enabled field when I change drives which sets all
> volumes' Enabled field to '0' except for the volumes currently available on
> the inserted drive - those are of course set to '1'.   This solves a different
> problem which we have conversed about in the past on the list.
>
>
> My question is this:
>
> It looks like if a volume's Enabled field is set to '0', Bacula will purge it
> when it is supposed to, but does not move it to the defined Scratch pool, and
> instead purges it and leaves it in its current pool.
>
>
> This was the cause of my confusion which started this thread, because when I
> look for a vchanger magazine to use when Bacula asks for a volume, I do a:
>
> list volumes Pool=Offsite-eSATA-Scratch
>
> and was not finding anything available there. That is when I listed all media
> and noticed that I had purged volumes "stuck" in other pools - and ultimately
> realized that those purged volumes had their Enabled field set to '0'
>
> As a test, just now Bacula was waiting on a volume.  I listed my volumes, saw
> that several volumes on vchanger magazine #2 were purged but left in the
> Offsite-eSATA-Diff pool.
>
> I inserted vchanger volume #2, ran my script which sets those volumes' Enabled
> field to '1', and ran an update slots command in bconsole.
>
> Bacula immediately did:
>
> 26-Jul 13:13 bacula-dir JobId 27448: Recycled volume "c0_0002_0031"
>
> and the job(s) continued on.
>
>
> I realize that setting the Enabled field outside of Bacula is a little
> non-standard, but don't you think that Bacula should move a volume to its
> specified recycle pool even it the volume is not currently enabled?   I mean,
> even though the volume is disabled, Bacula is respecting the retention periods
> and is purging all the data on the volume from the db, so why not also respect
> the Recycle Pool?
>
>
> Thanks!
>
> And thanks for Bacula!
>
>
>


------------------------------------------------------------------------------
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users