I hope someone answers your question. I've seen this same issue reported my
me and others with no admission that there is a bug. I personally can't find
anything wrong with my configuration. Could you check your bacula.log for
any errors in the tape jobs prior. I've noticed that library error (mtx
output) is not making it into the failure emails, only the request for an
"appendable volume"
-Shon
On Tue, Nov 4, 2008 at 3:28 AM, Joerg Wunsch <[EMAIL PROTECTED]> wrote:
> I see there's another message with that subject already. My problem's
> a little different: the appendable volume /is/ there, but Bacula
> refuses to use it. The drive is BLOCKED, and I don't know how to make
> it proceed. I eventually gave up, and killed the job so the other
> outstanding jobs could at least proceed, but would like to know why
> Bacula didn't really use the volumes, to avoid the problem in the
> future.
>
> The message is:
>
> 04-Nov 09:03 uriah-sd JobId 36: Job UriahHome.2008-11-04_03.03.24 waiting.
> Cannot find any appendable volumes.
> Please use the "label" command to create a new Volume for:
> Storage: "Drive-1" (/dev/nsa0)
> Pool: Home
> Media type: DLT-7000
>
> status stor says:
>
> Device status:
> Autochanger "L280" with devices:
> "Drive-1" (/dev/nsa0)
> Device "Drive-1" (/dev/nsa0) is not open.
> Device is BLOCKED waiting to create a volume for:
> Pool: Home
> Media type: DLT-7000
> Drive 0 status unknown.
>
> Yet there are two media available in the pool Home that are marked
> "Append":
>
> *list media
> Automatically selected Catalog: MyCatalog
> Using Catalog "MyCatalog"
> Pool: Default
>
> +---------+------------+-----------+---------+-------------+----------+--------------+---------+------+-----------+-----------+---------------------+
> | MediaId | VolumeName | VolStatus | Enabled | VolBytes | VolFiles |
> VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten
> |
>
> +---------+------------+-----------+---------+-------------+----------+--------------+---------+------+-----------+-----------+---------------------+
> | 1 | uriah-001 | Append | 1 | 14103097344 | 20 |
> 31536000 | 1 | 1 | 1 | DLT-7000 | 2008-10-29 23:25:47
> |
> | 3 | uriah-003 | Append | 1 | 31426375680 | 35 |
> 31536000 | 1 | 3 | 1 | DLT-7000 | 2008-11-02 19:06:51
> |
> | 5 | uriah-005 | Append | 1 | 64512 | 0 |
> 31536000 | 1 | 5 | 1 | DLT-7000 | 0
> |
> | 7 | uriah-007 | Append | 1 | 64512 | 0 |
> 31536000 | 1 | 7 | 1 | DLT-7000 | 0
> |
> | 8 | uriah-008 | Append | 1 | 64512 | 0 |
> 31536000 | 1 | 8 | 1 | DLT-7000 | 0
> |
>
> +---------+------------+-----------+---------+-------------+----------+--------------+---------+------+-----------+-----------+---------------------+
> Pool: Home
>
> +---------+------------+-----------+---------+-------------+----------+--------------+---------+------+-----------+-----------+---------------------+
> | MediaId | VolumeName | VolStatus | Enabled | VolBytes | VolFiles |
> VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten
> |
>
> +---------+------------+-----------+---------+-------------+----------+--------------+---------+------+-----------+-----------+---------------------+
> | 2 | uriah-002 | Full | 1 | 19375727616 | 22 |
> 31536000 | 1 | 2 | 1 | DLT-7000 | 2008-11-02 03:29:38
> |
> | 4 | uriah-004 | Append | 1 | 690213888 | 4 |
> 31536000 | 1 | 4 | 1 | DLT-7000 | 2008-11-03 03:09:00
> |
> | 6 | uriah-006 | Append | 1 | 64512 | 0 |
> 31536000 | 1 | 6 | 1 | DLT-7000 | 0
> |
>
> +---------+------------+-----------+---------+-------------+----------+--------------+---------+------+-----------+-----------+---------------------+
>
> I had to mark uriah-002 artificially "Full" because of the drive's
> power vanishing before finishing to write the last job that went onto
> the tape, so the tape is currently not really appendable anymore. But
> both, uriah-004 and uriah-006 should be OK to be written to, so what's
> missing?
>
> Since the drive was BLOCKED, unmount/mount did not do anything at all
> (the changer script was not started), and even "update slots scan" did
> not unblock it, even though it thoroughly scanned all the available
> volume headers (and thus confirmed the volume status).
>
> I did not attempt to relabel uriah-006 since I want it to continue
> filling up medium uriah-004 first, until that one is really full.
>
> --
> cheers, J"org .-.-. --... ...-- -.. . DL8DTL
>
> http://www.sax.de/~joerg/ <http://www.sax.de/%7Ejoerg/>
> NIC: JW11-RIPE
> Never trust an operating system you don't have sources for. ;-)
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
