On Tuesday 25 July 2006 15:03, Alan Brown wrote: > On Tue, 25 Jul 2006, Kern Sibbald wrote: > > >> I thought it was intended to scan slots and drives without requiring a > >> tape drive unload in 1.38. > > > > I was going to remove the requirement to unload the drive, but the users > > objected to that so it currently unloads the drive you specify. > > OK. > > >> Currently it does - which means that changing out tape sets cannot be done > >> unless at least one drive is idle/blocked - problematic in some > >> circumstances, particularly when a large backup is in progress and waiting > >> for this event means the magazine won't be changed out until next business > >> day, or someone has to wait outside office hours until the drive is freed > >> up. > > > > Yes, the current behavior presents certain problem. > > It's decidely unfriendly for anything except the smallest changers.
Yes, and the update slots appears to fail if any drive is being used, which is inconvenient for even the "smallest" changers like mine with 2 drives and 17 slots :-) > > > However, users were overwhelmly in favor of keeping the current behavior until > > they have some way within Bacula to unload drives. Such code does not > > currently exist. > > Understandable, but MTX works. > > How about a "Unload on update" stored keyword to control the behaviour? Rather than proliferate directives, I would prefer a new command that the user can use to load/unload drives, then remove the unload from the update slots command. > > >> 2: Are input/output slots being scanned correcttly? > >> > >> When running update slots, Bacula sees the correct number of slots, but > >> doesn't seem to recognise tapes in the mailslots (Input/output slots) > > > > I provide a default mtx-changer script, that knows nothing about "mailslots". > > If you want it to handle mailslots, you will probably need to adapt the > > script, and if you can do it in a way that does not break with changers that > > do not have mailslots, I'll be happy to incorporate it. > > Here are the tricky parts (Only 45 slots reported today - one magazine is out) > > Storage Changer /dev/sg16:2 Drives, 45 Slots ( 2 Import/Export ) > Data Transfer Element 0:Full (Storage Element 1 Loaded):VolumeTag = ALOW0026 > Data Transfer Element 1:Full (Storage Element 9 Loaded):VolumeTag = ALOW0039 > ... > Storage Element 41:Full :VolumeTag=AMED0042 > Storage Element 42:Full :VolumeTag=AMED0041 > Storage Element 43:Empty > Storage Element 44 IMPORT/EXPORT:Empty > Storage Element 45 IMPORT/EXPORT:Empty > > The mailslots are designated IMPORT/EXPORT and it seems to be a simple > parsing issue. Yes, but someone must do it, and getting the regexes correct is tricky (at least for me). > > I'm not sure if the report of which barcode is in which drive is being > used. Kern? Yes, if you use "label barcodes" it is needed. ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
