On Tuesday 08 November 2005 18:31, Keith Brautigam wrote:
> Short version - bacula is attempting to use a tape that is not loaded
> into the autochanger even though a different, usable tape is loaded in
> the autochanger.
>
> According to the documentation (that I have seen), bacula should always
> prefer to use tapes in the changer to avoid unnecessary operator
> intervention.  Has anyone else run into this kind of problem? Is there
> something obvious that I'm missing?  I'm new to bacula and am otherwise
> very impressed.
>
> Thanks!

If it always happens with the last slot in your autochanger, then it is a bug 
introduced in 1.38.  This is fixed in the branch Branch-1_38_0 of the CVS and 
barring any new problems, I will release it as 1.38.1 at the end of the week.

>
> Keith
>
>
> Long version & detail -
>
> I am using bacula 1.38 on Linux and have also seen the same problem with
> bacula 1.37.4 on the same platform.  Basically, I have a bunch of tapes
> with bar codes already labeled by bacula.  I use, say, all of tapes 1-7
> and part of tape 8.  I then pull out tapes 1-8 to store off site having
> completed a full backup and load in two unused tapes - 9 and 10.  I
> inform bacula of the change with 'update slots' and run a job.  The
> problem is that bacula still tries to use tape 8 even though it's not in
> the changer.  All the tapes are in the same Pool.  I can see that when I
> issue status for the storage daemon from the console.
>
> Here's the output from mtx showing the tapes loaded in the changer:
>
>     mtx -f /dev/sg0 status
>     Storage Changer /dev/sg0:2 Drives, 31 Slots ( 1 Import/Export )
>     Data Transfer Element 0:Empty
>     Data Transfer Element 1:Empty
>           Storage Element 15:Full :VolumeTag=USER0009
>           Storage Element 16:Full :VolumeTag=USER0010
>
> Here's the output from `update slots` showing that it works:
>
>     * update slots
>     Catalog record for Volume "USER0009" updated to reference slot 15.
>     Catalog record for Volume "USER0010" updated to reference slot 16.
>
> Here's the status for the storage daemon after the job starts.  Notice
> that it says User0008 is in use:
>
>     * st st
>     Device status:
>     Autochanger "430Changer" with devices:
>        "430Drive1" (/dev/nst0)
>        "430Drive2" (/dev/nst1)
>     Device "430Drive1" (/dev/nst0) is not open or does not exist.
>         Device is being initialized.
>         Drive 0 is not loaded.
>     Device "430Drive2" (/dev/nst1) open but no Bacula volume is mounted.
>         Drive 1 is not loaded.
>         Total Bytes Read=0 Blocks Read=0 Bytes/block=0
>         Positioned at File=0 Block=0
>     ====
>
>     In Use Volume status:
>     USER0008 on device "430Drive1" (/dev/nst0)
>     ====
>
> Here's bacula's information about the volumes:
>
>     * list volumes
>     USER0007   | Full      | 114,585,430,714 |
>     USER0008   | Append    |  57,777,346,198 |
>     USER0009   | Append    |               1 |
>     USER0010   | Append    |               1 |
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download it for free - -and be entered to win a 42" plasma tv or your very
> own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Bacula-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bacula-users

-- 
Best regards,

Kern

  (">
  /\
  V_V


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Bacula-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to