On Mon, 26 Mar 2007, John Goerzen wrote:
> Not really. It works with mtx just fine. I think I maybe added a
> couple of sleep statements into the changer script because the robot
> wasn't ready to accept new commands immediately with mtx returned, but I
> haven't tested it with current mtx/drivers so it may or may not still be
> a problem.
My experience with HP MSL units (They are rebranded Overland Data "Neo"
units - see www.overlanddata.com ) is that MTX statements will "stack"
The problem is waiting for tapes to load after the robot has finished its
load command and the fastest way to deal with this is to change sleep
commands to "wait_for_drive".
The sleep time given is a little optimistic - my experience is that it
takes about 17 seconds to load a LTO2 tape. DLTs are likely to be a little
slower.
Look in /etc/bacula/mtx-changer for these lines:
#
# Increase the sleep time if you have a slow device
# or remove the sleep and add the following:
# wait_for_drive $device
sleep 15
exit $rtn
;;
Comment the sleep line, uncomment wait_for_drive
-------------------------------------------------------------------------
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
