Re: Fatal trap 12: page fault while in kernel mode (FUSE related?)
On Fri, Nov 1, 2013 at 6:03 AM, Alexey Dokuchaev da...@nsu.ru wrote: On Thu, Oct 31, 2013 at 09:59:42AM -0700, Kevin Oberman wrote: On Tue, Oct 29, 2013 at 3:24 AM, Alexey Dokuchaev da...@nsu.ru wrote: I was running out of space on my UFS partition and decided to use big NTFS one I also have on the drive. I've mounted it with ntfs-3g and our native fuse.ko. I needed the scratch space to built Open/LibreOffice on it *LOL*. Well, it failed with a panic (see the excerpt from text core at the end of this email; full debug info is available upon request). I get a very similar panic when I attempt an rsync from a remote system to my NTFS drive. Very easy to reproduce. Something in fuse goes off the rails under active R/W activity, it seems. Hmm, given more people are seeing it, and it's not too hard to reproduce, I hope it can be tracked down and nailed. I will enable debugging features in my kernel so I can gather some data when this shit happens again to me. ./danfe Just to be clear, my software was built from source, so the package repo is irrelevant. Also, I am running 9.2-Stable with fuse in the kernel (not a module) backported from the 10.0 code and the mount_fuse from 10.0, as well, so mine is a rather odd system. I should be able to capture dump, but I don't have one now. I should also mention that the FreeBSD kernel code was updated in July to 7.10, but was reverted five days later to 7.8 due to issues with fusefs_libs not getting along with it. At the time it was suggested that fusefs_libs would need to be updated to match. (I have no idea how tricky this might be, but it is way beyond my capability. Guess it's almost time to update to 10.0. I really should have moved to HEAD before 10-STABLE was branched. Then I'll be running fully supported code. -- R. Kevin Oberman, Network Engineer E-mail: rkober...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Fatal trap 12: page fault while in kernel mode (FUSE related?)
On Thu, Oct 31, 2013 at 09:59:42AM -0700, Kevin Oberman wrote: On Tue, Oct 29, 2013 at 3:24 AM, Alexey Dokuchaev da...@nsu.ru wrote: I was running out of space on my UFS partition and decided to use big NTFS one I also have on the drive. I've mounted it with ntfs-3g and our native fuse.ko. I needed the scratch space to built Open/LibreOffice on it *LOL*. Well, it failed with a panic (see the excerpt from text core at the end of this email; full debug info is available upon request). I get a very similar panic when I attempt an rsync from a remote system to my NTFS drive. Very easy to reproduce. Something in fuse goes off the rails under active R/W activity, it seems. Hmm, given more people are seeing it, and it's not too hard to reproduce, I hope it can be tracked down and nailed. I will enable debugging features in my kernel so I can gather some data when this shit happens again to me. ./danfe ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Fatal trap 12: page fault while in kernel mode (FUSE related?)
On Tue, Oct 29, 2013 at 3:24 AM, Alexey Dokuchaev da...@nsu.ru wrote: Hi again, I was running out of space on my UFS partition and decided to use big NTFS one I also have on the drive. I've mounted it with ntfs-3g and our native fuse.ko. I needed the scratch space to built Open/LibreOffice on it *LOL*. Well, it failed with a panic (see the excerpt from text core at the end of this email; full debug info is available upon request). This is on fresh 11-CURRENT, i386. ./danfe I get a very similar panic when I attempt an rsync from a remote system to my NTFS drive. Very easy to reproduce. Something in fuse goes off the rails under active R/W activity, it seems. -- R. Kevin Oberman, Network Engineer E-mail: rkober...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Fatal trap 12: page fault while in kernel mode (FUSE related?)
FYI, works fine after changed to pkg0.isc.FreeBSD.org. # pkg update Updating repository catalogue digests.txz 100% 960KB 240.0KB/s 80.0KB/s 00:04 packagesite.txz 100% 5258KB 309.3KB/s 498.5KB/s 00:17 Incremental update completed, 0 packages processed: 0 packages updated, 0 removed and 21724 added. On Thu, Oct 31, 2013 at 9:59 AM, Kevin Oberman rkober...@gmail.com wrote: On Tue, Oct 29, 2013 at 3:24 AM, Alexey Dokuchaev da...@nsu.ru wrote: Hi again, I was running out of space on my UFS partition and decided to use big NTFS one I also have on the drive. I've mounted it with ntfs-3g and our native fuse.ko. I needed the scratch space to built Open/LibreOffice on it *LOL*. Well, it failed with a panic (see the excerpt from text core at the end of this email; full debug info is available upon request). This is on fresh 11-CURRENT, i386. ./danfe I get a very similar panic when I attempt an rsync from a remote system to my NTFS drive. Very easy to reproduce. Something in fuse goes off the rails under active R/W activity, it seems. -- R. Kevin Oberman, Network Engineer E-mail: rkober...@gmail.com ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Fatal trap 12: page fault while in kernel mode (FUSE related?)
Hi again, I was running out of space on my UFS partition and decided to use big NTFS one I also have on the drive. I've mounted it with ntfs-3g and our native fuse.ko. I needed the scratch space to built Open/LibreOffice on it *LOL*. Well, it failed with a panic (see the excerpt from text core at the end of this email; full debug info is available upon request). This is on fresh 11-CURRENT, i386. ./danfe Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x64 fault code = supervisor read, page not present instruction pointer = 0x20:0xcae6adb6 stack pointer = 0x28:0xf0ac29a0 frame pointer = 0x28:0xf0ac2a0c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 14116 (conftest) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: #0 0xc0aed942 at kdb_backtrace+0x52 #1 0xc0ab37e1 at panic+0x121 #2 0xc0f8df09 at trap_fatal+0x339 #3 0xc0f8e23d at trap_pfault+0x31d #4 0xc0f8d819 at trap+0x519 #5 0xc0f776ec at calltrap+0x6 #6 0xc0fb2864 at VOP_CREATE_APV+0x94 #7 0xc0b355ab at uipc_bindat+0x36b #8 0xc0b33307 at uipc_bind+0x27 #9 0xc0b2c277 at kern_bindat+0x147 #10 0xc0b2c064 at sys_bind+0x74 #11 0xc0f8e939 at syscall+0x479 #12 0xc0f77781 at Xint0x80_syscall+0x21 Uptime: 1d23h57m34s Physical memory: 2027 MB ... (kgdb) #0 doadump (textdump=-961984384) at pcpu.h:233 #1 0xc0ab3459 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xc0ab381f in panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xc0f8df09 in trap_fatal (frame=value optimized out, eva=100) at /usr/src/sys/i386/i386/trap.c:1047 #4 0xc0f8e23d in trap_pfault (frame=0x0, usermode=value optimized out, eva=0) at /usr/src/sys/i386/i386/trap.c:859 #5 0xc0f8d819 in trap (frame=0xf0ac2960) at /usr/src/sys/i386/i386/trap.c:556 #6 0xc0f776ec in calltrap () at /usr/src/sys/i386/i386/exception.s:170 #7 0xcae6adb6 in fuse_vnop_create (ap=0x0) at /usr/src/sys/modules/fuse/../../fs/fuse/fuse_vnops.c:368 #8 0xc0fb2864 in VOP_CREATE_APV (vop=value optimized out, a=0xf0ac2b88) at vnode_if.c:265 #9 0xc0b355ab in uipc_bindat (so=0xf0ac2b20, nam=value optimized out, td=value optimized out) at vnode_if.h:109 #10 0xc0b33307 in uipc_bind (so=0xc80ab9f0, nam=0xc8580e80, td=0xce271620) at /usr/src/sys/kern/uipc_usrreq.c:573 #11 0xc0b2c277 in kern_bindat (td=0xce271620, dirfd=value optimized out, fd=value optimized out, sa=0xce271620) at /usr/src/sys/kern/uipc_syscalls.c:283 #12 0xc0b2c064 in sys_bind (td=0x0, uap=value optimized out) at /usr/src/sys/kern/uipc_syscalls.c:297 #13 0xc0f8e939 in syscall (frame=value optimized out) at subr_syscall.c:134 #14 0xc0f77781 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:270 #15 0x0033 in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal (kgdb) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org