From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 08:47:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06C4916A400 for ; Wed, 7 Mar 2007 08:47:04 +0000 (UTC) (envelope-from ml.diespammer@netfence.it) Received: from parrot.aev.net (parrot.aev.net [212.31.247.179]) by mx1.freebsd.org (Postfix) with ESMTP id A101513C471 for ; Wed, 7 Mar 2007 08:46:58 +0000 (UTC) (envelope-from ml.diespammer@netfence.it) Received: from soth.ventu (adsl-ull-58-223.51-151.net24.it [151.51.223.58]) (authenticated bits=128) by parrot.aev.net (8.14.0/8.13.8) with ESMTP id l278sduw020243 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 7 Mar 2007 09:54:57 +0100 (CET) (envelope-from ml.diespammer@netfence.it) Received: from [10.1.2.18] (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.0/8.13.8) with ESMTP id l278kYBT076928; Wed, 7 Mar 2007 09:46:34 +0100 (CET) (envelope-from ml.diespammer@netfence.it) Message-ID: <45EE7BDE.70300@netfence.it> Date: Wed, 07 Mar 2007 09:46:22 +0100 From: Andrea Venturoli User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Kostik Belousov References: <45EDE0C5.1010305@netfence.it> <20070307030218.GP10453@deviant.kiev.zoral.com.ua> In-Reply-To: <20070307030218.GP10453@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.61 on 212.31.247.179 Cc: freebsd-stable@freebsd.org Subject: Re: LOR #193 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2007 08:47:04 -0000 Kostik Belousov wrote: >> In a previous (quite old) thread it was in fact suggested I might be >> seeing some LOR, but only recently I activated all the debugging stuff. > The (usual) consequence of the LOR is lock up. Mhh, yes, that's right. But I stopped having locks during file system snapshooting after I upgraded from 5.x to 6.x. >> What's the risk of running the suggested patch on a (quite critical) >> production server? > It shall be safe unless you run filesystems compiled as modules, that where > not built against patched kernel (patch changes the kernel binary > interface). Ok, that's not my case. I'll try the patch, but probabily not so soon. bye & Thanks av.