panic in ffs_vget

From: Mike Makonnen <mtm_at_identd.net>
Date: Sat, 19 Apr 2003 15:39:03 -0400
This happened last night. I'm not sure exactly what triggered it. I think it
might be the weekly run becuse the daily runs apparently completed fine but I
didn't receive a weekly run output.

Just before I went to sleep I had also started transering several gigabytes of
video files to a usb hard drive. But those also seem to have completed
successfully. I'm not sure it had anything to do with the panic.

Cheers.
-- 
Mike Makonnen  | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
mtm_at_identd.net | D228 1A6F C64E 120A A1C9  A3AA DAE1 E2AF DBCC 68B9
mtm_at_FreeBSD.Org| FreeBSD - The Power To Serve

Script started on Sat Apr 19 15:29:53 2003

FreeBSD kokeb.ambesa.net 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Fri Apr  4 17:02:59
EST 2003     mtm_at_kokeb.ambesa.net:/a/current/a/current/src/sys/CUSTOM  i386

GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-undermydesk-freebsd"...
panic: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address	= 0x0
fault code		= supervisor write, page not present
instruction pointer	= 0x8:0xc034e687
stack pointer	        = 0x10:0xd6a92864
frame pointer	        = 0x10:0xd6a9287c
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		= 70419 (find)
trap number		= 12
panic: page fault

syncing disks, buffers remaining... 2225 2225 2225 2225 2225 2225 2225 2225 2225
2225 2221 2222 2221 2221 2221 2221 2221 2221 2221 2221 2221 2221 2221 2221 2221
2221 2221 2221 2221 2221 umass0: BBB reset failed, TIMEOUT 2221 2221 
giving up on 2163 buffers
Uptime: 5d12h53m50s
(da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x34, scsi status ==
0x0 Dumping 255 MB
ata0: resetting devices ..
done
 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240
---
Reading symbols from /boot/kernel/snd_pcm.ko...done.
Loaded symbols for /boot/kernel/snd_pcm.ko
Reading symbols from /boot/kernel/snd_via82c686.ko...done.
Loaded symbols for /boot/kernel/snd_via82c686.ko
Reading symbols from /boot/kernel/acpi.ko...done.
Loaded symbols for /boot/kernel/acpi.ko
Reading symbols from /boot/kernel/netgraph.ko...done.
Loaded symbols for /boot/kernel/netgraph.ko
Reading symbols from /boot/kernel/ng_ether.ko...done.
Loaded symbols for /boot/kernel/ng_ether.ko
Reading symbols from /boot/kernel/ng_pppoe.ko...done.
Loaded symbols for /boot/kernel/ng_pppoe.ko
Reading symbols from /boot/kernel/ng_socket.ko...done.
Loaded symbols for /boot/kernel/ng_socket.ko
#0  doadump () at /a/current/src/sys/kern/kern_shutdown.c:239
239		dumping++;
(kgdb) bt
#0  doadump () at /a/current/src/sys/kern/kern_shutdown.c:239
#1  0xc022846d in boot (howto=256)
    at /a/current/src/sys/kern/kern_shutdown.c:371
#2  0xc0228743 in panic () at /a/current/src/sys/kern/kern_shutdown.c:542
#3  0xc03b838e in trap_fatal (frame=0xc3a834c0, eva=0)
    at /a/current/src/sys/i386/i386/trap.c:843
#4  0xc03b80a2 in trap_pfault (frame=0xd6a92824, usermode=0, eva=0)
    at /a/current/src/sys/i386/i386/trap.c:757
#5  0xc03b7bcd in trap (frame=
      {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -939920128,
tf_ebp = -693557124, tf_isp = -693557168, tf_ebx = -1029507104, tf_edx =
-939920128, tf_ecx = 64, tf_eax = 2, tf_trapno = 12, tf_err = 2, tf_eip =
-1070274937, tf_cs = 8, tf_eflags = 66182, tf_esp = 21, tf_ss = 0})    at
/a/current/src/sys/i386/i386/trap.c:444
#6  0xc03a8a38 in calltrap () at {standard input}:96
#7  0xc03515af in ffs_vget (mp=0xc26e0600, ino=0, flags=2, vpp=0xd6a92970)
    at /a/current/src/sys/ufs/ffs/ffs_vfsops.c:1320
#8  0xc03595ab in ufs_lookup (ap=0xd6a92aa4)
    at /a/current/src/sys/ufs/ufs/ufs_lookup.c:601
#9  0xc0360708 in ufs_vnoperate (ap=0x0)
    at /a/current/src/sys/ufs/ufs/ufs_vnops.c:2787
#10 0xc027476c in vfs_cache_lookup (ap=0x0) at vnode_if.h:82
#11 0xc0360708 in ufs_vnoperate (ap=0x0)
    at /a/current/src/sys/ufs/ufs/ufs_vnops.c:2787
#12 0xc0279682 in lookup (ndp=0xd6a92c18) at vnode_if.h:52
#13 0xc027908b in namei (ndp=0xd6a92c18)
    at /a/current/src/sys/kern/vfs_lookup.c:181
#14 0xc0287a42 in lstat (td=0xc3a834c0, uap=0xd6a92d10)
    at /a/current/src/sys/kern/vfs_syscalls.c:1698
#15 0xc03b86aa in syscall (frame=
      {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134631680, tf_esi =
134631752, tf_ebp = -1077937480, tf_isp = -693555852, tf_ebx = 672339036, tf_edx
= 134558720, tf_ecx = 0, tf_eax = 190, tf_trapno = 0, tf_err = 2, tf_eip =
671854371, tf_cs = 31, tf_eflags = 582, tf_esp = -1077937636, tf_ss = 47})    at
/a/current/src/sys/i386/i386/trap.c:1030
#16 0xc03a8a8d in Xint0x80_syscall () at {standard input}:138
---Can't read userspace from dump, or kernel process---

(kgdb) quit

Script done on Sat Apr 19 15:30:56 2003
Received on Sat Apr 19 2003 - 10:39:06 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:04 UTC