ports/183344: fusefs-ext4fuse panics kernel

[Barnabas Kralik]

>Number:         183344
>Category:       ports
>Synopsis:       fusefs-ext4fuse panics kernel
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Oct 26 19:30:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator:     Barnabas Kralik
>Release:        9.2-RELEASE
>Organization:
ELTE IK
>Environment:
9.2-RELEASE FreeBSD 9.2-RELEASE #0 r255898: Thu Sep 26 22:50:31 UTC 2013     root at bake.isc.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64
>Description:
I am trying to copy approx. 2 TBs of data from an ext4 formatted partition to a (quite fresh) ZFS dataset. After copying a couple of 10s of GBs, the kernel panics and reboots. 

I'm using the latest ext4fuse package.

Packages are installed from the default packagesite, http://pkg.FreeBSD.org/freebsd:9:x86:64/latest.

Messages:

Oct 26 20:36:46 (redacted) kernel: Fatal trap 1: privileged instruction fault while in kernel mode
Oct 26 20:36:46 (redacted) kernel: cpuid = 2; apic id = 02
Oct 26 20:36:46 (redacted) kernel: instruction pointer       = 0x20:0xffffffff81c1c57e
Oct 26 20:36:46 (redacted) kernel: stack pointer             = 0x28:0xffffff824cc68330
Oct 26 20:36:46 (redacted) kernel: frame pointer             = 0x28:0xffffff824cc68370
Oct 26 20:36:46 (redacted) kernel: code segment              = base 0x0, limit 0xfffff, type 0x1b
Oct 26 20:36:46 (redacted) kernel: = DPL 0, pres 1, long 1, def32 0, gran 1
Oct 26 20:36:46 (redacted) kernel: processor eflags  = interrupt enabled, resume, IOPL = 0
Oct 26 20:36:46 (redacted) kernel: current process           = 988 (cp)
Oct 26 20:36:46 (redacted) kernel: trap number               = 1
Oct 26 20:38:16 (redacted) syslogd: kernel boot file is /boot/kernel/kernel
Oct 26 20:38:16 (redacted) kernel: panic: privileged instruction fault
Oct 26 20:38:16 (redacted) kernel: cpuid = 2
Oct 26 20:38:16 (redacted) kernel: KDB: stack backtrace:
Oct 26 20:38:16 (redacted) kernel: #0 0xffffffff80947986 at kdb_backtrace+0x66
Oct 26 20:38:16 (redacted) kernel: #1 0xffffffff8090d9ae at panic+0x1ce
Oct 26 20:38:16 (redacted) kernel: #2 0xffffffff80cf20d0 at trap_fatal+0x290
Oct 26 20:38:16 (redacted) kernel: #3 0xffffffff80cf28e1 at trap+0x241
Oct 26 20:38:16 (redacted) kernel: #4 0xffffffff80cdbd13 at calltrap+0x8
Oct 26 20:38:16 (redacted) kernel: #5 0xffffffff80b93c1e at vnode_pager_dealloc+0xae
Oct 26 20:38:16 (redacted) kernel: #6 0xffffffff80b85c19 at vm_object_terminate+0x1a9
Oct 26 20:38:16 (redacted) kernel: #7 0xffffffff80b92ca9 at vnode_destroy_vobject+0xb9
Oct 26 20:38:16 (redacted) kernel: #8 0xffffffff81c168a1 at fuse_reclaim+0x21
Oct 26 20:38:16 (redacted) kernel: #9 0xffffffff80d98c38 at VOP_RECLAIM_APV+0x78
Oct 26 20:38:16 (redacted) kernel: #10 0xffffffff809aa264 at vgonel+0x134
Oct 26 20:38:16 (redacted) kernel: #11 0xffffffff809ae672 at vnlru_free+0x362
Oct 26 20:38:16 (redacted) kernel: #12 0xffffffff809ae9ad at getnewvnode+0x27d
Oct 26 20:38:16 (redacted) kernel: #13 0xffffffff81c14db8 at fuse_vget_i+0x148
Oct 26 20:38:16 (redacted) kernel: #14 0xffffffff81c17857 at fuse_lookup+0x1f7
Oct 26 20:38:16 (redacted) kernel: #15 0xffffffff80d9a06e at VOP_LOOKUP_APV+0x6e
Oct 26 20:38:16 (redacted) kernel: #16 0xffffffff8099dc28 at lookup+0x3f8

>How-To-Repeat:
Sustainedly read from this ext4 partition.
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted: