From owner-svn-src-head@FreeBSD.ORG Mon Mar 21 07:29:38 2011 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A803E1065675; Mon, 21 Mar 2011 07:29:38 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id E46518FC08; Mon, 21 Mar 2011 07:29:37 +0000 (UTC) Received: by gxk28 with SMTP id 28so2670171gxk.13 for ; Mon, 21 Mar 2011 00:29:37 -0700 (PDT) Received: by 10.236.109.1 with SMTP id r1mr3289205yhg.37.1300692577040; Mon, 21 Mar 2011 00:29:37 -0700 (PDT) Received: from [10.0.1.198] ([72.253.42.56]) by mx.google.com with ESMTPS id p59sm1100998yhm.90.2011.03.21.00.29.32 (version=SSLv3 cipher=OTHER); Mon, 21 Mar 2011 00:29:36 -0700 (PDT) Date: Sun, 20 Mar 2011 21:33:05 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Doug Barton In-Reply-To: <4D8662B0.8000705@FreeBSD.org> Message-ID: References: <4D840BD0.4030306@freebsd.org> <201103200000.p2K00pue003373@chez.mckusick.com> <20110320162212.GI1606@alchemy.franken.de> <4D8662B0.8000705@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Mon, 21 Mar 2011 11:17:28 +0000 Cc: src-committers@freebsd.org, kvedulv@kvedulv.de, Jeff Roberson , Kirk McKusick , Gavin Atkinson , Nathan Whitehorn , Marius Strobl , svn-src-head@freebsd.org, svn-src-all@freebsd.org Subject: Re: svn commit: r219667 - head/usr.sbin/bsdinstall/partedit X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2011 07:29:38 -0000 On Sun, 20 Mar 2011, Doug Barton wrote: > On 03/20/2011 09:22, Marius Strobl wrote: > >> I fear it's still a bit premature for enable SU+J by default. Rather >> recently I was told about a SU+J filesystems lost after a panic >> that happend after snapshotting it (report CC'ed, maybe he can >> provide some more details) and I'm pretty sure I've seen the problem >> described in PR 149022 also after the potential fix mentioned in its >> feedback. > > +1 > > I tried enabling SU+J on my /var (after backing up of course) and after a > panic random files were missing entirely. Not the last updates to those > files, the whole file, and many of them had not been written to in > days/weeks/months. > So you're saying the directory entry was missing? Can you tell me how big the directory was? Number of files? Approximate directory size when you consider file names? When you fsck'd were inodes recovered and linked into lost and found? What was the actual path? I'm trying to wrap my head around how this would be possible and where the error could be and whether it could be caused by SUJ. The number of interactions with disk writes are minimal. Corruption if it occurs would most likely be caused by a bad journal recovery. Thanks, Jeff > With all due respect to the hard work that went into the code, I would be > very uncomfortable with enabling it by default at this point. > > > Doug > > -- > > Nothin' ever doesn't change, but nothin' changes much. > -- OK Go > > Breadth of IT experience, and depth of knowledge in the DNS. > Yours for the right price. :) http://SupersetSolutions.com/ >