From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 10:12:50 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2228016A400; Tue, 24 Apr 2007 10:12:50 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id AB0B713C44B; Tue, 24 Apr 2007 10:12:49 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp48-243.lns2.adl4.internode.on.net [121.44.48.243]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l3OACjfx023499 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Apr 2007 19:42:46 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 24 Apr 2007 19:42:23 +0930 User-Agent: KMail/1.9.5 References: <20070424051420.GA84831@mero.morphisms.net> <200704241554.12605.doconnor@gsoft.com.au> <20070424084409.GA98777@keltia.freenix.fr> In-Reply-To: <20070424084409.GA98777@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9420780.QCkM6EtnH1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200704241942.40874.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Ollivier Robert , current@freebsd.org, William Josephson Subject: Re: ATA FLUSHCACHE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 10:12:50 -0000 --nextPart9420780.QCkM6EtnH1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 24 April 2007 18:14, Ollivier Robert wrote: > The main problem that I've found is that with a single disk > configuration, there is a timeout then the system recovers but with a > dual (or maybe more) disks involved, multiple/current timeouts make > the system panic and that is not nice. > > I suspect that changing the timeout may just hide the real problem. Hmm, it is a non fatal error for gjournal, I'm kind of surprised it's a=20 fatal one for ZFS.. If the cache flush really failed (eg due to a stuffed disk) then there=20 really is a problem, but IMO it is likely this is going to be caught by=20 a read or a write operation very soon. If it is a transient error then panicing seems to be about the worse=20 response :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart9420780.QCkM6EtnH1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBGLdgY5ZPcIHs/zowRArh2AKCQlKeArXs0ABVkMaT2n6/LBRBo8ACdENaP I1Murus0ODt0T5PIrHq+ivU= =3e2K -----END PGP SIGNATURE----- --nextPart9420780.QCkM6EtnH1--