Networker

Re: [Networker] Correct st.conf for Sony SAIT-1 drive?

2004-12-06 00:46:04
Subject: Re: [Networker] Correct st.conf for Sony SAIT-1 drive?
From: Darren Dunham <ddunham AT TAOS DOT COM>
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Date: Sun, 5 Dec 2004 21:45:12 -0800
> Thus, I have the following in my st.conf:
>
> "SONY    SDZ-100", "Sony Super-AIT1", "SONY_SAIT";
> SONY_SAIT       =       1, 0x36, 0, 0x1d639, 4, 0x00, 0x00, 0x00, 0x00,0;
>
> When I boot the system, I get the following messages:
>
> Dec  4 14:38:20 britt scsi: [ID 799468 kern.info] st17 at fp0: name
> w211f0090a5001194,3, bus address ef
> Dec  4 14:38:20 britt genunix: [ID 936769 kern.info] st17 is
> /[email protected],700000/SUNW,[email protected]/[email protected],0/[email protected],3
> Dec  4 14:38:20 britt scsi: [ID 107833 kern.notice]
> /[email protected],700000/SUNW,[email protected]/[email protected],0/[email protected],2 (st18):
> Dec  4 14:38:20 britt   SONY_SAIT options value invalid bits set: 0x4000
> Dec  4 14:38:20 britt scsi: [ID 365881 kern.info]
> /[email protected],700000/SUNW,[email protected]/[email protected],0/[email protected],2 (st18):
> Dec  4 14:38:20 britt   <Sony Super-AIT1>
>
> According to the above document, those bits should be:
>
> ST_BUFFERED_WRITES 0x4000
>
> So, my configuration should be valid..?

Certain st patches for Solaris 8 and all of Solaris 9 appear to remove
the 0x4000 bit as valid.

Basically, the st driver no longer allows write acknowledgements to be
sent to the application before the write reaches the tape drive.  This
could be a slight performance hit, but it removes potential problems if
the buffer is not flushed later.

You shouldn't really notice any problems, just drop the bit from the
line to avoid the warning message.

> Does anyone have a verified working st.conf for use with S-AIT1 tape
> devices? (SDZ-100) I'm running solaris 9, and its possible that the above
> document isn't updated.
>
> I'm asking because I get fatal timeouts to the device during some rare
> circumstances. I'm not sure exactly what's causing it though.

The error you show at st load time shouldn't have anything to do with
those timeouts.


--
Darren Dunham                                           ddunham AT taos DOT com
Senior Technical Consultant         TAOS            http://www.taos.com/
Got some Dr Pepper?                           San Francisco, CA bay area
         < This line left intentionally blank to confuse you. >

--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can
also view and post messages to the list. Questions regarding this list
should be sent to stan AT temple DOT edu
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=