From owner-freebsd-scsi Sun Dec 16 0:20:12 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 4352E37B41A for ; Sun, 16 Dec 2001 00:20:08 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id JAA16575; Sun, 16 Dec 2001 09:20:07 +0100 (CET) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id fBG7xwr36385; Sun, 16 Dec 2001 08:59:58 +0100 (MET) (envelope-from j) Date: Sun, 16 Dec 2001 08:59:58 +0100 (MET) Message-Id: <200112160759.fBG7xwr36385@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <3C1C4F64.6030007@quack.kfu.com> From: j@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: Bad block - is my drive toast? X-Original-Newsgroups: local.freebsd.scsi To: freebsd-scsi@freebsd.org Cc: Nick Sayer Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Nick Sayer wrote: > Attempting to look at the grown defect list with camcontrol yields > an error (it's an IBM Deskstar. I guess defects are top secret with > those). If you add -v to camcontrol, you would see there isn't actually an error. ;-) Ken recently fixed a braino in camcontrol that made defect list reading impossible, so make sure you use the latest version. > Can anyone think of anything to do other than go buy a new drive (which > I'm likely to do anyhow)? Try camcontrol format, this always reallocates bad blocks. If formatting doesn't complete, the drive is toast for sure, otherwise it's probably still usable for quite some time as /tmp, /mp3cache or /usr/obj. :) -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Dec 18 10:58:49 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from relay.comm2000.it (mindseal.comm2000.it [194.133.0.6]) by hub.freebsd.org (Postfix) with ESMTP id 97EE237B405 for ; Tue, 18 Dec 2001 10:58:46 -0800 (PST) Received: from insomma.local.lan ([212.97.62.126]) by relay.comm2000.it (8.11.2/MFAGMM-19990726) with ESMTP id fBIIwjF29456 for ; Tue, 18 Dec 2001 19:58:45 +0100 X-SMTP-Peer: [212.97.62.126] Received: (from nobody@localhost) by insomma.local.lan (8.11.6/8.11.3) id fBIIwhI71590 for freebsd-scsi@freebsd.org; Tue, 18 Dec 2001 19:58:43 +0100 (CET) (envelope-from massimo@datacode.it) From: Massimo Lusetti X-Authentication-Warning: insomma.local.lan: nobody set sender to massimo@datacode.it using -f Received: from 192.168.1.103 ( [192.168.1.103]) as user massimo@mail.local.lan by webapps.datacode.it with HTTP; Tue, 18 Dec 2001 19:58:43 +0100 Message-ID: <1008701923.3c1f91e30fbc2@webapps.datacode.it> Date: Tue, 18 Dec 2001 19:58:43 +0100 To: freebsd-scsi@freebsd.org Subject: big mly(4) logical volume MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: DataMAIL on WEB Solution (DM) 2.3.7-cvs Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I've done a fresh 4.4-RELEASE install on-top of a RAID 5 with 5x70G HDD + 1x70G hot spare driver over a AcceleRAID 352 controller. Just after the kernel take control i notice the hdd's led blink and the never stop (at least in the last 8 hours) but i didn't notice any message from the driver, well really i've noticed only one message just after the boot process ends and i got the login prompt telling me: sense data received: sense key 11 asc 47 ascq 00 which i think should per 'aborted command on SCSI parity error' Is it normal to have this hdd always busy !? If the controlled is (re)building something i should notice on kernel message... right ?! Obviously the server is not busy... for now it is disconnected from the network. Regards, Massimo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Dec 18 11:47:45 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 7CF0237B416 for ; Tue, 18 Dec 2001 11:47:42 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id fBIJsJO01662; Tue, 18 Dec 2001 11:54:20 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200112181954.fBIJsJO01662@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Massimo Lusetti Cc: freebsd-scsi@freebsd.org Subject: Re: big mly(4) logical volume In-reply-to: Your message of "Tue, 18 Dec 2001 19:58:43 +0100." <1008701923.3c1f91e30fbc2@webapps.datacode.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 18 Dec 2001 11:54:19 -0800 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org It's normal for it to take some time to get the parity on the drives into sync. Depending on the default rebuild rate, this can take quite a while; 8 hours is not unimaginable. As long as it stops eventually, you'll be fine, and it'll be usable (but slower) while the rebuild is running. > Is it normal to have this hdd always busy !? If the controlled is > (re)building something i should notice on kernel message... right ?! The controller doesn't tell us that it's working on establishing parity for a new array, AFAIR. I could probably find out if the driver went off asking, but there's a list as long as my arm of things I want to do to that driver... -- ... 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 Dec 18 17:59:28 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from calliope1.fm.intel.com (fmfdns01.fm.intel.com [132.233.247.10]) by hub.freebsd.org (Postfix) with ESMTP id EFB0C37B419 for ; Tue, 18 Dec 2001 17:59:24 -0800 (PST) Received: from fmsmsxvs041.fm.intel.com (fmsmsxv041-1.fm.intel.com [132.233.48.109]) by calliope1.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.48 2001/12/13 16:27:50 root Exp $) with SMTP id BAA12833 for ; Wed, 19 Dec 2001 01:59:19 GMT Received: from fmsmsx27.fm.intel.com ([132.233.42.27]) by fmsmsxvs041.fm.intel.com (NAVGW 2.5.1.16) with SMTP id M2001121818002511741 for ; Tue, 18 Dec 2001 18:00:25 -0800 Received: by fmsmsx27.fm.intel.com with Internet Mail Service (5.5.2653.19) id ; Tue, 18 Dec 2001 17:59:19 -0800 Message-ID: <45A7438A5399D211AC4200A0C96994EA03F9CE36@fmsmsx76.fm.intel.com> From: "Kannanthanam, Boji T" To: "'freebsd-scsi@freebsd.org'" Subject: Maximum SCSI device limitation ? Date: Tue, 18 Dec 2001 17:53:43 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="ISO-8859-1" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, ICP RAID Controllers (http://www.vortex.de/) support up to 100 logical drives in the host adapter driver (channel x, ID 0, LUN 0, ... channel x, ID 99, LUN 0). But we see only da0, ..., da15 in the OS (16 drives). Is there a limitation in the SCSI Direct Access Device Driver (da)? This was observed on FreeBSD release 4.4. Thanks, -Boji Intel Corp. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Tue Dec 18 20:38:44 2001 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 BC53737B405 for ; Tue, 18 Dec 2001 20:38:41 -0800 (PST) Received: (from ken@localhost) by panzer.kdm.org (8.11.6/8.9.1) id fBJ4cbJ89403; Tue, 18 Dec 2001 21:38:37 -0700 (MST) (envelope-from ken) Date: Tue, 18 Dec 2001 21:38:37 -0700 From: "Kenneth D. Merry" To: "Kannanthanam, Boji T" Cc: "'freebsd-scsi@freebsd.org'" Subject: Re: Maximum SCSI device limitation ? Message-ID: <20011218213837.A89371@panzer.kdm.org> References: <45A7438A5399D211AC4200A0C96994EA03F9CE36@fmsmsx76.fm.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <45A7438A5399D211AC4200A0C96994EA03F9CE36@fmsmsx76.fm.intel.com>; from boji.t.kannanthanam@intel.com on Tue, Dec 18, 2001 at 05:53:43PM -0800 Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, Dec 18, 2001 at 17:53:43 -0800, Kannanthanam, Boji T wrote: > Hi, > > ICP RAID Controllers (http://www.vortex.de/) support up to 100 logical > drives in the host adapter driver (channel x, ID 0, LUN 0, ... channel x, ID > 99, LUN 0). > But we see only da0, ..., da15 in the OS (16 drives). Is there a limitation > in the SCSI Direct Access Device Driver (da)? This was observed on FreeBSD > release 4.4. The probe code sends a path inquiry CCB (XPT_PATH_INQ) down to the controller driver to determine, among other things, the maximum target ID supported by the driver. The probe code won't probe any target IDs higher than the maximum target the controller driver claims to support. So check the driver and see what it is putting in the path inquiry CCB. 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 Wed Dec 19 7:23: 7 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from relay.comm2000.it (mindseal.comm2000.it [194.133.0.6]) by hub.freebsd.org (Postfix) with ESMTP id BEB3237B419; Wed, 19 Dec 2001 07:23:04 -0800 (PST) Received: from insomma.local.lan ([212.97.62.126]) by relay.comm2000.it (8.11.2/MFAGMM-19990726) with ESMTP id fBJFN3o06994; Wed, 19 Dec 2001 16:23:03 +0100 X-SMTP-Peer: [212.97.62.126] Received: (from nobody@localhost) by insomma.local.lan (8.11.6/8.11.3) id fBJFN2g76410; Wed, 19 Dec 2001 16:23:02 +0100 (CET) (envelope-from massimo@datacode.it) From: Massimo Lusetti X-Authentication-Warning: insomma.local.lan: nobody set sender to massimo@datacode.it using -f Received: from 192.168.1.13 ( [192.168.1.13]) as user massimo@mail.local.lan by webapps.datacode.it with HTTP; Wed, 19 Dec 2001 16:23:02 +0100 Message-ID: <1008775382.3c20b0d6be383@webapps.datacode.it> Date: Wed, 19 Dec 2001 16:23:02 +0100 To: Mike Smith Cc: freebsd-scsi@freebsd.org Subject: Re: big mly(4) logical volume References: <200112181954.fBIJsJO01662@mass.dis.org> In-Reply-To: <200112181954.fBIJsJO01662@mass.dis.org> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: DataMAIL on WEB Solution (DM) 2.3.7-cvs Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Quoting Mike Smith : > > It's normal for it to take some time to get the parity on the drives into > sync. Depending on the default rebuild rate, this can take quite a > while; 8 hours is not unimaginable. As long as it stops eventually, > you'll be fine, and it'll be usable (but slower) while the rebuild is > running. Well, infact the system was usable... but it takes 9 hours for it to complete. > > Is it normal to have this hdd always busy !? If the controlled is > > (re)building something i should notice on kernel message... right ?! > > The controller doesn't tell us that it's working on establishing parity > for a new array, AFAIR. I could probably find out if the driver went off > asking, but there's a list as long as my arm of things I want to do to > that driver... Sure, thanks for your fast reply. Thanks. Regards, Massimo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Dec 19 11:50:51 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id CA73D37B42C for ; Wed, 19 Dec 2001 11:50:18 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id fBJJv7I01515; Wed, 19 Dec 2001 11:57:07 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200112191957.fBJJv7I01515@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Kannanthanam, Boji T" Cc: "'freebsd-scsi@freebsd.org'" Subject: Re: Maximum SCSI device limitation ? In-reply-to: Your message of "Tue, 18 Dec 2001 17:53:43 PST." <45A7438A5399D211AC4200A0C96994EA03F9CE36@fmsmsx76.fm.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 19 Dec 2001 11:57:07 -0800 From: Mike Smith Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Hi, > > ICP RAID Controllers (http://www.vortex.de/) support up to 100 logical > drives in the host adapter driver (channel x, ID 0, LUN 0, ... channel x, ID > 99, LUN 0). > But we see only da0, ..., da15 in the OS (16 drives). Is there a limitation > in the SCSI Direct Access Device Driver (da)? This was observed on FreeBSD > release 4.4. This is probably a bug in the ICP driver. -- ... 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 Wed Dec 19 12:32:50 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from calliope1.fm.intel.com (fmfdns01.fm.intel.com [132.233.247.10]) by hub.freebsd.org (Postfix) with ESMTP id 8DE7837B419; Wed, 19 Dec 2001 12:32:45 -0800 (PST) Received: from fmsmsxvs043.fm.intel.com (fmsmsxv043-1.fm.intel.com [132.233.48.128]) by calliope1.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.48 2001/12/13 16:27:50 root Exp $) with SMTP id UAA22893; Wed, 19 Dec 2001 20:32:40 GMT Received: from fmsmsx29.FM.INTEL.COM ([132.233.42.29]) by fmsmsxvs043.fm.intel.com (NAVGW 2.5.1.16) with SMTP id M2001121912315130783 ; Wed, 19 Dec 2001 12:31:51 -0800 Received: by fmsmsx29.fm.intel.com with Internet Mail Service (5.5.2653.19) id ; Wed, 19 Dec 2001 12:32:40 -0800 Message-ID: <45A7438A5399D211AC4200A0C96994EA03F9CE3D@fmsmsx76.fm.intel.com> From: "Kannanthanam, Boji T" To: "'Mike Smith'" Cc: "'freebsd-scsi@freebsd.org'" Subject: RE: Maximum SCSI device limitation ? Date: Wed, 19 Dec 2001 12:32:33 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Mike/Kenneth: Thanks for the input, apparently we were just missing the device nodes (for > da15) in the /dev/ directory to be able to access the drives via /stand/sysinstall (I should have checked more thoroughly before querying the list :-) This is easily fixed with the MAKEDEV script. I checked the driver code ; it was returning the correct parameters for the XPT_PATH_INQ inquiry. Thanks, Boji > -----Original Message----- > From: Mike Smith [mailto:msmith@freebsd.org] > Sent: Wednesday, December 19, 2001 12:57 PM > To: Kannanthanam, Boji T > Cc: 'freebsd-scsi@freebsd.org' > Subject: Re: Maximum SCSI device limitation ? > > > > Hi, > > > > ICP RAID Controllers (http://www.vortex.de/) support up to > 100 logical > > drives in the host adapter driver (channel x, ID 0, LUN 0, > ... channel x, ID > > 99, LUN 0). > > But we see only da0, ..., da15 in the OS (16 drives). Is > there a limitation > > in the SCSI Direct Access Device Driver (da)? This was > observed on FreeBSD > > release 4.4. > > This is probably a bug in the ICP driver. > > -- > ... 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 Wed Dec 19 16:33:45 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from seven.Alameda.net (seven.Alameda.net [64.81.63.137]) by hub.freebsd.org (Postfix) with ESMTP id AD90337B405 for ; Wed, 19 Dec 2001 16:33:43 -0800 (PST) Received: by seven.Alameda.net (Postfix, from userid 1000) id 5609A3A248; Wed, 19 Dec 2001 16:33:43 -0800 (PST) Date: Wed, 19 Dec 2001 16:33:43 -0800 From: Ulf Zimmermann To: scsi@freebsd.org Subject: OT: Does someone have a quick pointer for Message-ID: <20011219163343.B79916@seven.alameda.net> Reply-To: ulf@Alameda.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 4.4-STABLE Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org the format of modepage -m 3, of the bytes itself. FreeBSD camcontrol prints it out so nicely, but I am looking at a dump of another system which just gives me the bytes, not what field is what. -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://seven.Alameda.net/~ulf/resume.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Wed Dec 19 17:16:22 2001 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 D296A37B405 for ; Wed, 19 Dec 2001 17:16:19 -0800 (PST) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.5/8.11.5) with ESMTP id fBK1GHg02707; Wed, 19 Dec 2001 18:16:17 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200112200116.fBK1GHg02707@aslan.scsiguy.com> To: ulf@Alameda.net Cc: scsi@FreeBSD.ORG Subject: Re: OT: Does someone have a quick pointer for In-Reply-To: Your message of "Wed, 19 Dec 2001 16:33:43 PST." <20011219163343.B79916@seven.alameda.net> Date: Wed, 19 Dec 2001 18:16:17 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >the format of modepage -m 3, of the bytes itself. FreeBSD camcontrol >prints it out so nicely, but I am looking at a dump of another system >which just gives me the bytes, not what field is what. www.t10.org Pull down the SCSI2 Draft or the SBC spec. You can also parse the data in /usr/share/misc/scsi_modes. This is the template used by camcontrol to parse the mode page. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Dec 20 4:24:41 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by hub.freebsd.org (Postfix) with ESMTP id 8B1A137B416 for ; Thu, 20 Dec 2001 04:24:33 -0800 (PST) Received: from [62.49.229.110] (helo=gw1.techiebod.com) by anchor-post-33.mail.demon.net with esmtp (Exim 2.12 #1) id 16H2FU-000MKy-0X for scsi@freebsd.org; Thu, 20 Dec 2001 12:24:32 +0000 Received: by gw1.techiebod.com (zmail, from userid 1000) id 69F6F1931D; Thu, 20 Dec 2001 12:24:31 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by gw1.techiebod.com (zmail) with ESMTP id 65CB936402 for ; Thu, 20 Dec 2001 12:24:31 +0000 (GMT) Date: Thu, 20 Dec 2001 12:24:31 +0000 (GMT) From: Henry Whincup To: scsi@freebsd.org Subject: SCSI tape drive problems Message-ID: <20011220122232.H11193-200000@gw1.techiebod.com> MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; boundary="0-533124740-1008017076=:1038" Content-ID: <20011220122232.A11193@gw1.techiebod.com> Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-533124740-1008017076=:1038 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-ID: <20011220122232.W11193@gw1.techiebod.com> Forwarded to scsi due to no answer on questions. As an extra data point I have now tried the same drive and controller in another machine with no irq sharing. ---------- Forwarded message ---------- Date: Mon, 10 Dec 2001 20:44:36 +0000 (GMT) From: Henry Whincup To: "questions@freebsd.org" Subject: SCSI tape drive problems I have recently purchased a new tape drive autoloader (Sony DDS autoloader TSL-S9000L) and had hoped to use it under FreeBSD. I have it attached to an Adaptec 2940U2W via an external connection. The drive is terminated and the controller is set to auto-terminate. There are no other devices on this controller. Relavent boot dmesg (full boot dmesg attached): pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xc000-0xc00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 pci0: at 7.2 irq 5 pci0: at 7.3 irq 5 ahc0: port 0xcc00-0xccff mem 0xd1600000-0xd1600fff irq 11 at device 9.0 on pci0 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/255 SCBs ... sa0 at ahc0 bus 0 target 3 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 15) Mounting root from ufs:/dev/ad0s1a ch0 at ahc0 bus 0 target 3 lun 1 ch0: Removable Changer SCSI-2 device ch0: 10.000MB/s transfers (10.000MHz, offset 15) ch0: 8 slots, 1 drive, 1 picker, 0 portals It might be worth noting that it shares an irq with the ata controller (although I thought I didn't need to worry about these things any more) see: atapci1: port 0xe800-0xe8ff,0xe400-0xe403,0xe000-0xe007,0xdc00-0xdc03,0xd800-0xd807 irq 11 at device 19.0 on pci0 mt status responds with : Mode Density Blocksize bpi Compression Current: 0x13:X3B5/88-185A 512 bytes 61000 DCLZ ---------available modes--------- 0: 0x13:X3B5/88-185A 512 bytes 61000 DCLZ 1: 0x13:X3B5/88-185A 512 bytes 61000 DCLZ 2: 0x13:X3B5/88-185A 512 bytes 61000 DCLZ 3: 0x13:X3B5/88-185A 512 bytes 61000 DCLZ --------------------------------- Current Driver State: at rest. --------------------------------- File Number: 0 Record Number: 0 Residual Count 0 and mt rew et al all appear to work. However if I try to write a dump to it I get the following error: (sa0:ahc0:0:3:0): SCB 0x9 - timed out ahc0: Dumping Card State in Data-out phase, at SEQADDR 0xa9 ACCUM = 0x0, SINDEX = 0x1a, DINDEX = 0x24, ARG_2 = 0xff HCNT = 0x0 SCSISEQ = 0x12, SBLKCTL = 0x6 DFCNTRL = 0x4, DFSTATUS = 0x89 LASTPHASE = 0x0, SCSISIGI = 0x14, SXFRCTL0 = 0x88 SSTAT0 = 0x5, SSTAT1 = 0x2 STACK == 0x8a, 0x64, 0x165, 0x0 SCB count = 20 Kernel NEXTQSCB = 16 Card NEXTQSCB = 16 QINFIFO entries: Waiting Queue entries: Disconnected Queue entries: QOUTFIFO entries: Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Pending list: 9 Kernel Free SCB list: 8 7 5 4 3 2 1 0 19 18 17 15 14 6 13 12 11 10 Untagged Q(3): 9 sg[0] - Addr 0xa462000 : Length 4096 sg[1] - Addr 0x8663000 : Length 4096 sg[2] - Addr 0x9ce4000 : Length 2048 (sa0:ahc0:0:3:0): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 1 SCBs aborted and dump tells me write error 20 blocks into volume. uname -a yields: FreeBSD gw1.techiebod.com 4.4-STABLE FreeBSD 4.4-STABLE #5: Mon Dec 10 18:59:59 GMT 2001 root@gw1.techiebod.com:/usr/tmp /obj/fs/Source/FBSD-stable/sys/GW1 i386 Can I give any more information that will be helpful? Can anyone suggest anything for me to try as I am now a bit lost here. TIA Henry --0-533124740-1008017076=:1038 Content-Type: TEXT/PLAIN; charset=us-ascii; name="dmesg.boot" Content-Transfer-Encoding: BASE64 Content-ID: <20011210204436.F1038@gw1.techiebod.com> Content-Description: dmesg.boot Content-Disposition: attachment; filename="dmesg.boot" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDEgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDQuNC1TVEFCTEUgIzU6IE1vbiBEZWMgMTAgMTg6 NTk6NTkgR01UIDIwMDENCiAgICByb290QGd3MS50ZWNoaWVib2QuY29tOi91 c3IvdG1wL29iai9mcy9Tb3VyY2UvRkJTRC1zdGFibGUvc3lzL0dXMQ0KVGlt ZWNvdW50ZXIgImk4MjU0IiAgZnJlcXVlbmN5IDExOTMxODIgSHoNCkNQVTog QU1EIEF0aGxvbih0bSkgUHJvY2Vzc29yICg5NTAuMDQtTUh6IDY4Ni1jbGFz cyBDUFUpDQogIE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4NjQy ICBTdGVwcGluZyA9IDINCiAgRmVhdHVyZXM9MHgxODNmOWZmPEZQVSxWTUUs REUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsU0VQLE1UUlIsUEdFLE1DQSxD TU9WLFBBVCxQU0UzNixNTVgsRlhTUj4NCiAgQU1EIEZlYXR1cmVzPTB4YzA0 NDAwMDA8PGIxOD4sQU1JRSxEU1AsM0ROb3chPg0KcmVhbCBtZW1vcnkgID0g MzM1NDc4Nzg0ICgzMjc2MTZLIGJ5dGVzKQ0KYXZhaWwgbWVtb3J5ID0gMzIz MDM1MTM2ICgzMTU0NjRLIGJ5dGVzKQ0KUHJlbG9hZGVkIGVsZiBrZXJuZWwg Imtlcm5lbCIgYXQgMHhjMDMwYjAwMC4NClBlbnRpdW0gUHJvIE1UUlIgc3Vw cG9ydCBlbmFibGVkDQptZDA6IE1hbGxvYyBkaXNrDQpVc2luZyAkUElSIHRh YmxlLCA5IGVudHJpZXMgYXQgMHhjMDBmZGRkMA0KbnB4MDogPG1hdGggcHJv Y2Vzc29yPiBvbiBtb3RoZXJib2FyZA0KbnB4MDogSU5UIDE2IGludGVyZmFj ZQ0KcGNpYjA6IDxIb3N0IHRvIFBDSSBicmlkZ2U+IG9uIG1vdGhlcmJvYXJk DQpwY2kwOiA8UENJIGJ1cz4gb24gcGNpYjANCnBjaWIyOiA8VklBIDgzNjMg KEFwb2xsbyBLVDEzMykgUENJLVBDSSAoQUdQKSBicmlkZ2U+IGF0IGRldmlj ZSAxLjAgb24gcGNpMA0KcGNpMTogPFBDSSBidXM+IG9uIHBjaWIyDQppc2Fi MDogPFZJQSA4MkM2ODYgUENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSA3LjAg b24gcGNpMA0KaXNhMDogPElTQSBidXM+IG9uIGlzYWIwDQphdGFwY2kwOiA8 VklBIDgyQzY4NiBBVEExMDAgY29udHJvbGxlcj4gcG9ydCAweGMwMDAtMHhj MDBmIGF0IGRldmljZSA3LjEgb24gcGNpMA0KYXRhMDogYXQgMHgxZjAgaXJx IDE0IG9uIGF0YXBjaTANCnBjaTA6IDxWSUEgODNDNTcyIFVTQiBjb250cm9s bGVyPiBhdCA3LjIgaXJxIDUNCnBjaTA6IDxWSUEgODNDNTcyIFVTQiBjb250 cm9sbGVyPiBhdCA3LjMgaXJxIDUNCmFoYzA6IDxBZGFwdGVjIDI5NDAgVWx0 cmEyIFNDU0kgYWRhcHRlcj4gcG9ydCAweGNjMDAtMHhjY2ZmIG1lbSAweGQx NjAwMDAwLTB4ZDE2MDBmZmYgaXJxIDExIGF0IGRldmljZSA5LjAgb24gcGNp MA0KYWljNzg5MC85MTogVWx0cmEyIFdpZGUgQ2hhbm5lbCBBLCBTQ1NJIElk PTcsIDMyLzI1NSBTQ0JzDQpmeHAwOiA8SW50ZWwgUHJvIDEwLzEwMEIvMTAw KyBFdGhlcm5ldD4gcG9ydCAweGQwMDAtMHhkMDNmIG1lbSAweGQxNDAwMDAw LTB4ZDE0ZmZmZmYsMHhkMTYwMjAwMC0weGQxNjAyZmZmIGlycSAxMiBhdCBk ZXZpY2UgMTUuMCBvbiBwY2kwDQpmeHAwOiBFdGhlcm5ldCBhZGRyZXNzIDAw OjkwOjI3Ojk0Ojg0OjM0DQppbnBoeTA6IDxpODI1NTUgMTAvMTAwIG1lZGlh IGludGVyZmFjZT4gb24gbWlpYnVzMA0KaW5waHkwOiAgMTBiYXNlVCwgMTBi YXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bw0KZnhw MTogPEludGVsIFBybyAxMC8xMDBCLzEwMCsgRXRoZXJuZXQ+IHBvcnQgMHhk NDAwLTB4ZDQzZiBtZW0gMHhkMTUwMDAwMC0weGQxNWZmZmZmLDB4ZDE2MDEw MDAtMHhkMTYwMWZmZiBpcnEgMTAgYXQgZGV2aWNlIDE3LjAgb24gcGNpMA0K ZnhwMTogRXRoZXJuZXQgYWRkcmVzcyAwMDo5MDoyNzo5ZjpkMzplZg0KaW5w aHkxOiA8aTgyNTU1IDEwLzEwMCBtZWRpYSBpbnRlcmZhY2U+IG9uIG1paWJ1 czENCmlucGh5MTogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgs IDEwMGJhc2VUWC1GRFgsIGF1dG8NCmF0YXBjaTE6IDxIaWdoUG9pbnQgSFBU MzcwIEFUQTEwMCBjb250cm9sbGVyPiBwb3J0IDB4ZTgwMC0weGU4ZmYsMHhl NDAwLTB4ZTQwMywweGUwMDAtMHhlMDA3LDB4ZGMwMC0weGRjMDMsMHhkODAw LTB4ZDgwNyBpcnEgMTEgYXQgZGV2aWNlIDE5LjAgb24gcGNpMA0KYXRhMjog YXQgMHhkODAwIG9uIGF0YXBjaTENCmF0YTM6IGF0IDB4ZTAwMCBvbiBhdGFw Y2kxDQpwY2liMTogPEhvc3QgdG8gUENJIGJyaWRnZT4gb24gbW90aGVyYm9h cmQNCnBjaTI6IDxQQ0kgYnVzPiBvbiBwY2liMQ0Kb3JtMDogPE9wdGlvbiBS T01zPiBhdCBpb21lbSAweGMwMDAwLTB4YzdmZmYsMHhjODAwMC0weGM4N2Zm LDB4YzkwMDAtMHhjOWZmZiwweGNhMDAwLTB4Y2FmZmYsMHhjYjAwMC0weGNl N2ZmIG9uIGlzYTANCmZkYzA6IGRpcmVjdGlvbiBiaXQgbm90IHNldA0KZmRj MDogY21kIDMgZmFpbGVkIGF0IG91dCBieXRlIDEgb2YgMw0KYXRrYmRjMDog PEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAweDYwLDB4 NjQgb24gaXNhMA0KYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+IGZsYWdzIDB4MSBp cnEgMSBvbiBhdGtiZGMwDQprYmQwIGF0IGF0a2JkMA0KdmdhMDogPEdlbmVy aWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAw LTB4YmZmZmYgb24gaXNhMA0Kc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZs YWdzIDB4MTAwIG9uIGlzYTANCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNv bGVzLCBmbGFncz0weDMwMD4NCnNpbzAgYXQgcG9ydCAweDNmOC0weDNmZiBp cnEgNCBmbGFncyAweDEwIG9uIGlzYTANCnNpbzA6IHR5cGUgMTY1NTBBDQpz aW8xIGF0IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gaXNhMA0Kc2lvMTog dHlwZSAxNjU1MEENCnBwYzA6IDxQYXJhbGxlbCBwb3J0PiBhdCBwb3J0IDB4 Mzc4LTB4MzdmIGlycSA3IG9uIGlzYTANCnBwYzA6IEdlbmVyaWMgY2hpcHNl dCAoRVBQL05JQkJMRSkgaW4gQ09NUEFUSUJMRSBtb2RlDQpscHQwOiA8UHJp bnRlcj4gb24gcHBidXMwDQpscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQN CklQRlc6IE1PRF9MT0FEDQpJUCBwYWNrZXQgZmlsdGVyaW5nIGluaXRpYWxp emVkLCBkaXZlcnQgZW5hYmxlZCwgcnVsZS1iYXNlZCBmb3J3YXJkaW5nIGVu YWJsZWQsIGRlZmF1bHQgdG8gYWNjZXB0LCBsb2dnaW5nIGxpbWl0ZWQgdG8g MTAwIHBhY2tldHMvZW50cnkgYnkgZGVmYXVsdA0KRFVNTVlORVQgaW5pdGlh bGl6ZWQgKDAxMTAzMSkNCklQc2VjOiBJbml0aWFsaXplZCBTZWN1cml0eSBB c3NvY2lhdGlvbiBQcm9jZXNzaW5nLg0KYWQwOiAxOTU3NE1CIDxJQk0tRFBU QS0zNzIwNTA+IFszOTc3MC8xNi82M10gYXQgYXRhMC1tYXN0ZXIgdGFnZ2Vk IFVETUE2Ng0KYXIwOiA4Nzk1OE1CIDxBVEEgUkFJRDAgYXJyYXk+IFsxMTIx My8yNTUvNjNdIHN1YmRpc2tzOg0KICBhZDQ6IDQzOTc5TUIgPElCTS1EVExB LTMwNzA0NT4gWzg5MzU1LzE2LzYzXSBhdCBhdGEyLW1hc3RlciB0YWdnZWQg VURNQTEwMA0KICBhZDY6IDQzOTc5TUIgPElCTS1EVExBLTMwNzA0NT4gWzg5 MzU1LzE2LzYzXSBhdCBhdGEzLW1hc3RlciB0YWdnZWQgVURNQTEwMA0KV2Fp dGluZyAyIHNlY29uZHMgZm9yIFNDU0kgZGV2aWNlcyB0byBzZXR0bGUNCnNh MCBhdCBhaGMwIGJ1cyAwIHRhcmdldCAzIGx1biAwDQpzYTA6IDxTT05ZIFRT TC05MDAwIEwyMDE+IFJlbW92YWJsZSBTZXF1ZW50aWFsIEFjY2VzcyBTQ1NJ LTIgZGV2aWNlIA0Kc2EwOiAxMC4wMDBNQi9zIHRyYW5zZmVycyAoMTAuMDAw TUh6LCBvZmZzZXQgMTUpDQpNb3VudGluZyByb290IGZyb20gdWZzOi9kZXYv YWQwczFhDQpjaDAgYXQgYWhjMCBidXMgMCB0YXJnZXQgMyBsdW4gMQ0KY2gw OiA8U09OWSBUU0wtOTAwMCBMMjAxPiBSZW1vdmFibGUgQ2hhbmdlciBTQ1NJ LTIgZGV2aWNlIA0KY2gwOiAxMC4wMDBNQi9zIHRyYW5zZmVycyAoMTAuMDAw TUh6LCBvZmZzZXQgMTUpDQpjaDA6IDggc2xvdHMsIDEgZHJpdmUsIDEgcGlj a2VyLCAwIHBvcnRhbHMNCg== --0-533124740-1008017076=:1038-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Dec 20 9:45:14 2001 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 75AC037B405 for ; Thu, 20 Dec 2001 09:45:12 -0800 (PST) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.5/8.11.5) with ESMTP id fBKHj9g10057; Thu, 20 Dec 2001 10:45:09 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200112201745.fBKHj9g10057@aslan.scsiguy.com> To: Henry Whincup Cc: scsi@FreeBSD.ORG Subject: Re: SCSI tape drive problems In-Reply-To: Your message of "Thu, 20 Dec 2001 12:24:31 GMT." <20011220122232.H11193-200000@gw1.techiebod.com> Date: Thu, 20 Dec 2001 10:45:09 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Forwarded to scsi due to no answer on questions. > >As an extra data point I have now tried the same drive and controller in >another machine with no irq sharing. Have you tried a different tape? From the dump, it appears that the transfer has completed, but that the tape drive has not changed phase to complete the command. If there is a media error and our timeout is set shorter than the retry timeout on the drive, you'll get these kinds of errors. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Dec 20 10:22:35 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from finch-post-11.mail.demon.net (finch-post-11.mail.demon.net [194.217.242.39]) by hub.freebsd.org (Postfix) with ESMTP id E3BD437B405 for ; Thu, 20 Dec 2001 10:22:32 -0800 (PST) Received: from [62.49.229.110] (helo=gw1.techiebod.com) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 16H7pv-000HkU-0B; Thu, 20 Dec 2001 18:22:31 +0000 Received: by gw1.techiebod.com (zmail, from userid 1000) id A97DB1931D; Thu, 20 Dec 2001 18:22:30 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by gw1.techiebod.com (zmail) with ESMTP id A6DD536402; Thu, 20 Dec 2001 18:22:30 +0000 (GMT) Date: Thu, 20 Dec 2001 18:22:30 +0000 (GMT) From: Henry Whincup To: "Justin T. Gibbs" Cc: scsi@freebsd.org Subject: Re: SCSI tape drive problems In-Reply-To: <200112201745.fBKHj9g10057@aslan.scsiguy.com> Message-ID: <20011220181703.Y15407-100000@gw1.techiebod.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have tried other tapes -- but they all give the same problem. When you say "it appears that the transfer has completed", do you mean the block has been written or that the transfer was completed? if the latter I have found that it seems to write the first 20 blocks of any transfer (that is I can read these off the tape later) but after that just stops. Is there anything else I can try? cheers Henry On Thu, 20 Dec 2001, Justin T. Gibbs wrote: >Forwarded to scsi due to no answer on questions. > >As an extra data point I have now tried the same drive and controller in >another machine with no irq sharing. Have you tried a different tape? From the dump, it appears that the transfer has completed, but that the tape drive has not changed phase to complete the command. If there is a media error and our timeout is set shorter than the retry timeout on the drive, you'll get these kinds of errors. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Dec 20 10:50:53 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 78E1F37B435 for ; Thu, 20 Dec 2001 10:50:15 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id TAA02124; Thu, 20 Dec 2001 19:50:14 +0100 (CET) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id fBKIVWW46146; Thu, 20 Dec 2001 19:31:32 +0100 (MET) (envelope-from j) Date: Thu, 20 Dec 2001 19:31:32 +0100 (MET) Message-Id: <200112201831.fBKIVWW46146@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <20011220122232.H11193-200000@gw1.techiebod.com> From: j@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: SCSI tape drive problems X-Original-Newsgroups: local.freebsd.scsi To: freebsd-scsi@freebsd.org Cc: Henry Whincup Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Henry Whincup wrote: > mt status responds with : > Mode Density Blocksize bpi Compression > Current: 0x13:X3B5/88-185A 512 bytes 61000 DCLZ Try using "mt blocksize 0". I wouldn't expect 512-byte fixed-length recording to be much useful on a DDS drive (although it /should/ work, of course). -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Dec 20 10:50:54 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 68C6D37B419 for ; Thu, 20 Dec 2001 10:50:05 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id TAA02113 for freebsd-scsi@freebsd.org; Thu, 20 Dec 2001 19:50:04 +0100 (CET) Received: (from j@localhost) by uriah.heep.sax.de (8.11.6/8.11.6) id fBKITM846136; Thu, 20 Dec 2001 19:29:22 +0100 (MET) (envelope-from j) Date: Thu, 20 Dec 2001 19:29:22 +0100 (MET) Message-Id: <200112201829.fBKITM846136@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 1.0b.1 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <20011219163343.B79916@seven.alameda.net> From: j@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: OT: Does someone have a quick pointer for X-Original-Newsgroups: local.freebsd.scsi To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Ulf Zimmermann wrote: > the format of modepage -m 3, of the bytes itself. /usr/share/misc/scsi_modes, that's where camcontrol modepage gets its information from. -- cheers, J"org .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Dec 20 11:54:18 2001 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 D9AD837B41A for ; Thu, 20 Dec 2001 11:54:15 -0800 (PST) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.5/8.11.5) with ESMTP id fBKJsDg12052; Thu, 20 Dec 2001 12:54:13 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200112201954.fBKJsDg12052@aslan.scsiguy.com> To: Henry Whincup Cc: scsi@freebsd.org Subject: Re: SCSI tape drive problems In-Reply-To: Your message of "Thu, 20 Dec 2001 18:22:30 GMT." <20011220181703.Y15407-100000@gw1.techiebod.com> Date: Thu, 20 Dec 2001 12:54:13 -0700 From: "Justin T. Gibbs" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >I have tried other tapes -- but they all give the same problem. > >When you say "it appears that the transfer has completed", do you mean the >block has been written or that the transfer was completed? if the latter I >have found that it seems to write the first 20 blocks of any transfer >(that is I can read these off the tape later) but after that just stops. I meant that the data for that particular transaction was transferred across the bus, but the tape drive has not left the data phase to complete the command. >Is there anything else I can try? A tape drive firmware upgrade? -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Dec 20 16:51:27 2001 Delivered-To: freebsd-scsi@freebsd.org Received: from vortex.wa4phy.net (cc449817-a.mrtnz1.ga.home.com [24.12.79.51]) by hub.freebsd.org (Postfix) with ESMTP id 7C81537B419 for ; Thu, 20 Dec 2001 16:51:13 -0800 (PST) Received: from vortex.wa4phy.net (localhost.wa4phy.net [127.0.0.1]) by vortex.wa4phy.net (8.11.6/8.11.6) with ESMTP id fBL0p8N00574; Thu, 20 Dec 2001 19:51:08 -0500 (EST) (envelope-from sam@wa4phy.net) Message-ID: <3C22877C.5373E9D2@vortex.wa4phy.net> Date: Thu, 20 Dec 2001 19:51:08 -0500 From: Sam Drinkard Organization: You Gotta Be Kiddin! X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.4-STABLE i386) X-Accept-Language: en, ja MIME-Version: 1.0 To: "Long, Scott" Cc: freebsd-scsi@freebsd.org Subject: Re: SCSI Help References: Content-Type: multipart/mixed; boundary="------------1418623041BA13E0929A7771" Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------1418623041BA13E0929A7771 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Thanks for the reply Scott, I hate to send the whole dmesg -v output, but maybe there's something more than I see that somebody else can.. Anyhow, here's the deal.. up until I switched from 3.4-R to 4.3-R, I had no problems reading/writing/erasing tapes. After that, I started having problems with hung processes, timeouts on the scsi bus, etc, failed reads/writes and erases. Only just today or yesterday did I try to investigate this further. I have two identical drives, and neither will work, but behave identically. I thought I had another host card I could try, but find that Future Domain cards aren't supported (at least the pci version) to verify the adaptec's operation. Anyhow, I'm back to square one, and need some help. Sorry for getting long winded, but don't want to forget anything important. Thanks again.. Sam PS.. I'm not subscribed to freebsd-scsi, so direct response to me if you don't mind. dmesg -v output attached. --------------1418623041BA13E0929A7771 Content-Type: text/plain; charset=us-ascii; name="dmesg-v.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg-v.out" Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.4-STABLE #3: Thu Dec 20 18:00:51 EST 2001 sam@vortex.wa4phy.net:/usr/src/sys/compile/VORTEX Calibrating clock(s) ... TSC clock: 880315739 Hz, i8254 clock: 1193351 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter "TSC" frequency 880197402 Hz CPU: AMD Athlon(tm) Processor (880.20-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x642 Stepping = 2 Features=0x183f9ff AMD Features=0xc0440000<,AMIE,DSP,3DNow!> Data TLB: 24 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 402587648 (393152K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00353000 - 0x17fe7fff, 399069184 bytes (97429 pages) avail memory = 388542464 (379436K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fdb40 bios32: Entry = 0xfdb50 (c00fdb50) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xdb71 pnpbios: Found PnP BIOS data at 0xc00f7180 pnpbios: Entry = f0000:60e4 Rev = 1.0 Other BIOS signatures found: ACPI: 000fa8c0 Preloaded elf kernel "kernel" at 0xc032c000. Pentium Pro MTRR support enabled pci_open(1): mode 1 addr port (0x0cf8) is 0x80003840 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=03911106) Using $PIR table, 8 entries at 0xc00f7800 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard found-> vendor=0x1106, dev=0x0391, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base e0000000, size 26 found-> vendor=0x1106, dev=0x8391, revid=0x00 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 found-> vendor=0x1106, dev=0x0686, revid=0x22 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1106, dev=0x0571, revid=0x10 class=01-01-8a, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 0000ffa0, size 4 found-> vendor=0x1106, dev=0x3038, revid=0x10 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=5 map[20]: type 1, range 32, base 0000cc00, size 5 found-> vendor=0x1106, dev=0x3038, revid=0x10 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=5 map[20]: type 1, range 32, base 0000d000, size 5 found-> vendor=0x1106, dev=0x3057, revid=0x30 class=0c-05-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x1002, dev=0x4750, revid=0x5c class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base de000000, size 24 map[14]: type 1, range 32, base 0000d800, size 8 map[18]: type 1, range 32, base dffff000, size 12 found-> vendor=0x9004, dev=0x7178, revid=0x00 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 0000d400, size 8 map[14]: type 1, range 32, base dfffe000, size 12 found-> vendor=0x1274, dev=0x1371, revid=0x07 class=04-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 0000c800, size 6 found-> vendor=0x10ec, dev=0x8139, revid=0x10 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=5 map[10]: type 1, range 32, base 0000c400, size 8 map[14]: type 1, range 32, base dfffdf00, size 8 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xffa0 ata0: mask=03 status0=50 status1=00 ata0: mask=03 ostat0=52 ostat2=00 ata0-master: ATAPI probe a=00 b=00 ata0-slave: ATAPI probe a=00 b=00 ata0: mask=03 status0=50 status1=00 ata0-master: ATA probe a=01 b=a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xffa8 ata1: mask=03 status0=50 status1=00 ata1: mask=03 ostat0=50 ostat2=00 ata1-master: ATAPI probe a=14 b=eb ata1-slave: ATAPI probe a=7f b=7f ata1: mask=03 status0=00 status1=00 ata1: devices=04 ata1: at 0x170 irq 15 on atapci0 pci0: (vendor=0x1106, dev=0x3038) at 7.2 irq 5 pci0: (vendor=0x1106, dev=0x3038) at 7.3 irq 5 chip1: at device 7.4 on pci0 pci0: (vendor=0x1002, dev=0x4750) at 9.0 irq 11 ahc0: port 0xd400-0xd4ff mem 0xdfffe000-0xdfffefff irq 10 at device 12.0 on pci0 ahc0: Reading SEEPROM...done. ahc0: Low byte termination Enabled ahc0: Downloading Sequencer Program... 429 instructions downloaded aic7870: Single Channel A, SCSI Id=7, 16/255 SCBs pcm0: port 0xc800-0xc83f irq 10 at device 14.0 on pci0 pcm0: ac97 codec id 0x83847608 (SigmaTel STAC9708/9711) pcm0: ac97 codec features 18 bit DAC, 18 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement pcm0: ac97 primary codec extended features surround DAC using shared irq10. pcm: setmap 17515000, 1000; 0xc10a1000 -> 17515000 pcm: setmap 17537000, 1000; 0xc10a3000 -> 17537000 rl0: port 0xc400-0xc4ff mem 0xdfffdf00-0xdfffdfff irq 5 at device 15.0 on pci0 rl0: Ethernet address: 00:50:bf:75:18:fb miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: rl0 attached Trying Read_Port at 203 Trying Read_Port at 243 DLK2201: adding io range 0x240-0x39f, size=0x20, align=0x20 DLK2201: adding irq mask 0x9e28 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: