Kern Sibbald wrote:
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.
This is happening with slots 15 & 16 of 30 total slots. Slots 1-16 are
loaded, although slots 1-14 have tapes from a different Pool loaded.
The remaining slots are empty.
Thanks for looking at this post. Is there any additional information
that would be helpful, or anything you would like me to try?
Keith
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
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
-------------------------------------------------------
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
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
