Bug 139564 - [zfs] [panic] 8.0-RC1 - Fatal trap 12 at end of shutdown
Summary: [zfs] [panic] 8.0-RC1 - Fatal trap 12 at end of shutdown
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: Unspecified
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-fs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-10-13 09:00 UTC by Henri Hennebert
Modified: 2012-09-06 15:32 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 Henri Hennebert 2009-10-13 09:00:04 UTC
It seems that every time I use a pool on a USB disk, the
next shutdown encounter Fatal trap 12: page fault while in kernel mode
in zfsctl_snapshot_inactive:

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address	= 0x64
fault code		= supervisor read, page not present
instruction pointer	= 0x20:0xa0c7b3d2
stack pointer	        = 0x28:0xa6ae39f0
frame pointer	        = 0x28:0xa6ae3a3c
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		= 1 (init)
trap number		= 12
panic: page fault
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper(a092d00c,a6ae3888,a0621cf9,a094ed5d,0,...) at db_trace_self_wrapper+0x26
kdb_backtrace(a094ed5d,0,a090da0b,a6ae3894,0,...) at kdb_backtrace+0x29
panic(a090da0b,a095011d,a6d6aee4,1,1,...) at panic+0x119
trap_fatal(a6d6f000,0,1,0,a0ce3d02,...) at trap_fatal+0x333
trap_pfault(a0983500,a6ae3960,a6ae3960,a6ae394c,a6d68d48,...) at trap_pfault+0x2f0
trap(a6ae39b0) at trap+0x485
calltrap() at calltrap+0x6
--- trap 0xc, eip = 0xa0c7b3d2, esp = 0xa6ae39f0, ebp = 0xa6ae3a3c ---
zfsctl_snapshot_inactive(a6ae3a80,a6ae3a7c,a06adda0,b307d1b4,0,...) at zfsctl_snapshot_inactive+0x82
VOP_INACTIVE_APV(a0cefd60,a6ae3a80,a6ae3ab4,1,a6ae3a94,...) at VOP_INACTIVE_APV+0x7c
vinactive(a0cefd60,a6ae3ab4,0,0,a0cefd60,...) at vinactive+0x7f
vgonel(b307d10c,80100,a0933299,964,d2,...) at vgonel+0x175
vflush(a94aa508,1,2,a6d6ad80,a9432000,...) at vflush+0x3ba
zfs_umount(a94aa508,80000,a6ae3be4,4b0,ffffffff,...) at zfs_umount+0xf0
dounmount(a94aa508,80000,a6d6ad80,e6ce5830,0,...) at dounmount+0x4c7
vfs_unmountall(a0932f89,0,a092abe6,118,0,...) at vfs_unmountall+0x33
boot(a6d6ad80,8,a6d6ad80,a0625442,0,...) at boot+0x434
reboot(a6d6ad80,a6ae3cf8,4,0,0,...) at reboot+0x85
syscall(a6ae3d38) at syscall+0x3e5
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (55, FreeBSD ELF32, reboot), eip = 0x8050f83, esp = 0x9fbfe8ac, ebp = 0x9fbfe988 ---
Uptime: 5h17m57s
Physical memory: 3050 MB
Dumping 443 MB: 428 412 396 380 364 348 332 316 300 284 268 252 236 220 204 188 172 156 140 124 108 92 76 60 44 28 12


more information at:
http://verbier.restart.be/xfer/core.txt.71

How-To-Repeat: - plug the USB disk

ugen4.3: <LaCie> at usbus4
umass1: <LaCie LaCie Hard Drive USB, class 0/0, rev 2.00/0.00, addr 3> on usbus4
umass1:  SCSI over Bulk-Only; quirks = 0x0000
umass1:10:1:-1: Attached to scbus10
da6 at umass-sim1 bus 1 target 0 lun 0
da6: <SAMSUNG MP0402H UC10> Fixed Direct Access SCSI-2 device 
da6: 40.000MB/s transfers
da6: 38204MB (78242976 512 byte sectors: 255H 63S/T 4870C)

- zpool import pool3
- do some backub
- zpool export pool3
- unplug the USB disk

ugen4.3: <LaCie> at usbus4 (disconnected)
umass1: at uhub4, port 7, addr 3 (disconnected)
(da6:umass-sim1:1:0:0): lost device
(da6:umass-sim1:1:0:0): removing device entry

- do some more work
- shutdown -p now
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2009-10-13 14:40:02 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-fs

Over to maintainer(s).
Comment 2 Martin Matuska freebsd_committer freebsd_triage 2012-09-06 14:29:49 UTC
Is this problem still current?

-- 
Martin Matuska
FreeBSD committer
http://blog.vx.sk
Comment 3 Martin Matuska freebsd_committer freebsd_triage 2012-09-06 15:31:56 UTC
State Changed
From-To: open->closed

Problen no longer current. Closing.