Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 04 Jun 2011 02:49:06 +0100
From:      Johannes Totz <jtotz@imperial.ac.uk>
To:        freebsd-fs@freebsd.org
Subject:   Re: fusefs broken on 8-stable?
Message-ID:  <isc2ui$kq$1@dough.gmane.org>
In-Reply-To: <iqj9pf$mrn$1@dough.gmane.org>
References:  <iqj9pf$mrn$1@dough.gmane.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 13/05/2011 13:56, Johannes Totz wrote:
> Heya!
> 
> Using encfs (built on top of fuse) gives me panics in combination with
> rsync. Dump didn't succeed. The info below is transcribbled from a
> photograph. This is repeatable.
> Without dump this is probably not very helpful....
> 
> 
> # uname -a
> FreeBSD XXX 8.2-STABLE FreeBSD 8.2-STABLE #1: Thu Mar 10 23:30:08 GMT
> 2011     root@XXX:/usr/obj/usr/src/sys/GENERIC  amd64

Managed to get a dump:

Fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 01
fault virtual address   = 0x40
fault code              = supervisor read data, page not present
instruction pointer     = 0x20:0xffffffff81f2ba3c
stack pointer           = 0x28:0xffffff813aa2f570
frame pointer           = 0x28:0xffffff813aa2f5a0
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 1560 (rsync)
trap number             = 12
panic: page fault
cpuid = 1
KDB: stack backtrace:
#0 0xffffffff805cc226 at kdb_backtrace+0x5c
#1 0xffffffff8059d000 at panic+0x1b4
#2 0xffffffff80875a75 at trap_fatal+0x394
#3 0xffffffff80875ce5 at trap_pfault+0x252
#4 0xffffffff808761b5 at trap+0x3f4
#5 0xffffffff8085f384 at calltrap+0x8
#6 0xffffffff81f2c170 at fdisp_make+0xe4
#7 0xffffffff81f3033d at fuse_lookup+0x1dc
#8 0xffffffff808caac8 at VOP_LOOKUP_APV+0x4c
#9 0xffffffff8061b0db at lookup+0x61e
#10 0xffffffff8061bf1f at namei+0x592
#11 0xffffffff80629df4 at kern_statat_vnhook+0x87
#12 0xffffffff80629f98 at kern_statat+0x15
#13 0xffffffff80629fb6 at kern_lstat+0x1c
#14 0xffffffff8062a03d at lstat+0x25
#15 0xffffffff805d7cf4 at syscallenter+0x2d9
#16 0xffffffff80875d45 at syscall+0x38
#17 0xffffffff8085f662 at Xfast_syscall+0xe2


#0  doadump () at pcpu.h:224
#1  0xffffffff8059cd12 in boot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:419
#2  0xffffffff8059d03b in panic (fmt=Variable "fmt" is not available.)
at /usr/src/sys/kern/kern_shutdown.c:592
#3  0xffffffff80875a75 in trap_fatal (frame=0xffffff813aa2f4c0, eva=64)
at /usr/src/sys/amd64/amd64/trap.c:809
#4  0xffffffff80875ce5 in trap_pfault (frame=0xffffff813aa2f4c0,
usermode=0) at /usr/src/sys/amd64/amd64/trap.c:725
#5  0xffffffff808761b5 in trap (frame=0xffffff813aa2f4c0) at
/usr/src/sys/amd64/amd64/trap.c:475
#6  0xffffffff8085f384 in calltrap () at
/usr/src/sys/amd64/amd64/exception.S:228
#7  0xffffffff81f2ba3c in fiov_adjust () from /usr/local/modules/fuse.ko
#8  0xffffffff81f2c170 in fdisp_make () from /usr/local/modules/fuse.ko
#9  0xffffffff81f3033d in fuse_lookup () from /usr/local/modules/fuse.ko
#10 0xffffffff808caac8 in VOP_LOOKUP_APV (vop=0x0, a=0x30) at vnode_if.c:123
#11 0xffffffff8061b0db in lookup (ndp=0x618) at vnode_if.h:54
#12 0xffffffff8061bf1f in namei (ndp=0xffffff813aa2f8e0) at
/usr/src/sys/kern/vfs_lookup.c:269
#13 0xffffffff80629df4 in kern_statat_vnhook (td=0xffffff00039f2460,
flag=Variable "flag" is not available.) at
/usr/src/sys/kern/vfs_syscalls.c:2346
#14 0xffffffff80629f98 in kern_statat (td=Variable "td" is not
available.) at /usr/src/sys/kern/vfs_syscalls.c:2327
#15 0xffffffff80629fb6 in kern_lstat (td=Variable "td" is not
available.) at /usr/src/sys/kern/vfs_syscalls.c:2400
#16 0xffffffff8062a03d in lstat (td=Variable "td" is not available.) at
/usr/src/sys/kern/vfs_syscalls.c:2390
#17 0xffffffff805d7cf4 in syscallenter (td=0xffffff00039f2460,
sa=0xffffff813aa2fbc0) at /usr/src/sys/kern/subr_trap.c:315
#18 0xffffffff80875d45 in syscall (frame=0xffffff813aa2fc50) at
/usr/src/sys/amd64/amd64/trap.c:914
#19 0xffffffff8085f662 in Xfast_syscall () at
/usr/src/sys/amd64/amd64/exception.S:381
#20 0x000000080097a5dc in ?? ()

At #10 a=0x30 looks dodgy and fault address is 0x40, but I have no idea
what that means...




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?isc2ui$kq$1>