My apologies! It looks like I sent this to the announce list by
accident. Here it is in the right list...
I can reproduce this on two separate bacula installs and two different
autochangers. The easiest way is to make two volumes for catalog
backups, and create a backup schedule for the catalog. Then, when you
query status of the director it will tell you which tape it expects to
use (always seems to be the fist volume created) for the scheduled job.
If you only load the second created into the autochanger, update the
slots, and then query the director again bacula still wants to use the
first tape created. When the job actually runs it still tries to use
the fist tape even though the second is present in the library (you can
see that with an *st st), which causes the job to hang and eventually to
be canceled.
Am I forgetting something in the config files? I am using the
autochanger resource. I have also confirmed that the job runs okay when
you give bacula the volume it wants.
Has anyone else with an autochanger seen the same problem? Can anyone
else reproduce the problem?
Kern - is this the same issue that you mentioned is fixed in branch
Branch-1_38_0 of the CVS? It sounds different to me.
Thanks for your help,
Keith
Keith Brautigam wrote:
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
-------------------------------------------------------
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
