Bug 117183 - [panic] USB/fusefs -- panic while transferring large amounts of data
Summary: [panic] USB/fusefs -- panic while transferring large amounts of data
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: usb (show other bugs)
Version: 7.0-CURRENT
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-usb (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-10-14 15:10 UTC by Shanker Balan
Modified: 2017-12-31 22:37 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Shanker Balan 2007-10-14 15:10:01 UTC
Panic while transferring gigabytes of data across a USB portable drives.
One of the portable drives was mounted using fusefs-ntfs3g


[partvarious-lx] ~> pkg_info -I -x fuse
fusefs-kmod-0.3.9.p1 Kernel module for fuse
fusefs-libs-2.7.0_1 FUSE allows filesystem implementation in userspace
fusefs-ntfs-1.913   Mount NTFS partitions (read/write) and disk images
fusefs-smbnetfs-0.3.7 Mount smb shares (Fuse filesystem)

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x34
fault code              = supervisor read, page not present
instruction pointer     = 0x20:0xc07b3d26
stack pointer           = 0x28:0xd654a960
frame pointer           = 0x28:0xd654a980
code segment            = base rx0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 13624 (mc)
trap number             = 12
panic: page fault
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper(c0aaada9,d654a7fc,c07501ff,c0acb176,0,...) at db_trace_self_wrapper+0x26
kdb_backtrace(c0acb176,0,c0a6b34b,d654a808,0,...) at kdb_backtrace+0x29
panic(c0a6b34b,c0acc40e,c34ff770,1,1,...) at panic+0x10f
trap_fatal(c38e1910,0,1,0,d654a86c,...) at trap_fatal+0x32e
trap_pfault(0,0,0,0,c38b6cc0,...) at trap_pfault+0x244
trap(d654a920) at trap+0x3d4
calltrap() at calltrap+0x6
--- trap 0xc, eip = 0xc07b3d26, esp = 0xd654a960, ebp = 0xd654a980 ---
vfs_vmio_release(cd1f8494,200012,0,c38b6cc0,c0aadd4d,...) at vfs_vmio_release+0x14
getnewbuf(10000,4fa4,0,c38b6cc0,c0aadd4d,...) at getnewbuf+0x34c
getblk(c424add0,4fa4,0,e000,100,...) at getblk+0x3db
fuse_io_dispatch(c424add0,c446a8c0,d654ac60,c4775100,2,...) at fuse_io_dispatch+0x7aa
fuse_io_file(c417e090,d654ac60,c4775100,0,c38b6cc0,...) at fuse_io_file+0xe8
dofilewrite(d654ac60,ffffffff,ffffffff,0,c417e090,...) at dofilewrite+0x8e
kern_writev(c38b6cc0,5,d654ac60,28478000,2000,...) at kern_writev+0x52
write(c38b6cc0,d654acfc,c,16,d654ad2c,...) at write+0x4f
syscall(d654ad38) at syscall+0x32e
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (4, FreeBSD ELF32, write), eip = 0x282212fb, esp = 0xbfbfde7c, ebp = 0xbfbfde98 ---
Uptime: 2h41m30s
Physical memory: 499 MB
Dumping 118 MB: 103 87 71 55 39 23 7

#0  doadump () at pcpu.h:195
195     pcpu.h: No such file or directory.
        in pcpu.h
(kgdb) 

(kgdb) where
#0  doadump () at pcpu.h:195
#1  0xc074ff22 in boot (howto=260)
    at /usr/home/src/sys/kern/kern_shutdown.c:409
#2  0xc075022e in panic (fmt=Variable "fmt" is not available.
) at /usr/home/src/sys/kern/kern_shutdown.c:563
#3  0xc0a17539 in trap_fatal (frame=0xd654a920, eva=52)
    at /usr/home/src/sys/i386/i386/trap.c:872
#4  0xc0a17789 in trap_pfault (frame=0xd654a920, usermode=0, eva=52)
    at /usr/home/src/sys/i386/i386/trap.c:785
#5  0xc0a18136 in trap (frame=0xd654a920)
    at /usr/home/src/sys/i386/i386/trap.c:463
#6  0xc09ff47b in calltrap () at /usr/home/src/sys/i386/i386/exception.s:139
#7  0xc07b3d26 in vfs_vmio_release (bp=0xcd1f8434)
    at /usr/home/src/sys/kern/vfs_bio.c:1530
#8  0xc07b595a in getnewbuf (slpflag=256, slptimeo=0, size=Variable "size" is not available.
)
    at /usr/home/src/sys/kern/vfs_bio.c:1847
#9  0xc07b6f62 in getblk (vp=0xc424add0, blkno=20388, size=57344, slpflag=256, 
    slptimeo=0, flags=Variable "flags" is not available.
) at /usr/home/src/sys/kern/vfs_bio.c:2602
#10 0xc372a47a in ?? ()
#11 0xc424add0 in ?? ()
#12 0x00004fa4 in ?? ()
#13 0x00000000 in ?? ()
#14 0x0000e000 in ?? ()
#15 0x00000100 in ?? ()
#16 0x00000000 in ?? ()
#17 0x00000000 in ?? ()
#18 0x00004fa5 in ?? ()
#19 0x00000000 in ?? ()
#20 0x00002000 in ?? ()
#21 0x00000000 in ?? ()
#22 0xc403f5d8 in ?? ()
#23 0x00000000 in ?? ()
#24 0x00000000 in ?? ()
#25 0x00000000 in ?? ()
#26 0xd654aac8 in ?? ()
#27 0x00000000 in ?? ()
#28 0xd654aab0 in ?? ()
#29 0xc38b6cc0 in ?? ()
#30 0xd654aac0 in ?? ()
#31 0xc0740538 in _lockmgr (lkp=0xc424add0, flags=3292965056, 
    interlkp=0xd654ac60, td=0x0, file=0x2 <Address 0x2 out of bounds>, 
    line=-1014272832) at /usr/home/src/sys/kern/kern_lock.c:391
#32 0xc372a816 in ?? ()
#33 0xc424add0 in ?? ()
#34 0xc446a8c0 in ?? ()
#35 0xd654ac60 in ?? ()
#36 0xc4775100 in ?? ()
#37 0x00000002 in ?? ()
#38 0xc38b6cc0 in ?? ()
#39 0x00000000 in ?? ()
#40 0xc387cc60 in ?? ()
#41 0xd654ab84 in ?? ()
#42 0xc07bb37f in vop_stdunlock (ap=0xc417e090)
    at /usr/home/src/sys/kern/vfs_default.c:280
---Type <return> to continue, or q <return> to quit---
#43 0xc0782b67 in dofilewrite (td=0xc417e090, fd=5, fp=0x0, auio=0xd654ac60, 
    offset=-1, flags=0) at file.h:254
#44 0xc0782e11 in kern_writev (td=0xc38b6cc0, fd=5, auio=0xd654ac60)
    at /usr/home/src/sys/kern/sys_generic.c:401
#45 0xc0782e7b in write (td=0xc38b6cc0, uap=0xd654acfc)
    at /usr/home/src/sys/kern/sys_generic.c:317
#46 0xc0a17ad5 in syscall (frame=0xd654ad38)
    at /usr/home/src/sys/i386/i386/trap.c:1008
#47 0xc09ff4e0 in Xint0x80_syscall ()
    at /usr/home/src/sys/i386/i386/exception.s:196
#48 0x00000033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb)

How-To-Repeat: will update the PR if it happens again. I have another 100GB of data to
be transferred from one USB drive to the other.
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2007-10-15 05:13:26 UTC
Responsible Changed
From-To: freebsd-i386->freebsd-usb

This does not sound i386-specific.
Comment 2 Oles Hnatkevych 2007-10-16 22:22:43 UTC
Seems like I am having similar problem on 6.2-STABLE. Using 'mv' to move 
file from NTFS mounted partition (using either ntfs-3g or ntfsmount 
suite) causes "Panic String: page fault" (kgdb can not read vmcore file, 
only info file available). Drive /dev/da0 is a USB-mounted drive.
System/kenel recompiled after cvsup on Monday, 17.10.2007.
Comment 3 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 08:00:58 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped