Date: Sun, 16 Aug 1998 19:05:30 -0400 From: tcobb <tcobb@staff.circle.net> To: "'freebsd-current@freebsd.org'" <freebsd-current@FreeBSD.ORG> Subject: PANIC: NULLFS not synced with rest of vm? Message-ID: <A0CFA284C004D211B7EE0060082F32A434C2@freya.circle.net>
next in thread | raw e-mail | index | archive | help
NULLFS panics when used much on the 19980804 SNAP. It appears that isn't
caught up with other changes that have happened in the VM. Is there anyone
working on this yet? Is there anyone willing to take an hour or two to fix
it (we ARE willing to pay for this time if it results in a stable
implementation of NULLFS). The problem seems to be that in the NULLFS code,
there is no v_object (0x0) in any of the vnodes, but a valid v_object is
expected by most everything else. Not knowing the FS/VM code, that's as far
as I got with a debug :)
Here's the panic and bt when I do this:
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x40
fault code = supervisor read, page not present
instruction pointer = 0x8:0xf0197254
stack pointer = 0x10:0xf66a7bd4
frame pointer = 0x10:0xf66a7cb0
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 = 220 (chroot)
interrupt mask = net bio cam
trap number = 12
panic: page fault
#0 boot (howto=256) at ../../kern/kern_shutdown.c:286
#1 0xf01112f6 in panic (fmt=0xf01b9121 "page fault")
at ../../kern/kern_shutdown.c:427
#2 0xf01b9d71 in trap_fatal (frame=0xf66a7b98) at
../../i386/i386/trap.c:879
#3 0xf01b9804 in trap_pfault (frame=0xf66a7b98, usermode=0)
at ../../i386/i386/trap.c:772
#4 0xf01b9463 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 0,
tf_esi = -160793236, tf_ebp = -160793424, tf_isp = -160793664,
tf_ebx = 1, tf_edx = 0, tf_ecx = 0, tf_eax = -160733536, tf_trapno =
12,
tf_err = 0, tf_eip = -266767788, tf_cs = 8, tf_eflags = 66118,
tf_esp = 1, tf_ss = -160793236}) at ../../i386/i386/trap.c:396
#5 0xf0197254 in ffs_getpages (ap=0xf66a7d68)
at ../../ufs/ufs/ufs_readwrite.c:466
#6 0xf013dff0 in null_bypass (ap=0xf66a7d68)
at ../../miscfs/nullfs/null_vnops.c:295
#7 0xf01ad302 in vnode_pager_getpages (object=0xf66ab880, m=0xf66a7dc4,
count=16, reqpage=0) at vnode_if.h:1067
#8 0xf01abfd7 in vm_pager_get_pages (object=0xf66ab880, m=0xf66a7dc4,
count=16, reqpage=0) at ../../vm/vm_pager.c:256
#9 0xf0109e46 in exec_map_first_page (imgp=0xf66a7ea0)
at ../../kern/kern_exec.c:387
#10 0xf0109912 in execve (p=0xf6658ac0, uap=0xf66a7f94)
at ../../kern/kern_exec.c:166
#11 0xf01b9fbf in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0,
tf_esi = 2, tf_ebp = -272638852, tf_isp = -160792604,
tf_ebx = 537411680, tf_edx = -272638666, tf_ecx = -272638666,
tf_eax = 59, tf_trapno = 12, tf_err = 7, tf_eip = 537114897, tf_cs =
31,
tf_eflags = 642, tf_esp = -272640028, tf_ss = 39})
at ../../i386/i386/trap.c:1031
#12 0x2003b911 in ?? ()
#13 0x1661 in ?? ()
#14 0x1099 in ?? ()
Once again, we are willing to pay some reasonable fee to fix it, especially
if they will do so TODAY.
-Troy Cobb
Circle Net, Inc.
http://www.circle.net
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?A0CFA284C004D211B7EE0060082F32A434C2>