Bacula-users

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

2014-08-24 13:03:48
Subject: Re: [Bacula-users] Purged volumes not being moved to recycling pool
From: Bill Arlofski <waa-bacula AT revpol DOT com>
To: Kern Sibbald <kern AT sibbald DOT com>, bacula-users AT lists.sourceforge DOT net
Date: Sun, 24 Aug 2014 12:58:10 -0400
On 07/26/14 14:11, Kern Sibbald wrote:
> 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


Hi Kern, (re-opening this thread)

I am looking for clarification of Bacula's correct behavior. It seems Bacula
(v7.0.4) is not being consistent with regards to what it does when pruning,
purging and moving volumes who's "Enabled" field is '0'


When we last left this thread, you said that "if a volume is disabled, Bacula
should do nothing with it"

The issue that I initially reported was that Bacula was purging disabled
volumes but not moving them into the Scratch pool. But based on your reply, it
appeared that Bacula was behaving as expected.


However, this morning I saw the following in my logs, which is different
behavior than what I had seen in the past:

- Before any jobs run, an "Admin" type job disables all volumes on all
vchanger magazines except for the volumes on the currently inserted (and thus
available) vchanger magazine.

- vchanger's magazine #1 (c0_0001_xxxx) was inserted and was being used for
backup jobs last night

- All other volumes on all other vchanger magazines were set as "Enabled=0" by
the Admin job

- During the night, Bacula purged some volumes on vchanger magazine #9
(c0_0009_xxxx) _AND_ then moved them into the correct scratch pool.

- The "Enabled" field on all the volumes on magazine #9 at the time of being
purged and moved was '0'.


Here's a log snip:

--[snip]--
24-Aug 10:35 bacula-sd JobId 27986: Job FakeJobName.2014-08-23_02.45.00_21 is
waiting. Cannot find any appendable volumes.
Please use the "label" command to create a new Volume for:
    Storage:      "eSATA-0" (/var/lib/bacula/vchanger/c0/0/drive0)
    Pool:         Offsite-eSATA-Full
    Media type:   Offsite-File
24-Aug 10:40 bacula-dir JobId 27986: There are no more Jobs associated with
Volume "c0_0009_0025". Marking it purged.
24-Aug 10:40 bacula-dir JobId 27986: New Pool is: Offsite-eSATA-Scratch
24-Aug 10:40 bacula-dir JobId 27986: All records pruned from Volume
"c0_0009_0025"; marking it "Purged"
24-Aug 10:40 bacula-dir JobId 27986: There are no more Jobs associated with
Volume "c0_0009_0051". Marking it purged.
24-Aug 10:40 bacula-dir JobId 27986: New Pool is: Offsite-eSATA-Scratch
24-Aug 10:40 bacula-dir JobId 27986: All records pruned from Volume
"c0_0009_0051"; marking it "Purged"
24-Aug 10:40 bacula-dir JobId 27986: There are no more Jobs associated with
Volume "c0_0009_0069". Marking it purged.
24-Aug 10:40 bacula-dir JobId 27986: New Pool is: Offsite-eSATA-Scratch
24-Aug 10:40 bacula-dir JobId 27986: All records pruned from Volume
"c0_0009_0069"; marking it "Purged"
24-Aug 10:40 bacula-dir JobId 27986: There are no more Jobs associated with
Volume "c0_0009_0011". Marking it purged.
24-Aug 10:40 bacula-dir JobId 27986: New Pool is: Offsite-eSATA-Scratch
24-Aug 10:40 bacula-dir JobId 27986: All records pruned from Volume
"c0_0009_0011"; marking it "Purged"
24-Aug 10:40 bacula-dir JobId 27986: Pruning oldest volume "c0_0001_0050"
24-Aug 10:46 bacula-dir JobId 27986: Pruning oldest volume "c0_0001_0050"
--[snip]--



And here is a partial listing of the Scratch pool:


* list media Pool=Offsite-eSATA-Scratch

Pool: Offsite-eSATA-Scratch

--[snip]--
| MediaId | VolumeName   | VolStatus | Enabled | VolBytes       | VolFiles
| VolRetention | Recycle | Slot | InChanger | MediaType    | LastWritten

|   3,442 | c0_0009_0011 | Purged    |       0 | 10,737,377,503 |        2 |
  4,233,600 |       1 |    0 |         0 | Offsite-File | 2014-07-06 10:35:31 |
|   3,456 | c0_0009_0025 | Purged    |       0 | 10,737,367,540 |        2 |
  4,233,600 |       1 |    0 |         0 | Offsite-File | 2014-07-06 10:15:22 |
|   3,482 | c0_0009_0051 | Purged    |       0 | 10,737,400,557 |        2 |
  4,233,600 |       1 |    0 |         0 | Offsite-File | 2014-07-06 10:22:58 |
|   3,495 | c0_0009_0064 | Purged    |       0 | 10,737,376,657 |        2 |
  4,233,600 |       1 |    0 |         0 | Offsite-File | 2014-07-06 10:10:34 |
|   3,500 | c0_0009_0069 | Purged    |       0 | 10,737,366,542 |        2 |
  4,233,600 |       1 |    0 |         0 | Offsite-File | 2014-07-06 10:29:42 |
--[snip]--


I'd be happy to provide any additional information, or logs etc, just let me 
know.

Thanks!

Bill


-- 
Bill Arlofski
Reverse Polarity, LLC
http://www.revpol.com/
-- Not responsible for anything below this line --

------------------------------------------------------------------------------
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users

<Prev in Thread] Current Thread [Next in Thread>
  • Re: [Bacula-users] Purged volumes not being moved to recycling pool, Bill Arlofski <=