From owner-freebsd-stable@FreeBSD.ORG Wed Nov 6 15:27:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 07F409DF for ; Wed, 6 Nov 2013 15:27:29 +0000 (UTC) (envelope-from jpc@porterclark.com) Received: from mail.cluebytwelve.org (clueby12.org [198.186.190.239]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D488A2720 for ; Wed, 6 Nov 2013 15:27:28 +0000 (UTC) Received: from 24-183-226-240.dhcp.kgpt.tn.charter.com (24-183-226-240.dhcp.kgpt.tn.charter.com [24.183.226.240]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cluebytwelve.org (Postfix) with ESMTPSA id E3D511B5DA for ; Wed, 6 Nov 2013 09:27:27 -0600 (CST) Received: by 24-183-226-240.dhcp.kgpt.tn.charter.com (Postfix, from userid 501) id 64C6AD4A2C72; Wed, 6 Nov 2013 09:26:17 -0600 (CST) Date: Wed, 6 Nov 2013 09:26:17 -0600 From: "J. Porter Clark" To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 9.2 UFS + GELI softdep_deallocate_dependencies: unrecovered I/O error Message-ID: <20131106152617.GA30583@MacPorter.local> Mail-Followup-To: freebsd-stable@freebsd.org References: <2AA765E7-1F17-4C6F-98BD-004AEFF88D32@lexasoft.ru> <20131106143442.GA29775@MacPorter.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131106143442.GA29775@MacPorter.local> Organization: http://www.angelfire.com/ego/porterclark/ User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 15:27:29 -0000 On Wed, Nov 06, 2013 at 08:34:42AM -0600, J. Porter Clark wrote: > > I'll try the tunable. Seems odd that a tunable would fix it, > though. The system hung during boot with kern.bio_transient_maxcnt=8192; maybe not enough RAM? Anyway, using vfs.unmapped_buf_allowed=0 instead fixed it. Thank you, Konstantin. Thanks to you, I am on the road to recovery. :-) -- J. Porter Clark