Re: panic in g_vfs_strategy()

[Steven G. Kargl]

On Wed, Jun 22, 2016 at 11:15:27AM +0300, Andriy Gapon wrote:
> On 22/06/2016 01:04, Steve Kargl wrote:
> > After a forced umount of a msdos filesystem, I received
> > a panic.  I have the kernel and vmcore.  The first hundred
> > or so lines of core.txt.4 follow my .sig.
> > 
> 
> It seems that this problem might have the same root cause as this bug
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210316
> so it could be worth while following up there.
> 
> BTW, some mail user agents render signatures (and, by extension,
> anything that follows them) in a much less readable way than a regular
> message text.
> 

Thanks for the pointer to the bug.  Yes, I think my
panic is the same as yours.  Checking /var/log/messages
I find errors of the form

Jun 21 14:14:39 troutmask kernel: g_vfs_done():da1s1[WRITE(\
offset=-1099375943680, length=32768)]error = 5

Inspection of the FAT32 msdosfs showed about 1 TB of disk space
used.  I suspect, but can't prove, I hit a filesystem limit. 

-- 
Steve
http://troutmask.apl.washington.edu/~kargl/
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: panic in g_vfs_strategy()

[Andriy Gapon]

On 22/06/2016 01:04, Steve Kargl wrote:
> After a forced umount of a msdos filesystem, I received
> a panic.  I have the kernel and vmcore.  The first hundred
> or so lines of core.txt.4 follow my .sig.
> 

It seems that this problem might have the same root cause as this bug
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210316
so it could be worth while following up there.

BTW, some mail user agents render signatures (and, by extension,
anything that follows them) in a much less readable way than a regular
message text.

-- 
Andriy Gapon
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

panic in g_vfs_strategy()

[Steve Kargl]

After a forced umount of a msdos filesystem, I received
a panic.  I have the kernel and vmcore.  The first hundred
or so lines of core.txt.4 follow my .sig.

-- 
Steve


troutmask.apl.washington.edu dumped core - see /var/crash/vmcore.4

Tue Jun 21 14:32:29 PDT 2016

FreeBSD troutmask.apl.washington.edu 11.0-CURRENT FreeBSD 11.0-CURRENT #0 
r299122: Thu May  5 10:03:31 PDT 2016 
ka...@troutmask.apl.washington.edu:/data/obj/usr/src/sys/SPEW  amd64

panic: general protection fault

Unread portion of the kernel message buffer:
Device da1s1 went missing before all of the data could be written to it; expect 
data loss.

Fatal trap 9: general protection fault while in kernel mode
cpuid = 0; apic id = 10
instruction pointer = 0x20:0x8050c4a1
stack pointer   = 0x28:0xfe0239276fc0
frame pointer   = 0x28:0xfe0239277000
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 30604 (sendmail)
trap number = 9
panic: general protection fault
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe0239276c60
vpanic() at vpanic+0x182/frame 0xfe0239276ce0
panic() at panic+0x43/frame 0xfe0239276d40
trap_fatal() at trap_fatal+0x351/frame 0xfe0239276da0
trap() at trap+0x6d1/frame 0xfe0239276f00
calltrap() at calltrap+0x8/frame 0xfe0239276f00
--- trap 0x9, rip = 0x8050c4a1, rsp = 0xfe0239276fd0, rbp = 
0xfe0239277000 ---
g_vfs_strategy() at g_vfs_strategy+0x31/frame 0xfe0239277000
bufwrite() at bufwrite+0x1da/frame 0xfe0239277040
vop_stdfsync() at vop_stdfsync+0x220/frame 0xfe02392770b0
devfs_fsync() at devfs_fsync+0x67/frame 0xfe02392770e0
VOP_FSYNC_APV() at VOP_FSYNC_APV+0x80/frame 0xfe0239277110
bufsync() at bufsync+0x35/frame 0xfe0239277140
bufobj_invalbuf() at bufobj_invalbuf+0x126/frame 0xfe02392771b0
vgonel() at vgonel+0x17e/frame 0xfe0239277220
vgone() at vgone+0x4c/frame 0xfe0239277250
devfs_delete() at devfs_delete+0x1f3/frame 0xfe02392772c0
devfs_populate_loop() at devfs_populate_loop+0x20f/frame 0xfe0239277320
devfs_populate() at devfs_populate+0x2a/frame 0xfe0239277340
devfs_populate_vp() at devfs_populate_vp+0x9b/frame 0xfe0239277390
devfs_lookup() at devfs_lookup+0x2c/frame 0xfe02392774a0
VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x7a/frame 0xfe02392774d0
lookup() at lookup+0x561/frame 0xfe0239277560
namei() at namei+0x3ef/frame 0xfe0239277620
vn_open_cred() at vn_open_cred+0x26c/frame 0xfe0239277790
kern_openat() at kern_openat+0x220/frame 0xfe0239277910
amd64_syscall() at amd64_syscall+0x33f/frame 0xfe0239277a30
Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe0239277a30
--- syscall (499, FreeBSD ELF64, sys_openat), rip = 0x2015336da, rsp = 
0x7fffb328, rbp = 0x7fffb410 ---
Uptime: 7d21h3m52s
Dumping 1033 out of 8143 MB:..2%..11%..21%..31%..41%..52%..61%..72%..81%..92%

#0  doadump (textdump=1) at pcpu.h:221
221 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) #0  doadump (textdump=1) at pcpu.h:221
#1  0x8057e7f2 in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:366
#2  0x8057ec6b in vpanic (fmt=, 
ap=) at /usr/src/sys/kern/kern_shutdown.c:759
#3  0x8057eaa3 in panic (fmt=0x0)
at /usr/src/sys/kern/kern_shutdown.c:690
#4  0x807e5ab1 in trap_fatal (frame=0xfe0239276f10, eva=0)
at /usr/src/sys/amd64/amd64/trap.c:841
#5  0x807e5741 in trap (frame=0xfe0239276f10)
at /usr/src/sys/amd64/amd64/trap.c:203
#6  0x807cc133 in calltrap ()
at /usr/src/sys/amd64/amd64/exception.S:236
#7  0x8050c4a1 in g_vfs_strategy (bo=0xf801303510d0, 
bp=0xfe01f05637c0) at atomic.h:184
#8  0x8060d41a in bufwrite (bp=0xfe01f05637c0) at buf.h:405
#9  0x8061a750 in vop_stdfsync (ap=0xfe0239277120)
at /usr/src/sys/kern/vfs_default.c:695
#10 0x8047d637 in devfs_fsync (ap=0xfe0239277120)
at /usr/src/sys/fs/devfs/devfs_vnops.c:694
#11 0x8084d920 in VOP_FSYNC_APV (vop=, 
a=) at vnode_if.c:1331
#12 0x8060d535 in bufsync (bo=, 
waitfor=) at vnode_if.h:549
#13 0x80627686 in bufobj_invalbuf (bo=, 
flags=, slpflag=, 
slptimeo=) at /usr/src/sys/kern/vfs_subr.c:1539
#14 0x8062a20e in vgonel (vp=)
at /usr/src/sys/kern/vfs_subr.c:1617
#15 0x8062a6bc in vgone (vp=0xf80130351000)
at /usr/src/sys/kern/vfs_subr.c:3079
#16 0x80477e33 in devfs_delete (dm=0xf800088d6080, 
de=0xf8022d551500, flags=0) at /usr/src/sys/fs/devfs/devfs_devs.c:397
#17 0x804782df in devfs_populate_loop (dm=, 
cleanup=) at /usr/src/sys/fs/devfs/devfs_devs.c:535
#18 0x804780ba in devfs_populate (dm=)
at /usr/src/sys/fs/devfs/devfs_devs.c:662