From owner-freebsd-stable@FreeBSD.ORG Sun Oct 3 09:28:50 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50ADC1065670 for ; Sun, 3 Oct 2010 09:28:50 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 082728FC19 for ; Sun, 3 Oct 2010 09:28:49 +0000 (UTC) Received: from outgoing.leidinger.net (p5B32F3E7.dip.t-dialin.net [91.50.243.231]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 6EB6B84400C; Sun, 3 Oct 2010 11:03:50 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.2.110]) by outgoing.leidinger.net (Postfix) with ESMTP id ED149154C; Sun, 3 Oct 2010 11:03:41 +0200 (CEST) Date: Sun, 3 Oct 2010 11:03:38 +0200 From: Alexander Leidinger To: Steve Polyack Message-ID: <20101003110338.00004197@unknown> In-Reply-To: <4CA7E98E.3040701@comcast.net> References: <4CA73702.5080203@langille.org> <20101002141921.GC70283@icarus.home.lan> <4CA7AD95.9040703@langille.org> <20101002223626.GB78136@icarus.home.lan> <4CA7BEE4.9050201@langille.org> <20101002235024.GA80643@icarus.home.lan> <4CA7E4AE.4060607@langille.org> <4CA7E98E.3040701@comcast.net> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 6EB6B84400C.A5EA3 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.923, required 6, autolearn=disabled, ALL_TRUSTED -1.00, TW_ZF 0.08) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1286701432.47906@bbT/pceqEctrUtISf6UPog X-EBL-Spam-Status: No Cc: mav@FreeBSD.org, freebsd-stable , Dan Langille , Jeremy Chadwick Subject: Re: out of HDD space - zfs degraded X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Oct 2010 09:28:50 -0000 On Sat, 02 Oct 2010 22:25:18 -0400 Steve Polyack wrote: > I thin its worth it to think about TLER (or the absence of it) here - > http://en.wikipedia.org/wiki/Time-Limited_Error_Recovery . Your > consumer / SATA Hitachi drives likely do not put a limit on the time > the drive may block on a command while handling inernal errors. If > we consider that gpt/gisk06-live encountered some kind of error and > had to relocate a significant number of blocks or perform some other > error recovery, then it very well may have timed out long enough for > siis(4) to drop the device. I have no idea what the timeouts are set > to in the siis(4) driver, nor does anything in your SMART report > stick out to me (though I'm certainly no expert with SMART data, and > my understanding is that many drive manufacturers report the various > parameters in different ways). IIRC mav@ (CCed) made a commit regarding this to -current in the not so distant past. I do not know about the MFC status of this, or if it may have helped or not in this situation. Bye, Alexander.