From owner-freebsd-scsi@FreeBSD.ORG Mon Dec 8 11:05:36 2003 Return-Path: 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 2ECCB16A4D1 for ; Mon, 8 Dec 2003 11:05:36 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BD72440E7 for ; Mon, 8 Dec 2003 11:03:46 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id hB8J3jFY058994 for ; Mon, 8 Dec 2003 11:03:45 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id hB8J3jbU058988 for scsi@freebsd.org; Mon, 8 Dec 2003 11:03:45 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 8 Dec 2003 11:03:45 -0800 (PST) Message-Id: <200312081903.hB8J3jbU058988@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: scsi@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2003 19:05:36 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1999/12/21] kern/15608 scsi acd0 / cd0 give inconsistent errors on em 1 problem total. From owner-freebsd-scsi@FreeBSD.ORG Wed Dec 10 06:58:48 2003 Return-Path: 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 8F61816A4CF for ; Wed, 10 Dec 2003 06:58:48 -0800 (PST) Received: from russell.hamline.edu (russell.hamline.edu [138.192.24.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id C487843D2F for ; Wed, 10 Dec 2003 06:58:45 -0800 (PST) (envelope-from rjohanne@piper.hamline.edu) Received: from piper.hamline.edu (piper.hamline.edu [138.192.2.101]) by russell.hamline.edu (8.11.6+Sun/8.11.6) with ESMTP id hBAEwiX21686 for ; Wed, 10 Dec 2003 08:58:44 -0600 (CST) Received: from mendeleev (mendeleev [138.192.2.109]) by piper.hamline.edu (8.12.6/8.12.6) with ESMTP id hBAEwZ0o025572 for ; Wed, 10 Dec 2003 08:58:35 -0600 (CST) Date: Wed, 10 Dec 2003 08:58:10 -0600 (CST) From: Robert Johannes X-X-Sender: rjohanne@mendeleev.hamline.edu To: freebsd-scsi@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Adaptec 2944UWD X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 14:58:48 -0000 Is this differential card from Adaptec supported by freebsd 4.9 Release? I was digging around on the net, and ran into messages by people who say it works fine with freebsd, but then looking at the release notes, under "supported hardware", there is no mention of the 2944 or 3944 cards. Any body knows? thanks robert ******************************************************************************* "We're going to have the best educated American people in the world." - Governor George W. Bush ******************************************************************************* From owner-freebsd-scsi@FreeBSD.ORG Wed Dec 10 07:26:39 2003 Return-Path: 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 210B416A4CE for ; Wed, 10 Dec 2003 07:26:39 -0800 (PST) Received: from aslan.scsiguy.com (mail.scsiguy.com [63.229.232.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A98D343D13 for ; Wed, 10 Dec 2003 07:26:37 -0800 (PST) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by aslan.scsiguy.com (8.12.10/8.12.8) with ESMTP id hBAFQasC028754; Wed, 10 Dec 2003 08:26:36 -0700 (MST) (envelope-from gibbs@scsiguy.com) Date: Wed, 10 Dec 2003 08:26:36 -0700 From: "Justin T. Gibbs" To: Robert Johannes , freebsd-scsi@freebsd.org Message-ID: <1325840000.1071069996@aslan.scsiguy.com> In-Reply-To: References: X-Mailer: Mulberry/3.0.3 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Adaptec 2944UWD X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 15:26:39 -0000 > Is this differential card from Adaptec supported by freebsd 4.9 Release? > I was digging around on the net, and ran into messages by people who say > it works fine with freebsd, but then looking at the release notes, under > "supported hardware", there is no mention of the 2944 or 3944 cards. > > Any body knows? I would expect it to work just fine. If it doesn't, please let me know. -- Justin From owner-freebsd-scsi@FreeBSD.ORG Wed Dec 10 07:53:10 2003 Return-Path: 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 1FC1616A4D0 for ; Wed, 10 Dec 2003 07:53:10 -0800 (PST) Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFA9943D21 for ; Wed, 10 Dec 2003 07:53:07 -0800 (PST) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtpzilla3.xs4all.nl (8.12.9/8.12.9) with ESMTP id hBAFr5LN084475; Wed, 10 Dec 2003 16:53:06 +0100 (CET) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.10/8.12.9) with ESMTP id hBAFr53k050546; Wed, 10 Dec 2003 16:53:05 +0100 (CET) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.10/8.12.9/Submit) id hBAFr5aD050545; Wed, 10 Dec 2003 16:53:05 +0100 (CET) (envelope-from wkb) Date: Wed, 10 Dec 2003 16:53:05 +0100 From: Wilko Bulte To: Robert Johannes Message-ID: <20031210155305.GC50496@freebie.xs4all.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.9-STABLE X-PGP: finger wilko@freebsd.org cc: freebsd-scsi@freebsd.org Subject: Re: Adaptec 2944UWD X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 15:53:10 -0000 On Wed, Dec 10, 2003 at 08:58:10AM -0600, Robert Johannes wrote: > Is this differential card from Adaptec supported by freebsd 4.9 Release? > I was digging around on the net, and ran into messages by people who say > it works fine with freebsd, but then looking at the release notes, under > "supported hardware", there is no mention of the 2944 or 3944 cards. Last time I checked it worked just fine. It is not much more than a 2940 with differential driver/receiver chips between the main SCSI chip (7880??) and the actual SCSI bus connectors. At least that is from me eyeballing the adapter chip layout. -- | / o / /_ _ |/|/ / / /( (_) Bulte wilko@FreeBSD.org From owner-freebsd-scsi@FreeBSD.ORG Wed Dec 10 08:21:53 2003 Return-Path: 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 0119D16A4CE; Wed, 10 Dec 2003 08:21:53 -0800 (PST) Received: from ngfl.dialnet.com (ngmail.ngfl.dialnet.com [212.44.44.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01CF243D29; Wed, 10 Dec 2003 08:21:49 -0800 (PST) (envelope-from ict@cardinalnewman.coventry.sch.uk) Received: from ngmfilt.ngfl.dialnet.com [212.44.44.121] by ngfl.dialnet.com with ESMTP (SMTPD32-6.06) id A757706007E; Wed, 10 Dec 2003 16:18:31 +0000 Received: from relay.ngfl.dialnet.com (unverified) by ngmfilt.ngfl.dialnet.com ; Wed, 10 Dec 2003 16:18:26 +0000 Received: from firewall.cardinalnewman.lan (mime1.datastream.com [172.30.0.70]) by mail.burnhamgrammar.bucks.sch.uk with SMTP (MailShield v2.04 - WIN32 Jul 17 2001 17:12:42); Wed, 10 Dec 2003 16:20:04 -0000 Received: from mail.cardinalnewman.lan (mail.cardinalnewman.lan [192.168.0.3]) hBAGLgKp006590; Wed, 10 Dec 2003 16:21:42 GMT (envelope-from ict@cardinalnewman.coventry.sch.uk) Received: from dumpster.cardinalnewman.lan (dumpster.cardinalnewman.lan [192.168.0.9])hBAGLfcr073500; Wed, 10 Dec 2003 16:21:41 GMT (envelope-from ict@cardinalnewman.coventry.sch.uk) From: ict technician Organization: Cardinal Newman School To: Don Lewis , ianjhart@ntlworld.com Date: Wed, 10 Dec 2003 16:21:39 +0000 User-Agent: KMail/1.5.4 References: <200312061929.hB6JTpeF042644@gw.catspoiler.org> In-Reply-To: <200312061929.hB6JTpeF042644@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312101621.40138.ict@cardinalnewman.coventry.sch.uk> X-Virus-Scanned: by amavisd-milter (http://amavis.org/) X-Spam-Status: No, hits=-32.8 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, QUOTE_TWICE_1,REFERENCES,REPLY_WITH_QUOTES,USER_AGENT_KMAIL version=2.50 X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-Filter-Version: 1.11a (mail.cardinalnewman.lan) X-SMTP-HELO: firewall.cardinalnewman.lan X-SMTP-MAIL-FROM: ict@cardinalnewman.coventry.sch.uk X-SMTP-RCPT-TO: truckman@freebsd.org X-SMTP-RCPT-TO: ianjhart@ntlworld.com X-SMTP-RCPT-TO: freebsd-scsi@freebsd.org X-SMTP-PEER-INFO: mime1.datastream.com [172.30.0.70] cc: freebsd-scsi@freebsd.org Subject: Re: More Adaptec 29320 + Seagate ST336607LW woes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 16:21:53 -0000 On Saturday 06 December 2003 7:29 pm, Don Lewis wrote: > On 6 Dec, ian j hart wrote: > > On Friday 05 December 2003 8:33 pm, Don Lewis wrote: > >> I've been meaning to suggest that if you haven't done so already, use > >> "camcontrol modepage" to set the WCE bit to 0 which will disable write > >> caching on the drive. In the testing that I've done, I haven't seen any > >> significant performance penalty in doing this if tagged command queuing > >> and softupdates are in use. It is also safer for soft updates because > >> the drive no longer lies about when write data reaches stable storage. I'll add it to my "things to try" list. Don't want to compromise the data I'm collecting tho'. ie it's a new variable to the equasion. A deep tagged commands queue would be a bit like a cache, wouldn't it? I suspect you would see a significant performance decrease if you also reduced the queue depth. What happens to the queue when I press the power switch? > > > > I thought tagged queuing needed WCE. > > Nope. As near as I can tell, the drive always returns the "Done" > response to a write command immediately if WCE is on, and waits until > the data hits the platter if WCE is off. The difference with tagged > queuing is that while the drive will attempt to do the write as soon as > possible, it will accept more than one command at a time and will > attempt to schedule the physical I/O in some sort of optimim order to > maximize throughput. If the OS wants to enforce a particular order, it > can just wait for commands to complete before sending new ones to the > drive, which is pretty much what soft updates does. I think there are > also some other ways for the OS to constrain the physical I/O ordering. Don't know what I was thinking here. ATA?. Doesn't matter anyway. > > One place where folks have noticed a performance difference between WCE > on and WCE off is when using newfs after we got rid of the buffered > block devices and forced newfs to use the raw character device. Newfs > only issues one write() at a time and waits for the status before > issuing another write(). If WCE is on, the writes only have to hit the > drive cache before the drive returns a status that gets returned to > userland, but if WCE is off the data has to hit the platter before the > status is returned, which slows down newfs quite considerably. Tagged > queuing doesn't make any difference in this case because the drive will > only see at most only one command at a time. -- i j hart ICT Technician Cardinal Newman Catholic School & Community College From owner-freebsd-scsi@FreeBSD.ORG Wed Dec 10 08:28:39 2003 Return-Path: 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 4B8B816A4CE for ; Wed, 10 Dec 2003 08:28:39 -0800 (PST) Received: from sockar.homeip.net (tourist.net1.nerim.net [62.212.109.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAAA643D2E for ; Wed, 10 Dec 2003 08:28:36 -0800 (PST) (envelope-from amon@sockar.homeip.net) Received: from sockar.homeip.net (localhost [127.0.0.1]) by sockar.homeip.net (8.12.9p2/8.12.9) with ESMTP id hBAGU3pd016188 for ; Wed, 10 Dec 2003 17:30:03 +0100 (CET) (envelope-from amon@sockar.homeip.net) Received: (from amon@localhost) by sockar.homeip.net (8.12.9p2/8.12.9/Submit) id hBAGU2hP016187 for freebsd-scsi@freebsd.org; Wed, 10 Dec 2003 17:30:02 +0100 (CET) (envelope-from amon) Date: Wed, 10 Dec 2003 17:30:02 +0100 From: amon@sockar.homeip.net To: freebsd-scsi@freebsd.org Message-ID: <20031210173002.B206@ra.aabs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Subject: Performance problem with adaptec 2120S X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 16:28:39 -0000 hi, I have a problem with my new adaptec 2120S, I cannot get more than 3 MB/s when writing to it. My card has firmware 4.0-0[6008] and is connected to an sca backplane with 3 ultra 160 disks on it, all in a single RAID 5 volume. The card is plugged in a 32 bits/33 Mhz pci slot and the installed freebsd version is 4.9-R. When I do a file transfer from another box, I see in systat that aac0 is 100% busy at 3MB/s during the copy. Since this card is U320, I sincerely hope it can do better but I couldn't find the source of the problem. I tried setting all devices at 160MB/s non packetized in the controller config with no luck. Same thing with other disks. Is this a known issue ? I can provide full dmesg if necessary. -- Herve Boulouis From owner-freebsd-scsi@FreeBSD.ORG Wed Dec 10 08:48:46 2003 Return-Path: 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 B3AFE16A4CE for ; Wed, 10 Dec 2003 08:48:46 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 739C043D13 for ; Wed, 10 Dec 2003 08:48:45 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 86017 invoked by uid 1002); 10 Dec 2003 16:48:42 -0000 Received: from unknown (HELO ?10.4.1.5?) (64.58.1.252) by smtp.mho.net with SMTP; 10 Dec 2003 16:48:42 -0000 Date: Wed, 10 Dec 2003 09:48:26 -0700 (MST) From: Scott Long X-X-Sender: scottl@pooker.samsco.home To: amon@sockar.homeip.net In-Reply-To: <20031210173002.B206@ra.aabs> Message-ID: <20031210094420.D6877@pooker.samsco.home> References: <20031210173002.B206@ra.aabs> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-scsi@freebsd.org Subject: Re: Performance problem with adaptec 2120S X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 16:48:46 -0000 On Wed, 10 Dec 2003 amon@sockar.homeip.net wrote: > hi, > > I have a problem with my new adaptec 2120S, I cannot get more than > 3 MB/s when writing to it. > > My card has firmware 4.0-0[6008] and is connected to an sca backplane > with 3 ultra 160 disks on it, all in a single RAID 5 volume. The card > is plugged in a 32 bits/33 Mhz pci slot and the installed freebsd version > is 4.9-R. > > When I do a file transfer from another box, I see in systat that aac0 > is 100% busy at 3MB/s during the copy. Since this card is U320, I sincerely > hope it can do better but I couldn't find the source of the problem. > I tried setting all devices at 160MB/s non packetized in the controller > config with no luck. Same thing with other disks. > > Is this a known issue ? > > I can provide full dmesg if necessary. > The 2120S has some unfortunate issues that make it a slow card. However, it should not be nearly as slow as you claim. Do you have the 'aaccli' tools installed? If not, you can either install it from the FreeBSD ports collection, or use the Linux version that is found on the 2120S CD under emulation. That should be able to tell you basic information about the array and if there are any problems. More advanced information can be gathered by using the 'diag dump text' command in aaccli. If you could send me the output from that, I might be able to help. Scott From owner-freebsd-scsi@FreeBSD.ORG Wed Dec 10 11:09:44 2003 Return-Path: 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 5912716A4D1; Wed, 10 Dec 2003 11:09:44 -0800 (PST) Received: from sockar.homeip.net (tourist.net1.nerim.net [62.212.109.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83E5B43D31; Wed, 10 Dec 2003 11:09:29 -0800 (PST) (envelope-from amon@sockar.homeip.net) Received: from sockar.homeip.net (localhost [127.0.0.1]) by sockar.homeip.net (8.12.9p2/8.12.9) with ESMTP id hBAJAupd016476; Wed, 10 Dec 2003 20:10:56 +0100 (CET) (envelope-from amon@sockar.homeip.net) Received: (from amon@localhost) by sockar.homeip.net (8.12.9p2/8.12.9/Submit) id hBAJAutN016475; Wed, 10 Dec 2003 20:10:56 +0100 (CET) (envelope-from amon) Date: Wed, 10 Dec 2003 20:10:56 +0100 From: amon@sockar.homeip.net To: Scott Long Message-ID: <20031210201056.C206@ra.aabs> References: <20031210173002.B206@ra.aabs> <20031210094420.D6877@pooker.samsco.home> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <20031210094420.D6877@pooker.samsco.home>; from scottl@freebsd.org on Wed, Dec 10, 2003 at 09:48:26AM -0700 cc: freebsd-scsi@freebsd.org Subject: Re: Performance problem with adaptec 2120S X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 19:09:44 -0000 Le 10/12/2003 à 09:48, Scott Long a écrit: > > The 2120S has some unfortunate issues that make it a slow card. However, To what extent is it slow ? Are these issues firmware related ? (ie will upgrading when a new firmware release comes out help ?) > it should not be nearly as slow as you claim. Do you have the 'aaccli' > tools installed? If not, you can either install it from the FreeBSD ports > collection, or use the Linux version that is found on the 2120S CD under > emulation. That should be able to tell you basic information about the > array and if there are any problems. More advanced information can be > gathered by using the 'diag dump text' command in aaccli. If you could > send me the output from that, I might be able to help. Oops, I had forgotten to enable write caching while creating the volume so the performance is now acceptable. Thanks for the help. -- Herve Boulouis From owner-freebsd-scsi@FreeBSD.ORG Wed Dec 10 12:08:19 2003 Return-Path: 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 0DD0316A4CE for ; Wed, 10 Dec 2003 12:08:19 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 974F443D30 for ; Wed, 10 Dec 2003 12:08:17 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id hBAK84eF053469; Wed, 10 Dec 2003 12:08:09 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200312102008.hBAK84eF053469@gw.catspoiler.org> Date: Wed, 10 Dec 2003 12:08:03 -0800 (PST) From: Don Lewis To: ict@cardinalnewman.coventry.sch.uk In-Reply-To: <200312101621.40138.ict@cardinalnewman.coventry.sch.uk> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-scsi@FreeBSD.org Subject: Re: More Adaptec 29320 + Seagate ST336607LW woes X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 20:08:19 -0000 On 10 Dec, ict technician wrote: > On Saturday 06 December 2003 7:29 pm, Don Lewis wrote: >> On 6 Dec, ian j hart wrote: >> > On Friday 05 December 2003 8:33 pm, Don Lewis wrote: >> >> I've been meaning to suggest that if you haven't done so already, use >> >> "camcontrol modepage" to set the WCE bit to 0 which will disable write >> >> caching on the drive. In the testing that I've done, I haven't seen any >> >> significant performance penalty in doing this if tagged command queuing >> >> and softupdates are in use. It is also safer for soft updates because >> >> the drive no longer lies about when write data reaches stable storage. > > I'll add it to my "things to try" list. Don't want to compromise the data I'm > collecting tho'. ie it's a new variable to the equasion. > > A deep tagged commands queue would be a bit like a cache, wouldn't it? I > suspect you would see a significant performance decrease if you also reduced > the queue depth. It probably depends a lot on the characteristics of the I/O load. The drive may be able to more optimistically schedule the physical I/O if it has a bigger queue to work with. For example, if reads or writes to nearby sectors are separated by many commands, a larger queue depth may allow the drive to see both commands and cluster the physical I/O, whereas it would not be able to do this if both commands were not in the queue at the same time. > What happens to the queue when I press the power switch? Any queued writes are lost, along with the soft updates work queue, and a sector being written at the time might be corrupted. Other than the bad sector, the file system will be in a consistent state and fsck should be able to repair it. The data lost in the disk queue will also still be in the soft updates work queue, so it is essentially the last N seconds of file writes. The file system may well not be left in a consistent state after a power loss if WCE is on, which means that fsck may not be able to do an automatic repair and may require manual intervention. The data for any file is guaranteed to be on the platter after an fsync() if WCE is off, but not if it is on. The latter means that if you use fsync() a lot, you'll see a performance hit. From owner-freebsd-scsi@FreeBSD.ORG Wed Dec 10 12:54:54 2003 Return-Path: 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 3F1A816A4CE for ; Wed, 10 Dec 2003 12:54:54 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 08ADC43D2F for ; Wed, 10 Dec 2003 12:54:53 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 5508 invoked by uid 1002); 10 Dec 2003 20:54:52 -0000 Received: from unknown (HELO ?10.4.1.5?) (64.58.1.252) by smtp.mho.net with SMTP; 10 Dec 2003 20:54:52 -0000 Date: Wed, 10 Dec 2003 13:54:37 -0700 (MST) From: Scott Long X-X-Sender: scottl@pooker.samsco.home To: amon@sockar.homeip.net In-Reply-To: <20031210201056.C206@ra.aabs> Message-ID: <20031210135055.T6877@pooker.samsco.home> References: <20031210173002.B206@ra.aabs> <20031210094420.D6877@pooker.samsco.home> <20031210201056.C206@ra.aabs> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-scsi@FreeBSD.org Subject: Re: Performance problem with adaptec 2120S X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2003 20:54:54 -0000 On Wed, 10 Dec 2003 amon@sockar.homeip.net wrote: > Le 10/12/2003 =E0 09:48, Scott Long a =E9crit: > > > > The 2120S has some unfortunate issues that make it a slow card. Howeve= r, > > To what extent is it slow ? Are these issues firmware related ? (ie will > upgrading when a new firmware release comes out help ?) Some hardware architecture choices were made that influence this. Better choices were made with the 2200S so it should be faster, especially in a 64/66 PCI slot. > > > it should not be nearly as slow as you claim. Do you have the 'aaccli' > > tools installed? If not, you can either install it from the FreeBSD po= rts > > collection, or use the Linux version that is found on the 2120S CD unde= r > > emulation. That should be able to tell you basic information about the > > array and if there are any problems. More advanced information can be > > gathered by using the 'diag dump text' command in aaccli. If you could > > send me the output from that, I might be able to help. > > Oops, I had forgotten to enable write caching while creating the volume > so the performance is now acceptable. > Are you talking about the write cache on the drives or on the array? You should never enable the write cache on the drives unless you are certain that you will never ever have a power failure. FOr the arrays, the optimal cache configuration is to have the read cache turned off and the write cache turned on. If this is not the case for you, I'd like to see the diagnostic output from the card. Scott From owner-freebsd-scsi@FreeBSD.ORG Thu Dec 11 00:46:25 2003 Return-Path: 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 119E616A4CE for ; Thu, 11 Dec 2003 00:46:25 -0800 (PST) Received: from ns4.sony.co.jp (NS4.Sony.CO.JP [137.153.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8BD343D30 for ; Thu, 11 Dec 2003 00:46:19 -0800 (PST) (envelope-from Masato.Hori@jp.sony.com) Received: from mail7.sony.co.jp (mail7.sony.co.jp [43.0.1.209]) Received: from mail7.sony.co.jp (localhost [127.0.0.1]) by mail7.sony.co.jp (R8/Sony) with ESMTP id hBB8kH927939 for ; Thu, 11 Dec 2003 17:46:17 +0900 (JST) Received: from jptkyxim02.jp.sony.com (jptkyxim02.jp.sony.com [43.15.17.88]) by mail7.sony.co.jp (R8/Sony) with ESMTP id hBB8kGw27919 for ; Thu, 11 Dec 2003 17:46:16 +0900 (JST) Received: from jptkyxwa05.jp.sony.com ([43.15.31.5]) by jptkyxim02.jp.sony.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 11 Dec 2003 17:46:16 +0900 Received: from JPC00014546.shp.sony.co.jp ([43.3.138.116]) by jptkyxwa05.jp.sony.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 11 Dec 2003 17:46:15 +0900 Date: Thu, 11 Dec 2003 17:46:15 +0900 Message-ID: From: mho@pobox.com To: freebsd-scsi@freebsd.org User-Agent: Wanderlust/2.8.1 (Something) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.4 Emacs/20.7 (i386-msvc-nt5.1.2600) MULE/4.1 (AOI) Meadow/1.15 (SHOUBU:63) Reference: <200310301847.h9UIlxSo093904@skippy.eecs.umich.edu> In-Reply-To: <200310301847.h9UIlxSo093904@skippy.eecs.umich.edu> MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII X-OriginalArrivalTime: 11 Dec 2003 08:46:15.0754 (UTC) FILETIME=[3CE2F2A0:01C3BFC3] cc: mho@pobox.com Subject: Re: Boot of Dell 1750 fails with multiple SCSI drives installed X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2003 08:46:25 -0000 Hi, >Just to add more data points. Doug White sent me email with his >configuration. Since he had no problems with Maxtor disks it sure >seems like the IBM disks are the culprit. > >> It was 2 PE1750s with two Maxtor disks with 4.9-RC[23]. Dual 2.8GHz or >> 2.4GHz Xeons I think. Installed and built kernls on 2 of them with >> absolutely no issues. These had the RAID card though but I disabled it in >> the BIOS. I have experienced almost same behaviour with my 2 sets of DELL 1750. They could boot with single IBM disks but could not boot with more than two disks. Following is the log from serial console of failed boot. The 1750s will be around here for some weeks, so if anyone have some idea where to look at I will be able to try it. Regards Hori Masato ---log starts here-------- Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS drive D: is disk2 BIOS drive E: is disk3 BIOS 640kB/2095964kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 /boot/kernel/acpi.ko text=0x3ef40 data=0x1724+0x114c syms=[0x4+0x6260/-+0x4+0x8075 \|] Copyright (c) 1992-2003 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 5.2-CURRENT-20031209-JPSNAP #0: Tue Dec 9 01:25:54 GMT 2003 root@ushi.jp.freebsd.org:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a80000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a8021c. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3049.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 2147315712 (2047 MB) avail memory = 2080669696 (1984 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic2: Changing APIC ID to 10 ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard Pentium Pro MTRR support enabled npx0: [FAST] stray irq13 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 pcibios: BIOS version 2.10 Using $PIR table, 7 entries at 0xc00fc4a0 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_cpu2: on acpi0 device_probe_and_attach: acpi_cpu2 attach returned 6 acpi_cpu2: on acpi0 device_probe_and_attach: acpi_cpu2 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib0: slot 15 INTA is routed to irq 11 pci0: at device 14.0 (no driver attached) atapci0: port 0x8b0-0x8bf,0x374-0x377,0x17 0-0x177,0x3f4-0x3f7,0x1f0-0x1f7 at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: simplex device, DMA on primary only ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] ohci0: mem 0xfe100000-0xfe100fff irq 11 at devic e 15.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered isab0: at device 15.3 on pci0 isa0: on isab0 pcib1: on acpi0 pci4: on pcib1 mpt0: port 0xcc00-0xccff mem 0xfcd20000-0xfcd2fff f,0xfcd30000-0xfcd3ffff irq 18 at device 5.0 on pci4 mpt1: port 0xc800-0xc8ff mem 0xfcd00000-0xfcd0fff f,0xfcd10000-0xfcd1ffff irq 19 at device 5.1 on pci4 pcib2: on acpi0 pci3: on pcib2 pcib3: on acpi0 pci2: on pcib3 bge0: mem 0xfcf20000 -0xfcf2ffff,0xfcf30000-0xfcf3ffff irq 16 at device 0.0 on pci2 bge0: Ethernet address: 00:0b:db:95:23:6a miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX -FDX, auto bge1: mem 0xfcf00000 -0xfcf0ffff,0xfcf10000-0xfcf1ffff irq 17 at device 0.1 on pci2 bge1: Ethernet address: 00:0b:db:95:23:6b miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX -FDX, auto pcib4: on acpi0 pci1: on pcib4 fdc0: port 0x3f7,0x3f0-0 x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console acpi_cpu2: on acpi0 device_probe_and_attach: acpi_cpu2 attach returned 6 acpi_cpu2: on acpi0 device_probe_and_attach: acpi_cpu2 attach returned 6 orm0: