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 AT lists.sourceforge DOT 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 AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
