Late summary: ufsdump doesn't unload tape

From: Paul Boven (p.boven@chello.nl)
Date: Sat Mar 13 2004 - 07:32:40 EST


Hi everyone,

This is a follow-up to a question I posted myself 8 months ago, and
finally figured out and fixed.

Solution:

Quantum tape changes (such as e.g. my Sun DLT4700 and Quantum DLT2500xt
I've tried this on) initially operate as 'stackers' on poweron, which
means that when it ejects a tape, it will automatically load the next
tape. But once you have used one of the 'media changer' SCSI commands,
e.g. to load a certain tape from the magazine, it will stop being a
stacker and become a 'changer'. As a changer, it will not load a new
tape uncommanded. The drive stays in this mode until the next
reset/popwercycle.

Solaris ufsdump has support for 'stacker' type drives, in that it can
unload a full tape and wait for up to 2 minutes for a new one to load
itself. This works great if you didn't use any media changer commands
(e.g. from mtx) previously, but once you even look at the slot list with
'mtx status', it will not load the next one.

It turns out that there is an EEPROM setting in the drive that can be
changed with a SCSI Mode Sense command to turn this behaviour off: You
can alter 'DISLDRAUTOLDMC' (Disable auto-loader on media-changer
commands) to 0 and the drive will not drop out of stacking-mode anymore.

I've written a small C utility to send the appropriate bits to the
drive. This is my first ever stab at SCSI programming though, so use is
very much at your own risk, code is available upon request.

Regards, Paul Boven.

-------- Original Message --------
Subject: ufsdump doesn't unload tape
Date: Sun, 22 Jun 2003 20:10:36 +0200
From: Paul Boven <p.boven@chello.nl>
Organization: Hardly any
To: sunmanagers@sunmanagers.org

Hi everyone,

I have a SunBlade 100 (Solaris 9) and a Quantum DLT2500xt tape-changer.
I'm using fssnap and then
ufsdump to make backups of the system.
Some extra details: Scsi is via a SunSwift card, then a Dec SCSI SE to
HVD converter, and then to the drive/autoloader.
I have these extra entries in my /kernel/drv/st.conf:

tape-config-list=
"SGI DLT2500", "Quantum DLT2500xt changer", "DLT-data";
DLT-data = 1, 0x38, 0, 0x0D639, 4, 0x17, 0x18, 0x80, 0x81, 3;

Problem: When I run ufsdump with the 'l' option (that's a small L,
folks), it should unload the tape when
full. The autoloader is by default in 'stacker' mode, and should get the
next tape, to continue the dump. But
the unload doesn't happen, and my ufsdump keeps waiting for the next tape.

Issuing an 'mt offline' doesn't unload the tape either. Using mtx I can
load/unload tapes, but then that takes
the drive out of sequential/stacker mode, and I still can't do a full
backup (multi-tape) unattended.

Any hints appreciated, will summarize.

Regards, Paul Boven.
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:28:16 EDT