From owner-freebsd-scsi Sun Nov 12 3: 1:44 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from henny.webweaving.org (unknown [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id 29D8537B479; Sun, 12 Nov 2000 03:01:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id KAA49186; Sun, 12 Nov 2000 10:44:42 GMT (envelope-from n_hibma@qubesoft.com) Date: Sun, 12 Nov 2000 10:44:42 +0000 (GMT) From: Nick Hibma X-Sender: n_hibma@henny.webweaving.org Reply-To: Nick Hibma To: Chris Dillon Cc: James FitzGibbon , hackers@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: USB-to-SCSI converter In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I don't know. The only thing I know is that the protocol on the USB wire does not let you select the SCSI id, just the LUN. Nick On Fri, 10 Nov 2000, Chris Dillon wrote: > On Fri, 10 Nov 2000, Nick Hibma wrote: > > > This makes sense as the adapter is not a ful controller, just a > > cheapo interface. > > > > You cannot select the SCSI id from the USB driver. > > Hmm.. Since I was looking for a "true" USB-SCSI controller, obviously > this thing won't work. If it only works with devices set to ID 0, it > will never work with a SCSI ZIP drive which only has settings for ID 5 > or 6 (which is one thing I would use it with). Do the Shuttle-based > USB-SCSI adapters have the same limitation? > > > -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net > FreeBSD: The fastest and most stable server OS on the planet. > For IA32 and Alpha architectures. IA64 and PowerPC under development. > http://www.freebsd.org > > -- Qube Software, Ltd. Private: n_hibma@qubesoft.com n_hibma@webweaving.org n_hibma@freebsd.org http://www.qubesoft.com/ http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Nov 12 9:54:46 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from smtp.tor3.targetnet.com (smtp.tor3.targetnet.com [207.176.132.71]) by hub.freebsd.org (Postfix) with ESMTP id 41E4037B479; Sun, 12 Nov 2000 09:54:43 -0800 (PST) Received: from james by smtp.tor3.targetnet.com with local (Exim 3.16 #1) id 13v1KN-000AQG-00; Sun, 12 Nov 2000 12:54:03 -0500 Date: Sun, 12 Nov 2000 12:54:03 -0500 From: James FitzGibbon To: Nick Hibma Cc: Chris Dillon , hackers@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: USB-to-SCSI converter Message-ID: <20001112125403.A3835@targetnet.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from n_hibma@qubesoft.com on Sun, Nov 12, 2000 at 10:44:42AM +0000 Organization: Targetnet.com Inc. Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * Nick Hibma (n_hibma@qubesoft.com) [001112 06:01]: > I don't know. The only thing I know is that the protocol on the USB > wire does not let you select the SCSI id, just the LUN. I've confirmed that under Windows this cable works with any SCSI ID, but only if you install the Microtech driver. Otherwise, it doesn't show up (i.e. identical to FBSD). Presuming that their driver is actually just a ID mapping layer, would the same thing be feasible under BSD? I'll fire off a note to their support people and see if they can at least confirm my line of thinking here. -- j. James FitzGibbon james@targetnet.com Targetnet.com Inc. Voice/Fax +1 416 306-0466/0452 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Nov 12 17: 3:25 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from web10304.mail.yahoo.com (web10304.mail.yahoo.com [216.136.130.82]) by hub.freebsd.org (Postfix) with SMTP id 87BB737B4C5 for ; Sun, 12 Nov 2000 17:03:20 -0800 (PST) Message-ID: <20001113010320.48820.qmail@web10304.mail.yahoo.com> Received: from [128.165.7.25] by web10304.mail.yahoo.com; Mon, 13 Nov 2000 14:03:20 NZDT Date: Mon, 13 Nov 2000 14:03:20 +1300 (NZDT) From: =?iso-8859-1?q?Graham=20Guttocks?= Subject: my first coaster with cdrecord/FreeBSD :-( To: freebsd-scsi@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org After burning nearly a dozen CD-Rs with my new Plextor PX-W1210S CD-RW drive, my luck ran out. Can anyone interpret what these errors mean? (see attached output) Is this a problem with cdrecord, hardware, or with the FreeBSD SCSI driver? BTW, I was burning an audio CD and following the cdrecord man-page example to "record an audio CD in the most accurate way" as I always have: cdda2wav -v255 -D2,0 -B -Owav ; cdrecord -v dev=2,0 -dao -useinfo *.wav Also, after this error, I tried again with new media and didn't have any problems. However, it's these type of transitory errors that make me lose confidence in my burning routine.. ------------------------ Last chance to quit, starting real write in 1 seconds. Waiting for reader process to fill input buffer ... input buffer ready. cdrecord: Turning BURN-Proof on Performing OPC... Sending CUE sheet... Writing pregap for track 1 at -150 Starting new track at sector: 0 Track 01: 87 of 87 MB written (fifo 100%). Track 01: Total bytes read/written: 91784448/91784448 (39024 sectors). Starting new track at sector: 39024 Track 02: 38 of 38 MB written (fifo 100%). Track 02: Total bytes read/written: 40007520/40007520 (17010 sectors). Starting new track at sector: 56034 Track 03: 61 of 61 MB written (fifo 100%). Track 03: Total bytes read/written: 64021440/64021440 (27220 sectors). Starting new track at sector: 83254 Track 04: 48 of 48 MB written (fifo 100%). Track 04: Total bytes read/written: 50704416/50704416 (21558 sectors). Starting new track at sector: 104812 Track 05: 42 of 42 MB written (fifo 100%). Track 05: Total bytes read/written: 45031392/45031392 (19146 sectors). Starting new track at sector: 123958 Track 06: 40 of 40 MB written (fifo 99%). Track 06: Total bytes read/written: 42742896/42742896 (18173 sectors). Starting new track at sector: 142131 Track 07: 40 of 40 MB written (fifo 100%). Track 07: Total bytes read/written: 42745248/42745248 (18174 sectors). Starting new track at sector: 160305 Track 08: 22 of 53 MB written (fifo 100%).cdrecord: Input/output error. write_g1: scsi sendcmd: retry able error CDB: 2A 00 00 02 98 E6 00 00 1B 00 status: 0x2 (CHECK CONDITION) Sense Bytes: F0 00 03 00 02 99 7C 0A 00 00 00 00 0C 07 00 00 00 00 Sense Key: 0x3 Medium Error, Segment 0 Sense Code: 0x0C Qual 0x07 (write error - recovery needed) Fru 0x0 Sense flags: Blk 170364 (valid) write track data: error after 23305968 bytes Sense Bytes: 70 00 00 00 00 00 00 0A 00 00 00 00 00 00 00 00 00 00 Writing time: 217.203s Fixating... cdrecord: Input/output error. flush cache: scsi sendcmd: retryable error CDB: 35 00 00 00 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 2C 00 00 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x2C Qual 0x00 (command sequence error) Fru 0x0 Sense flags: Blk 0 (not valid) Trouble flushing the cache Fixating time: 0.002s cdrecord: fifo had 6820 puts and 6310 gets. cdrecord: fifo was 0 times empty and 4643 times full, min fill was 99%. _____________________________________________________________________________ http://clubs.yahoo.com.au - Yahoo! Clubs - Join a club or build your own! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Nov 12 17:10:47 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 3181F37B479; Sun, 12 Nov 2000 17:10:41 -0800 (PST) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id SAA61403; Sun, 12 Nov 2000 18:10:34 -0700 (MST) (envelope-from ken) Date: Sun, 12 Nov 2000 18:10:34 -0700 From: "Kenneth D. Merry" To: Graham Guttocks Cc: freebsd-scsi@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG Subject: Re: my first coaster with cdrecord/FreeBSD :-( Message-ID: <20001112181034.A61376@panzer.kdm.org> References: <20001113010320.48820.qmail@web10304.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20001113010320.48820.qmail@web10304.mail.yahoo.com>; from graham_guttocks@yahoo.co.nz on Mon, Nov 13, 2000 at 02:03:20PM +1300 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Nov 13, 2000 at 14:03:20 +1300, Graham Guttocks wrote: > After burning nearly a dozen CD-Rs with my new Plextor PX-W1210S > CD-RW drive, my luck ran out. Can anyone interpret what these errors > mean? (see attached output) Is this a problem with cdrecord, hardware, > or with the FreeBSD SCSI driver? > > BTW, I was burning an audio CD and following the cdrecord man-page example > to "record an audio CD in the most accurate way" as I always have: > > cdda2wav -v255 -D2,0 -B -Owav ; cdrecord -v dev=2,0 -dao -useinfo *.wav > > Also, after this error, I tried again with new media and didn't have any > problems. However, it's these type of transitory errors that make me lose > confidence in my burning routine.. [ ... ] > Starting new track at sector: 160305 > Track 08: 22 of 53 MB written (fifo 100%).cdrecord: Input/output error. > write_g1: scsi sendcmd: retry > able error > CDB: 2A 00 00 02 98 E6 00 00 1B 00 > status: 0x2 (CHECK CONDITION) > Sense Bytes: F0 00 03 00 02 99 7C 0A 00 00 00 00 0C 07 00 00 00 00 > Sense Key: 0x3 Medium Error, Segment 0 > Sense Code: 0x0C Qual 0x07 (write error - recovery needed) Fru 0x0 > Sense flags: Blk 170364 (valid) This looks like a bad block on the CD. Thus the reason it worked when you tried again with a new CD. (Which is probably the right approach to take to fix the problem.) Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Nov 12 17:20:36 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id 69CBA37B479; Sun, 12 Nov 2000 17:20:28 -0800 (PST) Received: from cain.gsoft.com.au (doconnor@cain [203.38.152.97]) by cain.gsoft.com.au (8.8.8/8.8.8) with ESMTP id LAA22264; Mon, 13 Nov 2000 11:50:06 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20001112181034.A61376@panzer.kdm.org> Date: Mon, 13 Nov 2000 11:50:06 +1030 (CST) From: "Daniel O'Connor" To: "Kenneth D. Merry" Subject: Re: my first coaster with cdrecord/FreeBSD :-( Cc: freebsd-multimedia@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG, Graham Guttocks Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 13-Nov-00 Kenneth D. Merry wrote: > > Starting new track at sector: 160305 > > Track 08: 22 of 53 MB written (fifo 100%).cdrecord: Input/output error. > > write_g1: scsi sendcmd: retry > > able error > > CDB: 2A 00 00 02 98 E6 00 00 1B 00 > > status: 0x2 (CHECK CONDITION) > > Sense Bytes: F0 00 03 00 02 99 7C 0A 00 00 00 00 0C 07 00 00 00 00 > > Sense Key: 0x3 Medium Error, Segment 0 > > Sense Code: 0x0C Qual 0x07 (write error - recovery needed) Fru 0x0 > > Sense flags: Blk 170364 (valid) > This looks like a bad block on the CD. Thus the reason it worked when you > tried again with a new CD. (Which is probably the right approach to take > to fix the problem.) Which black book do you get that from? 8-) Seriously is there a place you can look this stuff up, or is it vendor specific? --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Nov 12 17:35: 2 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 7F3C937B479; Sun, 12 Nov 2000 17:34:53 -0800 (PST) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id SAA61528; Sun, 12 Nov 2000 18:34:39 -0700 (MST) (envelope-from ken) Date: Sun, 12 Nov 2000 18:34:39 -0700 From: "Kenneth D. Merry" To: "Daniel O'Connor" Cc: freebsd-multimedia@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG, Graham Guttocks Subject: Re: my first coaster with cdrecord/FreeBSD :-( Message-ID: <20001112183439.A61514@panzer.kdm.org> References: <20001112181034.A61376@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from doconnor@gsoft.com.au on Mon, Nov 13, 2000 at 11:50:06AM +1030 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Nov 13, 2000 at 11:50:06 +1030, Daniel O'Connor wrote: > > On 13-Nov-00 Kenneth D. Merry wrote: > > > Starting new track at sector: 160305 > > > Track 08: 22 of 53 MB written (fifo 100%).cdrecord: Input/output error. > > > write_g1: scsi sendcmd: retry > > > able error > > > CDB: 2A 00 00 02 98 E6 00 00 1B 00 > > > status: 0x2 (CHECK CONDITION) > > > Sense Bytes: F0 00 03 00 02 99 7C 0A 00 00 00 00 0C 07 00 00 00 00 > > > Sense Key: 0x3 Medium Error, Segment 0 > > > Sense Code: 0x0C Qual 0x07 (write error - recovery needed) Fru 0x0 > > > Sense flags: Blk 170364 (valid) > > This looks like a bad block on the CD. Thus the reason it worked when you > > tried again with a new CD. (Which is probably the right approach to take > > to fix the problem.) > > Which black book do you get that from? 8-) > > Seriously is there a place you can look this stuff up, or is it vendor specific? Well, I didn't really need to look it up anywhere, since cdrecord already printed the sense key, and the interpretation of the ASC and ASCQ. The sense key is "Medium Error", and the ASC/ASCQ translates to "write error - recovery needed". Presumably cdrecord would have recovered if that were possible. I also looked it up in sys/cam/scsi/scsi_all.c in the sense code table to make sure the error message was the same. Also, if you go to www.t10.org, the SCSI specs are available there. (Draft specs, but generally the final draft is very close to the actual published spec.) Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Nov 12 18:10:33 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from web10308.mail.yahoo.com (web10308.mail.yahoo.com [216.136.130.86]) by hub.freebsd.org (Postfix) with SMTP id 6993537B4C5 for ; Sun, 12 Nov 2000 18:10:31 -0800 (PST) Message-ID: <20001113021031.75150.qmail@web10308.mail.yahoo.com> Received: from [128.165.7.25] by web10308.mail.yahoo.com; Mon, 13 Nov 2000 15:10:31 NZDT Date: Mon, 13 Nov 2000 15:10:31 +1300 (NZDT) From: =?iso-8859-1?q?Graham=20Guttocks?= Subject: Re: my first coaster with cdrecord/FreeBSD :-( To: "Kenneth D. Merry" Cc: freebsd-scsi@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Kenneth D. Merry" wrote: > This looks like a bad block on the CD. Thus the reason it worked when you > tried again with a new CD. (Which is probably the right approach to take > to fix the problem.) Uhm, ok. I guess I find this hard to swallow since this was a high-quality CD-R, brand-new from its case. Graham _____________________________________________________________________________ http://clubs.yahoo.com.au - Yahoo! Clubs - Join a club or build your own! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Nov 12 18:25:38 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id AE4F437B479; Sun, 12 Nov 2000 18:25:32 -0800 (PST) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id TAA61798; Sun, 12 Nov 2000 19:23:30 -0700 (MST) (envelope-from ken) Date: Sun, 12 Nov 2000 19:23:30 -0700 From: "Kenneth D. Merry" To: Graham Guttocks Cc: freebsd-scsi@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG Subject: Re: my first coaster with cdrecord/FreeBSD :-( Message-ID: <20001112192329.A61763@panzer.kdm.org> References: <20001113021031.75150.qmail@web10308.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20001113021031.75150.qmail@web10308.mail.yahoo.com>; from graham_guttocks@yahoo.co.nz on Mon, Nov 13, 2000 at 03:10:31PM +1300 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Nov 13, 2000 at 15:10:31 +1300, Graham Guttocks wrote: > "Kenneth D. Merry" wrote: > > > This looks like a bad block on the CD. Thus the reason it worked when you > > tried again with a new CD. (Which is probably the right approach to take > > to fix the problem.) > > Uhm, ok. I guess I find this hard to swallow since this was a high-quality > CD-R, brand-new from its case. If you want a more definitive answer, you can ask the cdwrite mailing list: cdwrite@other.debian.org Or Joerg Schilling (the author of cdrecord): schilling@fokus.gmd.de Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Nov 12 19: 0:14 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from grumpy.dyndns.org (cm-24-246-28-166.toney.mediacom.ispchannel.com [24.246.28.166]) by hub.freebsd.org (Postfix) with ESMTP id 42D7C37B479; Sun, 12 Nov 2000 19:00:08 -0800 (PST) Received: from grumpy.dyndns.org (localhost [127.0.0.1]) by grumpy.dyndns.org (8.11.1/8.11.1) with ESMTP id eAD2weS69470; Sun, 12 Nov 2000 20:58:40 -0600 (CST) (envelope-from dkelly@grumpy.dyndns.org) Message-Id: <200011130258.eAD2weS69470@grumpy.dyndns.org> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: =?iso-8859-1?q?Graham=20Guttocks?= Cc: freebsd-scsi@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG From: David Kelly Subject: Re: my first coaster with cdrecord/FreeBSD :-( In-reply-to: Message from =?iso-8859-1?q?Graham=20Guttocks?= of "Mon, 13 Nov 2000 15:10:31 +1300." <20001113021031.75150.qmail@web10308.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 12 Nov 2000 20:58:40 -0600 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org =?iso-8859-1?q?Graham=20Guttocks?= writes: > "Kenneth D. Merry" wrote: > > > This looks like a bad block on the CD. Thus the reason it worked when you > > tried again with a new CD. (Which is probably the right approach to take > > to fix the problem.) > > Uhm, ok. I guess I find this hard to swallow since this was a high-quality > CD-R, brand-new from its case. In previous employment we were going thru about 500 CD-R blanks/year. One bad out of 12 isn't good, but also isn't a large enough sample size to say. Some lots of blanks are simply lemons. Its not as if they can do 100% testing from the factory. :-) Most of this was happening about 3 years ago. Had 2 CD stations, one SGI O2, another Gateway P-133 and FreeBSD 2.2.[5-8] (I forget, at one time it had them all). Cdrecord did very well on both systems. Neither system accepted the Yamaha CDR-100 as a cdreader. So I had shell scripts to make "working copies" on HD of whatever the source was (often 8mm tape) and MD5 signatures of every file. Another to burn the CD-R. And another to verify it mounted in the reader. Almost always was verifying one while the next was burning. Often reading the next from tape or over the network at the same time. The FreeBSD system ran with XFree86 all the time, in 24 MB of RAM. The O2 had 64MB. Cdrecord never reported a buffer underrun. But sometimes a bad disc would turn up in the verify stage. -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Nov 12 19: 7:18 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from shrubbery.satx.bikeworld.net (shrubbery.satx.bikeworld.net [209.142.99.220]) by hub.freebsd.org (Postfix) with ESMTP id CEA6837B4C5; Sun, 12 Nov 2000 19:07:14 -0800 (PST) Received: from cattleguard.bikeworld.net ([209.142.101.34] helo=roscoe.ah.bikeworld.net ident=chris) by shrubbery.satx.bikeworld.net with esmtp (Exim 3.16 #1) id 13v9xG-000FBa-00; Sun, 12 Nov 2000 21:06:47 -0600 Received: from roscoe.ah.bikeworld.net ([10.0.0.2] ident=root) by roscoe.ah.bikeworld.net with esmtp (Exim 3.16 #1) id 13v9xa-000NeR-00; Sun, 12 Nov 2000 21:07:06 -0600 Date: Sun, 12 Nov 2000 21:07:06 -0600 (CST) From: Chris Snell X-Sender: chris@roscoe.ah.bikeworld.net To: freebsd-scsi@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG Subject: Re: my first coaster with cdrecord/FreeBSD :-( In-Reply-To: <200011130258.eAD2weS69470@grumpy.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 12 Nov 2000, David Kelly wrote: > In previous employment we were going thru about 500 CD-R blanks/year. > One bad out of 12 isn't good, but also isn't a large enough sample size > to say. Some lots of blanks are simply lemons. Its not as if they can > do 100% testing from the factory. :-) Also, check to see if your CD-R blank's rated speed (8x, 10x, etc) matches up with the speed that your burner burns at. I ruined a stack of good blanks before I realized that I was attempting to burn 8x blanks at 10x. Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Nov 12 20:24:36 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from femail4.sdc1.sfba.home.com (femail4.sdc1.sfba.home.com [24.0.95.84]) by hub.freebsd.org (Postfix) with ESMTP id 5E4D237B479; Sun, 12 Nov 2000 20:24:33 -0800 (PST) Received: from home.com ([24.3.185.85]) by femail4.sdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20001113042306.GEQA26316.femail4.sdc1.sfba.home.com@home.com>; Sun, 12 Nov 2000 20:23:06 -0800 Message-ID: <3A0F6C59.7FED129E@home.com> Date: Sun, 12 Nov 2000 23:21:45 -0500 From: "Gary T. Corcoran" X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Graham Guttocks Cc: "Kenneth D. Merry" , freebsd-scsi@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG Subject: Re: my first coaster with cdrecord/FreeBSD :-( References: <20001113021031.75150.qmail@web10308.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Graham Guttocks wrote: > > "Kenneth D. Merry" wrote: > > > This looks like a bad block on the CD. Thus the reason it worked when you > > tried again with a new CD. (Which is probably the right approach to take > > to fix the problem.) > > Uhm, ok. I guess I find this hard to swallow since this was a high-quality > CD-R, brand-new from its case. Be sure to actually visually inspect your brand-new-from-the-case CDRs. I find that roughly 1 in 10 CDRs have a few bits of plastic "dust" on them, even with quality brands. The bits are easily blown off, but some of the pieces are probably big enough (relative to the tiny laser beam) to ruin a sector of the disk if you don't bother to remove them... Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Nov 13 1: 1:30 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from henny.webweaving.org (unknown [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id 2CDFB37B4CF; Mon, 13 Nov 2000 01:01:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.9.3/8.9.3) with ESMTP id IAA51179; Mon, 13 Nov 2000 08:58:00 GMT (envelope-from n_hibma@qubesoft.com) Date: Mon, 13 Nov 2000 08:58:00 +0000 (GMT) From: Nick Hibma X-Sender: n_hibma@henny.webweaving.org Reply-To: Nick Hibma To: James FitzGibbon Cc: Chris Dillon , hackers@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: USB-to-SCSI converter In-Reply-To: <20001112125403.A3835@targetnet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In that case it might be that they are using some kind of private command to set the SCSI subsequently to different IDs. I'll check whether I have the device here and if so, I will try and snoop that command off the wire. Thanks for the pointer! Nick On Sun, 12 Nov 2000, James FitzGibbon wrote: > * Nick Hibma (n_hibma@qubesoft.com) [001112 06:01]: > > > I don't know. The only thing I know is that the protocol on the USB > > wire does not let you select the SCSI id, just the LUN. > > I've confirmed that under Windows this cable works with any SCSI ID, but > only if you install the Microtech driver. Otherwise, it doesn't show up > (i.e. identical to FBSD). Presuming that their driver is actually just a > ID mapping layer, would the same thing be feasible under BSD? > > I'll fire off a note to their support people and see if they can at least > confirm my line of thinking here. > > -- > j. > > James FitzGibbon james@targetnet.com > Targetnet.com Inc. Voice/Fax +1 416 306-0466/0452 > -- Qube Software, Ltd. Private: n_hibma@qubesoft.com n_hibma@webweaving.org n_hibma@freebsd.org http://www.qubesoft.com/ http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Nov 13 1:12: 8 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from antholoma.wanadoo.fr (smtp-abo-4.wanadoo.fr [193.252.19.153]) by hub.freebsd.org (Postfix) with ESMTP id 3479A37B479; Mon, 13 Nov 2000 01:12:02 -0800 (PST) Received: from hautmedoc.dockes.com (164.138.104.90) by antholoma.wanadoo.fr; 13 Nov 2000 10:11:58 +0100 Received: (from dockes@localhost) by hautmedoc.dockes.com (8.9.3/8.9.3) id KAA46032; Mon, 13 Nov 2000 10:11:57 +0100 (MET) From: Jean-Francois Dockes MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14863.45144.972743.315716@hautmedoc.dockes.com> Date: Mon, 13 Nov 2000 10:11:52 +0100 (MET) To: David Kelly Cc: =?iso-8859-1?q?Graham=20Guttocks?= , freebsd-scsi@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG Subject: Re: my first coaster with cdrecord/FreeBSD :-( In-Reply-To: <200011130258.eAD2weS69470@grumpy.dyndns.org> References: <20001113021031.75150.qmail@web10308.mail.yahoo.com> <200011130258.eAD2weS69470@grumpy.dyndns.org> X-Mailer: VM 6.75 under 20.4 "Emerald" XEmacs Lucid Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org David Kelly writes: > =?iso-8859-1?q?Graham=20Guttocks?= writes: > > "Kenneth D. Merry" wrote: > > > > > This looks like a bad block on the CD. Thus the reason it worked > > > when you tried again with a new CD. (Which is probably the right > > > approach to take to fix the problem.) > > > > Uhm, ok. I guess I find this hard to swallow since this was a > > high-quality CD-R, brand-new from its case. > > In previous employment we were going thru about 500 CD-R blanks/year. > One bad out of 12 isn't good, but also isn't a large enough sample size > to say. Some lots of blanks are simply lemons. Its not as if they can > do 100% testing from the factory. :-) My current employer went through >1.5 million discs this year :) In my experience, pure optical media problems are relatively infrequent, except for the already mentioned case of the bit of plastic stuck to the disc by static (or the fingerprints). The most probable situation when you see a transient writing failure is that you have a slightly marginal recorder meeting slightly marginal media. The recorder will work fine on perfect media, and other media from the marginal batch will work well on a healthy recorder. This makes for very difficult problem solving. When you are lucky, the recorder will go completely south a little after, and you'll stop pulling your hair... Of course, there are also cases of really bad (out of spec) media, just to make for a richer fun. But keep smiling: you are working with 1$ discs. It was much more fun a few years ago, when trying to diagnose 12" optical media that costed around $1000, on recorders in the 20,000 $ range, that would fail much more than the current cd burners :) Especially on big banking customer sites... -- Jean-Francois Dockes jean-francois.dockes@wanadoo.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Nov 13 5:22:13 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id EE73937B479; Mon, 13 Nov 2000 05:22:09 -0800 (PST) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id HAA44176; Mon, 13 Nov 2000 07:22:04 -0600 (CST) (envelope-from cdillon@wolves.k12.mo.us) Date: Mon, 13 Nov 2000 07:22:04 -0600 (CST) From: Chris Dillon To: Nick Hibma Cc: James FitzGibbon , hackers@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: USB-to-SCSI converter In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 12 Nov 2000, Nick Hibma wrote: > I don't know. The only thing I know is that the protocol on the > USB wire does not let you select the SCSI id, just the LUN. Since you can select the LUN and not the ID, maybe they've mapped SCSI ID0:LUN0 to ID0:LUN0 (duh), ID1:LUN0 to ID0:LUN1, ID2:LUN0 to ID0:LUN2, and so on, which would explain why we only see a device at ID0:LUN0 if we aren't looking at the remaining LUNs (are we?). This would mean that you can't use multi-LUN devices with the USB-SCSI converter, but that is much more acceptable than only being able to use ID0 with it. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For IA32 and Alpha architectures. IA64 and PowerPC under development. http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Nov 13 8:11: 9 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from brunel.uk1.vbc.net (brunel.uk1.vbc.net [194.207.2.8]) by hub.freebsd.org (Postfix) with ESMTP id 9AA9237B479 for ; Mon, 13 Nov 2000 08:11:01 -0800 (PST) Received: from localhost (lloyd@localhost) by brunel.uk1.vbc.net (8.11.0/8.11.0) with ESMTP id eADGAxb30108 for ; Mon, 13 Nov 2000 16:10:59 GMT X-Authentication-Warning: brunel.uk1.vbc.net: lloyd owned process doing -bs Date: Mon, 13 Nov 2000 16:10:59 +0000 (GMT) From: Lloyd Rennie X-Sender: lloyd@brunel.uk1.vbc.net To: scsi@freebsd.org Subject: Mylex AcceleRAID-170 32Mb - Help needed with errormsg Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ripped the code for the driver for this card from the 5.x tree, and recompiled/installed for 4.1.1-RELEASE. All seemed to work like a dream. Two weeks or so later, and it's frozen. Powercycling gives this message before the boot freezes; Automatic boot in progress... /dev/da0s1a: FILESYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1a: clean, 99584 free (856 frags, 12341 blocks, 0.7% fragmentation) mly0: got AM completion for illegal slot 12288 at 62 mly0: got AM completion for illegal slot 28672 at 63 mly0: got AM completion for illegal slot 49152 at 64 (last 3 messages are in hi-white) And there it sits, no panic or reboot prompt. While I can find this error quite easily in the driver sources, I find no explanation of what it means (I have no knowledge of how SCSI works, what a 'slot' is in this context, etc.) Can someone shed a little light on this? -- Lloyd Rennie VBCnet GB Ltd lloyd@vbc.net tel +44 (0) 117 929 1316 http://www.vbc.net fax +44 (0) 117 927 2015 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Nov 13 10:46:46 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from chuggalug.clues.com (chuggalug.clues.com [194.159.1.85]) by hub.freebsd.org (Postfix) with ESMTP id BB86537B4C5; Mon, 13 Nov 2000 10:46:41 -0800 (PST) Received: (from geoffb@localhost) by chuggalug.clues.com (8.9.3/8.9.3) id SAA87574; Mon, 13 Nov 2000 18:52:34 GMT (envelope-from geoffb) Date: Mon, 13 Nov 2000 18:52:34 +0000 From: Geoff Buckingham To: scsi@freebsd.org Cc: msmith@freebsd.org Subject: installing on aac RAID Machine (Dell PE2450) Message-ID: <20001113185234.A87488@chuggalug.clues.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Trying to install 4.1 stable (4.2 beta...whatever) on a Dell PE2450 I am having trouble seeing the disks. I have produced, on another machine (my workstation), a kernel with aac support and used that to replace kernel.gz on my kern.flp However when booting the PE2450 the aac device is found, but no disks. Should I be looking for da0 at this point, or some other device? The install of course complains that no disks were found when I try to do an install. Thus far I have downloaded Mike's 4.x stable code, added the following threelines to /sys/conf/files (have i missed something?) dev/aac/aac.c optional aac dev/aac/aac_disk.c optional aac dev/aac/aac_pci.c optional aac pci Then compiled a kernel with device aac defined. Any Ideas? -- GeoffB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Nov 13 10:48: 0 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from post.mail.nl.demon.net (post-10.mail.nl.demon.net [194.159.73.20]) by hub.freebsd.org (Postfix) with ESMTP id 8306737B479; Mon, 13 Nov 2000 10:47:55 -0800 (PST) Received: from [212.238.54.101] (helo=freebie.demon.nl) by post.mail.nl.demon.net with smtp (Exim 3.14 #2) id 13vOe1-0006ah-00; Mon, 13 Nov 2000 18:47:54 +0000 Received: (from wkb@localhost) by freebie.demon.nl (8.11.1/8.11.0) id eAD6pSv01865; Mon, 13 Nov 2000 07:51:28 +0100 (CET) (envelope-from wkb) Date: Mon, 13 Nov 2000 07:51:28 +0100 From: Wilko Bulte To: James FitzGibbon Cc: Chris Dillon , Nick Hibma , hackers@freebsd.org, scsi@freebsd.org Subject: Re: USB-to-SCSI converter Message-ID: <20001113075128.F1643@freebie.demon.nl> References: <20001113103844.A91950@targetnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20001113103844.A91950@targetnet.com>; from james@targetnet.com on Mon, Nov 13, 2000 at 10:38:44AM -0500 X-OS: FreeBSD 4.2-BETA X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Nov 13, 2000 at 10:38:44AM -0500, James FitzGibbon wrote: > * Chris Dillon (cdillon@wolves.k12.mo.us) [001113 08:22]: > > On Sun, 12 Nov 2000, Nick Hibma wrote: > > > > > I don't know. The only thing I know is that the protocol on the > > > USB wire does not let you select the SCSI id, just the LUN. > > > > Since you can select the LUN and not the ID, maybe they've mapped SCSI > > ID0:LUN0 to ID0:LUN0 (duh), ID1:LUN0 to ID0:LUN1, ID2:LUN0 to > > ID0:LUN2, and so on, which would explain why we only see a device at > > ID0:LUN0 if we aren't looking at the remaining LUNs (are we?). This > > would mean that you can't use multi-LUN devices with the USB-SCSI > > converter, but that is much more acceptable than only being able to > > use ID0 with it. > > I've got a Nakamichi mj-4.8s (4 disc scsi jukebox) at home that I can put in > an external case to test this premise. It comes up as the chosen ID and > LUNS 0-3. And the nice thing is that it is known-good on FreeBSD on plain SCSI. I have one here on 4.2-beta which works like a charm. -- Wilko Bulte Arnhem, the Netherlands wilko@freebsd.org http://www.freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Nov 13 11:38:14 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from chuggalug.clues.com (chuggalug.clues.com [194.159.1.85]) by hub.freebsd.org (Postfix) with ESMTP id 3E1F937B4C5; Mon, 13 Nov 2000 11:38:10 -0800 (PST) Received: (from geoffb@localhost) by chuggalug.clues.com (8.9.3/8.9.3) id TAA95853; Mon, 13 Nov 2000 19:44:03 GMT (envelope-from geoffb) Date: Mon, 13 Nov 2000 19:44:03 +0000 From: Geoff Buckingham To: scsi@FreeBSD.ORG Cc: msmith@FreeBSD.ORG Subject: Re: installing on aac RAID Machine (Dell PE2450) Message-ID: <20001113194403.A95682@chuggalug.clues.com> References: <20001113185234.A87488@chuggalug.clues.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <20001113185234.A87488@chuggalug.clues.com>; from Geoff Buckingham on Mon, Nov 13, 2000 at 06:52:34PM +0000 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Nov 13, 2000 at 06:52:34PM +0000, Geoff Buckingham wrote: > > Trying to install 4.1 stable (4.2 beta...whatever) on a Dell PE2450 > I am having trouble seeing the disks. > > I have produced, on another machine (my workstation), a kernel > with aac support and used that to replace kernel.gz on my kern.flp > > However when booting the PE2450 the aac device is found, but no disks. > > Should I be looking for da0 at this point, or some other device? Having applied my limited understanding of C to the code I have concluded that I in fact have a need for aacd devices in my MFS. A conclusion I would feel a lot better about if /usr/src/MAKEDEV from current made any reference to aacd. I will try this in the morning. > > The install of course complains that no disks were found when I > try to do an install. > > Thus far I have downloaded Mike's 4.x stable code, added the following > threelines to /sys/conf/files (have i missed something?) > > dev/aac/aac.c optional aac > dev/aac/aac_disk.c optional aac > dev/aac/aac_pci.c optional aac pci > > Then compiled a kernel with device aac defined. > > > Any Ideas? > > -- > GeoffB > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Nov 13 11:49:30 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from chuggalug.clues.com (chuggalug.clues.com [194.159.1.85]) by hub.freebsd.org (Postfix) with ESMTP id 00E6337B479; Mon, 13 Nov 2000 11:49:27 -0800 (PST) Received: (from geoffb@localhost) by chuggalug.clues.com (8.9.3/8.9.3) id TAA95902; Mon, 13 Nov 2000 19:55:22 GMT (envelope-from geoffb) Date: Mon, 13 Nov 2000 19:55:22 +0000 From: Geoff Buckingham To: scsi@FreeBSD.ORG Cc: msmith@FreeBSD.ORG Subject: Re: installing on aac RAID Machine (Dell PE2450) Message-ID: <20001113195522.A95860@chuggalug.clues.com> References: <20001113185234.A87488@chuggalug.clues.com> <20001113194403.A95682@chuggalug.clues.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <20001113194403.A95682@chuggalug.clues.com>; from Geoff Buckingham on Mon, Nov 13, 2000 at 07:44:03PM +0000 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Nov 13, 2000 at 07:44:03PM +0000, Geoff Buckingham wrote: > On Mon, Nov 13, 2000 at 06:52:34PM +0000, Geoff Buckingham wrote: > > > > Trying to install 4.1 stable (4.2 beta...whatever) on a Dell PE2450 > > I am having trouble seeing the disks. > > > > I have produced, on another machine (my workstation), a kernel > > with aac support and used that to replace kernel.gz on my kern.flp > > > > However when booting the PE2450 the aac device is found, but no disks. > > > > Should I be looking for da0 at this point, or some other device? > > Having applied my limited understanding of C to the code I have concluded > that I in fact have a need for aacd devices in my MFS. > > A conclusion I would feel a lot better about if /usr/src/MAKEDEV from > current made any reference to aacd. > I just tried this and found I allready have my accd devices, I fear what I now need is a sysinstall that knows aacd0 is a disk. Any help still appreciated :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Nov 13 13: 5:31 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from itchy.serv.net (itchy.serv.net [205.153.153.233]) by hub.freebsd.org (Postfix) with ESMTP id 247CE37B479; Mon, 13 Nov 2000 13:05:27 -0800 (PST) Received: from localhost (utz@localhost) by itchy.serv.net (8.8.5/8.8.5) with SMTP id NAA59576; Mon, 13 Nov 2000 13:04:52 -0800 (PST) Date: Mon, 13 Nov 2000 13:04:50 -0800 (PST) From: The Utz Family To: =?iso-8859-1?q?Graham=20Guttocks?= Cc: "Kenneth D. Merry" , freebsd-scsi@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG Subject: Re: my first coaster with cdrecord/FreeBSD :-( In-Reply-To: <20001113021031.75150.qmail@web10308.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org happens all the time....... On Mon, 13 Nov 2000, [iso-8859-1] Graham Guttocks wrote: > "Kenneth D. Merry" wrote: > > > This looks like a bad block on the CD. Thus the reason it worked when you > > tried again with a new CD. (Which is probably the right approach to take > > to fix the problem.) > > Uhm, ok. I guess I find this hard to swallow since this was a high-quality > CD-R, brand-new from its case. > > Graham > > _____________________________________________________________________________ > http://clubs.yahoo.com.au - Yahoo! Clubs > - Join a club or build your own! > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-multimedia" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Nov 13 17: 0:53 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-90-77.dsl.snfc21.pacbell.net [63.206.90.77]) by hub.freebsd.org (Postfix) with ESMTP id EBA1537B479 for ; Mon, 13 Nov 2000 17:00:50 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eAE16qF01133; Mon, 13 Nov 2000 17:06:53 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200011140106.eAE16qF01133@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Lloyd Rennie Cc: scsi@freebsd.org Subject: Re: Mylex AcceleRAID-170 32Mb - Help needed with errormsg In-reply-to: Your message of "Mon, 13 Nov 2000 16:10:59 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Nov 2000 17:06:52 -0800 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Ripped the code for the driver for this card from the 5.x tree, and > recompiled/installed for 4.1.1-RELEASE. All seemed to work like a dream. > > Two weeks or so later, and it's frozen. Powercycling gives this message > before the boot freezes; > > Automatic boot in progress... > /dev/da0s1a: FILESYSTEM CLEAN; SKIPPING CHECKS > /dev/da0s1a: clean, 99584 free (856 frags, 12341 blocks, 0.7% fragmentation) > mly0: got AM completion for illegal slot 12288 at 62 > mly0: got AM completion for illegal slot 28672 at 63 > mly0: got AM completion for illegal slot 49152 at 64 > > (last 3 messages are in hi-white) > > And there it sits, no panic or reboot prompt. > > While I can find this error quite easily in the driver sources, I find no > explanation of what it means (I have no knowledge of how SCSI works, what > a 'slot' is in this context, etc.) > > Can someone shed a little light on this? This looks frighteningly like a new manifestation of a known quirk in the Mylex firmware (see mlxreg.h and the discussion on the size of the command ring). I haven't had any feedback from Mylex on that quirk though. However, the fact that the card was running fine, but is now falling over as soon as you boot leads me to wonder if you aren't having hardware problems. Is the card overheating? Is the DIMM properly inserted? Is the card properly seated? -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Nov 13 17: 3:18 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-90-77.dsl.snfc21.pacbell.net [63.206.90.77]) by hub.freebsd.org (Postfix) with ESMTP id 6BC0B37B479 for ; Mon, 13 Nov 2000 17:03:16 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eAE19SF01147; Mon, 13 Nov 2000 17:09:28 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200011140109.eAE19SF01147@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Lloyd Rennie Cc: scsi@freebsd.org Subject: Re: Mylex AcceleRAID-170 32Mb - Help needed with errormsg In-reply-to: Your message of "Mon, 13 Nov 2000 16:10:59 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Nov 2000 17:09:28 -0800 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > mly0: got AM completion for illegal slot 12288 at 62 > mly0: got AM completion for illegal slot 28672 at 63 > mly0: got AM completion for illegal slot 49152 at 64 > > While I can find this error quite easily in the driver sources, I find no > explanation of what it means (I have no knowledge of how SCSI works, what > a 'slot' is in this context, etc.) > > Can someone shed a little light on this? Sorry, I just realised I didn't actually answer this part of the question. These Mylex adapters aren't really "SCSI" controllers at all, they just look a bit like one. In the case above, the driver has received three commands back from the controller which have illegal "slot numbers". The "slot number" is just a tag the driver uses to identify the command; we only issue slot numbers from 1 up to around 256, so the presence of those higher numbers indicates that something has gone wrong; either the controller firmware has crashed, or something else has trampled over the status ring. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Nov 13 17:14: 7 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-90-77.dsl.snfc21.pacbell.net [63.206.90.77]) by hub.freebsd.org (Postfix) with ESMTP id 2999D37B4D7; Mon, 13 Nov 2000 17:14:01 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eAE1K2F01241; Mon, 13 Nov 2000 17:20:02 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200011140120.eAE1K2F01241@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Geoff Buckingham Cc: scsi@freebsd.org, msmith@freebsd.org Subject: Re: installing on aac RAID Machine (Dell PE2450) In-reply-to: Your message of "Mon, 13 Nov 2000 18:52:34 GMT." <20001113185234.A87488@chuggalug.clues.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 13 Nov 2000 17:20:02 -0800 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Trying to install 4.1 stable (4.2 beta...whatever) on a Dell PE2450 > I am having trouble seeing the disks. > > I have produced, on another machine (my workstation), a kernel > with aac support and used that to replace kernel.gz on my kern.flp 4.2's sysinstall doesn't support 'aac'. You can use kern.flp/boot.flp from a -current snapshot; just go to the 'options' screen and change the release name. Note that I've been having trouble with the most recent snapshot floppies exploding; try using one from around the 1st of this month... -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Nov 13 23:28: 9 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id 4E27537B4C5; Mon, 13 Nov 2000 23:28:04 -0800 (PST) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer david.siemens.de) Received: from mail3.siemens.de (mail3.siemens.de [139.25.208.14]) by david.siemens.de (8.11.0/8.11.0) with ESMTP id eAE7S2u21782; Tue, 14 Nov 2000 08:28:03 +0100 (MET) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail3.siemens.de (8.11.1/8.11.1) with ESMTP id eAE7S2W113365; Tue, 14 Nov 2000 08:28:02 +0100 (MET) Received: (from localhost) by curry.mchp.siemens.de (8.11.1/8.11.1) id eAE7S2o39528; Date: Tue, 14 Nov 2000 08:28:01 +0100 From: Andre Albsmeier To: freebsd-scsi@freebsd.org, freebsd-hardware@freebsd.org Subject: Slightly OT: Standard LVD and Ultra 160 cables Message-ID: <20001114082801.A18468@curry.mchp.siemens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I spent weeks to find the problem with one of my servers until it turned out that I received the wrong cables. Now, can someone please tell me the difference between standard LVD (80MB/s) and Ultra 160 (160 MB/s) cables? I have bought cables that should be capable of transferring 160MB/s but now it turns out that they really do only 80MB/s. They are external, round cables that connect an external SCSI case to the adaptec 29160 controller. Thanks, -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Nov 13 23:52:10 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (Postfix) with SMTP id 21D0137B4CF for ; Mon, 13 Nov 2000 23:52:06 -0800 (PST) Received: (qmail 87752 invoked by uid 1001); 14 Nov 2000 07:52:03 +0000 (GMT) To: andre.albsmeier@mchp.siemens.de Cc: freebsd-scsi@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Slightly OT: Standard LVD and Ultra 160 cables From: sthaug@nethelp.no In-Reply-To: Your message of "Tue, 14 Nov 2000 08:28:01 +0100" References: <20001114082801.A18468@curry.mchp.siemens.de> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 14 Nov 2000 08:52:02 +0100 Message-ID: <87750.974188322@verdi.nethelp.no> Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Now, can someone please tell me the difference between standard > LVD (80MB/s) and Ultra 160 (160 MB/s) cables? I have bought cables > that should be capable of transferring 160MB/s but now it turns out > that they really do only 80MB/s. Are you sure you aren't simply missing the terminator? LVD requires a separate, external terminator. The cable often comes with this terminator attached at the end of the cable. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Nov 13 23:55:31 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id 3B90337B479 for ; Mon, 13 Nov 2000 23:55:29 -0800 (PST) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer david.siemens.de) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by david.siemens.de (8.11.0/8.11.0) with ESMTP id eAE7tPu01783; Tue, 14 Nov 2000 08:55:26 +0100 (MET) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail1.siemens.de (8.11.0/8.11.0) with ESMTP id eAE7tP105750; Tue, 14 Nov 2000 08:55:25 +0100 (MET) Received: (from localhost) by curry.mchp.siemens.de (8.11.1/8.11.1) id eAE7tPo39709; Date: Tue, 14 Nov 2000 08:55:24 +0100 From: Andre Albsmeier To: sthaug@nethelp.no Cc: andre.albsmeier@mchp.siemens.de, freebsd-scsi@freebsd.org Subject: Re: Slightly OT: Standard LVD and Ultra 160 cables Message-ID: <20001114085524.A20142@curry.mchp.siemens.de> References: <20001114082801.A18468@curry.mchp.siemens.de> <87750.974188322@verdi.nethelp.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <87750.974188322@verdi.nethelp.no>; from sthaug@nethelp.no on Tue, Nov 14, 2000 at 08:52:02AM +0100 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 14-Nov-2000 at 08:52:02 +0100, sthaug@nethelp.no wrote: > > Now, can someone please tell me the difference between standard > > LVD (80MB/s) and Ultra 160 (160 MB/s) cables? I have bought cables > > that should be capable of transferring 160MB/s but now it turns out > > that they really do only 80MB/s. > > Are you sure you aren't simply missing the terminator? LVD requires > a separate, external terminator. The cable often comes with this > terminator attached at the end of the cable. Well, it is an external cable. It is connected to the 29160 and to the SCSI case. The other connecter of the SCSI case is properly terminated. -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Nov 14 0: 2:29 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from cs4.cs.ait.ac.th (cs4.cs.ait.ac.th [192.41.170.15]) by hub.freebsd.org (Postfix) with ESMTP id 8337037B479 for ; Tue, 14 Nov 2000 00:02:23 -0800 (PST) Received: from banyan.cs.ait.ac.th (on@banyan.cs.ait.ac.th [192.41.170.5]) by cs4.cs.ait.ac.th (8.9.3/8.9.3) with ESMTP id PAA23461; Tue, 14 Nov 2000 15:02:01 +0700 (GMT+0700) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.8.5/8.8.5) id PAA07344; Tue, 14 Nov 2000 15:01:59 +0700 (ICT) Date: Tue, 14 Nov 2000 15:01:59 +0700 (ICT) Message-Id: <200011140801.PAA07344@banyan.cs.ait.ac.th> X-Authentication-Warning: banyan.cs.ait.ac.th: on set sender to on@banyan.cs.ait.ac.th using -f From: Olivier Nicole To: andre.albsmeier@mchp.siemens.de Cc: sthaug@nethelp.no, andre.albsmeier@mchp.siemens.de, freebsd-scsi@FreeBSD.ORG In-reply-to: <20001114085524.A20142@curry.mchp.siemens.de> (message from Andre Albsmeier on Tue, 14 Nov 2000 08:55:24 +0100) Subject: Re: Slightly OT: Standard LVD and Ultra 160 cables References: <20001114082801.A18468@curry.mchp.siemens.de> <87750.974188322@verdi.nethelp.no> <20001114085524.A20142@curry.mchp.siemens.de> Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The problem could be the SCSI case tho. I think there are not much difference between a U2 and U160 SCSI cacble, only the latest has more strict characteristics (like Cat5 Ethernet cable opposed at Cat 5 E). With a short cable, just any cable will do, with long cable or bad luck it becomes very strict on the type of cable/connectors. Now is the transfer rate exactelly 80MB/s? If this is the exact figure, I would suspect a miss configuration somewhere, one of the device is not U160. Olivier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Nov 14 0:12:43 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by hub.freebsd.org (Postfix) with ESMTP id 9CDF737B689 for ; Tue, 14 Nov 2000 00:12:39 -0800 (PST) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer goliath.siemens.de) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by goliath.siemens.de (8.11.0/8.11.0) with ESMTP id eAE8COl17841; Tue, 14 Nov 2000 09:12:25 +0100 (MET) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail1.siemens.de (8.11.0/8.11.0) with ESMTP id eAE8CO112150; Tue, 14 Nov 2000 09:12:24 +0100 (MET) Received: (from localhost) by curry.mchp.siemens.de (8.11.1/8.11.1) id eAE8COo39857; Date: Tue, 14 Nov 2000 09:12:23 +0100 From: Andre Albsmeier To: Olivier Nicole Cc: andre.albsmeier@mchp.siemens.de, sthaug@nethelp.no, freebsd-scsi@FreeBSD.ORG Subject: Re: Slightly OT: Standard LVD and Ultra 160 cables Message-ID: <20001114091223.A20577@curry.mchp.siemens.de> References: <20001114082801.A18468@curry.mchp.siemens.de> <87750.974188322@verdi.nethelp.no> <20001114085524.A20142@curry.mchp.siemens.de> <200011140801.PAA07344@banyan.cs.ait.ac.th> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011140801.PAA07344@banyan.cs.ait.ac.th>; from on@cs.ait.ac.th on Tue, Nov 14, 2000 at 03:01:59PM +0700 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 14-Nov-2000 at 15:01:59 +0700, Olivier Nicole wrote: > The problem could be the SCSI case tho. > > I think there are not much difference between a U2 and U160 SCSI > cacble, only the latest has more strict characteristics (like Cat5 > Ethernet cable opposed at Cat 5 E). > > With a short cable, just any cable will do, with long cable or bad > luck it becomes very strict on the type of cable/connectors. > > Now is the transfer rate exactelly 80MB/s? If this is the exact > figure, I would suspect a miss configuration somewhere, one of the > device is not U160. OK, this is the configuration: 2m cable 29160 ------------- SCSI case - Terminator In the SCSI case there are about 2m cable again with 8 connectors. Three of them are used with IBM DDYS-T18350N S93E drives. So we have a total of three IBM DDYS-T18350N S93E drives on a 4m cable. This should be well within the spec. I used to run them with 160MB/s but experienced problems under load. Now I have set the speed to 80MB/s in the Adaptec BIOS and the systems runs without any problem. The case is told to be 160MB/s capable but the cable now appears in the dealers catalog as a 80MB/s type. It was 160MB/s before :-( -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Nov 14 0:52:44 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from chuggalug.clues.com (chuggalug.clues.com [194.159.1.85]) by hub.freebsd.org (Postfix) with ESMTP id 2314837B479; Tue, 14 Nov 2000 00:52:39 -0800 (PST) Received: (from geoffb@localhost) by chuggalug.clues.com (8.9.3/8.9.3) id IAA98325; Tue, 14 Nov 2000 08:58:36 GMT (envelope-from geoffb) Date: Tue, 14 Nov 2000 08:58:35 +0000 From: Geoff Buckingham To: Mike Smith Cc: scsi@freebsd.org Subject: Re: installing on aac RAID Machine (Dell PE2450) Message-ID: <20001114085835.B95964@chuggalug.clues.com> References: <20001113185234.A87488@chuggalug.clues.com> <200011140120.eAE1K2F01241@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <200011140120.eAE1K2F01241@mass.osd.bsdi.com>; from Mike Smith on Mon, Nov 13, 2000 at 05:20:02PM -0800 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Nov 13, 2000 at 05:20:02PM -0800, Mike Smith wrote: > > > > 4.2's sysinstall doesn't support 'aac'. You can use kern.flp/boot.flp > from a -current snapshot; just go to the 'options' screen and change the > release name. Note that I've been having trouble with the most recent > snapshot floppies exploding; try using one from around the 1st of this > month... > This was actually my first thought as to how to do this, but for unknown reasons, I decided to do it the hard way :-) For my own curiosity, what does sysinstall need to realise aacd is a disk, have been crawling round the current webcvs site but the penny failed to drop.. -- GeoffB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Nov 14 5:44:14 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from roam.psg.com (mg-206253200-19.ricochet.net [206.253.200.19]) by hub.freebsd.org (Postfix) with ESMTP id 2268A37B479 for ; Tue, 14 Nov 2000 05:44:07 -0800 (PST) Received: from randy by roam.psg.com with local (Exim 3.12 #1) id 13vgNc-0004fa-00; Tue, 14 Nov 2000 05:44:08 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Andre Albsmeier Cc: freebsd-scsi@freebsd.org Subject: Re: Slightly OT: Standard LVD and Ultra 160 cables References: <20001114082801.A18468@curry.mchp.siemens.de> <87750.974188322@verdi.nethelp.no> <20001114085524.A20142@curry.mchp.siemens.de> <200011140801.PAA07344@banyan.cs.ait.ac.th> <20001114091223.A20577@curry.mchp.siemens.de> Message-Id: Date: Tue, 14 Nov 2000 05:44:08 -0800 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > The case is told to be 160MB/s capable but the cable now appears > in the dealers catalog as a 80MB/s type. It was 160MB/s before :-( i REALLY like . randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Nov 14 5:48:38 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id 7A87437B479 for ; Tue, 14 Nov 2000 05:48:36 -0800 (PST) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer david.siemens.de) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by david.siemens.de (8.11.0/8.11.0) with ESMTP id eAEDmWu11845; Tue, 14 Nov 2000 14:48:32 +0100 (MET) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail2.siemens.de (8.11.0/8.11.0) with ESMTP id eAEDmWc11705; Tue, 14 Nov 2000 14:48:32 +0100 (MET) Received: (from localhost) by curry.mchp.siemens.de (8.11.1/8.11.1) id eAEDmVo42597; Date: Tue, 14 Nov 2000 14:48:31 +0100 From: Andre Albsmeier To: Randy Bush Cc: Andre Albsmeier , freebsd-scsi@freebsd.org Subject: Re: Slightly OT: Standard LVD and Ultra 160 cables Message-ID: <20001114144831.A42531@curry.mchp.siemens.de> References: <20001114082801.A18468@curry.mchp.siemens.de> <87750.974188322@verdi.nethelp.no> <20001114085524.A20142@curry.mchp.siemens.de> <200011140801.PAA07344@banyan.cs.ait.ac.th> <20001114091223.A20577@curry.mchp.siemens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from randy@psg.com on Tue, Nov 14, 2000 at 05:44:08AM -0800 X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 14-Nov-2000 at 05:44:08 -0800, Randy Bush wrote: > > The case is told to be 160MB/s capable but the cable now appears > > in the dealers catalog as a 80MB/s type. It was 160MB/s before :-( > > i REALLY like . Thats an interesting page, thanks. Unfortunately, it can't answer my question :-) -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Nov 14 6: 3:52 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from gunhed.filmgroup.co.uk (unknown [216.200.119.141]) by hub.freebsd.org (Postfix) with ESMTP id 186D537B479; Tue, 14 Nov 2000 06:03:50 -0800 (PST) Received: (from joe@localhost) by gunhed.filmgroup.co.uk (8.10.1/8.10.1) id eAEE30G24448; Tue, 14 Nov 2000 14:03:00 GMT X-Authentication-Warning: gunhed.filmgroup.co.uk: joe set sender to joe@filmgroup.co.uk using -f Date: Tue, 14 Nov 2000 14:03:00 +0000 From: Joe Warren-Meeks To: msmith@freebsd.org Cc: scsi@freebsd.org, geoffb@chuggalug.clues.com Subject: Installing on Dell PERC 3/Si RAID card Message-ID: <20001114140300.A28125@filmgroup.co.uk> Reply-To: joe@filmgroup.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-OS-Advocacy: OpenBSD! http://www2.uk.openbsd.org/ Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Heya, We are using a 5.0 snapshot from 5.0-20001104-CURRENT (as well as a few others) and the install utility sees the disks, lets us config and newfs them and then starts copying bin over so it is writing to disk. This bombs out after 1 - 2 mins with the following error: table full timeout trap shutting down aac Any ideas whats wrong here, anything that we can do? Cheers -- joe. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Nov 14 6:10:44 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from gunhed.filmgroup.co.uk (unknown [216.200.119.141]) by hub.freebsd.org (Postfix) with ESMTP id 9FA9137B4C5; Tue, 14 Nov 2000 06:10:41 -0800 (PST) Received: (from joe@localhost) by gunhed.filmgroup.co.uk (8.10.1/8.10.1) id eAEE9v305893; Tue, 14 Nov 2000 14:09:57 GMT X-Authentication-Warning: gunhed.filmgroup.co.uk: joe set sender to joe@filmgroup.co.uk using -f Date: Tue, 14 Nov 2000 14:09:57 +0000 From: Joe Warren-Meeks To: msmith@freebsd.org Cc: geoffb@chuggalug.clues.com, scsi@freebsd.org Subject: Re: Installing on Dell PERC 3/Si RAID card Message-ID: <20001114140957.B28125@filmgroup.co.uk> Reply-To: joe@filmgroup.co.uk References: <20001114140300.A28125@filmgroup.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001114140300.A28125@filmgroup.co.uk>; from joe@filmgroup.co.uk on Tue, Nov 14, 2000 at 02:03:00PM +0000 X-OS-Advocacy: OpenBSD! http://www2.uk.openbsd.org/ Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Nov 14, 2000 at 02:03:00PM +0000, Joe Warren-Meeks wrote: Heya, > This bombs out after 1 - 2 mins with the following error: > > table full timeout trap > shutting down aac Oops, just redid it to note the result and the error is actually slightly different to what I remember: panic: timeout table full aac0: shutting down controller is what we actually get.. sorry. -- joe. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Nov 14 7:40:26 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from crufty.research.bell-labs.com (crufty.research.bell-labs.com [204.178.16.49]) by hub.freebsd.org (Postfix) with SMTP id 2F73137B4CF for ; Tue, 14 Nov 2000 07:40:02 -0800 (PST) Received: from grubby.research.bell-labs.com ([135.104.2.9]) by crufty; Tue Nov 14 10:39:44 EST 2000 Received: from aura.research.bell-labs.com ([135.104.46.10]) by grubby; Tue Nov 14 10:39:43 EST 2000 Received: (from jkf@localhost) by aura.research.bell-labs.com (8.9.1/8.9.1) id KAA08238 for freebsd-scsi@FreeBSD.org; Tue, 14 Nov 2000 10:39:43 -0500 (EST) Date: Tue, 14 Nov 2000 10:39:43 -0500 (EST) From: Jeff Fellin Message-Id: <200011141539.KAA08238@aura.research.bell-labs.com> To: freebsd-scsi@FreeBSD.org Subject: SCSI target driver help Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am writing a SCSI target device driver to capture SCSI disk commands from a SCSI bus, and forward them to a user-level process for execution and tracing. I am using an Adaptec 2940 Ultra2 SCSI Adapter boards with external SCSI cables connecting the systems. My problem is the user-level process only works the first time it is started. However, when it is orderly terminated and restarted I receive a SCSI bus timeout on sending the first SCSI message response to an INQUIRY command. I have checked my code for static variables that may not have been cleared, turned on all cam debugging, enabled AHC_DEBUG, and added extra printf's in the aic7xxx driver to determine what information is different that could be causing the problem. My device driver processing of XPT_ACCEPT_TARGET_IO, XPT_CONT_TARGET_IO, and XPT_IMMED_NOTIFY. is very similar to the processing in cam/scsi/scsi_target.c. However, to my eyes the information SCB displayed in aic7xxx, appears identical with regards to the data control fields, but the second time it times out on transmission. I have compiled my kernel with INVARIANTS and INVARIANT_SUPPORT enabled. I'm including a copy of the /var/log/messages with diagnostic output. To determine what was happening, I had the two Adaptec boards connected in a back-to-back situation, so I could monitor the information sent to my driver with what it received. My driver prefix is targda. If anyone has ideas or suggestions on other areas to explore to determine why the problem occurs on the second execution of the user-level process, I would like to hear from you. Jeff Fellin fellin@lucent.com Here is the /var/log/messages output: Nov 13 14:04:02 nstg2 /kernel: (xpt0:xpt0:0:-1:-1): debugging flags now 8 STARTING USER-LEVEL PROCESS FIRST TIME Nov 13 14:04:02 nstg2 /kernel: (targda0:ahc2:0:0:0): Lun now enabled for target mode RESCAN AFTER START USER-LEVEL PROCESS FIRST TIME Nov 13 14:04:15 nstg2 /kernel: (probe0:ahc3:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 ## This is displayed in ahc_exec(). Nov 13 14:04:15 nstg2 /kernel: AHC softc(0xcf62b800) dev: cf618280 Nov 13 14:04:19 nstg2 /kernel: tag: 0 bsh: 2c00 dmatag: 0xcf62ab40 scb_data: 0xcf62b8fc Nov 13 14:04:19 nstg2 /kernel: pending ccbs: 0xcf7de800 num=1 Nov 13 14:04:23 nstg2 /kernel: sg_maps: 0xcf623700 num=1073741824 Nov 13 14:04:26 nstg2 /kernel: TMODE[4]: ultra: 0 disc: ffff tag: 0 Nov 13 14:04:26 nstg2 /kernel: SCB 0xcf62d000 ccb 0xcf7de800 flags 4000 bus 7dfe0008 cnt 1 Nov 13 14:04:29 nstg2 /kernel: hscb:0xf1f87000 control:0x40 tcl:0x0 cmdlen:6 cmdpointer:0x37020 Nov 13 14:04:29 nstg2 /kernel: status: 0 res SG cnt: 0 res data cnt: 0 0 0 tag 0 Nov 13 14:04:29 nstg2 /kernel: datlen:36 data:0x7dd17884 segs:0x1 segp:0x7dfe0008 Nov 13 14:04:29 nstg2 /kernel: sg_addr:7dd17884 sg_len:36 Nov 13 14:04:29 nstg2 /kernel: scsi rate 0 offset 0 Nov 13 14:04:29 nstg2 /kernel: cdb:12 0 0 0 24 0 0 0 0 0 0 0 Nov 13 14:04:29 nstg2 /kernel: CCB: 0xcf7de800 Nov 13 14:04:29 nstg2 /kernel: rtry: 4 func: 901 stat: 200 flags: 40 pid: 3 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 1, 0 Nov 13 14:04:29 nstg2 /kernel: XPT_ACCEPT ATIO(0xcf96b900):CCB: 0xcf96b900 Nov 13 14:04:29 nstg2 /kernel: rtry: deadc0de func: 332 stat: 3d flags: 0 pid: 2 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 0, cf96aec0 Nov 13 14:04:29 nstg2 /kernel: cdb_len: 6 tag_action: 0 tag_id: 0 init_id: 4 Nov 13 14:04:29 nstg2 /kernel: CDB: 12 db6d0024 6db6db6d db6db6db ## This indicates the user-level process has read the received ## INQUIRY command Nov 13 14:04:29 nstg2 /kernel: targdar putting atio(0xcf96b900) on xmit_ccb ## This indicates the user-level process is sending the response to ## the received INQUIRY command. The function flow is the same as ## in targwrite of cam/scsi/scsi_target.c in terms of calling ## targstrategy(), targrunqueue(), and targstart(). Nov 13 14:04:29 nstg2 /kernel: targdaw UIO cnt: 1 resid: 36 seg: 0 rw: 1 Nov 13 14:04:29 nstg2 /kernel: ATIO 0xcf96b900, bp 0xdbe16158 on work Nov 13 14:04:29 nstg2 /kernel: Bad ctio status 4a vs. 0 Nov 13 14:04:29 nstg2 /kernel: Sending CTIO CCB: 0xcf7c2400 Nov 13 14:04:29 nstg2 /kernel: rtry: 2 func: 933 stat: 1 flags: 40000040 pid: 2 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 0, cf96b900 Nov 13 14:04:29 nstg2 /kernel: CSIO: 0xcf7c2400 Nov 13 14:04:29 nstg2 /kernel: next_ccb: 0x6db6db6d req_map: 0xdb6db6db data_ptr: 0xebce399c dxfer_len: 36 Nov 13 14:04:29 nstg2 /kernel: sense_len: 18 cdb_len: 6 sglist_len: 28086 scsi_status: 0 Nov 13 14:04:29 nstg2 /kernel: sense_resid: 0 resid: 0 msg_ptr: 0xdb6db6db len: 56173 Nov 13 14:04:29 nstg2 /kernel: tag - action: 20 tag_id: 0 init_id: 4 Nov 13 14:04:29 nstg2 /kernel: CDB_IO: ptr: 0x12 Nov 13 14:04:29 nstg2 /kernel: bytes: 12 0 0 0 24 0 b6 6d Nov 13 14:04:29 nstg2 /kernel: db b6 6d db 6d db b6 6d Nov 13 14:04:29 nstg2 /kernel: ATIO(0xcf96b900):CCB: 0xcf96b900 Nov 13 14:04:29 nstg2 /kernel: rtry: deadc0de func: 332 stat: 3d flags: 40 pid: 2 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 0, cf96aec0 Nov 13 14:04:29 nstg2 /kernel: cdb_len: 6 tag_action: 0 tag_id: 0 init_id: 4 Nov 13 14:04:29 nstg2 /kernel: CDB: 12 db6d0024 6db6db6d db6db6db Nov 13 14:04:29 nstg2 /kernel: Thawing queue 40 ## This is in ahc_exec() Nov 13 14:04:29 nstg2 /kernel: AHC softc(0xcf60d000) dev: cf618480 Nov 13 14:04:29 nstg2 /kernel: tag: 0 bsh: 2800 dmatag: 0xcf62af80 scb_data: 0xcf60d0fc Nov 13 14:04:29 nstg2 /kernel: pending ccbs: 0xcf7c2400 num=1 Nov 13 14:04:29 nstg2 /kernel: sg_maps: 0xcf6237b0 num=1073741824 Nov 13 14:04:29 nstg2 /kernel: TMODE[0]: ultra: 0 disc: ffff tag: 0 Nov 13 14:04:29 nstg2 /kernel: lstate[0, 0xcf91fb40]: Nov 13 14:04:29 nstg2 /kernel: path(0xcf7b7f80): accept: cf96bb00, num=49 Nov 13 14:04:29 nstg2 /kernel: immed: cf96e600, num=50 Nov 13 14:04:29 nstg2 /kernel: TMODE[4]: ultra: 0 disc: ffff tag: 0 Nov 13 14:04:29 nstg2 /kernel: SCB 0xcf6281c0 ccb 0xcf7c2400 flags 4000 bus 7dfdbe78 cnt 1 Nov 13 14:04:29 nstg2 /kernel: hscb:0xf1f80380 control:0xc0 tcl:0x40 cmdlen:0 cmdpointer:0x400186 Nov 13 14:04:29 nstg2 /kernel: status: 0 res SG cnt: 0 res data cnt: 0 0 0 tag e Nov 13 14:04:29 nstg2 /kernel: datlen:36 data:0x1c82299c segs:0x1 segp:0x7dfdbe78 Nov 13 14:04:29 nstg2 /kernel: sg_addr:1c82299c sg_len:36 Nov 13 14:04:29 nstg2 /kernel: scsi rate 0 offset 0 Nov 13 14:04:29 nstg2 /kernel: cdb:0 0 0 0 0 0 0 0 0 0 0 0 Nov 13 14:04:29 nstg2 /kernel: CCB: 0xcf7c2400 Nov 13 14:04:29 nstg2 /kernel: rtry: 2 func: 933 stat: 200 flags: 40000040 pid: 2 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 0, cf96b900 Nov 13 14:04:29 nstg2 /kernel: CSIO: 0xcf7c2400 Nov 13 14:04:29 nstg2 /kernel: next_ccb: 0x6db6db6d req_map: 0xdb6db6db data_ptr: 0xebce399c dxfer_len: 36 Nov 13 14:04:29 nstg2 /kernel: sense_len: 18 cdb_len: 6 sglist_len: 28086 scsi_status: 0 Nov 13 14:04:29 nstg2 /kernel: sense_resid: 0 resid: 0 msg_ptr: 0xdb6db6db len: 56173 Nov 13 14:04:29 nstg2 /kernel: tag - action: 20 tag_id: 0 init_id: 4 Nov 13 14:04:29 nstg2 /kernel: CDB_IO: ptr: 0x12 Nov 13 14:04:29 nstg2 /kernel: bytes: 12 0 0 0 24 0 b6 6d Nov 13 14:04:29 nstg2 /kernel: db b6 6d db 6d db b6 6d Nov 13 14:04:29 nstg2 /kernel: (probe0:ahc3:0:0:0): INQUIRY. CDB: 12 1 80 0 ff 0 Nov 13 14:04:29 nstg2 /kernel: AHC softc(0xcf62b800) dev: cf618280 Nov 13 14:04:29 nstg2 /kernel: tag: 0 bsh: 2c00 dmatag: 0xcf62ab40 scb_data: 0xcf62b8fc Nov 13 14:04:29 nstg2 /kernel: pending ccbs: 0xcf7de800 num=1 Nov 13 14:04:29 nstg2 /kernel: sg_maps: 0xcf623700 num=1073741824 Nov 13 14:04:29 nstg2 /kernel: TMODE[4]: ultra: 0 disc: ffff tag: 0 Nov 13 14:04:29 nstg2 /kernel: SCB 0xcf62d000 ccb 0xcf7de800 flags 4000 bus 7dfe0008 cnt 1 Nov 13 14:04:29 nstg2 /kernel: hscb:0xf1f87000 control:0x40 tcl:0x0 cmdlen:6 cmdpointer:0x37020 Nov 13 14:04:29 nstg2 /kernel: status: 0 res SG cnt: 0 res data cnt: 0 0 0 tag 0 Nov 13 14:04:29 nstg2 /kernel: datlen:255 data:0x1a922400 segs:0x1 segp:0x7dfe0008 Nov 13 14:04:29 nstg2 /kernel: sg_addr:1a922400 sg_len:255 Nov 13 14:04:29 nstg2 /kernel: scsi rate 0 offset 0 Nov 13 14:04:29 nstg2 /kernel: cdb:12 1 80 0 ff 0 0 0 0 0 0 0 Nov 13 14:04:29 nstg2 /kernel: CCB: 0xcf7de800 Nov 13 14:04:29 nstg2 /kernel: rtry: 4 func: 901 stat: 200 flags: 40 pid: 3 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 1, 0 Nov 13 14:04:29 nstg2 /kernel: XPT_ACCEPT ATIO(0xcf96b900):CCB: 0xcf96b900 Nov 13 14:04:29 nstg2 /kernel: rtry: deadc0de func: 332 stat: 3d flags: 0 pid: 2 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 0, cf96aec0 Nov 13 14:04:29 nstg2 /kernel: cdb_len: 6 tag_action: 0 tag_id: 0 init_id: 4 Nov 13 14:04:29 nstg2 /kernel: CDB: 800112 db6d00ff 6db6db6d db6db6db Nov 13 14:04:29 nstg2 /kernel: targdar putting atio(0xcf96b900) on xmit_ccb Nov 13 14:04:29 nstg2 /kernel: targdaw UIO cnt: 1 resid: 96 seg: 0 rw: 1 Nov 13 14:04:29 nstg2 /kernel: ATIO 0xcf96b900, bp 0xdbe16158 on work Nov 13 14:04:29 nstg2 /kernel: Sending CTIO CCB: 0xcf7c2400 Nov 13 14:04:29 nstg2 /kernel: rtry: 2 func: 933 stat: 1 flags: 40000040 pid: 2 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 0, cf96b900 Nov 13 14:04:29 nstg2 /kernel: CSIO: 0xcf7c2400 Nov 13 14:04:29 nstg2 /kernel: next_ccb: 0x6db6db6d req_map: 0xdb6db6db data_ptr: 0xebce399c dxfer_len: 96 Nov 13 14:04:29 nstg2 /kernel: sense_len: 18 cdb_len: 6 sglist_len: 28086 scsi_status: 0 Nov 13 14:04:29 nstg2 /kernel: sense_resid: 0 resid: 0 msg_ptr: 0xdb6db6db len: 56173 Nov 13 14:04:29 nstg2 /kernel: tag - action: 20 tag_id: 0 init_id: 4 Nov 13 14:04:29 nstg2 /kernel: CDB_IO: ptr: 0x12 Nov 13 14:04:29 nstg2 /kernel: bytes: 12 0 0 0 24 0 b6 6d Nov 13 14:04:29 nstg2 /kernel: db b6 6d db 6d db b6 6d Nov 13 14:04:29 nstg2 /kernel: ATIO(0xcf96b900):CCB: 0xcf96b900 Nov 13 14:04:29 nstg2 /kernel: rtry: deadc0de func: 332 stat: 3d flags: 40 pid: 2 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 0, cf96aec0 Nov 13 14:04:29 nstg2 /kernel: cdb_len: 6 tag_action: 0 tag_id: 0 init_id: 4 Nov 13 14:04:29 nstg2 /kernel: CDB: 800112 db6d00ff 6db6db6d db6db6db Nov 13 14:04:29 nstg2 /kernel: Thawing queue 40 Nov 13 14:04:29 nstg2 /kernel: AHC softc(0xcf60d000) dev: cf618480 Nov 13 14:04:29 nstg2 /kernel: tag: 0 bsh: 2800 dmatag: 0xcf62af80 scb_data: 0xcf60d0fc Nov 13 14:04:29 nstg2 /kernel: pending ccbs: 0xcf7c2400 num=1 Nov 13 14:04:29 nstg2 /kernel: sg_maps: 0xcf6237b0 num=1073741824 Nov 13 14:04:29 nstg2 /kernel: TMODE[0]: ultra: 0 disc: ffff tag: 0 Nov 13 14:04:29 nstg2 /kernel: lstate[0, 0xcf91fb40]: Nov 13 14:04:29 nstg2 /kernel: path(0xcf7b7f80): accept: cf96bb00, num=49 Nov 13 14:04:29 nstg2 /kernel: immed: cf96e600, num=50 Nov 13 14:04:29 nstg2 /kernel: TMODE[4]: ultra: 0 disc: ffff tag: 0 Nov 13 14:04:29 nstg2 /kernel: SCB 0xcf6281c0 ccb 0xcf7c2400 flags 4000 bus 7dfdbe78 cnt 1 Nov 13 14:04:29 nstg2 /kernel: hscb:0xf1f80380 control:0xc0 tcl:0x40 cmdlen:0 cmdpointer:0x400186 Nov 13 14:04:29 nstg2 /kernel: status: 0 res SG cnt: 0 res data cnt: 0 0 0 tag e Nov 13 14:04:29 nstg2 /kernel: datlen:96 data:0x1c82299c segs:0x1 segp:0x7dfdbe78 Nov 13 14:04:29 nstg2 /kernel: sg_addr:1c82299c sg_len:96 Nov 13 14:04:29 nstg2 /kernel: scsi rate 0 offset 0 Nov 13 14:04:29 nstg2 /kernel: cdb:0 0 0 0 0 0 0 0 0 0 0 0 Nov 13 14:04:29 nstg2 /kernel: CCB: 0xcf7c2400 Nov 13 14:04:29 nstg2 /kernel: rtry: 2 func: 933 stat: 200 flags: 40000040 pid: 2 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 0, cf96b900 Nov 13 14:04:29 nstg2 /kernel: CSIO: 0xcf7c2400 Nov 13 14:04:29 nstg2 /kernel: next_ccb: 0x6db6db6d req_map: 0xdb6db6db data_ptr: 0xebce399c dxfer_len: 96 Nov 13 14:04:29 nstg2 /kernel: sense_len: 18 cdb_len: 6 sglist_len: 28086 scsi_status: 0 Nov 13 14:04:29 nstg2 /kernel: sense_resid: 0 resid: 0 msg_ptr: 0xdb6db6db len: 56173 Nov 13 14:04:29 nstg2 /kernel: tag - action: 20 tag_id: 0 init_id: 4 Nov 13 14:04:29 nstg2 /kernel: CDB_IO: ptr: 0x12 Nov 13 14:04:29 nstg2 /kernel: bytes: 12 0 0 0 24 0 b6 6d Nov 13 14:04:29 nstg2 /kernel: db b6 6d db 6d db b6 6d Nov 13 14:04:29 nstg2 /kernel: set_trans valid: 1f period: a offset: a bus: 1 flags: d Nov 13 14:04:29 nstg2 /kernel: set_trans valid: 1f CUR period: 0 offset: 0 bus: 0 flags: 5 Nov 13 14:04:29 nstg2 /kernel: dev flag: 40 inq->flags: 30 hba_inf: 32 Nov 13 14:04:29 nstg2 /kernel: dev qflags: 0 dev quirk tags: 2 Nov 13 14:04:29 nstg2 /kernel: set_trans valid: 1f period: a offset: a bus: 1 flags: 5 Nov 13 14:04:29 nstg2 /kernel: (probe0:ahc3:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Nov 13 14:04:29 nstg2 /kernel: AHC softc(0xcf62b800) dev: cf618280 Nov 13 14:04:29 nstg2 /kernel: tag: 0 bsh: 2c00 dmatag: 0xcf62ab40 scb_data: 0xcf62b8fc Nov 13 14:04:29 nstg2 /kernel: pending ccbs: 0xcf7de800 num=1 Nov 13 14:04:29 nstg2 /kernel: sg_maps: 0xcf623700 num=1073741824 Nov 13 14:04:29 nstg2 /kernel: TMODE[4]: ultra: 0 disc: ffff tag: 0 Nov 13 14:04:29 nstg2 /kernel: SCB 0xcf62d000 ccb 0xcf7de800 flags 4000 bus 7dfe0008 cnt 0 Nov 13 14:04:29 nstg2 /kernel: hscb:0xf1f87000 control:0x40 tcl:0x0 cmdlen:6 cmdpointer:0x37020 Nov 13 14:04:29 nstg2 /kernel: status: 0 res SG cnt: 0 res data cnt: 9f 0 0 tag 0 Nov 13 14:04:29 nstg2 /kernel: datlen:0 data:0x0 segs:0x0 segp:0x0 Nov 13 14:04:29 nstg2 /kernel: sg_addr:1a922400 sg_len:255 Nov 13 14:04:29 nstg2 /kernel: scsi rate 0 offset 0 Nov 13 14:04:29 nstg2 /kernel: cdb:0 0 0 0 0 0 0 0 0 0 0 0 Nov 13 14:04:29 nstg2 /kernel: CCB: 0xcf7de800 Nov 13 14:04:29 nstg2 /kernel: rtry: 4 func: 901 stat: 200 flags: c0 pid: 3 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 1, 0 Nov 13 14:04:29 nstg2 /kernel: XPT_ACCEPT ATIO(0xcf96b900):CCB: 0xcf96b900 Nov 13 14:04:29 nstg2 /kernel: rtry: deadc0de func: 332 stat: 3d flags: 0 pid: 2 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 0, cf96aec0 Nov 13 14:04:29 nstg2 /kernel: cdb_len: 6 tag_action: 0 tag_id: 0 init_id: 4 Nov 13 14:04:29 nstg2 /kernel: CDB: 0 db6d0000 6db6db6d db6db6db Nov 13 14:04:29 nstg2 /kernel: targdar putting atio(0xcf96b900) on xmit_ccb Nov 13 14:04:29 nstg2 /kernel: targdaw UIO cnt: 1 resid: 0 seg: 0 rw: 1 Nov 13 14:04:29 nstg2 /kernel: targdawrite send ACK Nov 13 14:04:29 nstg2 /kernel: ATIO 0xcf96b900, bp 0 on work Nov 13 14:04:29 nstg2 /kernel: Sending CTIO CCB: 0xcf7c2400 Nov 13 14:04:29 nstg2 /kernel: rtry: 2 func: 933 stat: 1 flags: 400000c0 pid: 2 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 0, cf96b900 Nov 13 14:04:29 nstg2 /kernel: CSIO: 0xcf7c2400 Nov 13 14:04:29 nstg2 /kernel: next_ccb: 0x6db6db6d req_map: 0xdb6db6db data_ptr: 0 dxfer_len: 0 Nov 13 14:04:29 nstg2 /kernel: sense_len: 18 cdb_len: 6 sglist_len: 28086 scsi_status: 0 Nov 13 14:04:29 nstg2 /kernel: sense_resid: 0 resid: 0 msg_ptr: 0xdb6db6db len: 56173 Nov 13 14:04:29 nstg2 /kernel: tag - action: 20 tag_id: 0 init_id: 4 Nov 13 14:04:29 nstg2 /kernel: CDB_IO: ptr: 0x12 Nov 13 14:04:29 nstg2 /kernel: bytes: 12 0 0 0 24 0 b6 6d Nov 13 14:04:29 nstg2 /kernel: db b6 6d db 6d db b6 6d Nov 13 14:04:29 nstg2 /kernel: ATIO(0xcf96b900):CCB: 0xcf96b900 Nov 13 14:04:29 nstg2 /kernel: rtry: deadc0de func: 332 stat: 3d flags: c0 pid: 2 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 0, cf96aec0 Nov 13 14:04:29 nstg2 /kernel: cdb_len: 6 tag_action: 0 tag_id: 0 init_id: 4 Nov 13 14:04:29 nstg2 /kernel: CDB: 0 db6d0000 6db6db6d db6db6db Nov 13 14:04:29 nstg2 /kernel: Thawing queue c0 Nov 13 14:04:29 nstg2 /kernel: AHC softc(0xcf60d000) dev: cf618480 Nov 13 14:04:29 nstg2 /kernel: tag: 0 bsh: 2800 dmatag: 0xcf62af80 scb_data: 0xcf60d0fc Nov 13 14:04:29 nstg2 /kernel: pending ccbs: 0xcf7c2400 num=1 Nov 13 14:04:29 nstg2 /kernel: sg_maps: 0xcf6237b0 num=1073741824 Nov 13 14:04:29 nstg2 /kernel: TMODE[0]: ultra: 0 disc: ffff tag: 0 Nov 13 14:04:29 nstg2 /kernel: lstate[0, 0xcf91fb40]: Nov 13 14:04:29 nstg2 /kernel: path(0xcf7b7f80): accept: cf96bb00, num=49 Nov 13 14:04:29 nstg2 /kernel: immed: cf96e600, num=50 Nov 13 14:04:29 nstg2 /kernel: TMODE[4]: ultra: 0 disc: ffff tag: 0 Nov 13 14:04:29 nstg2 /kernel: SCB 0xcf6281c0 ccb 0xcf7c2400 flags 4000 bus 7dfdbe78 cnt 0 Nov 13 14:04:29 nstg2 /kernel: hscb:0xf1f80380 control:0xc0 tcl:0x40 cmdlen:0 cmdpointer:0x400082 Nov 13 14:04:29 nstg2 /kernel: status: 0 res SG cnt: 0 res data cnt: 0 0 0 tag e Nov 13 14:04:29 nstg2 /kernel: datlen:0 data:0x0 segs:0x0 segp:0x0 Nov 13 14:04:29 nstg2 /kernel: sg_addr:1c82299c sg_len:96 Nov 13 14:04:29 nstg2 /kernel: scsi rate 93 offset 7f Nov 13 14:04:29 nstg2 /kernel: cdb:0 0 0 0 0 0 0 0 0 0 0 0 Nov 13 14:04:29 nstg2 /kernel: CCB: 0xcf7c2400 Nov 13 14:04:29 nstg2 /kernel: rtry: 2 func: 933 stat: 200 flags: 400000c0 pid: 2 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 0, cf96b900 Nov 13 14:04:29 nstg2 /kernel: CSIO: 0xcf7c2400 Nov 13 14:04:29 nstg2 /kernel: next_ccb: 0x6db6db6d req_map: 0xdb6db6db data_ptr: 0 dxfer_len: 0 Nov 13 14:04:29 nstg2 /kernel: sense_len: 18 cdb_len: 6 sglist_len: 28086 scsi_status: 0 Nov 13 14:04:29 nstg2 /kernel: sense_resid: 0 resid: 0 msg_ptr: 0xdb6db6db len: 56173 Nov 13 14:04:29 nstg2 /kernel: tag - action: 20 tag_id: 0 init_id: 4 Nov 13 14:04:29 nstg2 /kernel: CDB_IO: ptr: 0x12 Nov 13 14:04:29 nstg2 /kernel: bytes: 12 0 0 0 24 0 b6 6d Nov 13 14:04:29 nstg2 /kernel: db b6 6d db 6d db b6 6d Nov 13 14:04:29 nstg2 /kernel: (da1:ahc3:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 Nov 13 14:04:29 nstg2 /kernel: AHC softc(0xcf62b800) dev: cf618280 Nov 13 14:04:29 nstg2 /kernel: tag: 0 bsh: 2c00 dmatag: 0xcf62ab40 scb_data: 0xcf62b8fc Nov 13 14:04:29 nstg2 /kernel: pending ccbs: 0xcf7de800 num=1 Nov 13 14:04:29 nstg2 /kernel: sg_maps: 0xcf623700 num=1073741824 Nov 13 14:04:29 nstg2 /kernel: TMODE[4]: ultra: 0 disc: ffff tag: 0 Nov 13 14:04:29 nstg2 /kernel: SCB 0xcf62d000 ccb 0xcf7de800 flags 4000 bus 7dfe0008 cnt 1 Nov 13 14:04:29 nstg2 /kernel: hscb:0xf1f87000 control:0x40 tcl:0x0 cmdlen:10 cmdpointer:0x37020 Nov 13 14:04:29 nstg2 /kernel: status: 0 res SG cnt: 0 res data cnt: 9f 0 0 tag 0 Nov 13 14:04:29 nstg2 /kernel: datlen:8 data:0x7ddeb3e0 segs:0x1 segp:0x7dfe0008 Nov 13 14:04:29 nstg2 /kernel: sg_addr:7ddeb3e0 sg_len:8 Nov 13 14:04:29 nstg2 /kernel: scsi rate 93 offset 7f Nov 13 14:04:29 nstg2 /kernel: cdb:25 0 0 0 0 0 0 0 0 0 0 0 Nov 13 14:04:29 nstg2 /kernel: CCB: 0xcf7de800 Nov 13 14:04:29 nstg2 /kernel: rtry: 4 func: 901 stat: 200 flags: 40 pid: 3 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 1, 0 Nov 13 14:04:29 nstg2 /kernel: XPT_ACCEPT ATIO(0xcf96b900):CCB: 0xcf96b900 Nov 13 14:04:29 nstg2 /kernel: rtry: deadc0de func: 332 stat: 3d flags: 0 pid: 2 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 0, cf96aec0 Nov 13 14:04:29 nstg2 /kernel: cdb_len: 10 tag_action: 0 tag_id: 0 init_id: 4 Nov 13 14:04:29 nstg2 /kernel: CDB: 25 0 6db60000 db6db6db Nov 13 14:04:29 nstg2 /kernel: targdar putting atio(0xcf96b900) on xmit_ccb Nov 13 14:04:29 nstg2 /kernel: targdaw UIO cnt: 1 resid: 8 seg: 0 rw: 1 Nov 13 14:04:29 nstg2 /kernel: ATIO 0xcf96b900, bp 0xdbe16158 on work Nov 13 14:04:29 nstg2 /kernel: Sending CTIO CCB: 0xcf7c2400 Nov 13 14:04:29 nstg2 /kernel: rtry: 2 func: 933 stat: 1 flags: 40000040 pid: 2 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 0, cf96b900 Nov 13 14:04:29 nstg2 /kernel: CSIO: 0xcf7c2400 Nov 13 14:04:29 nstg2 /kernel: next_ccb: 0x6db6db6d req_map: 0xdb6db6db data_ptr: 0xebce3420 dxfer_len: 8 Nov 13 14:04:29 nstg2 /kernel: sense_len: 18 cdb_len: 6 sglist_len: 28086 scsi_status: 0 Nov 13 14:04:29 nstg2 /kernel: sense_resid: 0 resid: 0 msg_ptr: 0xdb6db6db len: 56173 Nov 13 14:04:29 nstg2 /kernel: tag - action: 20 tag_id: 0 init_id: 4 Nov 13 14:04:29 nstg2 /kernel: CDB_IO: ptr: 0x12 Nov 13 14:04:29 nstg2 /kernel: bytes: 12 0 0 0 24 0 b6 6d Nov 13 14:04:29 nstg2 /kernel: db b6 6d db 6d db b6 6d Nov 13 14:04:29 nstg2 /kernel: ATIO(0xcf96b900):CCB: 0xcf96b900 Nov 13 14:04:29 nstg2 /kernel: rtry: deadc0de func: 332 stat: 3d flags: 40 pid: 2 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 0, cf96aec0 Nov 13 14:04:29 nstg2 /kernel: cdb_len: 10 tag_action: 0 tag_id: 0 init_id: 4 Nov 13 14:04:29 nstg2 /kernel: CDB: 25 0 6db60000 db6db6db Nov 13 14:04:29 nstg2 /kernel: Thawing queue 40 Nov 13 14:04:29 nstg2 /kernel: AHC softc(0xcf60d000) dev: cf618480 Nov 13 14:04:29 nstg2 /kernel: tag: 0 bsh: 2800 dmatag: 0xcf62af80 scb_data: 0xcf60d0fc Nov 13 14:04:29 nstg2 /kernel: pending ccbs: 0xcf7c2400 num=1 Nov 13 14:04:29 nstg2 /kernel: sg_maps: 0xcf6237b0 num=1073741824 Nov 13 14:04:29 nstg2 /kernel: TMODE[0]: ultra: 0 disc: ffff tag: 0 Nov 13 14:04:29 nstg2 /kernel: lstate[0, 0xcf91fb40]: Nov 13 14:04:29 nstg2 /kernel: path(0xcf7b7f80): accept: cf96bb00, num=49 Nov 13 14:04:29 nstg2 /kernel: immed: cf96e600, num=50 Nov 13 14:04:29 nstg2 /kernel: TMODE[4]: ultra: 0 disc: ffff tag: 0 Nov 13 14:04:29 nstg2 /kernel: SCB 0xcf6281c0 ccb 0xcf7c2400 flags 4000 bus 7dfdbe78 cnt 1 Nov 13 14:04:29 nstg2 /kernel: hscb:0xf1f80380 control:0xc0 tcl:0x40 cmdlen:0 cmdpointer:0x400186 Nov 13 14:04:29 nstg2 /kernel: status: 0 res SG cnt: 0 res data cnt: 0 0 0 tag e Nov 13 14:04:29 nstg2 /kernel: datlen:8 data:0x1c93e420 segs:0x1 segp:0x7dfdbe78 Nov 13 14:04:29 nstg2 /kernel: sg_addr:1c93e420 sg_len:8 Nov 13 14:04:29 nstg2 /kernel: scsi rate 93 offset 7f Nov 13 14:04:29 nstg2 /kernel: cdb:0 0 0 0 0 0 0 0 0 0 0 0 Nov 13 14:04:29 nstg2 /kernel: CCB: 0xcf7c2400 Nov 13 14:04:29 nstg2 /kernel: rtry: 2 func: 933 stat: 200 flags: 40000040 pid: 2 tid: 0 lun: 0 Nov 13 14:04:29 nstg2 /kernel: ppriv: 0, cf96b900 Nov 13 14:04:29 nstg2 /kernel: CSIO: 0xcf7c2400 Nov 13 14:04:29 nstg2 /kernel: next_ccb: 0x6db6db6d req_map: 0xdb6db6db data_ptr: 0xebce3420 dxfer_len: 8 Nov 13 14:04:29 nstg2 /kernel: sense_len: 18 cdb_len: 6 sglist_len: 28086 scsi_status: 0 Nov 13 14:04:29 nstg2 /kernel: sense_resid: 0 resid: 0 msg_ptr: 0xdb6db6db len: 56173 Nov 13 14:04:29 nstg2 /kernel: tag - action: 20 tag_id: 0 init_id: 4 Nov 13 14:04:29 nstg2 /kernel: CDB_IO: ptr: 0x12 Nov 13 14:04:29 nstg2 /kernel: bytes: 12 0 0 0 24 0 b6 6d Nov 13 14:04:29 nstg2 /kernel: db b6 6d db 6d db b6 6d Nov 13 14:04:29 nstg2 /kernel: da1 at ahc3 bus 0 target 0 lun 0 Nov 13 14:04:29 nstg2 /kernel: da1: Fixed Direct Access SCSI-3 device Nov 13 14:04:29 nstg2 /kernel: ANNOC status: 1 valid: 1f period: a offset: 7f bus: 1 Nov 13 14:04:29 nstg2 /kernel: da1: 80.000MB/s transfers (40.000MHz, offset 127, 16bit) Nov 13 14:04:29 nstg2 /kernel: da1: 24MB (50464 512 byte sectors: 64H 32S/T 24C) TERMINATING USER-LEVEL PROCESS FIRST TIME Nov 13 14:04:38 nstg2 /kernel: (targda0:ahc2:0:0:0): Target mode disabled Nov 13 14:04:38 nstg2 /kernel: (noperiph:ahc2:0:0:0): RESCAN AFTER TERMINATING USER-LEVEL PROCESS FIRST TIME Nov 13 14:04:51 nstg2 /kernel: (probe0:ahc3:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Nov 13 14:04:51 nstg2 /kernel: (probe0:ahc3:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 Nov 13 14:04:51 nstg2 /kernel: (da1:ahc3:0:0:0): lost device Nov 13 14:04:51 nstg2 /kernel: (da1:ahc3:0:0:0): removing device entry STARTING USER-LEVEL PROCESS SECOND TIME Nov 13 14:05:03 nstg2 /kernel: (targda0:ahc2:0:0:0): Lun now enabled for target mode RESCAN AFTER START USER-LEVEL PROCESS SECOND TIME Nov 13 14:05:16 nstg2 /kernel: (probe0:ahc3:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 Nov 13 14:05:16 nstg2 /kernel: AHC softc(0xcf62b800) dev: cf618280 Nov 13 14:05:19 nstg2 /kernel: tag: 0 bsh: 2c00 dmatag: 0xcf62ab40 scb_data: 0xcf62b8fc Nov 13 14:05:19 nstg2 /kernel: pending ccbs: 0xcf7c2400 num=1 Nov 13 14:05:19 nstg2 /kernel: sg_maps: 0xcf623700 num=1073741824 Nov 13 14:05:19 nstg2 /kernel: TMODE[4]: ultra: 0 disc: ffff tag: 0 Nov 13 14:05:19 nstg2 /kernel: SCB 0xcf62d000 ccb 0xcf7c2400 flags 4000 bus 7dfe0008 cnt 1 Nov 13 14:05:19 nstg2 /kernel: hscb:0xf1f87000 control:0x40 tcl:0x0 cmdlen:6 cmdpointer:0x37020 Nov 13 14:05:19 nstg2 /kernel: status: 0 res SG cnt: 0 res data cnt: 9f 0 0 tag 0 Nov 13 14:05:19 nstg2 /kernel: datlen:36 data:0x7dd17884 segs:0x1 segp:0x7dfe0008 Nov 13 14:05:19 nstg2 /kernel: sg_addr:7dd17884 sg_len:36 Nov 13 14:05:19 nstg2 /kernel: scsi rate 93 offset 7f Nov 13 14:05:19 nstg2 /kernel: cdb:12 0 0 0 24 0 0 0 0 0 0 0 Nov 13 14:05:19 nstg2 /kernel: CCB: 0xcf7c2400 Nov 13 14:05:19 nstg2 /kernel: rtry: 4 func: 901 stat: 200 flags: 40 pid: 3 tid: 0 lun: 0 Nov 13 14:05:19 nstg2 /kernel: ppriv: 0, cf96b900 Nov 13 14:05:19 nstg2 /kernel: XPT_ACCEPT ATIO(0xcf967800):CCB: 0xcf967800 Nov 13 14:05:19 nstg2 /kernel: rtry: deadc0de func: 332 stat: 3d flags: 0 pid: 2 tid: 0 lun: 0 Nov 13 14:05:19 nstg2 /kernel: ppriv: 0, cf96adc0 Nov 13 14:05:19 nstg2 /kernel: cdb_len: 6 tag_action: 0 tag_id: 0 init_id: 4 Nov 13 14:05:19 nstg2 /kernel: CDB: 12 db6d0024 6db6db6d db6db6db Nov 13 14:05:19 nstg2 /kernel: targdar putting atio(0xcf967800) on xmit_ccb Nov 13 14:05:19 nstg2 /kernel: targdaw UIO cnt: 1 resid: 36 seg: 0 rw: 1 Nov 13 14:05:19 nstg2 /kernel: ATIO 0xcf967800, bp 0xdbe16158 on work Nov 13 14:05:19 nstg2 /kernel: Sending CTIO CCB: 0xcf7de800 Nov 13 14:05:19 nstg2 /kernel: rtry: 2 func: 933 stat: 1 flags: 40000040 pid: 2 tid: 0 lun: 0 Nov 13 14:05:19 nstg2 /kernel: ppriv: 0, cf967800 Nov 13 14:05:19 nstg2 /kernel: CSIO: 0xcf7de800 Nov 13 14:05:19 nstg2 /kernel: next_ccb: 0x2030000 req_map: 0x30000020 data_ptr: 0xebce399c dxfer_len: 36 Nov 13 14:05:19 nstg2 /kernel: sense_len: 32 cdb_len: 10 sglist_len: 0 scsi_status: 0 Nov 13 14:05:19 nstg2 /kernel: sense_resid: 0 resid: 0 msg_ptr: 0 len: 0 Nov 13 14:05:19 nstg2 /kernel: tag - action: 20 tag_id: 0 init_id: 4 Nov 13 14:05:19 nstg2 /kernel: CDB_IO: ptr: 0x25 Nov 13 14:05:19 nstg2 /kernel: bytes: 25 0 0 0 0 0 0 0 Nov 13 14:05:19 nstg2 /kernel: 0 0 0 0 0 0 0 0 Nov 13 14:05:19 nstg2 /kernel: ATIO(0xcf967800):CCB: 0xcf967800 Nov 13 14:05:19 nstg2 /kernel: rtry: deadc0de func: 332 stat: 3d flags: 40 pid: 2 tid: 0 lun: 0 Nov 13 14:05:19 nstg2 /kernel: ppriv: 0, cf96adc0 Nov 13 14:05:19 nstg2 /kernel: cdb_len: 6 tag_action: 0 tag_id: 0 init_id: 4 Nov 13 14:05:19 nstg2 /kernel: CDB: 12 db6d0024 6db6db6d db6db6db Nov 13 14:05:19 nstg2 /kernel: Thawing queue 40 Nov 13 14:05:19 nstg2 /kernel: AHC softc(0xcf60d000) dev: cf618480 Nov 13 14:05:19 nstg2 /kernel: tag: 0 bsh: 2800 dmatag: 0xcf62af80 scb_data: 0xcf60d0fc Nov 13 14:05:19 nstg2 /kernel: pending ccbs: 0xcf7de800 num=1 Nov 13 14:05:19 nstg2 /kernel: sg_maps: 0xcf6237b0 num=1073741824 Nov 13 14:05:19 nstg2 /kernel: TMODE[0]: ultra: 0 disc: ffff tag: 0 Nov 13 14:05:19 nstg2 /kernel: lstate[0, 0xcf96ae40]: Nov 13 14:05:19 nstg2 /kernel: path(0xcf7b76a0): accept: cf967a00, num=49 Nov 13 14:05:19 nstg2 /kernel: immed: cf96e300, num=50 Nov 13 14:05:19 nstg2 /kernel: TMODE[4]: ultra: 0 disc: ffff tag: 0 Nov 13 14:05:19 nstg2 /kernel: SCB 0xcf6281c0 ccb 0xcf7de800 flags 4000 bus 7dfdbe78 cnt 1 Nov 13 14:05:19 nstg2 /kernel: hscb:0xf1f80380 control:0xc0 tcl:0x40 cmdlen:0 cmdpointer:0x400186 Nov 13 14:05:19 nstg2 /kernel: status: 0 res SG cnt: 0 res data cnt: 0 0 0 tag e Nov 13 14:05:19 nstg2 /kernel: datlen:36 data:0x1c94699c segs:0x1 segp:0x7dfdbe78 Nov 13 14:05:19 nstg2 /kernel: sg_addr:1c94699c sg_len:36 Nov 13 14:05:19 nstg2 /kernel: scsi rate 0 offset 0 Nov 13 14:05:19 nstg2 /kernel: cdb:0 0 0 0 0 0 0 0 0 0 0 0 Nov 13 14:05:19 nstg2 /kernel: CCB: 0xcf7de800 Nov 13 14:05:19 nstg2 /kernel: rtry: 2 func: 933 stat: 200 flags: 40000040 pid: 2 tid: 0 lun: 0 Nov 13 14:05:19 nstg2 /kernel: ppriv: 0, cf967800 Nov 13 14:05:19 nstg2 /kernel: CSIO: 0xcf7de800 Nov 13 14:05:19 nstg2 /kernel: next_ccb: 0x2030000 req_map: 0x30000020 data_ptr: 0xebce399c dxfer_len: 36 Nov 13 14:05:19 nstg2 /kernel: sense_len: 32 cdb_len: 10 sglist_len: 0 scsi_status: 0 Nov 13 14:05:19 nstg2 /kernel: sense_resid: 0 resid: 0 msg_ptr: 0 len: 0 Nov 13 14:05:19 nstg2 /kernel: tag - action: 20 tag_id: 0 init_id: 4 Nov 13 14:05:19 nstg2 /kernel: CDB_IO: ptr: 0x25 Nov 13 14:05:19 nstg2 /kernel: bytes: 25 0 0 0 0 0 0 0 Nov 13 14:05:19 nstg2 /kernel: 0 0 0 0 0 0 0 0 Nov 13 14:05:30 nstg2 /kernel: (targda0:ahc2:0:0:0): SCB 0xe - timed out in Data-out phase, SEQADDR == 0xc3 Nov 13 14:05:30 nstg2 /kernel: SSTAT1 == 0x2 Nov 13 14:05:30 nstg2 /kernel: SSTAT3 == 0x0 Nov 13 14:05:30 nstg2 /kernel: SCSIPHASE == 0x0 Nov 13 14:05:30 nstg2 /kernel: SCSIRATE == 0x0 Nov 13 14:05:30 nstg2 /kernel: SCSIOFFSET == 0x0 Nov 13 14:05:30 nstg2 /kernel: SEQ_FLAGS == 0xa6 Nov 13 14:05:30 nstg2 /kernel: SCB_DATAPTR == 0x1c94699c Nov 13 14:05:30 nstg2 /kernel: SCB_DATACNT == 0x24 Nov 13 14:05:30 nstg2 /kernel: SCB_SGCOUNT == 0x1 Nov 13 14:05:30 nstg2 /kernel: CCSCBCTL == 0x0 Nov 13 14:05:30 nstg2 /kernel: CCSCBCNT == 0x0 Nov 13 14:05:30 nstg2 /kernel: DFCNTRL == 0x2c Nov 13 14:05:30 nstg2 /kernel: DFSTATUS == 0x88 Nov 13 14:05:30 nstg2 /kernel: CCHCNT == 0x0 Nov 13 14:05:30 nstg2 /kernel: sg[0] - Addr 0x1c94699c : Length 36 Nov 13 14:05:30 nstg2 /kernel: scb->flags: 4020 Nov 13 14:05:30 nstg2 /kernel: (probe0:ahc3:0:0:0): Unexpected busfree in Data-in phase Nov 13 14:05:30 nstg2 /kernel: SEQADDR == 0x5d Nov 13 14:05:30 nstg2 /kernel: targdadone ccb status not complete: 4b Nov 13 14:05:30 nstg2 /kernel: XPT_CONT_TARGET_IO incr: 36 resid: 36 bp: 0xdbe16158 Nov 13 14:05:30 nstg2 /kernel: CONT csio resid: 0 Nov 13 14:05:30 nstg2 /kernel: SOFTC state: 0 flags: 44 execptions: 0 accept_tio: 0xcf967800 Nov 13 14:05:30 nstg2 /kernel: targda_softc(0xcf921000): Nov 13 14:05:30 nstg2 /kernel: 0 cf921000 0 cf921008 Nov 13 14:05:30 nstg2 /kernel: 0 cf921010 0 cf921018 Nov 13 14:05:30 nstg2 /kernel: 0 cf921020 0 0 Nov 13 14:05:30 nstg2 /kernel: 0 0 cf921034 714017 Nov 13 14:05:30 nstg2 /kernel: 0 0 cf8d9a00 0 Nov 13 14:05:30 nstg2 /kernel: 0 0 0 0 Nov 13 14:05:30 nstg2 /kernel: 44 0 2 cf967800 Nov 13 14:05:30 nstg2 /kernel: cf96e300 0 0 0 Nov 13 14:05:30 nstg2 /kernel: 0 0 0 0 Nov 13 14:05:30 nstg2 /kernel: ATIO Nov 13 14:05:30 nstg2 /kernel: ATIO(0xcf967800):CCB: 0xcf967800 Nov 13 14:05:30 nstg2 /kernel: rtry: deadc0de func: 332 stat: 3d flags: 0 pid: 2 tid: 0 lun: 0 Nov 13 14:05:30 nstg2 /kernel: ppriv: 0, cf96adc0 Nov 13 14:05:30 nstg2 /kernel: cdb_len: 6 tag_action: 0 tag_id: 0 init_id: 4 Nov 13 14:05:30 nstg2 /kernel: CDB: 12 db6d0024 6db6db6d db6db6db Nov 13 14:05:30 nstg2 /kernel: DESCR Nov 13 14:05:30 nstg2 /kernel: descr(0xcf96adc0): atio_link: 0xcf967a00 DATA: resid=36 incr=36 size=6 Nov 13 14:05:30 nstg2 /kernel: data: 0xebce399c store: 0xcf967700 buf: 0xdbe16158 Nov 13 14:05:30 nstg2 /kernel: max=256 timeout=1388 status=0 Nov 13 14:05:30 nstg2 /kernel: DONE_CCB->CCB_H Nov 13 14:05:30 nstg2 /kernel: CCB: 0xcf7de800 Nov 13 14:05:30 nstg2 /kernel: rtry: 2 func: 933 stat: 4b flags: 40000040 pid: 2 tid: 0 lun: 0 Nov 13 14:05:30 nstg2 /kernel: ppriv: 0, cf967800 Nov 13 14:05:30 nstg2 /kernel: CCB: 0xcf7de800 Nov 13 14:05:30 nstg2 /kernel: rtry: 2 func: 933 stat: 4b flags: 40000040 pid: 2 tid: 0 lun: 0 Nov 13 14:05:30 nstg2 /kernel: ppriv: 0, cf967800 Nov 13 14:05:30 nstg2 /kernel: CSIO: 0xcf7de800 Nov 13 14:05:30 nstg2 /kernel: next_ccb: 0x2030000 req_map: 0x30000020 data_ptr: 0xebce399c dxfer_len: 36 Nov 13 14:05:30 nstg2 /kernel: sense_len: 32 cdb_len: 10 sglist_len: 0 scsi_status: 0 Nov 13 14:05:30 nstg2 /kernel: sense_resid: 0 resid: 0 msg_ptr: 0 len: 0 Nov 13 14:05:30 nstg2 /kernel: tag - action: 20 tag_id: 0 init_id: 4 Nov 13 14:05:30 nstg2 /kernel: CDB_IO: ptr: 0x25 Nov 13 14:05:30 nstg2 /kernel: bytes: 25 0 0 0 0 0 0 0 Nov 13 14:05:30 nstg2 /kernel: 0 0 0 0 0 0 0 0 Nov 13 14:05:30 nstg2 /kernel: descr(0xcf96adc0): atio_link: 0xcf967a00 DATA: resid=36 incr=0 size=6 Nov 13 14:05:30 nstg2 /kernel: data: 0xebce399c store: 0xcf967700 buf: 0xdbe16158 Nov 13 14:05:30 nstg2 /kernel: max=256 timeout=1388 status=0 Nov 13 14:05:30 nstg2 /kernel: count: 36 data: 0xebce399c error: 5 ioflags: 264256 resid: 36 Nov 13 14:05:30 nstg2 /kernel: Completing buffer 0xdbe16158 dres 36 biores 36 Nov 13 14:05:30 nstg2 /kernel: Returning ATIO to target Nov 13 14:05:30 nstg2 /kernel: (probe0:ahc3:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 Nov 13 14:05:30 nstg2 /kernel: AHC softc(0xcf62b800) dev: cf618280 Nov 13 14:05:30 nstg2 /kernel: tag: 0 bsh: 2c00 dmatag: 0xcf62ab40 scb_data: 0xcf62b8fc Nov 13 14:05:30 nstg2 /kernel: pending ccbs: 0xcf7c2400 num=1 Nov 13 14:05:30 nstg2 /kernel: sg_maps: 0xcf623700 num=1073741824 Nov 13 14:05:30 nstg2 /kernel: TMODE[4]: ultra: 0 disc: ffff tag: 0 Nov 13 14:05:30 nstg2 /kernel: SCB 0xcf62d000 ccb 0xcf7c2400 flags 4000 bus 7dfe0008 cnt 1 Nov 13 14:05:30 nstg2 /kernel: hscb:0xf1f87000 control:0x40 tcl:0x0 cmdlen:6 cmdpointer:0x37020 Nov 13 14:05:30 nstg2 /kernel: status: 0 res SG cnt: 0 res data cnt: 9f 0 0 tag 0 Nov 13 14:05:30 nstg2 /kernel: datlen:36 data:0x7dd17884 segs:0x1 segp:0x7dfe0008 Nov 13 14:05:30 nstg2 /kernel: sg_addr:7dd17884 sg_len:36 Nov 13 14:05:30 nstg2 /kernel: scsi rate 93 offset 7f Nov 13 14:05:30 nstg2 /kernel: cdb:12 0 0 0 24 0 0 0 0 0 0 0 Nov 13 14:05:30 nstg2 /kernel: CCB: 0xcf7c2400 Nov 13 14:05:30 nstg2 /kernel: rtry: 3 func: 901 stat: 200 flags: 40 pid: 3 tid: 0 lun: 0 Nov 13 14:05:30 nstg2 /kernel: ppriv: 0, cf96b900 Nov 13 14:05:30 nstg2 /kernel: XPT_ACCEPT ATIO(0xcf967800):CCB: 0xcf967800 Nov 13 14:05:30 nstg2 /kernel: rtry: deadc0de func: 332 stat: 3d flags: 0 pid: 2 tid: 0 lun: 0 Nov 13 14:05:30 nstg2 /kernel: ppriv: 0, cf96adc0 Nov 13 14:05:30 nstg2 /kernel: cdb_len: 6 tag_action: 0 tag_id: 0 init_id: 4 Nov 13 14:05:30 nstg2 /kernel: CDB: 12 db6d0024 6db6db6d db6db6db Nov 13 14:05:30 nstg2 /kernel: targdar putting atio(0xcf967800) on xmit_ccb Nov 13 14:05:30 nstg2 /kernel: targdaw UIO cnt: 1 resid: 36 seg: 0 rw: 1 Nov 13 14:05:30 nstg2 /kernel: ATIO 0xcf967800, bp 0xdbe16158 on work Nov 13 14:05:30 nstg2 /kernel: Bad ctio status 4b vs. 0 Nov 13 14:05:30 nstg2 /kernel: Sending CTIO CCB: 0xcf7de800 Nov 13 14:05:30 nstg2 /kernel: rtry: 2 func: 933 stat: 1 flags: 40000040 pid: 2 tid: 0 lun: 0 Nov 13 14:05:30 nstg2 /kernel: ppriv: 0, cf967800 Nov 13 14:05:30 nstg2 /kernel: CSIO: 0xcf7de800 Nov 13 14:05:30 nstg2 /kernel: next_ccb: 0x2030000 req_map: 0x30000020 data_ptr: 0xebce399c dxfer_len: 36 Nov 13 14:05:30 nstg2 /kernel: sense_len: 32 cdb_len: 10 sglist_len: 0 scsi_status: 0 Nov 13 14:05:30 nstg2 /kernel: sense_resid: 0 resid: 24 msg_ptr: 0 len: 0 Nov 13 14:05:30 nstg2 /kernel: tag - action: 20 tag_id: 0 init_id: 4 Nov 13 14:05:30 nstg2 /kernel: CDB_IO: ptr: 0x25 Nov 13 14:05:30 nstg2 /kernel: bytes: 25 0 0 0 0 0 0 0 Nov 13 14:05:30 nstg2 /kernel: 0 0 0 0 0 0 0 0 Nov 13 14:05:30 nstg2 /kernel: ATIO(0xcf967800):CCB: 0xcf967800 Nov 13 14:05:30 nstg2 /kernel: rtry: deadc0de func: 332 stat: 3d flags: 40 pid: 2 tid: 0 lun: 0 Nov 13 14:05:30 nstg2 /kernel: ppriv: 0, cf96adc0 Nov 13 14:05:30 nstg2 /kernel: cdb_len: 6 tag_action: 0 tag_id: 0 init_id: 4 Nov 13 14:05:30 nstg2 /kernel: CDB: 12 db6d0024 6db6db6d db6db6db Nov 13 14:05:30 nstg2 /kernel: Thawing queue 40 Nov 13 14:05:30 nstg2 /kernel: AHC softc(0xcf60d000) dev: cf618480 Nov 13 14:05:30 nstg2 /kernel: tag: 0 bsh: 2800 dmatag: 0xcf62af80 scb_data: 0xcf60d0fc Nov 13 14:05:30 nstg2 /kernel: pending ccbs: 0xcf7de800 num=1 Nov 13 14:05:30 nstg2 /kernel: sg_maps: 0xcf6237b0 num=1073741824 Nov 13 14:05:30 nstg2 /kernel: TMODE[0]: ultra: 0 disc: ffff tag: 0 Nov 13 14:05:30 nstg2 /kernel: lstate[0, 0xcf96ae40]: Nov 13 14:05:30 nstg2 /kernel: path(0xcf7b76a0): accept: cf967a00, num=49 Nov 13 14:05:30 nstg2 /kernel: immed: cf96e300, num=50 Nov 13 14:05:30 nstg2 /kernel: TMODE[4]: ultra: 0 disc: ffff tag: 0 Nov 13 14:05:30 nstg2 /kernel: SCB 0xcf6281c0 ccb 0xcf7de800 flags 4000 bus 7dfdbe78 cnt 1 Nov 13 14:05:30 nstg2 /kernel: hscb:0xf1f80380 control:0xc0 tcl:0x40 cmdlen:0 cmdpointer:0x400186 Nov 13 14:05:30 nstg2 /kernel: status: 0 res SG cnt: 0 res data cnt: 0 0 0 tag e Nov 13 14:05:30 nstg2 /kernel: datlen:36 data:0x1c94699c segs:0x1 segp:0x7dfdbe78 Nov 13 14:05:30 nstg2 /kernel: sg_addr:1c94699c sg_len:36 Nov 13 14:05:30 nstg2 /kernel: scsi rate 0 offset 0 Nov 13 14:05:30 nstg2 /kernel: cdb:0 0 0 0 0 0 0 0 0 0 0 0 Nov 13 14:05:30 nstg2 /kernel: CCB: 0xcf7de800 Nov 13 14:05:30 nstg2 /kernel: rtry: 2 func: 933 stat: 200 flags: 40000040 pid: 2 tid: 0 lun: 0 Nov 13 14:05:30 nstg2 /kernel: ppriv: 0, cf967800 Nov 13 14:05:30 nstg2 /kernel: CSIO: 0xcf7de800 Nov 13 14:05:30 nstg2 /kernel: next_ccb: 0x2030000 req_map: 0x30000020 data_ptr: 0xebce399c dxfer_len: 36 Nov 13 14:05:30 nstg2 /kernel: sense_len: 32 cdb_len: 10 sglist_len: 0 scsi_status: 0 Nov 13 14:05:30 nstg2 /kernel: sense_resid: 0 resid: 0 msg_ptr: 0 len: 0 Nov 13 14:05:30 nstg2 /kernel: tag - action: 20 tag_id: 0 init_id: 4 Nov 13 14:05:30 nstg2 /kernel: CDB_IO: ptr: 0x25 Nov 13 14:05:30 nstg2 /kernel: bytes: 25 0 0 0 0 0 0 0 Nov 13 14:05:30 nstg2 /kernel: 0 0 0 0 0 0 0 0 Nov 13 14:05:41 nstg2 /kernel: (targda0:ahc2:0:0:0): SCB 0xe - timed out in Data-out phase, SEQADDR == 0xc4 Nov 13 14:05:41 nstg2 /kernel: SSTAT1 == 0x2 Nov 13 14:05:41 nstg2 /kernel: SSTAT3 == 0x0 Nov 13 14:05:41 nstg2 /kernel: SCSIPHASE == 0x0 Nov 13 14:05:41 nstg2 /kernel: SCSIRATE == 0x0 Nov 13 14:05:41 nstg2 /kernel: SCSIOFFSET == 0x0 Nov 13 14:05:41 nstg2 /kernel: SEQ_FLAGS == 0xa6 Nov 13 14:05:41 nstg2 /kernel: SCB_DATAPTR == 0x1c94699c Nov 13 14:05:41 nstg2 /kernel: SCB_DATACNT == 0x24 Nov 13 14:05:41 nstg2 /kernel: SCB_SGCOUNT == 0x1 Nov 13 14:05:41 nstg2 /kernel: CCSCBCTL == 0x0 Nov 13 14:05:41 nstg2 /kernel: CCSCBCNT == 0x0 Nov 13 14:05:41 nstg2 /kernel: DFCNTRL == 0x2c Nov 13 14:05:41 nstg2 /kernel: DFSTATUS == 0x88 Nov 13 14:05:41 nstg2 /kernel: CCHCNT == 0x0 Nov 13 14:05:41 nstg2 /kernel: sg[0] - Addr 0x1c94699c : Length 36 Nov 13 14:05:41 nstg2 /kernel: scb->flags: 4020 Nov 13 14:05:41 nstg2 /kernel: (probe0:ahc3:0:0:0): Unexpected busfree in Data-in phase Nov 13 14:05:41 nstg2 /kernel: SEQADDR == 0x5d Nov 13 14:05:41 nstg2 /kernel: targdadone ccb status not complete: 4b Nov 13 14:05:41 nstg2 /kernel: XPT_CONT_TARGET_IO incr: 36 resid: 36 bp: 0xdbe16158 Nov 13 14:05:41 nstg2 /kernel: CONT csio resid: 0 Nov 13 14:05:41 nstg2 /kernel: SOFTC state: 0 flags: 44 execptions: 0 accept_tio: 0xcf967800 Nov 13 14:05:41 nstg2 /kernel: targda_softc(0xcf921000): Nov 13 14:05:41 nstg2 /kernel: 0 cf921000 0 cf921008 Nov 13 14:05:41 nstg2 /kernel: 0 cf921010 0 cf921018 Nov 13 14:05:41 nstg2 /kernel: 0 cf921020 0 0 Nov 13 14:05:41 nstg2 /kernel: 0 0 cf921034 714017 Nov 13 14:05:41 nstg2 /kernel: 0 0 cf8d9a00 0 Nov 13 14:05:41 nstg2 /kernel: 0 0 0 0 Nov 13 14:05:41 nstg2 /kernel: 44 0 2 cf967800 Nov 13 14:05:41 nstg2 /kernel: cf96e300 0 0 0 Nov 13 14:05:41 nstg2 /kernel: 0 0 0 0 Nov 13 14:05:41 nstg2 /kernel: ATIO Nov 13 14:05:41 nstg2 /kernel: ATIO(0xcf967800):CCB: 0xcf967800 Nov 13 14:05:41 nstg2 /kernel: rtry: deadc0de func: 332 stat: 3d flags: 0 pid: 2 tid: 0 lun: 0 Nov 13 14:05:41 nstg2 /kernel: ppriv: 0, cf96adc0 Nov 13 14:05:41 nstg2 /kernel: cdb_len: 6 tag_action: 0 tag_id: 0 init_id: 4 Nov 13 14:05:41 nstg2 /kernel: CDB: 12 db6d0024 6db6db6d db6db6db Nov 13 14:05:41 nstg2 /kernel: DESCR Nov 13 14:05:41 nstg2 /kernel: descr(0xcf96adc0): atio_link: 0xcf967a00 DATA: resid=36 incr=36 size=6 Nov 13 14:05:41 nstg2 /kernel: data: 0xebce399c store: 0xcf967700 buf: 0xdbe16158 Nov 13 14:05:41 nstg2 /kernel: max=256 timeout=1388 status=0 Nov 13 14:05:41 nstg2 /kernel: DONE_CCB->CCB_H Nov 13 14:05:41 nstg2 /kernel: CCB: 0xcf7de800 Nov 13 14:05:41 nstg2 /kernel: rtry: 2 func: 933 stat: 4b flags: 40000040 pid: 2 tid: 0 lun: 0 Nov 13 14:05:41 nstg2 /kernel: ppriv: 0, cf967800 Nov 13 14:05:41 nstg2 /kernel: CCB: 0xcf7de800 Nov 13 14:05:41 nstg2 /kernel: rtry: 2 func: 933 stat: 4b flags: 40000040 pid: 2 tid: 0 lun: 0 Nov 13 14:05:41 nstg2 /kernel: ppriv: 0, cf967800 Nov 13 14:05:41 nstg2 /kernel: CSIO: 0xcf7de800 Nov 13 14:05:41 nstg2 /kernel: next_ccb: 0x2030000 req_map: 0x30000020 data_ptr: 0xebce399c dxfer_len: 36 Nov 13 14:05:41 nstg2 /kernel: sense_len: 32 cdb_len: 10 sglist_len: 0 scsi_status: 0 Nov 13 14:05:41 nstg2 /kernel: sense_resid: 0 resid: 0 msg_ptr: 0 len: 0 Nov 13 14:05:41 nstg2 /kernel: tag - action: 20 tag_id: 0 init_id: 4 Nov 13 14:05:41 nstg2 /kernel: CDB_IO: ptr: 0x25 Nov 13 14:05:41 nstg2 /kernel: bytes: 25 0 0 0 0 0 0 0 Nov 13 14:05:41 nstg2 /kernel: 0 0 0 0 0 0 0 0 Nov 13 14:05:41 nstg2 /kernel: descr(0xcf96adc0): atio_link: 0xcf967a00 DATA: resid=36 incr=0 size=6 Nov 13 14:05:41 nstg2 /kernel: data: 0xebce399c store: 0xcf967700 buf: 0xdbe16158 Nov 13 14:05:41 nstg2 /kernel: max=256 timeout=1388 status=0 Nov 13 14:05:41 nstg2 /kernel: count: 36 data: 0xebce399c error: 5 ioflags: 264256 resid: 36 Nov 13 14:05:41 nstg2 /kernel: Completing buffer 0xdbe16158 dres 36 biores 36 Nov 13 14:05:41 nstg2 /kernel: Returning ATIO to target THIS REPEATS FOUR MORE TIMES BEFORE THE SYSTEM GIVES UP To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Nov 14 8:11:22 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from smtp.tor3.targetnet.com (smtp.tor3.targetnet.com [207.176.132.71]) by hub.freebsd.org (Postfix) with ESMTP id 3D0BB37B4CF; Tue, 14 Nov 2000 08:11:18 -0800 (PST) Received: from james by smtp.tor3.targetnet.com with local (Exim 3.16 #1) id 13vifC-000Div-00; Tue, 14 Nov 2000 11:10:26 -0500 Date: Tue, 14 Nov 2000 11:10:26 -0500 From: James FitzGibbon To: Chris Dillon Cc: Nick Hibma , hackers@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: USB-to-SCSI converter Message-ID: <20001114111026.B51582@targetnet.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from cdillon@wolves.k12.mo.us on Mon, Nov 13, 2000 at 07:22:04AM -0600 Organization: Targetnet.com Inc. Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * Chris Dillon (cdillon@wolves.k12.mo.us) [001113 08:22]: > Since you can select the LUN and not the ID, maybe they've mapped SCSI > ID0:LUN0 to ID0:LUN0 (duh), ID1:LUN0 to ID0:LUN1, ID2:LUN0 to > ID0:LUN2, and so on, which would explain why we only see a device at > ID0:LUN0 if we aren't looking at the remaining LUNs (are we?). This > would mean that you can't use multi-LUN devices with the USB-SCSI > converter, but that is much more acceptable than only being able to > use ID0 with it. I think this is what they do, as my test with a multi-LUN CD changer which works find as a SCSI device only shows up as one CD-ROM under both Windows and BSD. Time to hit up Microtech support to see if they'll at least admit that this is what their driver does. The question then is if we are to implement this kind of ID-to-LUN mapping in the umass driver, what do we predicate that behaviour on ? -- j. James FitzGibbon james@targetnet.com Targetnet.com Inc. Voice/Fax +1 416 306-0466/0452 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Nov 14 9:54:52 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 62CE237B4D7 for ; Tue, 14 Nov 2000 09:54:49 -0800 (PST) Received: from aslan (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id eAEHsf461679; Tue, 14 Nov 2000 10:54:42 -0700 (MST) (envelope-from gibbs@aslan.scsiguy.com) Message-Id: <200011141754.eAEHsf461679@aslan.scsiguy.com> To: Jeff Fellin Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: SCSI target driver help In-Reply-To: Your message of "Tue, 14 Nov 2000 10:39:43 EST." <200011141539.KAA08238@aura.research.bell-labs.com> Date: Tue, 14 Nov 2000 10:54:41 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > >I am writing a SCSI target device driver to capture SCSI disk commands >from a SCSI bus, and forward them to a user-level process for execution >and tracing. I am using an Adaptec 2940 Ultra2 SCSI Adapter boards >with external SCSI cables connecting the systems. ... Your problem is in the initiator side. Quite recently I fixed a problem in FreeBSD that prevented async notifications from being delivered to entities registered to paths with wildcards in them. The aic7xxx driver captures the AC_LOST_DEVICE event for all devices on its bus(es). When a device is lost, the aic7xxx driver clears out any negotiated transfer features assuming that if the device returns, it will be async. Without the async event being delivered, the intiator will continue to use a rate that the target does not expect, causing the timeout. This fix has not been merged to -stable yet due to the code freeze. If you have access to the CVS tree, pull the last revision to sys/cam/cam_xpt.c and apply it to your tree. It should apply without any problems. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Nov 14 12:16:48 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from shrubbery.satx.bikeworld.net (shrubbery.satx.bikeworld.net [209.142.99.220]) by hub.freebsd.org (Postfix) with ESMTP id F072737B479 for ; Tue, 14 Nov 2000 12:16:45 -0800 (PST) Received: from cattleguard.bikeworld.net ([209.142.101.34] helo=roscoe.ah.bikeworld.net ident=chris) by shrubbery.satx.bikeworld.net with esmtp (Exim 3.16 #1) id 13vmVQ-000Af0-00; Tue, 14 Nov 2000 14:16:36 -0600 Received: from roscoe.ah.bikeworld.net ([10.0.0.2] ident=root) by roscoe.ah.bikeworld.net with esmtp (Exim 3.16 #1) id 13vmVP-00084j-00; Tue, 14 Nov 2000 14:16:35 -0600 Date: Tue, 14 Nov 2000 14:16:35 -0600 (CST) From: Chris Snell X-Sender: chris@roscoe.ah.bikeworld.net To: Joe Warren-Meeks Cc: scsi@freebsd.org Subject: Re: Installing on Dell PERC 3/Si RAID card In-Reply-To: <20001114140957.B28125@filmgroup.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 14 Nov 2000, Joe Warren-Meeks wrote: > panic: timeout table full > aac0: shutting down controller I gave up on trying to install using a Dell PERC 3/Di controller. I returned the enabler chip for credit and bought and Adaptec 3200S controller from them instead. It works great. Chris -- Chris Snell 210.828.5558 W Systems & Networks Architect 210.602.2308 M Bike World of San Antonio 210.832.8331 H http://bikeworld.com | http://weathertools.com | http://gpstools.com "Responsibility is a heavy responsibility, man." -- Cheech Marin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Nov 14 18:48:52 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from www.communique.no (rune.communique.no [193.212.204.33]) by hub.freebsd.org (Postfix) with SMTP id 71B1A37B479 for ; Tue, 14 Nov 2000 18:48:48 -0800 (PST) Received: (qmail 9911 invoked by uid 1001); 15 Nov 2000 02:55:31 -0000 Date: Wed, 15 Nov 2000 03:55:30 +0100 (CET) From: Are Bryne X-Sender: are@rune.communique.no To: freebsd-scsi@freebsd.org Subject: LVD SCA disk compatability with narrow SCSI-2 Message-ID: Organization: Communique DA MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ Please keep are.bryne@communique.no cc'd. TIA. ] Hello, I am having problems using a Quantum IV LVD SCA 9GB disk with an Adaptec 2940UA PCI single channel SCSI-2 host adapter. The problem is sketched out below. What I really would like to know, is whether this setup can be reliably used in some sort of configuration, and whether anyone has succeeded in this respect. I have seen comments by Adaptec and other host adapter producers that try to discourage this kind of arrangement. I take it that there might be more to these comments than simple marketing efforts of their more advanced adapters? I am trying to connect the two using a 50 pin <-> 80 pin LVD adapter with upper (high) byte termination. The problem I am seeing is the spontaneous reboot of the computer. This happens at irregular, but usually quite short intervals after the slices have been mounted. Sometimes the computer can stay alive for an hour, with both massive reads and writes. The 2940 BIOS has been told to use asynchronous 3.3MB/s transfers. If I try using higher, synchronous rates, the reboots happen at the start of stage two or three of the boot process (boot1, or boot2). One end of the SCSI chain has an external SCSI-2 active terminator, the other is terminated passively by a tape streamer. I had the computer working reliably at the low speeds using an Adaptec 1542CF host adapter, but no such luck using the 2940. I've tried with only the host adapter and the Quantum disk on the SCSI chain, but that did not change anything. Hoping for some useful advice, regards, Are Bryne Communiqué DA Phone: +47 22 44 33 99 Postboks 9050 Grønland E-mail: admin@communique.no N-0133 Oslo URL: http://www.communique.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Nov 14 19: 1:31 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-90-77.dsl.snfc21.pacbell.net [63.206.90.77]) by hub.freebsd.org (Postfix) with ESMTP id 3AD4537B661 for ; Tue, 14 Nov 2000 19:01:29 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eAF37pF01105; Tue, 14 Nov 2000 19:07:52 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200011150307.eAF37pF01105@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Geoff Buckingham Cc: scsi@freebsd.org Subject: Re: installing on aac RAID Machine (Dell PE2450) In-reply-to: Your message of "Tue, 14 Nov 2000 08:58:35 GMT." <20001114085835.B95964@chuggalug.clues.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Nov 2000 19:07:51 -0800 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > For my own curiosity, what does sysinstall need to realise aacd is a > disk, have been crawling round the current webcvs site but the penny > failed to drop.. Because there's no good way for sysinstall to get a list of all of the "disk-like" devices from the kernel. (Or at least, there is now but there hasn't always been). -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Nov 14 19: 9:13 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-90-77.dsl.snfc21.pacbell.net [63.206.90.77]) by hub.freebsd.org (Postfix) with ESMTP id D3CB637B4CF; Tue, 14 Nov 2000 19:09:10 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eAF3FXF01152; Tue, 14 Nov 2000 19:15:34 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200011150315.eAF3FXF01152@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: joe@filmgroup.co.uk Cc: scottl@freebsd.org, scsi@freebsd.org, geoffb@chuggalug.clues.com Subject: Re: Installing on Dell PERC 3/Si RAID card In-reply-to: Your message of "Tue, 14 Nov 2000 14:03:00 GMT." <20001114140300.A28125@filmgroup.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 14 Nov 2000 19:15:33 -0800 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Heya, > > We are using a 5.0 snapshot from 5.0-20001104-CURRENT (as well as a few > others) and the install utility sees the disks, lets us config and newfs > them and then starts copying bin over so it is writing to disk. > > This bombs out after 1 - 2 mins with the following error: > > table full timeout trap > shutting down aac > > Any ideas whats wrong here, anything that we can do? Urk. Scott, this sounds like you're forgetting to untimeout() commands when they complete. Folks; we've been trying to track down a problem with these controllers where they seem to mysteriously stop responding after a while. I think you're running into a problem with some code that Scott added to try to track this down. Scott - if you have some time, try removing the per-command timeout and just save time_second into the command structure, and then in a timeout routine running every (eg) 10 seconds, bitch about commands that have been on the busy queue for more than 30 seconds... If you don't have any time to work on this, let me know and I'll do it. Joe, Geoff; if you have any particular time constraints, let me know and I'll try to meet them. Regards, Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Nov 14 21:15:10 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from ducky.nz.freebsd.org (ns1.unixathome.org [203.79.82.27]) by hub.freebsd.org (Postfix) with ESMTP id A4FB737B4CF for ; Tue, 14 Nov 2000 21:15:07 -0800 (PST) Received: from wocker (wocker.int.nz.freebsd.org [192.168.0.99]) by ducky.nz.freebsd.org (8.9.3/8.9.3) with ESMTP id SAA24121 for ; Wed, 15 Nov 2000 18:15:05 +1300 (NZDT) Message-Id: <200011150515.SAA24121@ducky.nz.freebsd.org> From: "Dan Langille" Organization: langille.org To: freebsd-scsi@freebsd.org Date: Wed, 15 Nov 2000 18:15:28 +1300 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Adaptec 2940U2W/2940U3W vs 29160 Reply-To: dan@langille.org X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have two SCSI Ultra160 drives but have yet to decide upon an adapter. The box is a dual XEON and those disks will be the only drives. The box is destined to be a high end workstation in the short term (it might wind up being a server). Given that I have only two drives, I've been told that the 39160 would be overkill Similarly, I've been told that that if the U3 card wasn't much more than the U2, then go for the U3. Otherwise, it's not worth it given that I'm using only two of those drives. The point being that you need large numbers of those disks to take advantage of U3. Given I'm going to start with FreeBSD 4.1.1 on the box, what would you recommend in terms of what card to use? thanks. drive details: http://www.seagate.com/cda/products/discsales/marketing/detail/0,1121 ,201,00.html -- Dan Langille The FreeBSD Diary - http://www.freebsddiary.org/ FreshPorts - http://freshports.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Nov 15 2:21: 1 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mail0.filmgroup.co.uk (unknown [213.239.10.2]) by hub.freebsd.org (Postfix) with ESMTP id C411237B4CF for ; Wed, 15 Nov 2000 02:20:57 -0800 (PST) Received: from mail by mail0.filmgroup.co.uk with scanned-ok (Exim 3.13 #2) id 13vzgW-0006Pn-00 for scsi@freebsd.org; Wed, 15 Nov 2000 10:20:56 +0000 Received: from [216.200.119.141] (helo=gunhed.filmgroup.co.uk) by mail0.filmgroup.co.uk with esmtp (Exim 3.13 #2) id 13vzgV-0006Pd-00; Wed, 15 Nov 2000 10:20:55 +0000 Received: (from joe@localhost) by gunhed.filmgroup.co.uk (8.10.1/8.10.1) id eAFAKAZ26112; Wed, 15 Nov 2000 10:20:10 GMT X-Authentication-Warning: gunhed.filmgroup.co.uk: joe set sender to joe@filmgroup.co.uk using -f Date: Wed, 15 Nov 2000 10:20:10 +0000 From: Joe Warren-Meeks To: Mike Smith Cc: joe@filmgroup.co.uk, scottl@freebsd.org, scsi@freebsd.org, geoffb@chuggalug.clues.com Subject: Re: Installing on Dell PERC 3/Si RAID card Message-ID: <20001115102010.A13171@filmgroup.co.uk> Reply-To: joe@filmgroup.co.uk References: <20001114140300.A28125@filmgroup.co.uk> <200011150315.eAF3FXF01152@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011150315.eAF3FXF01152@mass.osd.bsdi.com>; from msmith@freebsd.org on Tue, Nov 14, 2000 at 07:15:33PM -0800 X-OS-Advocacy: OpenBSD! http://www2.uk.openbsd.org/ Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Nov 14, 2000 at 07:15:33PM -0800, Mike Smith wrote: Hey Mike, > > others) and the install utility sees the disks, lets us config and newfs > > them and then starts copying bin over so it is writing to disk. > > > > This bombs out after 1 - 2 mins with the following error: > > > > table full timeout trap > > shutting down aac > > > > Any ideas whats wrong here, anything that we can do? > > Urk. Scott, this sounds like you're forgetting to untimeout() commands > when they complete. > > Folks; we've been trying to track down a problem with these controllers > where they seem to mysteriously stop responding after a while. I think > you're running into a problem with some code that Scott added to try to > track this down. > > Scott - if you have some time, try removing the per-command timeout and > just save time_second into the command structure, and then in a timeout > routine running every (eg) 10 seconds, bitch about commands that have > been on the busy queue for more than 30 seconds... > > If you don't have any time to work on this, let me know and I'll do it. > > Joe, Geoff; if you have any particular time constraints, let me know and > I'll try to meet them. Wow! Thats brilliant! Um, time wise, we are trying to get this into service as an intranetty and shell accounty thing for our office, and my boss probly would moan if it took longer than a week or two. But I'm bigger than him *grin* If there is anything I can do to help, let me know.. Cheers! -- joe. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Nov 15 8:18: 9 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 18E1D37B4C5 for ; Wed, 15 Nov 2000 08:18:07 -0800 (PST) Received: by gw.nectar.com (Postfix, from userid 1001) id 6F5B3193E0; Wed, 15 Nov 2000 10:18:05 -0600 (CST) Date: Wed, 15 Nov 2000 10:18:05 -0600 From: "Jacques A. Vidrine" To: freebsd-scsi@freebsd.org Subject: afio & SCB 0xc - timed out while idle Message-ID: <20001115101805.A43215@spawn.nectar.com> Mail-Followup-To: "Jacques A. Vidrine" , freebsd-scsi@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Url: http://www.nectar.com/ Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, I've been using dump happily with my tape drive for quite some time. I decided to try afio, to add compression to my backups, but I've run into a problem. afio compresses each file separately (so that one munged block on the tape doesn't screw up your entire backup). The problem is, when I get to a very large file, such as an ISO 9660 image, this compression takes a long time [1], and the SCSI system chokes with (sa0:ahc0:0:3:0): WRITE FILEMARKS. CDB: 10 0 0 0 2 0 (sa0:ahc0:0:3:0): Deferred Error: NO SENSE (sa0:ahc0:0:3:0): SCB 0xc - timed out while idle, SEQADDR == 0xa (sa0:ahc0:0:3:0): Queuing a BDR SCB (sa0:ahc0:0:3:0): no longer in timeout, status = 34a (sa0:ahc0:0:3:0): failed to write terminating filemark(s) (sa0:ahc0:0:3:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM command to clear this state. I have to reset the bus (with camcontrol) and rewind the tape before I can use the drive again. Why is my SCSI drive so impatient? :-) It is a at scbus3 target 3 lun 0 (sa0,pass5) by the way. I'm open to any suggested workarounds. -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org [1] This is doubly bad. For reasons I'm not entirely sure of, afio wants to compress big files _twice_. The man page says, If the compressed version of a file is larger than this (or if afio runs out of virtual memory), gzip(1) is run twice of the file, the first time to determine the length of the result, the second time to get the compressed data itself. Presumably afio does no writes to tape during the first compression, and this is when the `timed out while idle' occurs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Nov 15 8:28:12 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from milf30.bus.net (milf30.bus.net [207.41.25.30]) by hub.freebsd.org (Postfix) with ESMTP id 0840C37B4CF for ; Wed, 15 Nov 2000 08:28:09 -0800 (PST) Received: from milf19.bus.net (milf19.bus.net [207.41.25.19]) by milf30.bus.net (Postfix) with ESMTP id D9E1776301; Wed, 15 Nov 2000 11:28:07 -0500 (EST) Received: by milf19.bus.net (Postfix, from userid 1000) id 25CB0384D; Wed, 15 Nov 2000 11:28:07 -0500 (EST) Date: Wed, 15 Nov 2000 11:28:07 -0500 From: Chuck O'Donnell To: Dan Langille Cc: freebsd-scsi@freebsd.org Subject: Re: Adaptec 2940U2W/2940U3W vs 29160 Message-ID: <20001115112807.C98905@bus.net> Mail-Followup-To: Chuck O'Donnell , Dan Langille , freebsd-scsi@freebsd.org References: <200011150515.SAA24121@ducky.nz.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200011150515.SAA24121@ducky.nz.freebsd.org>; from dan@langille.org on Wed, Nov 15, 2000 at 06:15:28PM +1300 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Nov 15, 2000 at 06:15:28PM +1300, Dan Langille wrote: > I have two SCSI Ultra160 drives but have yet to decide upon an adapter. > The box is a dual XEON and those disks will be the only drives. The > box is destined to be a high end workstation in the short term (it might > wind up being a server). > > Given that I have only two drives, I've been told that the 39160 would be > overkill > > Similarly, I've been told that that if the U3 card wasn't much more than > the U2, then go for the U3. Otherwise, it's not worth it given that I'm > using only two of those drives. The point being that you need large > numbers of those disks to take advantage of U3. > > Given I'm going to start with FreeBSD 4.1.1 on the box, what would you > recommend in terms of what card to use? I can't speak in terms of hard numbers on performance, but if you're looking for general input... We recently bought a new box and tried to get one of the 2940U2W cards, which have always worked beautifully for us. We were not able to find one around and an Adaptec rep seemd to indicate that the 29160 was the replacement. So, we bought a 29160 and it's working fine under the 4.1R GENERIC kernel. Good luck, Chuck -- uname -a : FreeBSD milf30.bus.net 4.1-RELEASE FreeBSD 4.1-RELEASE #0: Fri Jul 28 14:30:31 GMT 2000 jkh@ref4.freebsd.org:/usr/src/sys/compile/GENERIC i386 selective lines from dmesg: ahc0: port 0x6100-0x61ff mem 0xe0805000-0xe0805fff irq 11 at device 19.0 on pci0 da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 8761MB (17942584 512 byte sectors: 255H 63S/T 1116C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 17522MB (35885168 512 byte sectors: 255H 63S/T 2233C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da2: 17522MB (35885168 512 byte sectors: 255H 63S/T 2233C) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Nov 15 10:30: 6 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 6159E37B4C5 for ; Wed, 15 Nov 2000 10:30:00 -0800 (PST) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id KAA06433; Wed, 15 Nov 2000 10:29:54 -0800 Date: Wed, 15 Nov 2000 10:29:48 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Jacques A. Vidrine" Cc: freebsd-scsi@FreeBSD.ORG Subject: [ TAPE TIMEOUT] Re: afio & SCB 0xc - timed out while idle In-Reply-To: <20001115101805.A43215@spawn.nectar.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 15 Nov 2000, Jacques A. Vidrine wrote: > Hello, > > I've been using dump happily with my tape drive for quite some time. I > decided to try afio, to add compression to my backups, but I've run into > a problem. > > afio compresses each file separately (so that one munged block on the > tape doesn't screw up your entire backup). The problem is, when I get > to a very large file, such as an ISO 9660 image, this compression takes > a long time [1], and the SCSI system chokes with > > (sa0:ahc0:0:3:0): WRITE FILEMARKS. CDB: 10 0 0 0 2 0 > (sa0:ahc0:0:3:0): Deferred Error: NO SENSE > (sa0:ahc0:0:3:0): SCB 0xc - timed out while idle, SEQADDR == 0xa > (sa0:ahc0:0:3:0): Queuing a BDR SCB > (sa0:ahc0:0:3:0): no longer in timeout, status = 34a > (sa0:ahc0:0:3:0): failed to write terminating filemark(s) > (sa0:ahc0:0:3:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM command to clear this state. > > I have to reset the bus (with camcontrol) and rewind the tape before I > can use the drive again. That is by design. You *could* try 'mt eom' to unfreeze it. > > Why is my SCSI drive so impatient? :-) It is a > at scbus3 target 3 lun 0 (sa0,pass5) > by the way. > > I'm open to any suggested workarounds. Hmm. Well, a couple of things; 1. Make sure you're not writing to a compressing tape device if you are compressing the data. Often doing so makes things very bad. 2. There is no direct parameter to setting a time for writing filemarks- all of the calls to scsi_write_filemarks from scsi-sa.c use 60000 which you could probably increase. But 60 seconds *ought* to be enough. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Nov 15 12:57: 9 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 6F59D37B4CF for ; Wed, 15 Nov 2000 12:57:06 -0800 (PST) Received: from hamlet.nectar.com (hamlet.nectar.com [10.0.1.102]) by gw.nectar.com (Postfix) with ESMTP id 58707193E0; Wed, 15 Nov 2000 14:57:05 -0600 (CST) Received: (from nectar@localhost) by hamlet.nectar.com (8.11.1/8.9.3) id eAFKv5010721; Wed, 15 Nov 2000 14:57:05 -0600 (CST) (envelope-from nectar@spawn.nectar.com) Date: Wed, 15 Nov 2000 14:57:04 -0600 From: "Jacques A. Vidrine" To: Matthew Jacob Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: [ TAPE TIMEOUT] Re: afio & SCB 0xc - timed out while idle Message-ID: <20001115145704.A10481@hamlet.nectar.com> Mail-Followup-To: "Jacques A. Vidrine" , Matthew Jacob , freebsd-scsi@FreeBSD.ORG References: <20001115101805.A43215@spawn.nectar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Wed, Nov 15, 2000 at 10:29:48AM -0800 X-Url: http://www.nectar.com/ Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Nov 15, 2000 at 10:29:48AM -0800, Matthew Jacob wrote: > Hmm. Well, a couple of things; > > 1. Make sure you're not writing to a compressing tape device if you are > compressing the data. Often doing so makes things very bad. I shall check and see if that makes any difference. > 2. There is no direct parameter to setting a time for writing filemarks- all > of the calls to scsi_write_filemarks from scsi-sa.c use 60000 which you could > probably increase. But 60 seconds *ought* to be enough. So an application cannot open a sequential access device, write for awhile, do something else for > 60 seconds, and write some more? This is what is happening. afio has to pause for quite some time while compressing a large file. For example, the first ISO image that it attempts to backup on my system is over 370 MB, and takes over 13.5 minutes on a 350 MHz Pentium II to compress it. Only after this has been done does afio write again. (seems silly to me, yes, but there you are) Cheers, -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Nov 15 14:25:47 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 84F7E37B479 for ; Wed, 15 Nov 2000 14:25:44 -0800 (PST) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA07438; Wed, 15 Nov 2000 14:25:35 -0800 Date: Wed, 15 Nov 2000 14:25:33 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Jacques A. Vidrine" Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: [ TAPE TIMEOUT] Re: afio & SCB 0xc - timed out while idle In-Reply-To: <20001115145704.A10481@hamlet.nectar.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 15 Nov 2000, Jacques A. Vidrine wrote: > On Wed, Nov 15, 2000 at 10:29:48AM -0800, Matthew Jacob wrote: > > Hmm. Well, a couple of things; > > > > 1. Make sure you're not writing to a compressing tape device if you are > > compressing the data. Often doing so makes things very bad. > > I shall check and see if that makes any difference. > > > 2. There is no direct parameter to setting a time for writing filemarks- all > > of the calls to scsi_write_filemarks from scsi-sa.c use 60000 which you could > > probably increase. But 60 seconds *ought* to be enough. > > So an application cannot open a sequential access device, write for > awhile, do something else for > 60 seconds, and write some more? This > is what is happening. No, that's not what is happening. The close occurred, and the tape itself took longer than 60 seconds to write the closing filemarks (to flush buffers, etc). > afio has to pause for quite some time while compressing a large > file. For example, the first ISO image that it attempts to backup on > my system is over 370 MB, and takes over 13.5 minutes on a 350 MHz > Pentium II to compress it. Only after this has been done does afio > write again. (seems silly to me, yes, but there you are) Well, fine, but the time amounts only apply to commands in progress on tape. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Nov 15 16:31:59 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 8508637B4C5 for ; Wed, 15 Nov 2000 16:31:56 -0800 (PST) Received: from hamlet.nectar.com (hamlet.nectar.com [10.0.1.102]) by gw.nectar.com (Postfix) with ESMTP id B1738193E0; Wed, 15 Nov 2000 18:31:55 -0600 (CST) Received: (from nectar@localhost) by hamlet.nectar.com (8.11.1/8.9.3) id eAG0VtO13652; Wed, 15 Nov 2000 18:31:55 -0600 (CST) (envelope-from nectar@spawn.nectar.com) Date: Wed, 15 Nov 2000 18:31:55 -0600 From: "Jacques A. Vidrine" To: Matthew Jacob Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: [ TAPE TIMEOUT] Re: afio & SCB 0xc - timed out while idle Message-ID: <20001115183155.A11050@hamlet.nectar.com> Mail-Followup-To: "Jacques A. Vidrine" , Matthew Jacob , freebsd-scsi@FreeBSD.ORG References: <20001115145704.A10481@hamlet.nectar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Wed, Nov 15, 2000 at 02:25:33PM -0800 X-Url: http://www.nectar.com/ Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Nov 15, 2000 at 02:25:33PM -0800, Matthew Jacob wrote: > No, that's not what is happening. The close occurred, and the tape itself took > longer than 60 seconds to write the closing filemarks (to flush buffers, etc). But..but..but.. the application that actually has the tape open is dd, which doesn't close until it gets an error or reaches end-of-file on input. I'm confused :-) Check this out: stupid shell script that dumps the kernel to the tape, then spends about 13 minutes compressing a file, and finally dumps that file to tape -- through dd. --- Filename: foo --- #! /bin/sh (printf "Dumping /kernel...\n" 1>&2; cat /kernel; printf "done\n" 1>&2; printf "Compressing big.iso...\n" 1>&2; bzip2 -c big.iso > big.iso.bz2; printf "done\n" 1>&2; printf "Dumping big.iso...\n" 1>&2; cat big.iso.bz2; printf "done\n" 1>&2;) | \ dd bs=64k conv=noerror,sync of=/dev/nrsa0 --- Filename: foo --- # mt rewind # sh foo Dumping /kernel... done Compressing big.iso... [quite a bit of time passes while the file compresses] done Dumping big.iso... [on console] (sa0:ahc0:0:3:0): WRITE FILEMARKS. CDB: 10 0 0 0 2 0 [on console] (sa0:ahc0:0:3:0): Deferred Error: NO SENSE dd: /dev/nrsa0: end of device 0+425 records in 424+0 records out 27787264 bytes transferred in 832.575354 secs (33375 bytes/sec) done # mt status [on console] (sa0:ahc0:0:3:0): SCB 0xc - timed out while idle, SEQADDR == 0xa [on console] (sa0:ahc0:0:3:0): Queuing a BDR SCB [on console] (sa0:ahc0:0:3:0): no longer in timeout, status = 34a [on console] (sa0:ahc0:0:3:0): failed to write terminating filemark(s) [on console] (sa0:ahc0:0:3:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM command to clear this state. mt: /dev/nrsa0: Device not configured What's going on there? The WRITE FILEMARKS message spits out when `cat big.iso.bz2' is executed (and therefore when dd starts writing again?). The rest of the messages show up a minute or so later after the tape device has been closed (as dd exits... it's about 12281 blocks short of reading all the input, by the way). Unfortunately I can't seem to reproduce this with something simple like `(cat /kernel; sleep 600; cat /kernel) | dd ...' which just further proves that I don't know what is going on. Thanks for the patience, -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Nov 15 17:15:38 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 451E237B4CF for ; Wed, 15 Nov 2000 17:15:28 -0800 (PST) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id RAA07972; Wed, 15 Nov 2000 17:15:27 -0800 Date: Wed, 15 Nov 2000 17:15:20 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Jacques A. Vidrine" Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: [ TAPE TIMEOUT] Re: afio & SCB 0xc - timed out while idle In-Reply-To: <20001115183155.A11050@hamlet.nectar.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hmm. Save me some time/grief and check whether your tape drive is happy under freebsd. Take the program below, compile it, put a scratch tape in the drive, execute 'mt -f /dev/nrsa0 status' (and send us the output) and then execute: pat_test v -b 64k -r 1000 -n 10 -f /dev/nrsa0 and send the output. /* * Copyright (c) 2000 by Matthew Jacob. * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions are * met: * * 1. Redistributions of source code must retain the above copyright * notice immediately at the beginning of the file, without modification, * this list of conditions, and the following disclaimer. * * 2. The name of the author may not be used to endorse or promote products * derived from this software without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND ANY * EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE * DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE FOR ANY * DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES * (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR * SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER * CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. */ #include #include #include #include #include #include #include #ifndef roundup #define roundup(x, y) ((((x)+((y)-1))/(y))*(y)) /* to any y */ #endif static int szarg(char *); static __inline void filbuf(void *, int, int, int); static __inline int chkbuf(void *, int, int, int); static int rewind_tape(char *); static int szarg(char *n) { register int mult = 1; register char *q = n; while (*q != (char) 0) q++; --q; if (*q == 'k' || *q == 'K') { mult = 1024; *q = 0; } else if (*q == 'm' || *q == 'M') { mult = 1024 * 1024; *q = 0; } return (atoi(n) * mult); } static __inline void filbuf(void *buffer, int fileno, int recno, int blksiz) { int i; u_int64_t *lb = buffer; u_int64_t tseed = ((u_int64_t)fileno << 40) | ((u_int64_t)recno << 24); for (i = 0; i < (blksiz / (sizeof (u_int64_t))); i++) { lb[i] = tseed | i; } } static __inline int chkbuf(void *buffer, int fileno, int recno, int blksiz) { register int i; u_int64_t *lb = buffer; u_int64_t tseed = ((u_int64_t)fileno << 40) | ((u_int64_t)recno << 24); for (i = 0; i < (blksiz / (sizeof (u_int64_t))); i++) { if (lb[i] != (tseed | i)) { fprintf(stdout, "compare error at file %d, record %d, offset %d\n", fileno, recno, i * sizeof (u_int64_t)); fprintf(stdout, "Should be 0x%llx, got 0x%llx\n", tseed | i, lb[i]); return (i+1); } } return (0); } static int rewind_tape(char *file) { struct mtop mtop; int fd = open(file, O_RDONLY); if (fd < 0) { perror(file); return (-1); } mtop.mt_op = MTREW; mtop.mt_count = 1; if (ioctl(fd, MTIOCTOP, &mtop) < 0) { perror("MTREW"); return (-1); } if (close(fd) < 0) { perror("close"); return (-1); } return (0); } int main(int argc, char **argv) { const char *usage = "[ -v ] [ -b blksize ] [ -r blocks per file ] " "[ -n number-of-files ] -f no-rewinding-tape-drive"; time_t stime, etime; int blksize, recperfile, nfiles; char *file, *bp; u_int64_t nw, nr; int fd, c, wrecno, wfileno, rrecno, rfileno, verbose, last_recno; int w, r, lastw, lastr, nzr; nw = nr = 0; lastw = lastr = 0; w = wrecno = rrecno = last_recno = 0; nfiles = -1; recperfile = 1000; blksize = 32 << 10; file = NULL; verbose = 0; while ((c = getopt(argc, argv, "b:r:n:f:v")) != -1) { switch (c) { case 'b': blksize = szarg(optarg); break; case 'r': recperfile = atoi(optarg); break; case 'n': nfiles = atoi(optarg); break; case 'f': file = optarg; break; case 'v': verbose++; break; default: fprintf(stderr, "%s: %s\n", argv[0], usage); exit(1); } } setbuf(stdout, NULL); /* * Make sure tape can be opened (and rewound) */ if (file == NULL) { fprintf(stderr, "%s: %s\n", argv[0], usage); exit(1); } if (verbose) fprintf(stdout, ".......Rewind Tape\n"); if (rewind_tape(file) < 0) { exit(1); } /* * Allocate Buffer */ blksize &= ~(sizeof (u_int64_t) - 1); bp = calloc(blksize / sizeof (u_int64_t), sizeof (u_int64_t)); if (bp == NULL) { perror("calloc"); exit(1); } /* * Do write pass. */ if (verbose) fprintf(stdout, "........Write Pass\n"); time(&stime); wfileno = 0; for (;;) { fd = open(file, O_RDWR); if (fd < 0) { perror(file); w = 0; break; } for (wrecno = 0; wrecno < recperfile; wrecno++) { filbuf(bp, wfileno, wrecno, blksize); if ((w = write(fd, bp, blksize)) > 0) { nw += w; lastw = w; } if (verbose > 2) { fprintf(stdout, "Wrote File %d Record %d w=%d\n", wfileno, wrecno, w); } if (w != blksize) { break; } } if ((verbose && ((wfileno+1) & 0xf) == 0) || verbose > 1) { fprintf(stdout, "End of File %d (%lld total bytes written)\n", wfileno, nw); } if (w != blksize) { (void) close(fd); break; } if (close(fd) < 0) { perror("close"); w = 0; break; } if (nfiles > 0 && wfileno == nfiles-1) { break; } wfileno++; } time(&etime); if (w < 0) { perror("write"); w = 0; } fprintf(stdout, "EOT at File %d Record %d Offset %d (%lld total bytes written)\n", wfileno, wrecno, w, nw); etime -= stime; fprintf(stdout, "Elapsed Seconds: %ld; Data Rate: %gMB/s\n", (long) etime, ((double) (nw >> 20)) / ((double) etime)); /* * Rewind tape. */ if (verbose) fprintf(stdout, ".......Rewind Tape\n"); if (rewind_tape(file) < 0) { exit(1); } /* * Do read pass */ if (verbose) fprintf(stdout, ".........Read Pass\n"); time(&stime); for (nzr = 0, rfileno = 0;; rfileno++) { fd = open(file, O_RDONLY); if (fd < 0) { perror(file); r = 0; break; } for (rrecno = 0;; rrecno++) { if ((r = read(fd, bp, blksize)) > 0) { last_recno = rrecno; nzr = 0; nr += r; lastr = r; if (chkbuf(bp, rfileno, rrecno, r)) { exit(1); } } if (verbose > 2) { fprintf(stdout, "Read File %d Record %d w=%d\n", rfileno, rrecno, r); } if (r != blksize) { break; } if (rrecno > recperfile) { fprintf(stdout, "read more records per file " "(%d) than written (%d)\n", rrecno, recperfile); exit(1); } } if ((verbose && ((rfileno+1) & 0xf) == 0) || verbose > 1) { fprintf(stdout, "End of File %d (%lld total bytes read)\n", rfileno, nr); } /* * We can't break out of this loop on just plain * zero length reads- because those signal an * EOF condition- not EOT. We have to wait until * we get an error or two zero length reads in a row */ if (r == 0) { if (nzr++) { (void) close(fd); break; } else { rrecno = last_recno; } } else if (r < 0) { if (rrecno == 0) rrecno = last_recno; (void) close(fd); break; } if (close(fd) < 0) { perror("close"); r = 0; break; } } time(&etime); if (r < 0) { perror("read"); r = 0; } fprintf(stdout, "EOT at File %d Record %d Offset %d (%lld total bytes read)\n", rfileno, rrecno, r, nr); etime -= stime; fprintf(stdout, "Elapsed Seconds: %ld: Data Rate: %gMB/s\n", (long) etime, ((double) (nr >> 2) / ((double) etime))); return (0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Nov 15 17:35:49 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id AB86337B4FE for ; Wed, 15 Nov 2000 17:35:42 -0800 (PST) Received: from hamlet.nectar.com (hamlet.nectar.com [10.0.1.102]) by gw.nectar.com (Postfix) with ESMTP id 91F12193E0; Wed, 15 Nov 2000 19:35:41 -0600 (CST) Received: (from nectar@localhost) by hamlet.nectar.com (8.11.1/8.9.3) id eAG1Zfc13881; Wed, 15 Nov 2000 19:35:41 -0600 (CST) (envelope-from nectar@spawn.nectar.com) Date: Wed, 15 Nov 2000 19:35:41 -0600 From: "Jacques A. Vidrine" To: Matthew Jacob Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: [ TAPE TIMEOUT] Re: afio & SCB 0xc - timed out while idle Message-ID: <20001115193541.A13852@hamlet.nectar.com> Mail-Followup-To: "Jacques A. Vidrine" , Matthew Jacob , freebsd-scsi@FreeBSD.ORG References: <20001115183155.A11050@hamlet.nectar.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Wed, Nov 15, 2000 at 05:15:20PM -0800 X-Url: http://www.nectar.com/ Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Nov 15, 2000 at 05:15:20PM -0800, Matthew Jacob wrote: > Hmm. Save me some time/grief and check whether your tape drive is happy under > freebsd. It's worked well with dump/restore for the past 13 months. It is just this odd behavior with afio -Z (software compression). > Take the program below, compile it, put a scratch tape in the drive, > execute 'mt -f /dev/nrsa0 status' (and send us the output) and then execute: > > pat_test v -b 64k -r 1000 -n 10 -f /dev/nrsa0 # ./pat_test -v -b 64k -r 10 -n 10 -f /dev/nsa0 .......Rewind Tape ........Write Pass EOT at File 9 Record 1000 Offset 65536 (655360000 total bytes written) Elapsed Seconds: 501; Data Rate: 1.2475MB/s .......Rewind Tape .........Read Pass EOT at File 10 Record 0 Offset 0 (655360000 total bytes read) Elapsed Seconds: 190: Data Rate: 862316MB/s # mt status Mode Density Blocksize bpi Compression Current: 0x80 variable 0 0x3 ---------available modes--------- 0: 0x80 variable 0 0x3 1: 0x80 variable 0 0x3 2: 0x80 variable 0 0x3 3: 0x80 variable 0 0x3 --------------------------------- Current Driver State: at rest. --------------------------------- File Number: 11 Record Number: 1 Cheers, -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Nov 15 20: 8:36 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from gonzo.speakeasy.net (gonzo.speakeasy.net [216.254.0.5]) by hub.freebsd.org (Postfix) with SMTP id CC67D37B4CF for ; Wed, 15 Nov 2000 20:08:32 -0800 (PST) Received: (qmail 11907 invoked from network); 16 Nov 2000 04:07:52 -0000 Received: from unknown (HELO aldan.algebra.com) (64.24.41.117) by gonzo.speakeasy.net with SMTP; 16 Nov 2000 04:07:52 -0000 Received: (from mi@localhost) by aldan.algebra.com (8.11.1/8.11.1) id eAG45gq05238 for scsi@freebsd.org; Wed, 15 Nov 2000 23:05:42 -0500 (EST) (envelope-from mi) From: Mikhail Teterin Message-Id: <200011160405.eAG45gq05238@aldan.algebra.com> Subject: same drives acting differently To: scsi@freebsd.org Date: Wed, 15 Nov 2000 23:05:38 -0500 (EST) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da1: 2047MB (4194058 512 byte sectors: 255H 63S/T 261C) da2 at sym1 bus 0 target 1 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da2: 2047MB (4194058 512 byte sectors: 255H 63S/T 261C) As I was trying to figure out the best interleave factor, I noticed, that systat reported different figures for the drives as the rawio benchmark was running. Something like this: Disks ccd0 da0 da1 da2 da3 acd0 cd0 KB/t 16.00 0.00 2.00 1.60 0.00 0.00 0.00 tps 78 0 314 392 0 0 0 MB/s 1.21 0.00 0.61 0.61 0.00 0.00 0.00 % busy 97 0 34 97 0 0 0 See, the same amount of MB/s, but seriously different busy percentage. This is quite consistent for reading and writing parts of the rawio -- the da1 is always less busy than da2. I'm wondering if the da2 is dying on me, or what else is wrong with it, or is this because it is the second on the same SCSI chain, or what... Any ideas? Thanks! -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Nov 15 21: 4:55 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from misery.sdf.com (misery.sdf.com [204.244.213.49]) by hub.freebsd.org (Postfix) with ESMTP id A00A037B4C5; Wed, 15 Nov 2000 21:04:52 -0800 (PST) Received: from tom (helo=localhost) by misery.sdf.com with local-esmtp (Exim 2.12 #1) id 13wGpZ-00014P-00; Wed, 15 Nov 2000 20:39:25 -0800 Date: Wed, 15 Nov 2000 20:39:23 -0800 (PST) From: Tom Samplonius To: Mike Smith Cc: Geoff Buckingham , scsi@freebsd.org Subject: Today's best RAID card? In-Reply-To: <200011140120.eAE1K2F01241@mass.osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 13 Nov 2000, Mike Smith wrote: > 4.2's sysinstall doesn't support 'aac'. You can use kern.flp/boot.flp ... Once 4.2 hits RELEASE, what is going to be the best host-based RAID controller? I was happy with a Mylex AccelRAID 150 and mlxcontrol, but Mylex has changed over their product lines. I understand mlxcontrol does not understand the new Mylex cards yet. I'm planning to setup about 14 servers in about 6 weeks with various RAID1 and RAID1+0 configs and I have no idea which model to get. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Nov 16 3: 7:38 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from chuggalug.clues.com (chuggalug.clues.com [194.159.1.85]) by hub.freebsd.org (Postfix) with ESMTP id 756AB37B4CF; Thu, 16 Nov 2000 03:07:29 -0800 (PST) Received: (from geoffb@localhost) by chuggalug.clues.com (8.9.3/8.9.3) id LAA92582; Thu, 16 Nov 2000 11:13:34 GMT (envelope-from geoffb) Date: Thu, 16 Nov 2000 11:13:34 +0000 From: Geoff Buckingham To: Mike Smith Cc: joe@filmgroup.co.uk, scottl@freebsd.org, scsi@freebsd.org Subject: Re: Installing on Dell PERC 3/Si RAID card Message-ID: <20001116111334.A92343@chuggalug.clues.com> References: <20001114140300.A28125@filmgroup.co.uk> <200011150315.eAF3FXF01152@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <200011150315.eAF3FXF01152@mass.osd.bsdi.com>; from Mike Smith on Tue, Nov 14, 2000 at 07:15:33PM -0800 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Nov 14, 2000 at 07:15:33PM -0800, Mike Smith wrote: > > Heya, > > > > We are using a 5.0 snapshot from 5.0-20001104-CURRENT (as well as a few > > others) and the install utility sees the disks, lets us config and newfs > > them and then starts copying bin over so it is writing to disk. > > > > This bombs out after 1 - 2 mins with the following error: > > > > table full timeout trap > > shutting down aac > > > > Any ideas whats wrong here, anything that we can do? > > Urk. Scott, this sounds like you're forgetting to untimeout() commands > when they complete. > I am pretty sure we have also tried a snapshot that predates scotts changes. (20001013) I guess it is possible we picked up kern.flp and mfsroot.flp images from the wrong place. Snapshot of 5.0-20000920-CURRENT installing itself (not 4.1-STABLE) has so far progressed to usr sbin src without imploding. -- GeoffB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Nov 16 4: 7: 2 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from chuggalug.clues.com (chuggalug.clues.com [194.159.1.85]) by hub.freebsd.org (Postfix) with ESMTP id 9483237B479; Thu, 16 Nov 2000 04:06:58 -0800 (PST) Received: (from geoffb@localhost) by chuggalug.clues.com (8.9.3/8.9.3) id MAA92702; Thu, 16 Nov 2000 12:12:56 GMT (envelope-from geoffb) Date: Thu, 16 Nov 2000 12:12:56 +0000 From: Geoff Buckingham To: Mike Smith Cc: joe@filmgroup.co.uk, scottl@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: Installing on Dell PERC 3/Si RAID card Message-ID: <20001116121256.A92673@chuggalug.clues.com> References: <20001114140300.A28125@filmgroup.co.uk> <200011150315.eAF3FXF01152@mass.osd.bsdi.com> <20001116111334.A92343@chuggalug.clues.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <20001116111334.A92343@chuggalug.clues.com>; from Geoff Buckingham on Thu, Nov 16, 2000 at 11:13:34AM +0000 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Nov 16, 2000 at 11:13:34AM +0000, Geoff Buckingham wrote: > On Tue, Nov 14, 2000 at 07:15:33PM -0800, Mike Smith wrote: > > Snapshot of 5.0-20000920-CURRENT installing itself (not 4.1-STABLE) > has so far progressed to usr sbin src without imploding. Spoke to soon, the aac seemed to go away while src was still being install, the machine remains responsive, there is no crash, but the 'disks' have vanished. I assume this is the initial problem. However seems not to be the one we first encountered. -- GeoffB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Nov 16 9: 3:13 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 5143237B4CF for ; Thu, 16 Nov 2000 09:03:10 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id JAA10289; Thu, 16 Nov 2000 09:03:09 -0800 Date: Thu, 16 Nov 2000 09:03:07 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: "Jacques A. Vidrine" Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: [ TAPE TIMEOUT] Re: afio & SCB 0xc - timed out while idle In-Reply-To: <20001115193541.A13852@hamlet.nectar.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > It's worked well with dump/restore for the past 13 months. It is just > this odd behavior with afio -Z (software compression). > > > Take the program below, compile it, put a scratch tape in the drive, > > execute 'mt -f /dev/nrsa0 status' (and send us the output) and then execute: > > > > pat_test v -b 64k -r 1000 -n 10 -f /dev/nrsa0 > > # ./pat_test -v -b 64k -r 10 -n 10 -f /dev/nsa0 > .......Rewind Tape > ........Write Pass > EOT at File 9 Record 1000 Offset 65536 (655360000 total bytes written) > Elapsed Seconds: 501; Data Rate: 1.2475MB/s > .......Rewind Tape > .........Read Pass > EOT at File 10 Record 0 Offset 0 (655360000 total bytes read) > Elapsed Seconds: 190: Data Rate: 862316MB/s That's a very large compression difference. Hmm. Well, your script had too many errors to run, but what must be occurring is that dd has written out the (compressed) data. The filemarks don't get written except at close after writes or via the mt(1) command. So, back to what I originally suggested. Up the timeout for writing filemarks, and/or don't use the compressing tape device. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Nov 16 16:11:59 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-90-77.dsl.snfc21.pacbell.net [63.206.90.77]) by hub.freebsd.org (Postfix) with ESMTP id 0924437B479 for ; Thu, 16 Nov 2000 16:11:57 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eAH0IJF01394; Thu, 16 Nov 2000 16:18:23 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200011170018.eAH0IJF01394@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Tom Samplonius Cc: Geoff Buckingham , scsi@freebsd.org Subject: Re: Today's best RAID card? In-reply-to: Your message of "Wed, 15 Nov 2000 20:39:23 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Nov 2000 16:18:19 -0800 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Once 4.2 hits RELEASE, what is going to be the best host-based RAID > controller? "Best" In which context? > I was happy with a Mylex AccelRAID 150 and mlxcontrol, but Mylex has > changed over their product lines. I understand mlxcontrol does not > understand the new Mylex cards yet. I'm planning to setup about 14 > servers in about 6 weeks with various RAID1 and RAID1+0 configs and I have > no idea which model to get. Unless you're allergic to IDE, I'd strongly consider the 3ware ATA cards; for RAID0 and RAID1 it's impossible to beat them on price/performance, and they have FreeBSD native management tools in beta right now. For SCSI RAID; I am still working on management. I really, really need volunteers for this though; my time just isn't enough for this. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Nov 16 17:32:25 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-90-77.dsl.snfc21.pacbell.net [63.206.90.77]) by hub.freebsd.org (Postfix) with ESMTP id BFCAB37B479; Thu, 16 Nov 2000 17:32:22 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eAH1crF01715; Thu, 16 Nov 2000 17:38:53 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200011170138.eAH1crF01715@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Geoff Buckingham Cc: joe@filmgroup.co.uk, scottl@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: Installing on Dell PERC 3/Si RAID card In-reply-to: Your message of "Thu, 16 Nov 2000 12:12:56 GMT." <20001116121256.A92673@chuggalug.clues.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Nov 2000 17:38:53 -0800 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Thu, Nov 16, 2000 at 11:13:34AM +0000, Geoff Buckingham wrote: > > On Tue, Nov 14, 2000 at 07:15:33PM -0800, Mike Smith wrote: > > > > Snapshot of 5.0-20000920-CURRENT installing itself (not 4.1-STABLE) > > has so far progressed to usr sbin src without imploding. > > Spoke to soon, the aac seemed to go away while src was still being install, > the machine remains responsive, there is no crash, but the 'disks' have > vanished. I assume this is the initial problem. However seems not > to be the one we first encountered. Can you be more speific about "vanished"? Do you mean "not responding", or "no there anymore"? I'm going to try a -current install on one tomorrow to see what happens; unfortunately I only have the old reference adapter, not a "real" embedded aac so I don't know what might happen. Scott - any luck with Brian? -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Nov 16 20:59:59 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from misery.sdf.com (misery.sdf.com [204.244.213.49]) by hub.freebsd.org (Postfix) with ESMTP id 1E46537B479; Thu, 16 Nov 2000 20:59:55 -0800 (PST) Received: from tom (helo=localhost) by misery.sdf.com with local-esmtp (Exim 2.12 #1) id 13wdEG-0002x8-00; Thu, 16 Nov 2000 20:34:24 -0800 Date: Thu, 16 Nov 2000 20:34:23 -0800 (PST) From: Tom Samplonius To: Mike Smith Cc: Geoff Buckingham , scsi@freebsd.org Subject: Re: Today's best RAID card? In-Reply-To: <200011170018.eAH0IJF01394@mass.osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 16 Nov 2000, Mike Smith wrote: > > Once 4.2 hits RELEASE, what is going to be the best host-based RAID > > controller? > > "Best" In which context? Reliable. > > I was happy with a Mylex AccelRAID 150 and mlxcontrol, but Mylex has > > changed over their product lines. I understand mlxcontrol does not > > understand the new Mylex cards yet. I'm planning to setup about 14 > > servers in about 6 weeks with various RAID1 and RAID1+0 configs and I have > > no idea which model to get. > > Unless you're allergic to IDE, I'd strongly consider the 3ware ATA cards; > for RAID0 and RAID1 it's impossible to beat them on price/performance, > and they have FreeBSD native management tools in beta right now. I'm looking at the new IBM Netfinity 4500/x340 which includes three hotswap SCSI bays on a SCSI backplane. Adding a SCSI RAID card to these is easy. Adding IDE isn't. In fact, does hotswap IDE even work? > For SCSI RAID; I am still working on management. I really, really need > volunteers for this though; my time just isn't enough for this. Volunteers to do what exactly? > -- > ... every activity meets with opposition, everyone who acts has his > rivals and unfortunately opponents also. But not because people want > to be opponents, rather because the tasks and relationships force > people to take different points of view. [Dr. Fritz Todt] > V I C T O R Y N O T V E N G E A N C E Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Nov 16 21: 7:48 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.osd.bsdi.com (unknown [167.216.157.206]) by hub.freebsd.org (Postfix) with ESMTP id 6B29637B479 for ; Thu, 16 Nov 2000 21:07:45 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eAH5EHF00598; Thu, 16 Nov 2000 21:14:18 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200011170514.eAH5EHF00598@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Tom Samplonius Cc: Geoff Buckingham , scsi@freebsd.org Subject: Re: Today's best RAID card? In-reply-to: Your message of "Thu, 16 Nov 2000 20:34:23 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Nov 2000 21:14:17 -0800 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > Once 4.2 hits RELEASE, what is going to be the best host-based RAID > > > controller? > > > > "Best" In which context? > > Reliable. I'm pretty happy with all of the RAID controllers I'm supporting apart from the 'aac' hardware at the moment (which is why it's not in -stable!). > > Unless you're allergic to IDE, I'd strongly consider the 3ware ATA cards; > > for RAID0 and RAID1 it's impossible to beat them on price/performance, > > and they have FreeBSD native management tools in beta right now. > > I'm looking at the new IBM Netfinity 4500/x340 which includes three > hotswap SCSI bays on a SCSI backplane. Adding a SCSI RAID card to these > is easy. Adding IDE isn't. Fair enough. For something like this, I'd recommend one of the low-end AMI (eg. Express 500), Mylex (AcceleRAID 170) or Adaptec (ASR2100) cards. > In fact, does hotswap IDE even work? Yes; the 3ware 6x00 family cards should do it pretty well. > > For SCSI RAID; I am still working on management. I really, really need > > volunteers for this though; my time just isn't enough for this. > > Volunteers to do what exactly? Code; you interested? Regards, Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Nov 17 3:48:18 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from brunel.uk1.vbc.net (brunel.uk1.vbc.net [194.207.2.8]) by hub.freebsd.org (Postfix) with ESMTP id AFCC337B479; Fri, 17 Nov 2000 03:48:14 -0800 (PST) Received: from localhost (lloyd@localhost) by brunel.uk1.vbc.net (8.11.0/8.11.0) with ESMTP id eAHBmCr57868; Fri, 17 Nov 2000 11:48:12 GMT X-Authentication-Warning: brunel.uk1.vbc.net: lloyd owned process doing -bs Date: Fri, 17 Nov 2000 11:48:12 +0000 (GMT) From: Lloyd Rennie X-Sender: lloyd@brunel.uk1.vbc.net To: Mike Smith Cc: scsi@freebsd.org Subject: Re: Mylex AcceleRAID-170 32Mb - Help needed with errormsg In-Reply-To: <200011140106.eAE16qF01133@mass.osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 13 Nov 2000, Mike Smith wrote: > > Ripped the code for the driver for this card from the 5.x tree, and > > recompiled/installed for 4.1.1-RELEASE. All seemed to work like a dream. > > > > Two weeks or so later, and it's frozen. Powercycling gives this message > > before the boot freezes; > > > > Automatic boot in progress... > > /dev/da0s1a: FILESYSTEM CLEAN; SKIPPING CHECKS > > /dev/da0s1a: clean, 99584 free (856 frags, 12341 blocks, 0.7% fragmentation) > > mly0: got AM completion for illegal slot 12288 at 62 > > mly0: got AM completion for illegal slot 28672 at 63 > > mly0: got AM completion for illegal slot 49152 at 64 > > > > (last 3 messages are in hi-white) > > > > And there it sits, no panic or reboot prompt. > > > > While I can find this error quite easily in the driver sources, I find no > > explanation of what it means (I have no knowledge of how SCSI works, what > > a 'slot' is in this context, etc.) > > > > Can someone shed a little light on this? > > This looks frighteningly like a new manifestation of a known quirk in the > Mylex firmware (see mlxreg.h and the discussion on the size of the > command ring). I haven't had any feedback from Mylex on that quirk > though. :/ Couldn't find the discussion in mlxreg.h > However, the fact that the card was running fine, but is now falling over > as soon as you boot leads me to wonder if you aren't having hardware > problems. Is the card overheating? Is the DIMM properly inserted? Is > the card properly seated? Yup. Tried different memory too - the error's still present but the numbers are different (equally out-of-range though). And it's not overheating cos we can leave the thing off overnight and it happens first boot in the morning. Apologies for the reply delay - thought I'd sent this, but just found it postponed :/ -- Lloyd Rennie VBCnet GB Ltd lloyd@vbc.net tel +44 (0) 117 929 1316 http://www.vbc.net fax +44 (0) 117 927 2015 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Nov 17 3:52: 3 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.osd.bsdi.com (unknown [167.216.157.206]) by hub.freebsd.org (Postfix) with ESMTP id 42FF337B479 for ; Fri, 17 Nov 2000 03:52:01 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eAHBweF10907; Fri, 17 Nov 2000 03:58:41 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200011171158.eAHBweF10907@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Lloyd Rennie Cc: scsi@freebsd.org Subject: Re: Mylex AcceleRAID-170 32Mb - Help needed with errormsg In-reply-to: Your message of "Fri, 17 Nov 2000 11:48:12 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 17 Nov 2000 03:58:40 -0800 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > While I can find this error quite easily in the driver sources, I find no > > > explanation of what it means (I have no knowledge of how SCSI works, what > > > a 'slot' is in this context, etc.) > > > > > > Can someone shed a little light on this? > > > > This looks frighteningly like a new manifestation of a known quirk in the > > Mylex firmware (see mlxreg.h and the discussion on the size of the > > command ring). I haven't had any feedback from Mylex on that quirk > > though. > > :/ > > Couldn't find the discussion in mlxreg.h Sorry, bottom of mlyreg.h (wrong driver 8). > > However, the fact that the card was running fine, but is now falling over > > as soon as you boot leads me to wonder if you aren't having hardware > > problems. Is the card overheating? Is the DIMM properly inserted? Is > > the card properly seated? > > Yup. Tried different memory too - the error's still present but the > numbers are different (equally out-of-range though). And it's not > overheating cos we can leave the thing off overnight and it happens first > boot in the morning. Hrm. What firmware are you running? -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Nov 17 4:38:37 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from brunel.uk1.vbc.net (brunel.uk1.vbc.net [194.207.2.8]) by hub.freebsd.org (Postfix) with ESMTP id 6DE5B37B479; Fri, 17 Nov 2000 04:38:34 -0800 (PST) Received: from localhost (lloyd@localhost) by brunel.uk1.vbc.net (8.11.0/8.11.0) with ESMTP id eAHCcXQ58222; Fri, 17 Nov 2000 12:38:33 GMT X-Authentication-Warning: brunel.uk1.vbc.net: lloyd owned process doing -bs Date: Fri, 17 Nov 2000 12:38:33 +0000 (GMT) From: Lloyd Rennie X-Sender: lloyd@brunel.uk1.vbc.net To: Mike Smith Cc: scsi@freebsd.org Subject: Re: Mylex AcceleRAID-170 32Mb - Help needed with errormsg In-Reply-To: <200011171158.eAHBweF10907@mass.osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 17 Nov 2000, Mike Smith wrote: > > > > While I can find this error quite easily in the driver sources, I find no > > > > explanation of what it means (I have no knowledge of how SCSI works, what > > > > a 'slot' is in this context, etc.) > > > > > > > > Can someone shed a little light on this? > > > > > > This looks frighteningly like a new manifestation of a known quirk in the > > > Mylex firmware (see mlxreg.h and the discussion on the size of the > > > command ring). I haven't had any feedback from Mylex on that quirk > > > though. > > > > :/ > > > > Couldn't find the discussion in mlxreg.h > > Sorry, bottom of mlyreg.h (wrong driver 8). Got it. > > > However, the fact that the card was running fine, but is now falling over > > > as soon as you boot leads me to wonder if you aren't having hardware > > > problems. Is the card overheating? Is the DIMM properly inserted? Is > > > the card properly seated? > > > > Yup. Tried different memory too - the error's still present but the > > numbers are different (equally out-of-range though). And it's not > > overheating cos we can leave the thing off overnight and it happens first > > boot in the morning. > > Hrm. What firmware are you running? BIOS is 6.00-00 Firmware is 6.00-01 -- Lloyd Rennie VBCnet GB Ltd lloyd@vbc.net tel +44 (0) 117 929 1316 http://www.vbc.net fax +44 (0) 117 927 2015 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Nov 17 7:48:18 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from chuggalug.clues.com (chuggalug.clues.com [194.159.1.85]) by hub.freebsd.org (Postfix) with ESMTP id B8F0D37B479; Fri, 17 Nov 2000 07:48:14 -0800 (PST) Received: (from geoffb@localhost) by chuggalug.clues.com (8.9.3/8.9.3) id PAA04115; Fri, 17 Nov 2000 15:54:25 GMT (envelope-from geoffb) Date: Fri, 17 Nov 2000 15:54:25 +0000 From: Geoff Buckingham To: Mike Smith Cc: joe@filmgroup.co.uk, scottl@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: Installing on Dell PERC 3/Si RAID card Message-ID: <20001117155425.A3596@chuggalug.clues.com> References: <20001116121256.A92673@chuggalug.clues.com> <200011170138.eAH1crF01715@mass.osd.bsdi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <200011170138.eAH1crF01715@mass.osd.bsdi.com>; from Mike Smith on Thu, Nov 16, 2000 at 05:38:53PM -0800 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Nov 16, 2000 at 05:38:53PM -0800, Mike Smith wrote: > > On Thu, Nov 16, 2000 at 11:13:34AM +0000, Geoff Buckingham wrote: > > > On Tue, Nov 14, 2000 at 07:15:33PM -0800, Mike Smith wrote: > > > > > > Snapshot of 5.0-20000920-CURRENT installing itself (not 4.1-STABLE) > > > has so far progressed to usr sbin src without imploding. > > > > Spoke to soon, the aac seemed to go away while src was still being install, > > the machine remains responsive, there is no crash, but the 'disks' have > > vanished. I assume this is the initial problem. However seems not > > to be the one we first encountered. > > Can you be more speific about "vanished"? Do you mean "not responding", > or "no there anymore"? OK I seem to have been a bit hasty here. When installing this snapshot (5.0-20000920-CURRENT) the installation gets stuck when writing out /uncompressing the distributions. I intially thoght the disk had disappeard, but I had forgoten the Emergency Holograffic Shell chroots itself at some point into /mnt, so I was in fact looking at /mnt/mnt. However having tried to install this snaphot again I found that it got stuck earlier (during the bin distribution). Looking around in the EHS I could touch files in / (I presume chrooted into mnt, ie the RAID) Sadly ps hung so I don't know what sysinstall was waiting on. This could be unrelated to the controller so I will see if I can try another snapshot that also predates the commits from Scott. > > I'm going to try a -current install on one tomorrow to see what happens; > unfortunately I only have the old reference adapter, not a "real" > embedded aac so I don't know what might happen. > > Scott - any luck with Brian? > -- > ... every activity meets with opposition, everyone who acts has his > rivals and unfortunately opponents also. But not because people want > to be opponents, rather because the tasks and relationships force > people to take different points of view. [Dr. Fritz Todt] > V I C T O R Y N O T V E N G E A N C E > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Nov 17 9: 9:17 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from chuggalug.clues.com (chuggalug.clues.com [194.159.1.85]) by hub.freebsd.org (Postfix) with ESMTP id F2BD037B4C5; Fri, 17 Nov 2000 09:09:14 -0800 (PST) Received: (from geoffb@localhost) by chuggalug.clues.com (8.9.3/8.9.3) id RAA04301; Fri, 17 Nov 2000 17:15:26 GMT (envelope-from geoffb) Date: Fri, 17 Nov 2000 17:15:26 +0000 From: Geoff Buckingham To: Mike Smith Cc: joe@filmgroup.co.uk, scottl@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: Installing on Dell PERC 3/Si RAID card Message-ID: <20001117171526.A4135@chuggalug.clues.com> References: <20001116121256.A92673@chuggalug.clues.com> <200011170138.eAH1crF01715@mass.osd.bsdi.com> <20001117155425.A3596@chuggalug.clues.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <20001117155425.A3596@chuggalug.clues.com>; from Geoff Buckingham on Fri, Nov 17, 2000 at 03:54:25PM +0000 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Just tried the 5.0-20000920-CURRENT snapshot on the machine with the RAID disabled and controller appearign as Adaptec 7899. The install completed without error. However the loader complained it was unable to find the kernel on reboot. ls shows the kernel siting there, 'load kernel' results an unable to find kernel message. While this is less than ideal, it does seem do implicate the aac in the hanging during install seen while the RAID was enabled. -- GeoffB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Nov 17 23:23:25 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-177-210.dsl.snfc21.pacbell.net [63.202.177.210]) by hub.freebsd.org (Postfix) with ESMTP id 38E7B37B479; Fri, 17 Nov 2000 23:23:23 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eAI7U8F01062; Fri, 17 Nov 2000 23:30:08 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200011180730.eAI7U8F01062@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Geoff Buckingham Cc: joe@filmgroup.co.uk, scottl@FreeBSD.ORG, scsi@FreeBSD.ORG Subject: Re: Installing on Dell PERC 3/Si RAID card In-reply-to: Your message of "Fri, 17 Nov 2000 17:15:26 GMT." <20001117171526.A4135@chuggalug.clues.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 17 Nov 2000 23:30:08 -0800 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Just tried the 5.0-20000920-CURRENT snapshot on the machine with > the RAID disabled and controller appearign as Adaptec 7899. > > The install completed without error. However the loader complained it > was unable to find the kernel on reboot. ls shows the kernel siting > there, 'load kernel' results an unable to find kernel message. > > While this is less than ideal, it does seem do implicate the aac in > the hanging during install seen while the RAID was enabled. These symptoms do seem much more like the ones I'm already used to hearing about. Note that the -current install breakage is probably due to the kernel being in the wrong place, try 'boot /kernel'. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Nov 18 14: 8: 8 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from dayspring.firedrake.org (dayspring.firedrake.org [195.82.105.251]) by hub.freebsd.org (Postfix) with ESMTP id 1309237B479 for ; Sat, 18 Nov 2000 14:08:04 -0800 (PST) Received: from float by dayspring.firedrake.org with local (Exim 3.12 #1 (Debian)) id 13xG9T-00060l-00; Sat, 18 Nov 2000 22:08:03 +0000 Date: Sat, 18 Nov 2000 22:08:03 +0000 From: void To: scsi@freebsd.org Subject: [mjacob@feral.com: Re: "device not configured" from sa driver] Message-ID: <20001118220803.A22733@firedrake.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Ok, I tried Matthew Jacob's suggestion, and here's the output: Nov 18 16:54:25 machine-name /kernel: (xpt0:ahc2:0:5:0): debugging flags now 9 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): saopen(1): dev=0x1 softc=0x0 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): sastart(sa1:ahc2:0:5:0): RESERVE(06). CDB: 16 0 0 0 0 0 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): sastart(sa1:ahc2:0:5:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): Key 0x2 ASC/ASCQ Nov 18 16:54:37 machine-name /kernel: 0x3a 0x0 flags 0x0 resid 0 dxfer_len 0 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): Key 0x2 ASC/ASCQ Nov 18 16:54:37 machine-name /kernel: 0x3a 0x0 flags 0x0 resid 0 dxfer_len 0 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): Key 0x2 ASC/ASCQ Nov 18 16:54:37 machine-name /kernel: 0x3a 0x0 flags 0x0 resid 0 dxfer_len 0 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): LOAD UNLOAD. CDB: 1b 0 0 0 1 0 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): Key 0x2 ASC/ASCQ Nov 18 16:54:37 machine-name /kernel: 0x3a 0x0 flags 0x0 resid 0 dxfer_len 0 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): REWIND. CDB: 1 0 0 0 0 0 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): Key 0x2 ASC/ASCQ Nov 18 16:54:37 machine-name /kernel: 0x3a 0x0 flags 0x0 resid 0 dxfer_len 0 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): REWIND. CDB: 1 0 0 0 0 0 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): Key 0x2 ASC/ASCQ Nov 18 16:54:37 machine-name /kernel: 0x3a 0x0 flags 0x0 resid 0 dxfer_len 0 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): REWIND. CDB: 1 0 0 0 0 0 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): Key 0x2 ASC/ASCQ Nov 18 16:54:37 machine-name /kernel: 0x3a 0x0 flags 0x0 resid 0 dxfer_len 0 Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): sastart(sa1:ahc2:0:5:0): RELEASE(06). CDB: 17 0 0 0 0 0 Nov 18 16:54:40 machine-name /kernel: (xpt0:ahc2:0:5:1): debugging flags now 9 -- Ben 220 go.ahead.make.my.day ESMTP Postfix --pf9I7BMVVzbSWLtt Content-Type: message/rfc822 Content-Disposition: inline Received: from feral.com [192.67.166.1] (root) by dayspring.firedrake.org with esmtp (Exim 3.12 #1 (Debian)) id 13xFfr-0005pG-00; Sat, 18 Nov 2000 21:37:27 +0000 Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id NAA19391; Sat, 18 Nov 2000 13:37:17 -0800 Date: Sat, 18 Nov 2000 13:37:14 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: void cc: hackers@FreeBSD.ORG Subject: Re: "device not configured" from sa driver In-Reply-To: <20001118213224.A22036@firedrake.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Try an mt -f /dev/nrsa0 status and mt -f /dev/nrsa1 status The ctl node specifically makes no access to the device. If there is indeed a tape inserted, build a CAMDEBUG kernel, boot it, and do camcontrol debug -Ic b:t:l (b = bus, t = target, l = lun) and then do the 'mt status' dance as above and send to scsi@freebsd.org (the appropriate list- not hackers). I'm the tape driver maintainer, but I'll be out of town this next week. > I have set up a tape drive, correctly I believe, yet I keep getting > "device not configured" errors from it. See: > > http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=2849646+2851949+/usr/local/www/db/text/2000/freebsd-questions/20001029.freebsd-questions > > Some have said that this error indicates no tapes in the drive, but the > drive does have tapes in it. What else could it indicate? I tried > reading the source, but I found it beyond me. > > --pf9I7BMVVzbSWLtt-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Nov 18 14:18:25 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id C9C4E37B479 for ; Sat, 18 Nov 2000 14:18:21 -0800 (PST) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id OAA19545; Sat, 18 Nov 2000 14:18:18 -0800 Date: Sat, 18 Nov 2000 14:18:15 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: void Cc: scsi@FreeBSD.ORG Subject: Re: [mjacob@feral.com: Re: "device not configured" from sa driver] In-Reply-To: <20001118220803.A22733@firedrake.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org bird > /etc/LGTOuscsi/ascdcode 0x3a 0 ASC/ASCQ(0x3A/0x00)= Well, sorry.... but if the tape drive itself is saying "nobody home...." :-).. These aren't part of stackers, are they? -matt > Ok, I tried Matthew Jacob's suggestion, and here's the output: > > Nov 18 16:54:25 machine-name /kernel: (xpt0:ahc2:0:5:0): debugging flags > now 9 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): saopen(1): > dev=0x1 softc=0x0 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): > sastart(sa1:ahc2:0:5:0): > RESERVE(06). CDB: 16 0 0 0 0 0 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): > sastart(sa1:ahc2:0:5:0): > TEST UNIT READY. CDB: 0 0 0 0 0 0 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): Key 0x2 ASC/ASCQ > Nov 18 16:54:37 machine-name /kernel: 0x3a 0x0 flags 0x0 resid 0 > dxfer_len 0 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): LOAD UNLOAD. CDB: > 1b 0 0 > 0 1 0 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): Key 0x2 ASC/ASCQ > Nov 18 16:54:37 machine-name /kernel: 0x3a 0x0 flags 0x0 resid 0 > dxfer_len 0 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): LOAD UNLOAD. CDB: > 1b 0 0 > 0 1 0 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): Key 0x2 ASC/ASCQ > Nov 18 16:54:37 machine-name /kernel: 0x3a 0x0 flags 0x0 resid 0 > dxfer_len 0 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): LOAD UNLOAD. CDB: > 1b 0 0 > 0 1 0 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): Key 0x2 ASC/ASCQ > Nov 18 16:54:37 machine-name /kernel: 0x3a 0x0 flags 0x0 resid 0 > dxfer_len 0 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): REWIND. CDB: 1 0 > 0 0 0 0 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): Key 0x2 ASC/ASCQ > Nov 18 16:54:37 machine-name /kernel: 0x3a 0x0 flags 0x0 resid 0 > dxfer_len 0 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): REWIND. CDB: 1 0 > 0 0 0 0 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): Key 0x2 ASC/ASCQ > Nov 18 16:54:37 machine-name /kernel: 0x3a 0x0 flags 0x0 resid 0 > dxfer_len 0 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): REWIND. CDB: 1 0 > 0 0 0 0 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): Key 0x2 ASC/ASCQ > Nov 18 16:54:37 machine-name /kernel: 0x3a 0x0 flags 0x0 resid 0 > dxfer_len 0 > Nov 18 16:54:37 machine-name /kernel: (sa1:ahc2:0:5:0): > sastart(sa1:ahc2:0:5:0): > RELEASE(06). CDB: 17 0 0 0 0 0 > Nov 18 16:54:40 machine-name /kernel: (xpt0:ahc2:0:5:1): debugging flags > now 9 > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Nov 18 14:40:13 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from dayspring.firedrake.org (dayspring.firedrake.org [195.82.105.251]) by hub.freebsd.org (Postfix) with ESMTP id 059CD37B683 for ; Sat, 18 Nov 2000 14:40:10 -0800 (PST) Received: from float by dayspring.firedrake.org with local (Exim 3.12 #1 (Debian)) id 13xGeU-0006FF-00; Sat, 18 Nov 2000 22:40:06 +0000 Date: Sat, 18 Nov 2000 22:40:06 +0000 From: void To: Matthew Jacob Cc: scsi@FreeBSD.ORG Subject: Re: [mjacob@feral.com: Re: "device not configured" from sa driver] Message-ID: <20001118224006.A23974@firedrake.org> References: <20001118220803.A22733@firedrake.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Sat, Nov 18, 2000 at 02:18:15PM -0800 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Nov 18, 2000 at 02:18:15PM -0800, Matthew Jacob wrote: > > bird > /etc/LGTOuscsi/ascdcode 0x3a 0 > ASC/ASCQ(0x3A/0x00)= Urgh. > Well, sorry.... but if the tape drive itself is saying "nobody home...." :-).. > > These aren't part of stackers, are they? I'm not sure what you mean. It's an "HP C1557A U812", which holds a six-tape magazine. -- Ben 220 go.ahead.make.my.day ESMTP Postfix To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Nov 18 15: 2: 7 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 7CF3937B479 for ; Sat, 18 Nov 2000 15:02:05 -0800 (PST) Received: from whizzo.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.1/8.11.0) with ESMTP id eAIN1v753583; Sat, 18 Nov 2000 18:01:57 -0500 (EST) (envelope-from louie@whizzo.transsys.com) Message-Id: <200011182301.eAIN1v753583@whizzo.transsys.com> X-Mailer: exmh version 2.2 06/23/2000 with nmh-1.0.4 To: void Cc: Matthew Jacob , scsi@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: [mjacob@feral.com: Re: "device not configured" from sa driver] References: <20001118220803.A22733@firedrake.org> <20001118224006.A23974@firedrake.org> In-reply-to: Your message of "Sat, 18 Nov 2000 22:40:06 GMT." <20001118224006.A23974@firedrake.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 18 Nov 2000 18:01:56 -0500 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I'm not sure what you mean. It's an "HP C1557A U812", which holds a > six-tape magazine. It's not trying to load a cleaning tape is it? These drives come with a magazine with 5 DAT tapes plus a cleaning tape in the 6th magazine position. The tape transport mechanism recognizes the cleaning tape; it plays with it and then stops after a bit. It never really gets "loaded" Sorry if this seems obvious. I got surprised one day when I swapped magazines, and the one I inserted had a cleaning tape in it :-( louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Nov 18 15:12:29 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id B6AF937B4CF for ; Sat, 18 Nov 2000 15:12:27 -0800 (PST) Received: from beppo (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id PAA19693; Sat, 18 Nov 2000 15:12:27 -0800 Date: Sat, 18 Nov 2000 15:12:24 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: void Cc: scsi@FreeBSD.ORG Subject: Re: [mjacob@feral.com: Re: "device not configured" from sa driver] In-Reply-To: <20001118224006.A23974@firedrake.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 18 Nov 2000, void wrote: > On Sat, Nov 18, 2000 at 02:18:15PM -0800, Matthew Jacob wrote: > > > > bird > /etc/LGTOuscsi/ascdcode 0x3a 0 > > ASC/ASCQ(0x3A/0x00)= > > Urgh. > > > Well, sorry.... but if the tape drive itself is saying "nobody home...." :-).. > > > > These aren't part of stackers, are they? > > I'm not sure what you mean. It's an "HP C1557A U812", which holds a > six-tape magazine. Yup. Configure in device ch and then use chio(8) to load tapes into the drive. Or use the front panel. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sat Nov 18 15:40:51 2000 Delivered-To: freebsd-scsi@freebsd.org Received: from dayspring.firedrake.org (dayspring.firedrake.org [195.82.105.251]) by hub.freebsd.org (Postfix) with ESMTP id D137637B479 for ; Sat, 18 Nov 2000 15:40:49 -0800 (PST) Received: from float by dayspring.firedrake.org with local (Exim 3.12 #1 (Debian)) id 13xHbC-0006eW-00; Sat, 18 Nov 2000 23:40:46 +0000 Date: Sat, 18 Nov 2000 23:40:46 +0000 From: void To: Matthew Jacob Cc: scsi@FreeBSD.ORG Subject: Re: [mjacob@feral.com: Re: "device not configured" from sa driver] Message-ID: <20001118234046.A25540@firedrake.org> References: <20001118224006.A23974@firedrake.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mjacob@feral.com on Sat, Nov 18, 2000 at 03:12:24PM -0800 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Nov 18, 2000 at 03:12:24PM -0800, Matthew Jacob wrote: > > and then use chio(8) to load tapes into the drive. Ding! Many thanks for your speedy, accurate and patient help. -- Ben 220 go.ahead.make.my.day ESMTP Postfix To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message