From owner-freebsd-bugs Fri Feb 18 13:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4396A37BAA8 for ; Fri, 18 Feb 2000 13:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA25698; Fri, 18 Feb 2000 13:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from demobsd.streams.com (slip.streams.com [209.0.138.81]) by hub.freebsd.org (Postfix) with ESMTP id 8B44F37BA06 for ; Fri, 18 Feb 2000 13:27:10 -0800 (PST) (envelope-from dlacroix@demobsd.streams.com) Received: (from dlacroix@localhost) by demobsd.streams.com (8.9.3/8.9.3) id PAA00806; Fri, 18 Feb 2000 15:26:49 -0600 (CST) (envelope-from dlacroix) Message-Id: <200002182126.PAA00806@demobsd.streams.com> Date: Fri, 18 Feb 2000 15:26:49 -0600 (CST) From: dlacroix@streams.com Reply-To: dlacroix@streams.com To: FreeBSD-gnats-submit@freebsd.org Cc: dlacroix@streams.com X-Send-Pr-Version: 3.2 Subject: bin/16812: Dump on /usr continues past 100% / fs inconsistency? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >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 AMD Features=0x80000800 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: rev 0xb2 on pci0.0.0 chip1: rev 0x07 on pci0.2.0 vga0: rev 0x9a on pci0.4.0 ide_pci0: rev 0x20 int a irq 255 on pci0.11.0 de0: 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 1 at 0x530 irq 5 dma 1:3 flags 0x13 pcm1 (CS423x/Yamaha/AD1816 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): 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): , 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