From owner-freebsd-hardware@FreeBSD.ORG Thu Feb 3 17:18:38 2005 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE71D16A4CE for ; Thu, 3 Feb 2005 17:18:38 +0000 (GMT) Received: from server2.troikatek.com (server2.troikatek.com [66.135.32.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5586643D2F for ; Thu, 3 Feb 2005 17:18:38 +0000 (GMT) (envelope-from aheyn@jmsent.com) Received: (qmail 30559 invoked from network); 3 Feb 2005 18:12:57 -0000 Received: from ns.jmsent.com (HELO AREILLPC) (66.9.27.146) by server2.troikatek.com with SMTP; 3 Feb 2005 18:12:57 -0000 From: "Andrew Heyn" To: Date: Thu, 3 Feb 2005 12:19:03 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal In-Reply-To: <20050203120923.G76517@sasami.jurai.net> Subject: RE: Compaq Smart Array 4200 controller question X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2005 17:18:38 -0000 Hi Matthew, Yes, that is correct. If a program is using I/O when the controller decides to be uncooperative, there's a chance that it will recover, and continue on, and there's also a chance that it will be stuck in-kernel forever waiting for the data. Meanwhile, other program _can_ access data...until they get stuck some time later in the kernel. root 2865 0.0 0.0 1312 860 p0 D 11:28AM 0:06.71 find / Thu Feb 3 12:20:53 UTC 2005 top says that find is stuck in 'ufs' Meanwhile, I catted 6.0-CURRENT-20050202-SESNAP.tar.bz2 to /dev/null It took quite a few seconds the first time, and subsequent times took a much shorter amount of time. I can also cat /dev/ida0xxx to /dev/null, and all sorts of other I/O...while that find is stuck in-kernel. Anything else I can do to help? Thanks, Andrew -----Original Message----- From: Matthew N. Dodd [mailto:mdodd@FreeBSD.ORG] Sent: Thursday, February 03, 2005 9:10 AM To: Andrew Heyn Cc: freebsd-hardware@FreeBSD.ORG Subject: RE: Compaq Smart Array 4200 controller question On Thu, 3 Feb 2005, Andrew Heyn wrote: > I noticed that with 6-CURRENT the machine doesn't crash anymore and > reboot when the controller stops responding. It tended to before... > Instead, whatever program that caused the problem hangs on a kernel > function forever, and subsequent reads/writes kinda work...in the same > manner as they did(n't) before. Wait, so other IO on the array continues to work? (Make sure you're not seeing the result of caching.) -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00