Posted upstream at: http://bugs.bacula.org/view.php?id=1048
I'm not convinced that /dev/nst0 is a tape CHANGER. I suspect it may be a tape drive instead. Perhaps he needs /dev/sg*. He should check the output of dmesg and see what he finds (well, that's what I'd do on FreeBSD). And if he wants to see what I did: http://www.freebsddiary.org/digital-tl891.php Full and detailed tape/changer testing appears there. If you do not get an ONLINE status on a Linux system when there is a tape in the drive, then you probably have some non-standard mt installed on your system or perhaps Dell has made non-compatible changes to mt for their tape drive???? Note: the mtx-changer script normally must be manually edited by each user to conform to his particular situation. We do our best to make it adjust as automatically as possible -- this is documented in the manual and should be done during part of the tape testing. To resolve this problem, you will either need to load the standard mt or determine why on your system that mt is behaving differently from all other Linux systems that I have seen. At that point, maybe we can find a work around. If there is no way to uniquely determine that the tape is online, then you will need to manually disable the call to the wait script and to use a sleep as is documented in the code ... I don't consider this a bug rather tuning the user must do. However, I will leave the bug report open for awhile in case you can supply information that will allow us to automate the script for your case. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
