On Wednesday 09 November 2005 00:12, Keith Brautigam wrote: > 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.
I haven't looked at this in detail, but from your description above, it sounds like this is a bug. If there is a valid tape in a drive, Bacula should use it. I would appreciate it if you would put these two emails together, simplify the text as much as possible (try to give me a step by step procedure for reproducing it), then submit it as a bug report to bugs.bacula.org > > 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 -- 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
