DLT7000: mt erase aborts after finishing

Joerg Wunsch freebsd-scsi at uriah.heep.sax.de
Sun Oct 26 07:26:02 UTC 2008


I've got this tape drive:

<QUANTUM DLT7000 2560>             at scbus2 target 0 lun 0 (sa0,pass2)

(as part of an old Sun E280 library), and since I've also got a set of
tapes along with it that contained data from the former owner, I
promised to run a full erase on any of the tapes.

This always results in:

mt: /dev/nsa0: erase: Input/output error

accompanied by:

(sa0:sym1:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 0 0 0 0 0 
(sa0:sym1:0:0:0): CAM Status: SCSI Status Error
(sa0:sym1:0:0:0): SCSI Status: Check Condition
(sa0:sym1:0:0:0): ABORTED COMMAND asc:44,89
(sa0:sym1:0:0:0): Vendor Specific ASCQ
(sa0:sym1:0:0:0): Retrying Command (per Sense Data)
(sa0:sym1:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 0 0 0 0 0 
(sa0:sym1:0:0:0): CAM Status: SCSI Status Error
(sa0:sym1:0:0:0): SCSI Status: Check Condition
(sa0:sym1:0:0:0): ABORTED COMMAND asc:44,89
(sa0:sym1:0:0:0): Vendor Specific ASCQ
(sa0:sym1:0:0:0): Retrying Command (per Sense Data)
(sa0:sym1:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 0 0 0 0 0 
(sa0:sym1:0:0:0): CAM Status: SCSI Status Error
(sa0:sym1:0:0:0): SCSI Status: Check Condition
(sa0:sym1:0:0:0): ABORTED COMMAND asc:44,89
(sa0:sym1:0:0:0): Vendor Specific ASCQ
(sa0:sym1:0:0:0): Retrying Command (per Sense Data)
(sa0:sym1:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 0 0 0 0 0 
(sa0:sym1:0:0:0): CAM Status: SCSI Status Error
(sa0:sym1:0:0:0): SCSI Status: Check Condition
(sa0:sym1:0:0:0): ABORTED COMMAND asc:44,89
(sa0:sym1:0:0:0): Vendor Specific ASCQ
(sa0:sym1:0:0:0): Retrying Command (per Sense Data)
(sa0:sym1:0:0:0): PREVENT ALLOW MEDIUM REMOVAL. CDB: 1e 0 0 0 0 0 
(sa0:sym1:0:0:0): CAM Status: SCSI Status Error
(sa0:sym1:0:0:0): SCSI Status: Check Condition
(sa0:sym1:0:0:0): ABORTED COMMAND asc:44,89
(sa0:sym1:0:0:0): Vendor Specific ASCQ
(sa0:sym1:0:0:0): Retries Exhausted

occasionally also

sym1:0:control msgout: 80 6.

which appears to be benign.

As far as I can tell, the error is harmless, the tapes appear to be
erased (it took the usual more than an hour per tape anyway), so I'm
just wondering why this might happen.

Any other operation on the tapes, including a quick erase, works
flawlessly.

The DLT7000 manual lists the ASC/ASCQ pair for COMMAND ABORTED as
"Command Cleared from Queue Without Other", whatever that might mean.

Maybe it's worth to add some quirk for that?

-- 
cheers, J"org               .-.-.   --... ...--   -.. .  DL8DTL

http://www.sax.de/~joerg/                        NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)


More information about the freebsd-scsi mailing list