From owner-freebsd-current@FreeBSD.ORG Tue Apr 24 09:13:57 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 0A20316A404 for ; Tue, 24 Apr 2007 09:13:57 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id B74B013C4DA for ; Tue, 24 Apr 2007 09:13:56 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id EF96239470; Tue, 24 Apr 2007 10:44:09 +0200 (CEST) Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98368-14; Tue, 24 Apr 2007 10:44:09 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 98ED43946E; Tue, 24 Apr 2007 10:44:09 +0200 (CEST) Date: Tue, 24 Apr 2007 10:44:09 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org, William Josephson , current@freebsd.org Message-ID: <20070424084409.GA98777@keltia.freenix.fr> References: <20070424051420.GA84831@mero.morphisms.net> <200704241554.12605.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200704241554.12605.doconnor@gsoft.com.au> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.14 (2007-02-12) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Cc: 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 09:13:57 -0000 According to Daniel O'Connor: > I see this when using gjournal too. Good so it is not zfs-specific. > I suspect the timeout on the flush cache command needs to be increased. > I haven't got around to testing it but you could try increasing the > timeout in ata-disk.c (around line 280) -> 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. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386