Summary: ufsdump doesn't unload tape

From: Paul Boven (p.boven@chello.nl)
Date: Thu Jun 26 2003 - 00:40:45 EDT


Hi everyone,

Got only one reply to my question, from Joe Fletcher (thanks).
I'm trying to get a more up-to-date firmware from quantum now.

Joe Fletcher wrote:

>Could be wrong but the "SGI" label suggests that is your
>problem. If the unit is actually SGI branded then the
>firmware stands a good chance of being set up for their
>own servers. I've seen things like this before eg HP
>servers and backup software will only talk properly to
>backup devices with HP firmware. SGI do the same sort
>of thing.
>Try looking for a firmware update for the loader.
>
>---- original message ----
>
>
>>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.
_______________________________________________
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:26:39 EDT