Before you start forcibly changing bacula's notion of what tapes are full and what tapes are empty, you might want to try to figure out WHY bacula thinks your "empty" tapes are full. I'm certainly no expert, but my guess would be that this is a symptom of a larger problem. I noticed all your non-empty empty tapes aren't JUST marked as full, Bacula thinks they all have around 60MB worth of data on them, and they were all written to (again as far as bacula is concerned) within the space of about an hour. Are your tapes in a changer? Is it possible they were used without your knowledge? I have no idea what's going on -- my point is only that telling bacula to treat the tapes as empty is probably more of a workaround than an actual solution for whatever caused them to be marked as full in the first place. Personally, I would try running query #13 or 14 to see what jobs (if any) bacula thinks is on those tapes.
Anyway, to answer your question more directly, you can try pruning the offending volumes (use the "prune" command in the bacula console). If that doesn't work, try purging them (again, the obvious: use the "purge" command), and if THAT fails, use the "update" command to directly change the tapes' status. - Cedric Edward Aronyk wrote: > Hey All, > > I've been using Bacula to backup 7 or 8 servers for a while now and > have been fairly pleased. I backup to an external autochanger. > > I started with 20 empty tapes. Now, half way through Bacula is > convinced that the rest of the tapes are full, but they aren't... > they've never been written to. > > Does anyone have any suggestions how to convince bacula that these > tape aren't full? > > *list volumes > Automatically selected Catalog: MyCatalog > Using Catalog "MyCatalog" > Pool: Default > +---------+------------+-----------+---------+----------------- > +----------+--------------+---------+------+-----------+----------- > +---------------------+ > | MediaId | VolumeName | VolStatus | Enabled | VolBytes | > VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType | > LastWritten | > +---------+------------+-----------+---------+----------------- > +----------+--------------+---------+------+-----------+----------- > +---------------------+ > | 1 | KHA000L1 | Full | 1 | 247,597,894,656 | > 548 | 31,536,000 | 1 | 1 | 1 | LTO-1 | > 2008-11-03 01:07:34 | > | 2 | KHA001L1 | Full | 1 | 326,155,640,832 | > 736 | 31,536,000 | 1 | 2 | 1 | LTO-1 | > 2009-01-05 00:10:10 | > | 3 | KHA002L1 | Full | 1 | 257,168,572,416 | > 491 | 31,536,000 | 1 | 3 | 1 | LTO-1 | > 2009-02-06 23:12:42 | > | 4 | KHA003L1 | Full | 1 | 293,170,913,280 | > 531 | 31,536,000 | 1 | 4 | 1 | LTO-1 | > 2009-03-15 23:15:33 | > | 5 | KHA004L1 | Error | 1 | 136,982,974,464 | > 256 | 31,536,000 | 1 | 5 | 1 | LTO-1 | > 2009-04-02 23:14:37 | > | 6 | KHA005L1 | Error | 1 | 93,291,061,248 | > 138 | 31,536,000 | 1 | 6 | 1 | LTO-1 | > 2009-04-10 23:43:20 | > | 7 | KHA006L1 | Full | 1 | 271,544,232,960 | > 474 | 31,536,000 | 1 | 7 | 1 | LTO-1 | > 2009-05-17 23:49:44 | > | 8 | KHA007L1 | Full | 1 | 278,454,435,840 | > 472 | 31,536,000 | 1 | 8 | 1 | LTO-1 | > 2009-06-22 23:13:12 | > | 9 | KHA008L1 | Full | 1 | 249,486,999,552 | > 402 | 31,536,000 | 1 | 9 | 1 | LTO-1 | > 2009-07-16 23:21:56 | > | 10 | KHA009L1 | Full | 1 | 42,706,944 > | 0 | 31,536,000 | 1 | 10 | 1 | LTO-1 | > 2009-07-16 23:34:23 | > | 11 | KHA010L1 | Full | 1 | 59,157,504 > | 0 | 31,536,000 | 1 | 11 | 1 | LTO-1 | > 2009-07-16 23:39:32 | > | 12 | KHA011L1 | Full | 1 | 66,963,456 > | 0 | 31,536,000 | 1 | 12 | 1 | LTO-1 | > 2009-07-16 23:44:47 | > | 13 | KHA012L1 | Full | 1 | 61,608,960 > | 0 | 31,536,000 | 1 | 13 | 1 | LTO-1 | > 2009-07-16 23:49:32 | > | 14 | KHA013L1 | Full | 1 | 58,447,872 > | 0 | 31,536,000 | 1 | 14 | 1 | LTO-1 | > 2009-07-16 23:54:16 | > | 15 | KHA014L1 | Full | 1 | 57,028,608 > | 0 | 31,536,000 | 1 | 15 | 1 | LTO-1 | > 2009-07-16 23:59:38 | > | 16 | KHA015L1 | Full | 1 | 56,383,488 > | 0 | 31,536,000 | 1 | 16 | 1 | LTO-1 | > 2009-07-17 00:04:49 | > | 17 | KHA016L1 | Full | 1 | 58,705,920 > | 0 | 31,536,000 | 1 | 17 | 1 | LTO-1 | > 2009-07-17 00:10:00 | > | 18 | KHA017L1 | Full | 1 | 62,447,616 > | 0 | 31,536,000 | 1 | 18 | 1 | LTO-1 | > 2009-07-17 00:14:29 | > | 19 | KHA018L1 | Full | 1 | 64,963,584 > | 0 | 31,536,000 | 1 | 19 | 1 | LTO-1 | > 2009-07-17 00:19:49 | > | 20 | KHA019L1 | Full | 1 | 65,544,192 > | 0 | 31,536,000 | 1 | 20 | 1 | LTO-1 | > 2009-07-17 00:25:11 | > | 21 | CLNS00L1 | Cleaning | 1 | 0 > | 0 | 31,536,000 | 1 | 0 | 0 | | > 0000-00-00 00:00:00 | > | 22 | CLNS01L1 | Cleaning | 1 | 0 > | 0 | 31,536,000 | 1 | 0 | 0 | | > 0000-00-00 00:00:00 | > +---------+------------+-----------+---------+----------------- > +----------+--------------+---------+------+-----------+----------- > +---------------------+ > Pool: Scratch > No results to list. > > *version > backup.keeranhosting.com-dir Version: 3.0.2 (18 July 2009) i386- > portbld-freebsd7.1 freebsd 7.1-RELEASE-p6 > > Thanks for your help! > Ed Aronyk > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users > > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
