This is from the FAQ that comes with mtx. It looks like the eject is
for ejecting magazines from certain autoloaders, not tapes from drives.
May be why it's only working some of the time. Does 'mtx -f /dev/sg4
unload <slotnumber> <drive number>' work?
============================8<-----------------------------------------
Q: How do I eject the magazine of my autoloader?
A: Many low-end DAT autoloaders support the removable media 'EJECT' command
sent to the robotics device, even though it's not documented (or required)
in the SCSI standards. If the loader is at /dev/sgb, simply do
'mtx -f /dev/sgb eject' and see what happens. (If nothing happens,
your autoloader doesn't support 'eject'). Some high-end libraries have
their own proprietary way for ejecting magazine trays, generally
involving abuse of the 'transfer' command and 'eepos' addendums,
but this is totally non-standard and undocumented.
On Thu, 15 Feb 2001, Joseph Del Corso wrote:
> I'm also curious if there is a way to get around a problem I seem to have
> every now and then.
>
> Specifically, I can issue the
>
> mtx -f /dev/sg4 eject (sg4 being the first tape drive)
>
> and I will randomly get an error like this:
>
> [operator@lycan:/usr/local/etc/amanda/DailySet1]# mtx -f /dev/sg4 eject
> mtx:eject failed
>
> Now I can simply submit the eject command again and it will work, but
> I'm worried about trying to automate anything now because I'm not sure if
> I'll have problems with the eject command.
>
> Any thoughts?
>
> Joe
>
>
>
--
Jason Hollinden
SMG Systems Admin
