[Bacula-users] Bug? Why is this volume not purged

[Bill M. <wm...@co...>]

Backup would have failed last Friday if another operator hadn't intervened.
Looking at things, it's on track to fail again this Friday.  Instead of
manually purging the volume, I'd like to figure out what's going wrong.

So, the question is "why doesn't Bacula purge this volume?"  As you can see
by the output below, the volume retention is set to 3 weeks, and recycle is
on.  Autoprune is enabled on this pool, yet the volumes in this pool never
recycle into the "purged" state.

So, I got curious.  The retention for the pool is 2 years, but the retention
on this particular volume has been overridden to 3 weeks.  So I temporarily
set the pool retention to 3 weeks, restarted Bacula and *bam* ... manually
pruning caused the tape to show up as purged.  So, it looks as if Bacula
is incorrectly using the Pool retention to override the volume retention?

uname -a
FreeBSD mindwipe 6.0-RELEASE-p5 FreeBSD 6.0-RELEASE-p5 #0: Tue Mar 14 08:54:22 UTC 2006     root@:/usr/obj/usr/src/sys/MINDWIPE  i386

pkg_info | grep bacula
bacula-client-1.38.9 The network backup solution (client)
bacula-server-1.38.9 The network backup solution (server)

# On tape (offsite) pool
Pool {
  Name = "OffSite"
  Pool Type = Backup
  # Remove records from DB when "Volume Retention" is reached
  AutoPrune = yes
  # Length of time before a tape is considered used up
  Volume Use Duration = 23 hours
  # how long before the tape is recycled (note that some tapes have this
  # value manually overridden: rotation[123] for example)
  Volume Retention = 2 years
  # Reuse the tape if older than "Volume Retention"
  Recycle = yes
}


*llist media id=9
Pool: OffSite
          mediaid: 9
       volumename: rotation1.year2006.tape000102.pitbpa0
             slot: 0
           poolid: 3
        mediatype: LTO2
     firstwritten: 2006-04-27 23:05:02
      lastwritten: 2006-04-28 10:23:43
        labeldate: 2006-04-27 23:05:02
          voljobs: 18
         volfiles: 41
        volblocks: 413,788
        volmounts: 2
         volbytes: 26,693,716,181
        volerrors: 0
        volwrites: 704,614
 volcapacitybytes: 0
        volstatus: Used
          recycle: 1
     volretention: 1,814,400
   voluseduration: 82,800
       maxvoljobs: 0
      maxvolfiles: 0
      maxvolbytes: 0
        inchanger: 1
          endfile: 40
         endblock: 4,903
         volparts: 0
        labeltype: 0
        storageid: 0


-- 
Bill Moran
Collaborative Fusion Inc.

****************************************************************
IMPORTANT: This message contains confidential information and is
intended only for the individual named. If the reader of this
message is not an intended recipient (or the individual
responsible for the delivery of this message to an intended
recipient), please be advised that any re-use, dissemination,
distribution or copying of this message is prohibited. Please
notify the sender immediately by e-mail if you have received
this e-mail by mistake and delete this e-mail from your system.
E-mail transmission cannot be guaranteed to be secure or
error-free as information could be intercepted, corrupted, lost,
destroyed, arrive late or incomplete, or contain viruses. The
sender therefore does not accept liability for any errors or
omissions in the contents of this message, which arise as a
result of e-mail transmission.
****************************************************************