From owner-freebsd-current@FreeBSD.ORG Sun Mar 11 08:36:09 2012 Return-Path: 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 4F897106566B for ; Sun, 11 Mar 2012 08:36:09 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mx.lissyara.su (mx.lissyara.su [91.227.18.11]) by mx1.freebsd.org (Postfix) with ESMTP id D8DFF8FC17 for ; Sun, 11 Mar 2012 08:36:08 +0000 (UTC) Received: from [195.93.240.5] (port=23031 helo=lissyara.moskb.local) by mx.lissyara.su with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S6dzi-000N25-EF for freebsd-current@freebsd.org; Sun, 11 Mar 2012 12:19:10 +0400 Message-ID: <4F5C5FFE.3080007@lissyara.su> Date: Sun, 11 Mar 2012 12:19:10 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.23) Gecko/20091202 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: mx.lissyara.su Subject: Re: SU+J and fsck problem ? 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: Sun, 11 Mar 2012 08:36:09 -0000 On 10.03.2012 14:01, jb wrote: > Hi, > > FB9.0-RELEASE; no updates or recompilation. > > In multi-user mode: > $ mount > /dev/ada0s2a on / (ufs, local, journaled soft-updates) > The fs was in normal state (no known problem, clean shutdown), > > Booted by choice in single-user mode. > > # mount > /dev/ada0s2a on / (ufs, local, read-only) > > # fsck -F > ** /dev/ada0s2a > > USE JOURNAL? [yn] y > > ** SU+J recovering /dev/ada0s2a > ** Reading 33554432 byte journal from inode 4. > > RECOVER? [yn] y > > ** ... > ** Processing journal entries. > > WRITE CHANGES? [yn] y > > ** 208 journal records in 13312 bytes for 50% utilization > ** Freed 0 inodes (0 dirs) 6 blocks, and 0 frags. > > ***** FILE SYSTEM MARKED CLEAN **** > > # fsck -F > ** /dev/ada0s2a > > USE JOURNAL? [yn] n > > ** Skipping journal, falling through to full fsck > > ** Last Mounted on / > ** Root file system > ** Phase 1 - Check Blocks and Sizes > INCORRECT BLOCK COUNT I=114700 (8 should be 0) > CORRECT? [yn] n > > INCORRECT BLOCK COUNT I=196081 (32 should be 8) > CORRECT? [yn] n > > INCORRECT BLOCK COUNT I=474381 (32 should be 8) > CORRECT? [yn] n > > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > ** Phase 5 - Check Cyl groups > FREE BLOCK COUNTS(S) WRONG IN SUPERBLK > SALVAGE? [yn] n > > SUMMARY INFORMATION BAD > SALVAGE? [yn] n > > BLK(S) MISSING IN BIT MAPS > SALVAGE? [yn] n > > 266075 files, 939314 used, 1896628 free (2724 frags, 236738 blocks, 0.1% > fragmentation) > > ***** FILE SYSTEM MARKED DIRTY ***** > > ***** FILE SYSTEM WAS MODIFIED ***** > > ***** PLEASE RERUN FSCK ***** > > # fsck -F > ** /dev/ada0s2a > > USE JOURNAL? [yn] y > > ** SU+J recovering /dev/ada0s2a > Journal timestamp does not match fs mount time > ** Skipping journal, falling through to full fsck > > ** Last Mounted on / > ** Root file system > ** Phase 1 - Check Blocks and Sizes > INCORRECT BLOCK COUNT I=114700 (8 should be 0) > CORRECT? [yn] y > > INCORRECT BLOCK COUNT I=196081 (32 should be 8) > CORRECT? [yn] y > > INCORRECT BLOCK COUNT I=474381 (32 should be 8) > CORRECT? [yn] y > > ** Phase 2 - Check Pathnames > ** Phase 3 - Check Connectivity > ** Phase 4 - Check Reference Counts > ** Phase 5 - Check Cyl groups > FREE BLOCK COUNTS(S) WRONG IN SUPERBLK > SALVAGE? [yn] y > > SUMMARY INFORMATION BAD > SALVAGE? [yn] y > > BLK(S) MISSING IN BIT MAPS > SALVAGE? [yn] y > > 266075 files, 939314 used, 1896629 free (2725 frags, 236738 blocks, 0.1% > fragmentation) > > ***** FILE SYSTEM MARKED CLEAN ***** > > ***** FILE SYSTEM WAS MODIFIED ***** > > # > > Summary: > 1. # fsck -F ## recovery done with J > > 2. # fsck -F ## no recovery; fs marked dirty; time stamp modified > Why during this step there were incorrect block counts reported if the fs > was recovered and marked clean in step 1 ? > Despite the fact that choice of no recovery was made, the fs was marked > dirty (based on false assumption above ?, and time stamp ?) > > 3. # fsck -F ## forced skipped Journal > Same question as in step 2, > based on which it accepted the choice of recovery ... > Note: > after step 2: > 1896628 free and 2724 frags in > 266075 files, 939314 used, 1896620 free (2724 frags, 236738 blocks, ... > after step 3: > 1896629 free and 2725 frags in > 266075 files, 939314 used, 1896629 free (2725 frags, 236738 blocks, ... > > Questions: > - is the fsck working properly with SU+J fs ? > Note: > fsck(8) > -F ... > -B ... > It is recommended that you perform foreground fsck on your systems > periodically and whenever you encounter file-system-related panics. > - would the fs as after step 1, and steps 1-3 or 1,3 be considered > "recovered": > - structurally ? > - identical ?, does it matter ? > - integrally ? > > Any comments before I file a PR# ? > jb SUJ very strange work. it's can say - "filesystem OK", but, after full boot system crash - file system have errors... I disable it on all production hosts, use only on desktop. If I manually run fsck after crash and unexpected reboot - fsck _always_ find errors, unhandled by SUJ