From owner-freebsd-scsi Mon Jul 8 12:18:37 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CF4937B400 for ; Mon, 8 Jul 2002 12:18:35 -0700 (PDT) Received: from hokkshideh2.jetcafe.org (hokkshideh2.jetcafe.org [205.147.43.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0545243E58 for ; Mon, 8 Jul 2002 12:18:35 -0700 (PDT) (envelope-from dave@jetcafe.org) Received: from hokkshideh2.jetcafe.org (localhost [127.0.0.1]) by hokkshideh2.jetcafe.org (8.11.6/8.11.6) with ESMTP id g68Ipc069208 for ; Mon, 8 Jul 2002 11:51:38 -0700 (PDT) (envelope-from dave@hokkshideh2.jetcafe.org) Message-Id: <200207081851.g68Ipc069208@hokkshideh2.jetcafe.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: freebsd-scsi@freebsd.org Subject: Random hangs on (at least) SCSI reads Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Jul 2002 11:51:33 -0700 From: Dave Hayes 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 Note the following machine: FreeBSD dns.apolloi.com 4.5-RELEASE-p4 ... ahc0: port 0xd800-0xd8ff mem 0xff8ff000-0xff8fffff irq 10 at device 1.0 on pci1 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/255 SCBs ... ahc1: port 0xd400-0xd4ff mem 0xff8fd000-0xff8fdfff irq 11 at device 3.0 on pci1 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/255 SCBs ... da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687340 512 byte sectors: 64H 32S/T 35003C) da1 at ahc1 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 35003MB (71687340 512 byte sectors: 64H 32S/T 35003C) I can consistently get this to hang (machine locks up, no panic or anything to console) on multiple machines with the exact same configuration by reading from the disk at high rates of speed (e.g. while (1) { find / -exec cat {} \; >/dev/null }). Anyone have any experience with this problem? Yes, I am working on upgrading it to 4.6-p1. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< The end of the human race will be that it will eventually die of civilization. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jul 8 12:25:20 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A9E237B400 for ; Mon, 8 Jul 2002 12:25:19 -0700 (PDT) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6254343E52 for ; Mon, 8 Jul 2002 12:25:18 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.12.4/8.11.5) with ESMTP id g68JP6bA025677; Mon, 8 Jul 2002 13:25:10 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Message-Id: <200207081925.g68JP6bA025677@aslan.scsiguy.com> To: Dave Hayes Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Random hangs on (at least) SCSI reads In-Reply-To: Your message of "Mon, 08 Jul 2002 11:51:33 PDT." <200207081851.g68Ipc069208@hokkshideh2.jetcafe.org> Date: Mon, 08 Jul 2002 13:25:06 -0600 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 can consistently get this to hang (machine locks up, no panic or >anything to console) on multiple machines with the exact same >configuration by reading from the disk at high rates of speed >(e.g. while (1) { find / -exec cat {} \; >/dev/null }). Have you tried to drop into the debugger? Are there any console messages that occur prior to the lockup? -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jul 8 12:41:48 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 095DD37B401 for ; Mon, 8 Jul 2002 12:41:47 -0700 (PDT) Received: from hokkshideh2.jetcafe.org (hokkshideh2.jetcafe.org [205.147.43.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0150B43E4A for ; Mon, 8 Jul 2002 12:41:46 -0700 (PDT) (envelope-from dave@jetcafe.org) Received: from hokkshideh2.jetcafe.org (localhost [127.0.0.1]) by hokkshideh2.jetcafe.org (8.11.6/8.11.6) with ESMTP id g68Jfd069614; Mon, 8 Jul 2002 12:41:39 -0700 (PDT) (envelope-from dave@hokkshideh2.jetcafe.org) Message-Id: <200207081941.g68Jfd069614@hokkshideh2.jetcafe.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Justin T. Gibbs" Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Random hangs on (at least) SCSI reads Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Jul 2002 12:41:34 -0700 From: Dave Hayes 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 Justin T Gibbs writes: > Have you tried to drop into the debugger? Not yet. That's next, after upgrade. Are there any outstanding Adaptec BIOS issues? ;) > Are there any console messages that occur prior to the lockup? None, that's the big problem. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< A voice whispered to me last night. It said: "There is no such thing as a voice whispering in the night!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jul 8 12:49: 7 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A49EA37B41B for ; Mon, 8 Jul 2002 12:49:03 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF5BB43E4A for ; Mon, 8 Jul 2002 12:49:01 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.5/8.12.5) with ESMTP id g68JlhKi066683; Mon, 8 Jul 2002 13:47:43 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.5/8.12.5/Submit) id g68Jlhhq066682; Mon, 8 Jul 2002 13:47:43 -0600 (MDT) (envelope-from ken) Date: Mon, 8 Jul 2002 13:47:43 -0600 From: "Kenneth D. Merry" To: Dave Hayes Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Random hangs on (at least) SCSI reads Message-ID: <20020708134743.A66645@panzer.kdm.org> References: <200207081851.g68Ipc069208@hokkshideh2.jetcafe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200207081851.g68Ipc069208@hokkshideh2.jetcafe.org>; from dave@jetcafe.org on Mon, Jul 08, 2002 at 11:51:33AM -0700 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 Mon, Jul 08, 2002 at 11:51:33 -0700, Dave Hayes wrote: > Note the following machine: > > FreeBSD dns.apolloi.com 4.5-RELEASE-p4 > ... > ahc0: port 0xd800-0xd8ff mem > 0xff8ff000-0xff8fffff irq 10 at device 1.0 on pci1 > aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/255 SCBs > ... > ahc1: port 0xd400-0xd4ff mem > 0xff8fd000-0xff8fdfff irq 11 at device 3.0 on pci1 > aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/255 SCBs > ... > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing > Enabled > da0: 35003MB (71687340 512 byte sectors: 64H 32S/T 35003C) > da1 at ahc1 bus 0 target 0 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing > Enabled > da1: 35003MB (71687340 512 byte sectors: 64H 32S/T 35003C) > > I can consistently get this to hang (machine locks up, no panic or > anything to console) on multiple machines with the exact same > configuration by reading from the disk at high rates of speed > (e.g. while (1) { find / -exec cat {} \; >/dev/null }). That will probably lead to catting the entire contents of, e.g., /dev/mem, which is a bad thing. How about something like this: while (1) { find / -type f -exec cat {} \; >/dev/null }). > Anyone have any experience with this problem? Yes, I am working on > upgrading it to 4.6-p1. 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 Mon Jul 8 12:53: 5 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5823037B400 for ; Mon, 8 Jul 2002 12:53:03 -0700 (PDT) Received: from hokkshideh2.jetcafe.org (hokkshideh2.jetcafe.org [205.147.43.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id E395F43E09 for ; Mon, 8 Jul 2002 12:53:01 -0700 (PDT) (envelope-from dave@jetcafe.org) Received: from hokkshideh2.jetcafe.org (localhost [127.0.0.1]) by hokkshideh2.jetcafe.org (8.11.6/8.11.6) with ESMTP id g68Jqo069730; Mon, 8 Jul 2002 12:52:50 -0700 (PDT) (envelope-from dave@hokkshideh2.jetcafe.org) Message-Id: <200207081952.g68Jqo069730@hokkshideh2.jetcafe.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Kenneth D. Merry" Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Random hangs on (at least) SCSI reads Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Jul 2002 12:52:45 -0700 From: Dave Hayes 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 Kenneth D Merry writes: > That will probably lead to catting the entire contents of, e.g., /dev/mem, > which is a bad thing. Yeah, I forgot to type the "-type f" in the example I sent to the list. Mea hasty. I did use that switch in my tests however. ------ Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< "Man is the only creature that refuses to be what he is." --Albert Camus To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Jul 8 12:57:13 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C4E237B400 for ; Mon, 8 Jul 2002 12:57:12 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D5EC43E4A for ; Mon, 8 Jul 2002 12:57:11 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.5/8.12.5) with ESMTP id g68JvAKi066837; Mon, 8 Jul 2002 13:57:10 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.5/8.12.5/Submit) id g68JvA8j066836; Mon, 8 Jul 2002 13:57:10 -0600 (MDT) (envelope-from ken) Date: Mon, 8 Jul 2002 13:57:10 -0600 From: "Kenneth D. Merry" To: Dave Hayes Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Random hangs on (at least) SCSI reads Message-ID: <20020708135710.A66775@panzer.kdm.org> References: <200207081952.g68Jqo069730@hokkshideh2.jetcafe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200207081952.g68Jqo069730@hokkshideh2.jetcafe.org>; from dave@jetcafe.org on Mon, Jul 08, 2002 at 12:52:45PM -0700 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 Mon, Jul 08, 2002 at 12:52:45 -0700, Dave Hayes wrote: > Kenneth D Merry writes: > > That will probably lead to catting the entire contents of, e.g., /dev/mem, > > which is a bad thing. > > Yeah, I forgot to type the "-type f" in the example I sent to the > list. Mea hasty. I did use that switch in my tests however. Even with -f, you might end up reading stuff out of /proc. I suppose that should be okay, but in order to limit the problem to disk I/O only, try this: while (1) { find -x /usr -type f -exec cat {} \; >/dev/null } That way you're only catting files under /usr. 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 Mon Jul 8 13: 5:25 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9C0737B400 for ; Mon, 8 Jul 2002 13:05:23 -0700 (PDT) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id D518F43E31 for ; Mon, 8 Jul 2002 13:05:22 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.12.4/8.11.5) with ESMTP id g68K5EbA026258; Mon, 8 Jul 2002 14:05:14 -0600 (MDT) (envelope-from gibbs@scsiguy.com) Message-Id: <200207082005.g68K5EbA026258@aslan.scsiguy.com> To: Dave Hayes Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Random hangs on (at least) SCSI reads In-Reply-To: Your message of "Mon, 08 Jul 2002 12:41:34 PDT." <200207081941.g68Jfd069614@hokkshideh2.jetcafe.org> Date: Mon, 08 Jul 2002 14:05:14 -0600 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 >Justin T Gibbs writes: >> Have you tried to drop into the debugger? > >Not yet. That's next, after upgrade. Are there any outstanding Adaptec >BIOS issues? ;) No. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Jul 11 13:40:57 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CFAB37B408 for ; Thu, 11 Jul 2002 13:40:51 -0700 (PDT) Received: from scout.networkphysics.com (fw.networkphysics.com [205.158.104.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE79F43E31 for ; Thu, 11 Jul 2002 13:40:50 -0700 (PDT) (envelope-from sclatter@networkphysics.com) Received: from networkphysics.com (m-coupe.fractal.networkphysics.com [10.10.0.176]) by scout.networkphysics.com (8.11.5/8.11.5) with ESMTP id g6BKeoR82285 for ; Thu, 11 Jul 2002 13:40:50 -0700 (PDT) Message-ID: <3D2DED51.2030603@networkphysics.com> Date: Thu, 11 Jul 2002 13:40:49 -0700 From: Sarah Clatterbuck User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020610 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Subject: mly and a tape drive? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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'm afraid this is a really ignorant question, but I've done quite a bit of searching and I can't find an answer. I have an AIT-2 tape drive that I want to attach to my fileserver. The fileserver uses a Mylex AcceleRAID 352 and is running a 4.5 kernel. All the RAID stuff works fine. When I attach the tape drive I can see it is correctly recognized in the RAID BIOS utility, but it is not recognized at boot time. About the time I would expect it to show up I see: mly0: physical device 1:3 gone mly0: physical device 1:3 gone mly0: physical device 1:3 gone mly0: physical device 1:3 gone The tape drive is on channel 1, target 3, of course. What am I missing? Can I get this to work? Thanks so much, Sarah To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Jul 11 13:56:25 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45DAC37B401 for ; Thu, 11 Jul 2002 13:56:24 -0700 (PDT) Received: from moutvdomng1.kundenserver.de (moutvdomng1.kundenserver.de [195.20.224.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A39543E54 for ; Thu, 11 Jul 2002 13:56:22 -0700 (PDT) (envelope-from ai@duettra.de) Received: from [195.20.224.214] (helo=mrvdomng2.kundenserver.de) by moutvdomng1.kundenserver.de with esmtp (Exim 3.22 #2) id 17Skz7-00006g-00 for freebsd-scsi@freebsd.org; Thu, 11 Jul 2002 22:56:21 +0200 Received: from [217.227.103.1] (helo=duettra.de) by mrvdomng2.kundenserver.de with esmtp (Exim 3.35 #2) id 17Skz7-0002wa-00 for freebsd-scsi@freebsd.org; Thu, 11 Jul 2002 22:56:21 +0200 Message-ID: <3D2DF11B.3040002@duettra.de> Date: Thu, 11 Jul 2002 22:56:59 +0200 From: Rene Duettra Reply-To: lola21@gmx.net User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: de,en MIME-Version: 1.0 To: freebsd-scsi Subject: (no subject) Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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 unsubscribe freebsd-scsi lola21@gmx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Jul 11 15:54:31 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36B3637B445 for ; Thu, 11 Jul 2002 15:54:21 -0700 (PDT) Received: from smtp.noos.fr (lafontaine.noos.net [212.198.2.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id D195443E42 for ; Thu, 11 Jul 2002 15:54:19 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 14538441 invoked by uid 0); 11 Jul 2002 22:54:17 -0000 Received: from unknown (HELO gits.gits.dyndns.org) ([212.198.229.153]) (envelope-sender ) by 212.198.2.72 (qmail-ldap-1.03) with SMTP for ; 11 Jul 2002 22:54:17 -0000 Received: from gits.gits.dyndns.org (2eidbcew5dpznhfs@localhost [127.0.0.1]) by gits.gits.dyndns.org (8.12.5/8.12.5) with ESMTP id g6BMsGTL023871 for ; Fri, 12 Jul 2002 00:54:17 +0200 (CEST) (envelope-from root@gits.dyndns.org) Received: (from root@localhost) by gits.gits.dyndns.org (8.12.5/8.12.5/Submit) id g6BMsGIL023870 for freebsd-scsi@FreeBSD.org; Fri, 12 Jul 2002 00:54:16 +0200 (CEST) (envelope-from root) Date: Fri, 12 Jul 2002 00:54:16 +0200 From: Cyrille Lefevre To: freebsd scsi Subject: ahc1:A:9: Missed busfree. Lastphase = 0xe0, Curphase = 0xe6 Message-ID: <20020711225416.GJ21234@gits.dyndns.org> Mail-Followup-To: Cyrille Lefevre , freebsd scsi Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.99i Organization: ACME X-Face: V|+c;4!|B?E%BE^{E6);aI.[< List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org that's happen during a dump, any idea ? Jul 11 19:52:33 gits /kernel: ahc1:A:9: Missed busfree. Lastphase = 0xe0, Curphase = 0xe6 Jul 11 19:53:41 gits /kernel: (da2:ahc1:0:9:0): SCB 0x6b - timed out Jul 11 19:53:41 gits /kernel: ahc1: Dumping Card State while idle, at SEQADDR 0x18 Jul 11 19:53:41 gits /kernel: ACCUM = 0x12, SINDEX = 0x20, DINDEX = 0xc0, ARG_2 = 0x4 Jul 11 19:53:41 gits /kernel: HCNT = 0x0 SCBPTR = 0x5 Jul 11 19:53:41 gits /kernel: SCSISEQ = 0x5a, SBLKCTL = 0x2 Jul 11 19:53:41 gits /kernel: DFCNTRL = 0x4, DFSTATUS = 0x6d Jul 11 19:53:41 gits /kernel: LASTPHASE = 0x1, SCSISIGI = 0xa6, SXFRCTL0 = 0x80 Jul 11 19:53:41 gits /kernel: SSTAT0 = 0x0, SSTAT1 = 0x13 Jul 11 19:53:41 gits /kernel: STACK == 0x17, 0x188, 0x0, 0x45 Jul 11 19:53:41 gits /kernel: SCB count = 110 Jul 11 19:53:41 gits /kernel: Kernel NEXTQSCB = 98 Jul 11 19:53:41 gits /kernel: Card NEXTQSCB = 25 Jul 11 19:53:41 gits /kernel: QINFIFO entries: 25 67 94 48 106 68 55 97 103 80 22 6 78 15 86 84 17 38 57 20 62 33 89 73 64 61 Jul 11 19:53:42 gits /kernel: Waiting Queue entries: 5:18 Jul 11 19:53:42 gits /kernel: Disconnected Queue entries: 4:52 2:8 10:66 14:107 Jul 11 19:53:42 gits /kernel: QOUTFIFO entries: Jul 11 19:53:42 gits /kernel: Sequencer Free SCB List: 9 3 0 11 15 1 12 13 6 8 7 Jul 11 19:53:42 gits /kernel: Sequencer SCB Info: 0(c 0x68, s 0x97, l 0, t 0xff) 1(c 0x68, s 0x97, l 0, t 0xff) 2(c 0x6c, s 0x97, l 0, t 0x8) 3(c 0x68, s 0x97, l 0, t 0xff) 4(c 0x6c, s 0x97, l 0, t 0x34) 5(c 0x60, s 0x7, l 0, t 0x12) 6(c 0x68, s 0x97, l 0, t 0xff) 7(c 0x60, s 0x7, l 0, t 0xff) 8(c 0x68, s 0x97, l 0, t 0xff) 9(c 0x60, s 0x7, l 0, t 0xff) 10(c 0x64, s 0x7, l 0, t 0x42) 11(c 0x68, s 0x97, l 0, t 0xff) 12(c 0x60, s 0x7, l 0, t 0xff) 13(c 0x68, s 0x97, l 0, t 0xff) 14(c 0x6c, s 0x97, l 0, t 0x6b) 15(c 0x68, s 0x97, l 0, t 0xff) Jul 11 19:53:42 gits /kernel: Pending list: 61(c 0x60, s 0x7, l 0), 64(c 0x60, s 0x7, l 0), 73(c 0x60, s 0x7, l 0), 89(c 0x60, s 0x7, l 0), 33(c 0x60, s 0x7, l 0), 62(c 0x60, s 0x7, l 0), 20(c 0x62, s 0x7, l 0), 57(c 0x60, s 0x7, l 0), 38(c 0x60, s 0x7, l 0), 17(c 0x60, s 0x7, l 0), 84(c 0x60, s 0x7, l 0), 86(c 0x60, s 0x7, l 0), 15(c 0x60, s 0x7, l 0), 78(c 0x60, s 0x7, l 0), 6(c 0x60, s 0x7, l 0), 22(c 0x60, s 0x7, l 0), 80(c 0x60, s 0x7, l 0), 103(c 0x60, s 0x7, l 0), 97(c 0x60, s 0x7, l 0), 55(c 0x60, s 0x7, l 0), 68(c 0x60, s 0x7, l 0), 106(c 0x60, s 0x7, l 0), 48(c 0x60, s 0x7, l 0), 94(c 0x60, s 0x7, l 0), 67(c 0x60, s 0x7, l 0), 25(c 0x60, s 0x7, l 0), 18(c 0x60, s 0x7, l 0), 52(c 0x68, s 0x97, l 0), 8(c 0x68, s 0x97, l 0), 66(c 0x60, s 0x7, l 0), 107(c 0x68, s 0x97, l 0) Jul 11 19:53:42 gits /kernel: Kernel Free SCB list: 87 13 88 3 74 108 5 12 63 93 21 60 32 91 11 95 10 109 99 75 27 24 44 50 16 105 54 92 42 43 65 41 81 37 59 31 28 83 104 72 79 29 30 35 51 85 39 49 77 90 26 71 96 36 45 23 19 46 53 69 70 47 76 2 14 0 58 1 56 7 9 4 34 40 82 102 101 100 Jul 11 19:53:42 gits /kernel: sg[0] - Addr 0x26cb400 : Length 3072 Jul 11 19:53:42 gits /kernel: sg[1] - Addr 0x1f6c000 : Length 1024 Jul 11 19:53:42 gits /kernel: (da2:ahc1:0:9:0): Queuing a BDR SCB Jul 11 19:53:42 gits /kernel: (da2:ahc1:0:9:0): SCB 0x6b - timed out Jul 11 19:53:42 gits /kernel: ahc1: Dumping Card State while idle, at SEQADDR 0x18 Jul 11 19:53:42 gits /kernel: ACCUM = 0x12, SINDEX = 0x20, DINDEX = 0xc0, ARG_2 = 0x4 Jul 11 19:53:42 gits /kernel: HCNT = 0x0 SCBPTR = 0x5 Jul 11 19:53:42 gits /kernel: SCSISEQ = 0x5a, SBLKCTL = 0x2 Jul 11 19:53:42 gits /kernel: DFCNTRL = 0x4, DFSTATUS = 0x6d Jul 11 19:53:42 gits /kernel: LASTPHASE = 0x1, SCSISIGI = 0xc6, SXFRCTL0 = 0x80 Jul 11 19:53:42 gits /kernel: SSTAT0 = 0x0, SSTAT1 = 0x13 Jul 11 19:53:42 gits /kernel: STACK == 0x17, 0x188, 0x0, 0x45 Jul 11 19:53:42 gits /kernel: SCB count = 110 Jul 11 19:53:42 gits /kernel: Kernel NEXTQSCB = 98 Jul 11 19:53:42 gits /kernel: Card NEXTQSCB = 25 Jul 11 19:53:42 gits /kernel: QINFIFO entries: 25 67 94 48 106 68 55 97 103 80 22 6 78 15 86 84 17 38 57 20 62 33 89 73 64 61 107 Jul 11 19:53:42 gits /kernel: Waiting Queue entries: 5:18 Jul 11 19:53:42 gits /kernel: Disconnected Queue entries: 4:52 2:8 10:66 Jul 11 19:53:42 gits /kernel: QOUTFIFO entries: Jul 11 19:53:42 gits /kernel: Sequencer Free SCB List: 14 9 3 0 11 15 1 12 13 6 8 7 Jul 11 19:53:42 gits /kernel: Sequencer SCB Info: 0(c 0x68, s 0x97, l 0, t 0xff) 1(c 0x68, s 0x97, l 0, t 0xff) 2(c 0x6c, s 0x97, l 0, t 0x8) 3(c 0x68, s 0x97, l 0, t 0xff) 4(c 0x6c, s 0x97, l 0, t 0x34) 5(c 0x60, s 0x7, l 0, t 0x12) 6(c 0x68, s 0x97, l 0, t 0xff) 7(c 0x60, s 0x7, l 0, t 0xff) 8(c 0x68, s 0x97, l 0, t 0xff) 9(c 0x60, s 0x7, l 0, t 0xff) 10(c 0x64, s 0x7, l 0, t 0x42) 11(c 0x68, s 0x97, l 0, t 0xff) 12(c 0x60, s 0x7, l 0, t 0xff) 13(c 0x68, s 0x97, l 0, t 0xff) 14(c 0x0, s 0x97, l 0, t 0xff) 15(c 0x68, s 0x97, l 0, t 0xff) Jul 11 19:53:42 gits /kernel: Pending list: 61(c 0x60, s 0x7, l 0), 64(c 0x60, s 0x7, l 0), 73(c 0x60, s 0x7, l 0), 89(c 0x60, s 0x7, l 0), 33(c 0x60, s 0x7, l 0), 62(c 0x60, s 0x7, l 0), 20(c 0x62, s 0x7, l 0), 57(c 0x60, s 0x7, l 0), 38(c 0x60, s 0x7, l 0), 17(c 0x60, s 0x7, l 0), 84(c 0x60, s 0x7, l 0), 86(c 0x60, s 0x7, l 0), 15(c 0x60, s 0x7, l 0), 78(c 0x60, s 0x7, l 0), 6(c 0x60, s 0x7, l 0), 22(c 0x60, s 0x7, l 0), 80(c 0x60, s 0x7, l 0), 103(c 0x60, s 0x7, l 0), 97(c 0x60, s 0x7, l 0), 55(c 0x60, s 0x7, l 0), 68(c 0x60, s 0x7, l 0), 106(c 0x60, s 0x7, l 0), 48(c 0x60, s 0x7, l 0), 94(c 0x60, s 0x7, l 0), 67(c 0x60, s 0x7, l 0), 25(c 0x60, s 0x7, l 0), 18(c 0x60, s 0x7, l 0), 52(c 0x68, s 0x97, l 0), 8(c 0x68, s 0x97, l 0), 66(c 0x60, s 0x7, l 0), 107(c 0x7c, s 0x97, l 0) Jul 11 19:53:42 gits /kernel: Kernel Free SCB list: 87 13 88 3 74 108 5 12 63 93 21 60 32 91 11 95 10 109 99 75 27 24 44 50 16 105 54 92 42 43 65 41 81 37 59 31 28 83 104 72 79 29 30 35 51 85 39 49 77 90 26 71 96 36 45 23 19 46 53 69 70 47 76 2 14 0 58 1 56 7 9 4 34 40 82 102 101 100 Jul 11 19:53:42 gits /kernel: sg[0] - Addr 0x26cb400 : Length 3072 Jul 11 19:53:42 gits /kernel: sg[1] - Addr 0x1f6c000 : Length 1024 Jul 11 19:53:42 gits /kernel: (da2:ahc1:0:9:0): no longer in timeout, status = 34b Jul 11 19:53:42 gits /kernel: ahc1: Issued Channel A Bus Reset. 31 SCBs aborted # uname -a FreeBSD gits 4.6-STABLE FreeBSD 4.6-STABLE #16: Sat Jul 6 19:06:54 CEST 2002 root@gits:/disk2/freebsd/stable/src/sys/compile/CUSTOM i386 # cat /var/run/dmesg.boot ... ahc0: port 0xf800-0xf8ff mem 0xffbea000-0xffbeafff irq 11 at device 15.0 on pci0 aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xfc00-0xfcff mem 0xffbeb000-0xffbebfff irq 9 at device 16.0 on pci0 aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs ... Waiting 5 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s1a da1 at ahc1 bus 0 target 8 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 8678MB (17773524 512 byte sectors: 255H 63S/T 1106C) da0 at ahc1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (10.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 2048MB (4194685 512 byte sectors: 255H 63S/T 261C) da2 at ahc1 bus 0 target 9 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da2: 8678MB (17773524 512 byte sectors: 255H 63S/T 1106C) cd0 at ahc0 bus 0 target 2 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed ... # cat /var/adm/message ... (powered on later, then camcontrol rescan 1:3:0) sa0 at ahc0 bus 0 target 3 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, ... Cyrille. -- Cyrille Lefevre mailto:cyrille.lefevre@laposte.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Thu Jul 11 20:26:28 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7452B37B400 for ; Thu, 11 Jul 2002 20:26:25 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [207.200.153.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1A8F43E42 for ; Thu, 11 Jul 2002 20:26:23 -0700 (PDT) (envelope-from tom@sdf.com) Received: from tom (helo=localhost) by misery.sdf.com with local-esmtp (Exim 2.12 #1) id 17Sq7L-0001RP-00; Thu, 11 Jul 2002 19:25:11 -0700 Date: Thu, 11 Jul 2002 19:25:09 -0700 (PDT) From: Tom Samplonius To: Sarah Clatterbuck Cc: freebsd-scsi@freebsd.org Subject: Re: mly and a tape drive? In-Reply-To: <3D2DED51.2030603@networkphysics.com> Message-ID: 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'm pretty sure the mly driver only supports logical RAID devices, and doesn't support any sort of SCSI pass-through to physical SCSI devices on the bus. You should probably just add another SCSI card. Though most server motherboards have extra SCSI channels on them for free these days. Tom On Thu, 11 Jul 2002, Sarah Clatterbuck wrote: > > I'm afraid this is a really ignorant question, but I've done quite a bit > of searching and I can't find an answer. > > I have an AIT-2 tape drive that I want to attach to my fileserver. The > fileserver uses a Mylex AcceleRAID 352 and is running a 4.5 kernel. All > the RAID stuff works fine. When I attach the tape drive I can see it is > correctly recognized in the RAID BIOS utility, but it is not recognized > at boot time. About the time I would expect it to show up I see: > > mly0: physical device 1:3 gone > mly0: physical device 1:3 gone > mly0: physical device 1:3 gone > mly0: physical device 1:3 gone > > The tape drive is on channel 1, target 3, of course. > > What am I missing? Can I get this to work? > > Thanks so much, > > Sarah > > > 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 Fri Jul 12 21: 2:23 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D268F37B400 for ; Fri, 12 Jul 2002 21:02:19 -0700 (PDT) Received: from mta3.snet.net (mta3.snet.net [204.60.203.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29CAA43E3B for ; Fri, 12 Jul 2002 21:02:19 -0700 (PDT) (envelope-from jkanowitz@snet.net) Received: from snet.net (192.193.252.64.snet.net [64.252.193.192]) by mta3.snet.net (8.12.3/8.12.3/SNET-smtp-1.2/D-1.1.1.1/O-1.1.1.1) with ESMTP id g6D3xKI5025179 for ; Fri, 12 Jul 2002 23:59:20 -0400 (EDT) Message-ID: <3D2FA699.8030807@snet.net> Date: Sat, 13 Jul 2002 00:03:37 -0400 From: "J. Kanowitz" Organization: Dis. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020607 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Subject: OT: Magneto-Optical formatting, partitioning, 2940UW quirks? Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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 know this is likely not the best list, but where else am I going to find people who've actually encountered MO systems in practice, eh? In my case, I'm fighting with a Fujitsu M2512A. Dated by modern standards, yes, but at $2/ea off eBay, I'm rather happy about the pile I've picked up. The main 'problem' I've got has nothing to do with SCSI, but rather, the bizarre partitioning and formatting buzzwords developed by Fujitsu and the MO consortium. I'd like to get some feedback from someone else using the critters, to know if any of what I've guessed is accurate. Basically, it sounds like there are 3 ways to partition and format an MO disk; "NSR," which appears to be the spec whence UDF springs, and amounts to UDF plus a proscribed partitioning scheme I've yet to understand, "SuperFloppy" - which may or may not amount to newfs_msdos /dev/da#c, and something I've forgotten the TLA for, which amounts to creating a regular x86-style? partition table, and formatting the partition as desired. The "mo230" entry in /etc/disktab seems to mesh with the last point; luckily, these M2512s seem to be what IBM rebadged as the MTA-3230, or I wouldn't have gotten that far. Now, sadly, all the noob-documentation for this sort of thing seems to be 1. in Japanese, and 2. written for 3.x. I'm not as stupid as I sound here, but I put aside the partitioning/formatting headache for a while, and now it's biting me as I run out of space on my main disks. (Yes, I'm broke, so no shiny new 80gbs for me.) There are 2 main tasks that likely anyone with an MO would like to perform, these are: 1. Partitioning and formatting a sane and optimized UFS for personal storage, and.. 2. Partitioning and formatting a proper FAT for interoperability with Windows and other systems, especially until UDF support trickles into releases. If anyone knows about any aspect of this- what's "accepted practice" in terms of format on consumer-grade MO, is the mo230 entry still "the right thing" for UFS use, what does Windows produce/expect to see when an MO's formatted with its built-in support?- I'd be much appreciative, and be glad to try to congeal all this into a FAQ or HOWTO when I'm done. (For the record... I'm no stranger to partitioning, but I *am* a cluebie when it comes to UFS/FFS-the-filesystem.) --- While I'm at this, I do notice one small, unusual SCSI behavior with the MO drive hooked up. My small mess of a setup consists of the following: FreeBSD obie 4.6-RC FreeBSD 4.6-RC #0: Thu May 30 22:35:22 EDT 2002 floid@obie:/usr/obj/usr/src/sys/OBIE i386 ahc0: port 0xe800-0xe8ff mem 0xd9000000-0xd9000fff irq 11 at device 9.0 on pci0 da2 at ahc0 bus 0 target 3 lun 0 da2: Removable Optical SCSI-2 device da2: 5.000MB/s transfers (5.000MHz, offset 8) da2: 217MB (446325 512 byte sectors: 64H 32S/T 217C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 2157MB (4419464 512 byte sectors: 255H 63S/T 275C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 2157MB (4419464 512 byte sectors: 255H 63S/T 275C) ...it seems that, even when booted into DOS, having the MO drive on the chain causes the two Seagates to give a small "chug" once every 30 seconds or so- not in perfect sync, but on a fairly regular basis. The bus activity LED doesn't flash, at least not visibly- the 2940UW doesn't quite put out enough current for the LED in my case, so it's fairly dim unless I'm doing sustained activity. I don't get any errors on the FreeBSD console, nor am I losing any data or really suffering for performance, so I'm not concerned enough to have tried to chase the issue down... but anyone want to make a guess for the sake of it? -- Hope I haven't distracted anyone for too long from their day jobs; I *know* this is about the most malformed way to post on a list, but I'm burnt out and at least hoping I can find an MO guru to have educated conversation with. CCs are appreciated, as are private responses if this is as OT as I think it is. -Thanks! -Joe Kanowitz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Fri Jul 12 21:17:55 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25C1837B400 for ; Fri, 12 Jul 2002 21:17:50 -0700 (PDT) Received: from smtp1.mivlmd.cablespeed.com (smtp1.mivlmd.cablespeed.com [216.45.64.146]) by mx1.FreeBSD.org (Postfix) with SMTP id 2210843E3B for ; Fri, 12 Jul 2002 21:17:49 -0700 (PDT) (envelope-from mccrobie@cablespeed.com) Received: (qmail 13206 invoked by uid 0); 13 Jul 2002 04:17:08 -0000 Received: from unknown (HELO cablespeed.com) (216.45.72.227) by 0 with SMTP; 13 Jul 2002 04:17:08 -0000 Message-ID: <3D2FA9C4.68633583@cablespeed.com> Date: Sat, 13 Jul 2002 00:17:08 -0400 From: Chuck McCrobie X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en MIME-Version: 1.0 To: "J. Kanowitz" Cc: freebsd-scsi@freebsd.org Subject: Re: OT: Magneto-Optical formatting, partitioning, 2940UW quirks? References: <3D2FA699.8030807@snet.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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 "J. Kanowitz" wrote: > > I know this is likely not the best list, but where else am I going to > find people who've actually encountered MO systems in practice, eh? > > In my case, I'm fighting with a Fujitsu M2512A. Dated by modern > standards, yes, but at $2/ea off eBay, I'm rather happy about the pile > I've picked up. The main 'problem' I've got has nothing to do with > SCSI, but rather, the bizarre partitioning and formatting buzzwords > developed by Fujitsu and the MO consortium. I'd like to get some > feedback from someone else using the critters, to know if any of what > I've guessed is accurate. > > Basically, it sounds like there are 3 ways to partition and format an MO > disk; "NSR," which appears to be the spec whence UDF springs, and > amounts to UDF plus a proscribed partitioning scheme I've yet to > understand, "SuperFloppy" - which may or may not amount to newfs_msdos > /dev/da#c, and something I've forgotten the TLA for, which amounts to > creating a regular x86-style? partition table, and formatting the > partition as desired. The "mo230" entry in /etc/disktab seems to mesh > with the last point; luckily, these M2512s seem to be what IBM rebadged > as the MTA-3230, or I wouldn't have gotten that far. > > Now, sadly, all the noob-documentation for this sort of thing seems to > be 1. in Japanese, and 2. written for 3.x. I'm not as stupid as I sound > here, but I put aside the partitioning/formatting headache for a while, > and now it's biting me as I run out of space on my main disks. (Yes, > I'm broke, so no shiny new 80gbs for me.) > > There are 2 main tasks that likely anyone with an MO would like to > perform, these are: > > 1. Partitioning and formatting a sane and optimized UFS for personal > storage, and.. > 2. Partitioning and formatting a proper FAT for interoperability with > Windows and other systems, especially until UDF support trickles into > releases. > > If anyone knows about any aspect of this- what's "accepted practice" in > terms of format on consumer-grade MO, is the mo230 entry still "the > right thing" for UFS use, what does Windows produce/expect to see when > an MO's formatted with its built-in support?- I'd be much appreciative, > and be glad to try to congeal all this into a FAQ or HOWTO when I'm > done. (For the record... I'm no stranger to partitioning, but I *am* a > cluebie when it comes to UFS/FFS-the-filesystem.) > > --- > > While I'm at this, I do notice one small, unusual SCSI behavior with the > MO drive hooked up. My small mess of a setup consists of the following: > > FreeBSD obie 4.6-RC FreeBSD 4.6-RC #0: Thu May 30 22:35:22 EDT 2002 > floid@obie:/usr/obj/usr/src/sys/OBIE i386 > > ahc0: port 0xe800-0xe8ff mem > 0xd9000000-0xd9000fff irq 11 at device 9.0 on pci0 > > da2 at ahc0 bus 0 target 3 lun 0 > da2: Removable Optical SCSI-2 device > da2: 5.000MB/s transfers (5.000MHz, offset 8) > da2: 217MB (446325 512 byte sectors: 64H 32S/T 217C) > > da1 at ahc0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-2 device > da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > Enabled > da1: 2157MB (4419464 512 byte sectors: 255H 63S/T 275C) > > da0 at ahc0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-2 device > da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing > Enabled > da0: 2157MB (4419464 512 byte sectors: 255H 63S/T 275C) > > ...it seems that, even when booted into DOS, having the MO drive on the > chain causes the two Seagates to give a small "chug" once every 30 > seconds or so- not in perfect sync, but on a fairly regular basis. The > bus activity LED doesn't flash, at least not visibly- the 2940UW doesn't > quite put out enough current for the LED in my case, so it's fairly dim > unless I'm doing sustained activity. > > I don't get any errors on the FreeBSD console, nor am I losing any data > or really suffering for performance, so I'm not concerned enough to have > tried to chase the issue down... but anyone want to make a guess for the > sake of it? > > -- > > Hope I haven't distracted anyone for too long from their day jobs; I > *know* this is about the most malformed way to post on a list, but I'm > burnt out and at least hoping I can find an MO guru to have educated > conversation with. > > CCs are appreciated, as are private responses if this is as OT as I > think it is. > > -Thanks! > -Joe Kanowitz > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message The low level SCSI format (SCSI command "4") is just like any other magnetic disk - let the drive handle it. On some MO drives, one could specify a different low level format. What you're talking about is the file system / partitioning scheme to lay out on the disk. You can do this in many ways, depending on what you want to do ;) You could put UFS on the entire disk using /dev/da2c - or make a "true" disklabel with an "a", "d", "e", etc. partition and newfs each one individually. I tend to treat one surface as one file system, so I newfs all my MO media using the "c" partition. Note, with UDF, you can have one and only one Unix partition - UDF expects the "super-blocks" (AVDP's in UDF parlance) to be written at block 256, n-256, and n (where n is the last addressable block on the surface). I suppose one can "newfs_msdos" after doing "fdisk" on the surface. Given the write-state of UDF on various platforms, if you want to "transport" the media between lesser machines and write to it with those machines, FAT may be your best bet. Chuck McCrobie mccrobie@cablespeed.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message