Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 26 Jan 2002 22:38:54 -0700
From:      Scott Long <scott_long@btc.adaptec.com>
To:        Doug Swarin <doug@staff.texas.net>
Cc:        freebsd-current@freebsd.org, bright@mu.org, sobomax@freebsd.org, kris@obsecurity.org
Subject:   Re: Panic in ufs_dirbad()
Message-ID:  <20020127053854.GA71386@hollin.btc.adaptec.com>
In-Reply-To: <20020125184512.A64502@staff.texas.net>
References:  <20020125184512.A64502@staff.texas.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jan 25, 2002 at 06:45:12PM -0600, Doug Swarin wrote:
> On Thu, Jan 24, 2002 at 02:53:32PM -0800, Alfred Perlstein wrote:
> > * Maxim Sobolev <sobomax@FreeBSD.org> [020124 13:44] wrote:
> > > Any ideas? This is a reasonably recent 5-CURRENT (last
> > > makeworld/makekernel 7 days ago).
> >
> > This may be fallout from my initial fdlocking work, please try
> > an update or get a debug traceback and we'll see.
> 
> I have actually seen this panic very recently on -STABLE. Matt
> Dillon suspected an issue with the RAID controller I was using
> (aac) after some debugging work.
> 
> I am still waiting on the results of diagnostic testing on the
> RAID controller, but I just wanted to offer an additional data
> point.
> 
> I have attached dmesg and some of the results of our debugging
> session below. The panic occurred during heavy file create/delete
> activity. I referred to PR kern/13150, which may or may not be
> related.
> 
> We determined that *ep in ufs_lookup contained garbage (from a file
> name). ep->d_name contained file data.

Besides this somewhat empirical evidence, is there any other reason
that you suspect the aac controller?  Can you post the relevant dmesg
lines that describe this controller?  We make pretty heavy use of 
our aac controller here, with very good results.  I'd like to help
narrow this down, since data corruption is not a typical failure
mode of these controllers or the aac driver.

Scott

> 
> Doug Swarin
> doug@texas.net
> 
> 
> (kgdb) back
> #0  dumpsys () at /usr/src/sys/kern/kern_shutdown.c:473
> #1  0xc01705df in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:313
> #2  0xc0170a01 in panic (fmt=0xc0276207 "ufs_dirbad: bad dir")
>     at /usr/src/sys/kern/kern_shutdown.c:581
> #3  0xc01e8ef6 in ufs_dirbad (ip=0xc8154200, offset=31,
>     how=0xc02761b0 "mangled entry") at /usr/src/sys/ufs/ufs/ufs_lookup.c:641
> #4  0xc01e8714 in ufs_lookup (ap=0xef25ad14)
>     at /usr/src/sys/ufs/ufs/ufs_lookup.c:291
> #5  0xc01ed715 in ufs_vnoperate (ap=0xef25ad14)
>     at /usr/src/sys/ufs/ufs/ufs_vnops.c:2423
> #6  0xc019a04a in vfs_cache_lookup (ap=0xef25ad6c) at vnode_if.h:77
> #7  0xc01ed715 in ufs_vnoperate (ap=0xef25ad6c)
>     at /usr/src/sys/ufs/ufs/ufs_vnops.c:2423
> #8  0xc019cfb9 in lookup (ndp=0xef25aec4) at vnode_if.h:52
> #9  0xc019cab4 in namei (ndp=0xef25aec4)
>     at /usr/src/sys/kern/vfs_lookup.c:153
> #10 0xc01a580a in vn_open (ndp=0xef25aec4, fmode=514, cmode=420)
>     at /usr/src/sys/kern/vfs_vnops.c:99
> #11 0xc01a1a8c in open (p=0xef1b8560, uap=0xef25af80)
>     at /usr/src/sys/kern/vfs_syscalls.c:999
> #12 0xc023ebbd in syscall2 (frame={tf_fs = -1078001617, tf_es = 47,
>       tf_ds = -1078001617, tf_edi = 513, tf_esi = 134645918,
>       tf_ebp = -1077945588, tf_isp = -282742828, tf_ebx = -1077946616,
>       tf_edx = 68, tf_ecx = -1077946780, tf_eax = 5, tf_trapno = 0,
>       tf_err = 2, tf_eip = 672953588, tf_cs = 31, tf_eflags = 663,
>       tf_esp = -1077946656, tf_ss = 47})
>     at /usr/src/sys/i386/i386/trap.c:1157
> #13 0xc022b8eb in Xint0x80_syscall ()
> (kgdb) frame 4
> (kgdb) print ep->d_reclen
> $4 = 0x6f63
> (kgdb) print entryoffsetinblock
> $5 = 0x1f
> (kgdb) print dirchk
> $6 = 0x0
> (kgdb) print *ep
> $7 = {
>   d_ino = 0x2e797567,
>   d_reclen = 0x6f63,
>   d_type = 0x6d,
>   d_namlen = 0x3e,
>   d_name = '\000' <repeats 41 times>, "Assorted -"...
> }
> 
> 
> 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: Wed Jan 16 11:37:55 CST 2002
>     root@localhost:/usr/obj/usr/src/sys/NEWS2450
> Timecounter "i8254"  frequency 1193182 Hz
> CPU: Pentium III/Pentium III Xeon/Celeron (993.33-MHz 686-class CPU)
>   Origin = "GenuineIntel"  Id = 0x686  Stepping = 6
>   Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
> real memory  = 2147475456 (2097144K bytes)
> config> q
> avail memory = 2088914944 (2039956K bytes)
> Changing APIC ID for IO APIC #0 from 2 to 0 in MP table
> Changing APIC ID for IO APIC #1 from 0 to 3 on chip
> Programming 16 pins in IOAPIC #0
> Programming 16 pins in IOAPIC #1
> FreeBSD/SMP: Multiprocessor motherboard
>  cpu0 (BSP): apic id:  1, version: 0x00040011, at 0xfee00000
>  io0 (APIC): apic id:  0, version: 0x000f0011, at 0xfec00000
>  io1 (APIC): apic id:  3, version: 0x000f0011, at 0xfec01000
> Preloaded elf kernel "kernel" at 0xc032b000.
> Preloaded userconfig_script "/boot/kernel.conf" at 0xc032b09c.
> Pentium Pro MTRR support enabled
> md0: Malloc disk
> Using $PIR table, 7 entries at 0xc00fc2c0
> npx0: <math processor> on motherboard
> npx0: INT 16 interface
> pcib0: <ServerWorks NB6635 3.0LE host to PCI bridge> on motherboard
> pci0: <PCI bus> on pcib0
> pci0: <ATI model 4759 graphics accelerator> at 14.0
> isab0: <ServerWorks IB6566 PCI to ISA bridge> at device 15.0 on pci0
> isa0: <ISA bus> on isab0
> atapci0: <ServerWorks ROSB4 ATA33 controller> port 0x8b0-0x8bf at device 15.1 on pci0
> ata0: at 0x1f0 irq 14 on atapci0
> ata1: at 0x170 irq 15 on atapci0
> pci0: <OHCI USB controller> at 15.2 irq 11
> pcib1: <ServerWorks NB6635 3.0LE host to PCI bridge> on motherboard
> IOAPIC #1 intpin 15 -> irq 2
> IOAPIC #1 intpin 0 -> irq 5
> pci1: <PCI bus> on pcib1
> pcib2: <PCI to PCI bridge (vendor=8086 device=0962)> at device 2.0 on pci1
> IOAPIC #1 intpin 14 -> irq 10
> pci2: <PCI bus> on pcib2
> pci2: <unknown card> (vendor=0x9005, dev=0x00c5) at 4.0 irq 2
> ahc0: <Adaptec aic7899 Ultra160 SCSI adapter> port 0xd800-0xd8ff mem 0xf7ffe000-0xf7ffefff irq 10 at device 4.1 on pci2
> aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/255 SCBs
> aac0: <Dell PERC 3/Si> mem 0xf0000000-0xf3ffffff irq 2 at device 2.1 on pci1
> aac0: i960RX 100MHz, 54MB cache memory, no battery support
> aac0: Kernel 2.1-3, Build 2951, S/N 4c20d0
> fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0xccc0-0xccff mem 0xf9000000-0xf90fffff,0xf9100000-0xf9100fff irq 5 at device 8.0 on pci1
> fxp0: Ethernet address 00:b0:d0:49:46:31
> inphy0: <i82555 10/100 media interface> on miibus0
> inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> orm0: <Option ROMs> at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xec000-0xeffff on isa0
> fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
> fdc0: FIFO enabled, 8 bytes threshold
> fd0: <1440-KB 3.5" drive> on fdc0 drive 0
> atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
> atkbd0: <AT Keyboard> irq 1 on atkbdc0
> kbd0 at atkbd0
> 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
> ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
> ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode
> ppc0: FIFO with 16/16/8 bytes threshold
> lpt0: <Printer> on ppbus0
> lpt0: Interrupt-driven port
> APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0
> IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, unlimited logging
> DUMMYNET initialized (011031)
> acd0: CDROM <SAMSUNG CD-ROM SN-124> at ata0-master using PIO4
> Waiting 15 seconds for SCSI devices to settle
> aacd0: <RAID 0/1> on aac0
> aacd0: 139997MB (286714368 sectors)
> Mounting root from ufs:/dev/aacd0s1a
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020127053854.GA71386>