Date: Fri, 18 Feb 2000 15:26:49 -0600 (CST) From: dlacroix@streams.com To: FreeBSD-gnats-submit@freebsd.org Cc: dlacroix@streams.com Subject: bin/16812: Dump on /usr continues past 100% / fs inconsistency? Message-ID: <200002182126.PAA00806@demobsd.streams.com>
next in thread | raw e-mail | index | archive | help
>Number: 16812
>Category: bin
>Synopsis: level 0 dump runs forever -- generates a backup much larger than the available disk.
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Fri Feb 18 13:30:00 PST 2000
>Closed-Date:
>Last-Modified:
>Originator: David La Croix
>Release: FreeBSD 3.4-STABLE i386
>Organization:
Streams Online Media Development Corporation
>Environment:
This problem happens on a server that is used for staging client websites,
is backed up nightly by Amanda running on another server. It has
256 Mb of ram, and up until today was running a 3.3-Stable from sometime
in December. I upgraded the kernel and ran a make world hoping the
upgrade might solve the problem.
It's an IBM Aptiva with K6-2/300, 256Mb of PC100 ram, using the video
and disk controllers that are integrated on the mainboard.
# uname -a
FreeBSD demobsd.streams.com 3.4-STABLE FreeBSD 3.4-STABLE #1: Fri Feb 18 11:58:15 CST 2000 dlacroix@demobsd.streams.com:/usr/src/sys/compile/DEMOBSD i386
# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/wd0s2a 31775 27853 1380 95% /
/dev/wd0s2f 3775773 2910709 563003 84% /usr
/dev/wd0s2e 29727 9805 17544 36% /var
procfs 4 4 0 100% /proc
maurice:/streams 7538415 6357876 577466 92% /streams
# mount
/dev/wd0s2a on / (ufs, local, writes: sync 6 async 160)
/dev/wd0s2f on /usr (ufs, local, writes: sync 139 async 1664)
/dev/wd0s2e on /var (ufs, local, writes: sync 174 async 948)
procfs on /proc (procfs, local)
maurice:/streams on /streams (nfs)
# dmesg
Copyright (c) 1992-1999 FreeBSD Inc.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
FreeBSD 3.4-STABLE #1: Fri Feb 18 11:58:15 CST 2000
dlacroix@demobsd.streams.com:/usr/src/sys/compile/DEMOBSD
Timecounter "i8254" frequency 1193182 Hz
Timecounter "TSC" frequency 299941731 Hz
CPU: AMD-K6(tm) 3D processor (299.94-MHz 586-class CPU)
Origin = "AuthenticAMD" Id = 0x580 Stepping = 0
Features=0x8001bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX>
AMD Features=0x80000800<SYSCALL,3DNow!>
real memory = 268435456 (262144K bytes)
config> USERCONFIG
Invalid command or syntax. Type `?' for help.
config> pnp 2 0 os enable port0 0x534 port2 0x220 irq0 5 drq0 1 drq1 3
config> quit
avail memory = 257519616 (251484K bytes)
Preloaded elf kernel "kernel" at 0xc02c9000.
Preloaded userconfig_script "/boot/kernel.conf" at 0xc02c909c.
Probing for devices on PCI bus 0:
chip0: <Host to PCI bridge (vendor=10b9 device=1531)> rev 0xb2 on pci0.0.0
chip1: <AcerLabs M1533 portable PCI-ISA bridge> rev 0x07 on pci0.2.0
vga0: <ATI model 4755 graphics accelerator> rev 0x9a on pci0.4.0
ide_pci0: <Acer Aladdin IV/V (M5229) Bus-master IDE controller> rev 0x20 int a irq 255 on pci0.11.0
de0: <Digital 21140A Fast Ethernet> rev 0x22 int a irq 10 on pci0.15.0
de0: 21140A [10-100Mb/s] pass 2.2
de0: address 00:40:05:a3:b9:44
Probing for PnP devices:
PnP device failed to report resource data
CSN 1 Vendor ID: WSC5d19 [0x195d635e] Serial 0x00000100 Comp ID: @@@0000 [0x00000000]
CSN 2 Vendor ID: CSC8037 [0x3780630e] Serial 0xffffffff Comp ID: @@@0000 [0x00000000]
mss_attach <CS4237>1 at 0x530 irq 5 dma 1:3 flags 0x13
pcm1 (CS423x/Yamaha/AD1816 <CS4237> sn 0xffffffff) at 0x530-0x537 irq 5 drq 1 flags 0x13 on isa
Probing for devices on the ISA bus:
sc0 on isa
sc0: VGA color <16 virtual consoles, flags=0x0>
atkbdc0 at 0x60-0x6f on motherboard
atkbd0 irq 1 on isa
psm0 irq 12 on isa
psm0: model Generic PS/2 mouse, device ID 0
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa
sio0: type 8250
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
pcm0 not probed due to I/O address conflict with pcm1 at 0x534
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1.44MB 3.5in
wdc0 at 0x1f0-0x1f7 irq 14 on isa
wdc0: unit 0 (wd0): <QUANTUM Bigfoot TX6.0AT>
wd0: 5748MB (11773755 sectors), 12459 cyls, 15 heads, 63 S/T, 512 B/S
wdc1 at 0x170-0x177 irq 15 on isa
wdc1: unit 0 (atapi): <SANYO CD-ROM CRD-1332P/103d>, removable, dma, iordis
acd0: drive speed 2406 - 5500KB/sec, 128KB cache
acd0: supported read types: CD-R, CD-RW, CD-DA, packet track
acd0: Audio: play, 256 volume levels
acd0: Mechanism: ejectable tray
acd0: Medium: CD-ROM 120mm audio disc loaded, unlocked
ppc0 at 0x378 irq 7 on isa
ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa
npx0 on motherboard
npx0: INT 16 interface
changing root device to wd0s2a
de0: enabling Full Duplex 100baseTX port
>Description:
any level 0 dump continuously runs, generating a backup that is
far larger than the entire disk that's being backed up.
# dump 0f - /usr >/dev/null [2:24PM]
DUMP: Date of this level 0 dump: Fri Feb 18 14:24:51 2000
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/rwd0s2f (/usr) to standard output
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 3026622 tape blocks.
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: 3.10% done, finished in 2:36
DUMP: 30.04% done, finished in 0:23
DUMP: 103.97% done, finished in 0:00
DUMP: 180.31% done, finished in 0:-8
DUMP: 257.37% done, finished in 0:-15
DUMP: 332.97% done, finished in 0:-20
^C DUMP: Interrupt received.
This behavior was noticed first when Amanda did a level 0 backup on
monday night. Amanda had a 300Gb backup size for the /usr partition
on this computer.
Factors that my have contributed to this?
- Power outage monday morning, caused machine to go down, and
it required a manual fsck before it would boot up again.
- I unpacked a NetBSD 1.4.1 for macPPC on /usr/export in while
attempting to get a Powermac to netboot.
I searched through and deleted the NetBSD export directory, but
found nothing but normal files, directories, and symbolic links,
tried deleting the entire directory, and dump still exhibits the
same behavior.
I have also shut down the machine, forced an FSCK on the partition
before it was mounted, attempted the same dump (again redirected to
/dev/null), and it STILL exhibited the same behavior.
If there were some way to run some verbose UFS analyzer, or some
debugging flags to dump that I could try, I'll gladly send that
output to someone who could help.
I am really not comfortable with the idea of not being able to
backup this partition properly, I need this to be backed up regularly.
>How-To-Repeat:
I'm wishing I knew what was causing this, I suspect the power outage
damaged my disk integrity in such a way that it tickles something in
dump, but it's some inconsistency that's not recognized by fsck, and
I haven't the foggiest idea how to correct it.
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200002182126.PAA00806>