Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 11 Feb 2003 12:10:19 +0100
From:      Mark Santcroos <marks@ripe.net>
To:        current@freebsd.org
Subject:   panic with heavy io
Message-ID:  <20030211111019.GA2077@laptop.6bone.nl>

next in thread | raw e-mail | index | archive | help
While doing heavy IO (updating my p4 repo) on my laptop I got the following 
panic. (I was running in X so both backtrace and dmesg are from the core
dump after reboot)

I'm wondering whether the ENOMEM's reported by GEOM point out that GEOM
has a problem or just tell us that the machine was out of memory and some
other subsystem failed.

By looking at the stack it seems that the NULL-pointer dereference is
going down pretty far.
The arguments in the lstat(frame #28) already seem bogus.

I've only seen this panic once, but it seems pretty serious.
Core dump still available to do post mortem.

Mark

------
ENOMEM 0xc3724300 on 0xc2412c80(ad0s1)


Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x14
fault code              = supervisor write, page not present
instruction pointer     = 0x8:0xc01ef7f9
stack pointer           = 0x10:0xce5c1740
frame pointer           = 0x10:0xce5c1774
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 97588 (p4)
trap number             = 12
panic: page fault

syncing disks, buffers remaining... panic: bwrite: buffer is not busy???
Uptime: 4h11m54s
Dumping 255 MB
ata0: resetting devices ..
ENOMEM 0xc2422d80 on 0xc2412c80(ad0s1)
done
[CTRL-C to abort]  16[CTRL-C to abort]  32[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort]  48 64 80 96 112 128 144 160 176 192 208 224 240
--------------------------------------

backtrace:
----------
#0  doadump () at ../../../kern/kern_shutdown.c:232
#1  0xc0233409 in boot (howto=260) at ../../../kern/kern_shutdown.c:364
#2  0xc0233663 in panic () at ../../../kern/kern_shutdown.c:531
#3  0xc0277892 in bwrite (bp=0xc7535a78) at ../../../kern/vfs_bio.c:798
#4  0xc0305643 in ffs_update (vp=0xc27ed11c, waitfor=0) at ../../../ufs/ffs/ffs_inode.c:121
#5  0xc031a0ff in ffs_fsync (ap=0xce5c1548) at ../../../ufs/ffs/ffs_vnops.c:315
#6  0xc03190c7 in ffs_sync (mp=0xc24c4000, waitfor=2, cred=0xc0c13e80, td=0xc0402be0) at vnode_if.h:612
#7  0xc028d67b in sync (td=0xc0402be0, uap=0x0) at ../../../kern/vfs_syscalls.c:138
#8  0xc0232fec in boot (howto=256) at ../../../kern/kern_shutdown.c:273
#9  0xc0233663 in panic () at ../../../kern/kern_shutdown.c:531
#10 0xc0381d12 in trap_fatal (frame=0xce5c1700, eva=0) at ../../../i386/i386/trap.c:844
#11 0xc03819f2 in trap_pfault (frame=0xce5c1700, usermode=0, eva=20) at ../../../i386/i386/trap.c:758
#12 0xc03814e0 in trap (frame=
      {tf_fs = -832831464, tf_es = -1071710192, tf_ds = -951058416, tf_edi = -1037023552, tf_esi = -951046744, tf_ebp = -832825484, tf_isp = -832825556, tf_ebx = 0, tf_edx = 5, tf_ecx = 0, tf_eax = -1740064768, tf_trapno = 12, tf_err = 2, tf_eip = -1071712263, tf_cs = 8, tf_eflags = 66183, tf_esp = -951046744, tf_ss = -951046572})
    at ../../../i386/i386/trap.c:445
#13 0xc0371bf8 in calltrap () at {standard input}:96
#14 0xc01edc00 in spec_xstrategy (vp=0xc23046c0, bp=0xc7502da8) at ../../../fs/specfs/spec_vnops.c:596
#15 0xc01edc7b in spec_specstrategy (ap=0x0) at ../../../fs/specfs/spec_vnops.c:633
#16 0xc01eca98 in spec_vnoperate (ap=0x0) at ../../../fs/specfs/spec_vnops.c:123
#17 0xc0326d2d in ufs_strategy (ap=0x0) at vnode_if.h:1114
#18 0xc0327908 in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2787
#19 0xc02775c6 in breadn (vp=0xc276211c, blkno=0, size=0, rablkno=0xc24bc7c4, rabsize=0x0, cnt=0, cred=0x0, bpp=0x0) at vnode_if.h:1089
#20 0xc027749c in bread (vp=0x0, blkno=0, size=0, cred=0x0, bpp=0x0) at ../../../kern/vfs_bio.c:668
#21 0xc031666f in ffs_blkatoff (vp=0xc276211c, offset=1024, res=0x0, bpp=0xce5c1974) at ../../../ufs/ffs/ffs_subr.c:92
#22 0xc03204b4 in ufs_lookup (ap=0xce5c1aa4) at ../../../ufs/ufs/ufs_lookup.c:248
#23 0xc0327908 in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2787
#24 0xc027d39c in vfs_cache_lookup (ap=0x0) at vnode_if.h:82
#25 0xc0327908 in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2787
#26 0xc0281bb2 in lookup (ndp=0xce5c1c18) at vnode_if.h:52
#27 0xc02815bb in namei (ndp=0xce5c1c18) at ../../../kern/vfs_lookup.c:181
#28 0xc02906b2 in lstat (td=0xc278de00, uap=0xce5c1d10) at ../../../kern/vfs_syscalls.c:1700
#29 0xc038203a in syscall (frame=
      {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135254016, tf_esi = -1077940504, tf_ebp = -1077940408, tf_isp = -832823948, tf_ebx = 0, tf_edx = 135149504, tf_ecx = 0, tf_eax = 190, tf_trapno = 0, tf_err = 2, tf_eip = 134713404, tf_cs = 31, tf_eflags = 643, tf_esp = -1077940548, tf_ss = 47}) at ../../../i386/i386/trap.c:1033
#30 0xc0371c4d in Xint0x80_syscall () at {standard input}:138
-------------------------------------------------------------



-- 
Mark Santcroos                    RIPE Network Coordination Centre
http://www.ripe.net/home/mark/    New Projects Group/TTM

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?20030211111019.GA2077>