Date: Tue, 29 Jan 2002 21:41:36 -0500 From: Bill Triplett <btt@nethouse.com> To: stable@FreeBSD.org Subject: Re: FS corruption w/softupdates on 4.5-RC ? Message-ID: <20020130024136.GB1150@fourier.mat> In-Reply-To: <20020127064250.GA333@moreton.com.au> References: <20020127064250.GA333@moreton.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi all,
I can reproduce this using the MAKEDEV method as well as creating one
large file with something like yes > testfile.
Appended is my dmesg as well.
On Sun, Jan 27, 2002 at 04:42:50PM +1000, Phil Homewood wrote:
> A system recently upgraded from a 6 month old 4.3-STABLE image
> appears to be suddenly experiencing massive FS corruption (or
> fsck is very confused when checking a readonly-mounted FS.)
>
> I've been following what seem to be a lot of dead-ends on this,
> but seem to have tracked it down to the following specifics:
>
> * Only softupdate filesystems appear to have the problem. I
> first thought I saw it on a non-softupdate FS, but may have
> been mistaken.
>
> * 4.5-RC kernel (as of Jan 26, also reupdated today) breaks,
> 4.3-STABLE does not.
> (Tried 4.4-REL, no breakage, but the kernel I had didn't have
> softupdates, so inconclusive.)
>
> * GENERIC kernel is sufficient to reproduce
>
> * Unmounting the FS and fscking it doesn't *seem* to show
> the problem up. fscking the filesystem after remounting
> readonly does cause breakage. Unmounting, remounting
> readonly, and fscking seems safe.
>
> * dd'ing a mounted fs to another identical device (I've been
> backing up the root fs to a twin partition like this forever)
> and then fscking the backup device exhibits the breakage.
> (Maybe I should change that to dump|restore, like I thought
> I'd been doing all along :-)
**> I didn't try this.
> * The bug seems to be most easily tickled using MAKEDEV. I can
> reproduce the problem reliably by doing:
>
> # newfs /dev/da0s2g
> # tunefs -n enable /dev/da0s2g
> # mount /dev/da0s2g /tmp
> # cd /tmp
> # mkdir dev
> # cd dev
> # cp /dev/MAKEDEV .
> # sh MAKEDEV all
> # cd /
> # mount -u -r /tmp
> # fsck /tmp
>
> * Occasionally the fsck or (if fsck comes up clean) subsequent mount
> will panic: so far I've seen
>
> panic: handle_workitem_remove: bad file delta
>
> softdep_deallocate_dependencies: dangling deps
> (that one was interspersed with fsck output, so I could have got it wrong)
>
> and one that may have involved a dup alloc; I unfortunately didn't
> copy it down.
>
> Attached is a copy of my dmesg and kernel config.
>
> Any clues greatfully appreciated...
Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 4.5-RC #0: Thu Jan 24 17:48:50 EST 2002
root@dev.nethouse.com:/usr/obj/usr/src/sys/DEV
Timecounter "i8254" frequency 1193182 Hz
Timecounter "TSC" frequency 501139598 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x673 Stepping = 3
Features=0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory = 335478784 (327616K bytes)
avail memory = 323174400 (315600K bytes)
Preloaded elf kernel "kernel" at 0xc02ae000.
Preloaded userconfig_script "/boot/kernel.conf" at 0xc02ae09c.
Pentium Pro MTRR support enabled
Using $PIR table, 7 entries at 0xc00fdf00
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
pcib2: <VIA 82C598MVP (Apollo MVP3) PCI-PCI (AGP) bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib2
isab0: <VIA 82C596B PCI-ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 82C596 ATA66 controller> port 0xe000-0xe00f at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <VIA 83C572 USB controller> at 7.2 irq 11
pci0: <ATI Mach64-GP graphics accelerator> at 15.0 irq 10
xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xec00-0xec7f mem 0xd4001000-0xd400107f irq 7 at device 17.0 on pci0
xl0: Ethernet address: 00:01:03:d1:ae:8f
miibus0: <MII bus> on xl0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pcib1: <Host to PCI bridge> on motherboard
pci2: <PCI bus> on pcib1
orm0: <Option ROM> at iomem 0xc0000-0xc7fff on isa0
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
ad0: 28629MB <WDC WD300BB-00AUA1> [58168/16/63] at ata0-master UDMA66
Mounting root from ufs:/dev/ad0s1a
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020130024136.GB1150>