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/sunmanagersReceived on Thu Jun 26 00:44:03 2003
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:15 EST