NetBSD Problem Report #44204
From riz@netbsd6.localdomain Wed Dec 8 07:35:06 2010
Return-Path: <riz@netbsd6.localdomain>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
by www.NetBSD.org (Postfix) with ESMTP id A37DE63B9FC
for <gnats-bugs@gnats.NetBSD.org>; Wed, 8 Dec 2010 07:35:06 +0000 (UTC)
Message-Id: <20101208061717.6D8BC1C0232@netbsd6.localdomain>
Date: Tue, 7 Dec 2010 22:17:17 -0800 (PST)
From: riz@netbsd.org
Reply-To: riz@netbsd.org
To: gnats-bugs@gnats.NetBSD.org
Subject: resize_ffs(8) problems shrinking 64K blocksize ffsv1 < 1cyl
X-Send-Pr-Version: 3.95
>Number: 44204
>Category: bin
>Synopsis: resize_ffs(8) problems shrinking 64K blocksize ffsv1 < 1cyl
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: riz
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Wed Dec 08 07:40:00 +0000 2010
>Last-Modified: Wed Dec 08 16:45:01 +0000 2010
>Originator: Jeff Rizzo <riz@NetBSD.org>
>Release: NetBSD 5.99.41
>Organization:
>Environment:
System: NetBSD netbsd6 5.99.41 NetBSD 5.99.41 (GENERIC) #0: Sun Dec 5 19:35:40 PST 2010 riz@netbsd6:/home/riz/obj/sys/arch/amd64/compile/GENERIC amd64
Architecture: x86_64
Machine: amd64
>Description:
When shrinking a file system with 64K blocksize less than a whole
cylinder group, the file system is marked clean but is actually not, as
evidenced by a run through fsck_ffs. Dropping a whole cg or more seems
to work OK.
>How-To-Repeat:
- Create a file system with 64K blocks
- use resize_ffs to shrink it less than one whole cg
- run fsck_ffs -f on it
netbsd6:riz /usr/src/sbin/resize_ffs> newfs -O1 -s 65536 -f 8192 -s 131072 -F /tmp/fs
/tmp/fs: 64.0MB (131072 sectors) block size 65536, fragment size 8192
using 3 cylinder groups of 21.38MB, 342 blks, 512 inodes.
super-block backups (for fsck_ffs -b #) at:
128, 43904, 87680,
netbsd6:riz /usr/src/sbin/resize_ffs> resize_ffs -y -s 98304 /tmp/fs
netbsd6:riz /usr/src/sbin/resize_ffs> fsck_ffs -F -f /tmp/fs
** /tmp/fs
** File system is already clean
** Last Mounted on
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
FREE BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? [yn] n
SUMMARY INFORMATION BAD
SALVAGE? [yn] n
BLK(S) MISSING IN BIT MAPS
SALVAGE? [yn] n
1 files, 1 used, 6046 free (14 frags, 754 blocks, 0.2% fragmentation)
***** UNRESOLVED INCONSISTENCIES REMAIN *****
>Fix:
None given. There is some code to deal with partial cgs;
check there first.
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: bin-bug-people->riz
Responsible-Changed-By: jnemeth@NetBSD.org
Responsible-Changed-When: Wed, 08 Dec 2010 08:17:33 +0000
Responsible-Changed-Why:
riz requested that the resize_ffs PRs be assigned to him
From: Jeff Rizzo <riz@netbsd.org>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: bin/44204 (resize_ffs(8) problems shrinking 64K blocksize ffsv1
< 1cyl)
Date: Wed, 08 Dec 2010 08:43:59 -0800
Further testing indicates both shrinking and growing by less than 1cyl
are problematic.
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.