Bug #2494

DFBSD v3.2.2-RELEASE - Signal panic during tmpfs_write

Added by tuxillo almost 4 years ago. Updated almost 4 years ago.

Target version:
Start date:
Due date:
% Done:




While trying to do a LVM installation in 3.2.2 with two SCSI disks, I get the following panic:

dm_target_stripe: Successfully initialized
dm_target_linear: Successfully initialized
disk scheduler: set policy of mapper/main-lv_swap to noop
disk scheduler: set policy of mapper/main-lv_root to noop
HAMMER(ROOT) recovery check seqno=000fbfff
HAMMER(ROOT) recovery range 3000000000000000-3000000000000000
HAMMER(ROOT) recovery nexto 3000000000000000 endseqno=000fc000
HAMMER(ROOT) mounted clean, no recovery needed
disk scheduler: set policy of vn0 to noop
disk scheduler: set policy of vn1 to noop
disk scheduler: set policy of vn2 to noop
disk scheduler: set policy of vn3 to noop
disk scheduler: set policy of vn4 to noop

Fatal trap 12: page fault while in kernel mode
cpuid = 0; lapic->id = 00000000
fault virtual address = 0x3e4
fault code = supervisor write data, page not present
instruction pointer = 0x8:0xffffffff804e310b
stack pointer = 0x10:0xffffffe032243560
frame pointer = 0x10:0xffffffe032243560
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = Idle
current thread = pri 12
kernel: type 12 trap, code=2

CPU0 stopping CPUs: 0x00000002
Physical memory: 971 MB


#0 _get_mycpu () at ./machine/thread.h:69
#1 md_dumpsys (di=<optimized out>) at /build/home/justin/src/sys/platform/pc64/x86_64/dump_machdep.c:265
#2 0xffffffff804ecce2 in dumpsys () at /build/home/justin/src/sys/kern/kern_shutdown.c:925
#3 0xffffffff802a631c in db_fncall (dummy1=<optimized out>, dummy2=<optimized out>, dummy3=<optimized out>, dummy4=<optimized out>)
at /build/home/justin/src/sys/ddb/db_command.c:539
#4 0xffffffff802a67ef in db_command (aux_cmd_tablep_end=0xffffffff809cd9c0, aux_cmd_tablep=0xffffffff809cd988,
cmd_table=<optimized out>, last_cmdp=<optimized out>) at /build/home/justin/src/sys/ddb/db_command.c:401
#5 db_command_loop () at /build/home/justin/src/sys/ddb/db_command.c:467
#6 0xffffffff802a96b1 in db_trap (type=<optimized out>, code=<optimized out>) at /build/home/justin/src/sys/ddb/db_trap.c:71
#7 0xffffffff80899918 in kdb_trap (type=<optimized out>, code=<optimized out>, regs=<optimized out>)
at /build/home/justin/src/sys/platform/pc64/x86_64/db_interface.c:176
#8 0xffffffff8089ef6e in trap_fatal (frame=0xffffffe032243498, eva=<optimized out>)
at /build/home/justin/src/sys/platform/pc64/x86_64/trap.c:1042
#9 0xffffffff8089f1c6 in trap_pfault (frame=0xffffffe032243498, usermode=0)
at /build/home/justin/src/sys/platform/pc64/x86_64/trap.c:933
#10 0xffffffff8089f795 in trap (frame=0xffffffe032243498) at /build/home/justin/src/sys/platform/pc64/x86_64/trap.c:625
#11 0xffffffff8088957f in calltrap () at /build/home/justin/src/sys/platform/pc64/x86_64/exception.S:188
#12 0xffffffff804e310b in phold (p=0x3e4) at /build/home/justin/src/sys/kern/kern_proc.c:207
#13 0xffffffff804ef4f7 in lwpsignal (p=0x0, lp=0x0, sig=25) at /build/home/justin/src/sys/kern/kern_sig.c:1118
#14 0xffffffff804efa89 in ksignal (p=0x3e4, sig=25) at /build/home/justin/src/sys/kern/kern_sig.c:1084
#15 0xffffffff80701256 in tmpfs_write (ap=0xffffffe032243790) at /build/home/justin/src/sys/vfs/tmpfs/tmpfs_vnops.c:545
#16 0xffffffff805716a0 in vop_write (ops=0xffffffe00354adc0, vp=0xffffffe05a5a0da8, uio=0xffffffe032243810, ioflag=<optimized out>,
cred=0xffffffe0555fb120) at /build/home/justin/src/sys/kern/vfs_vopops.c:455
#17 0xffffffff8365bab7 in vnstrategy (ap=<optimized out>) at /usr/src/sys/dev/disk/vn/vn.c:353
#18 0xffffffff804cec15 in dev_dstrategy (dev=0xffffffe021436610, bio=0xffffffe0035b2490)
at /build/home/justin/src/sys/kern/kern_device.c:346
#19 0xffffffff80506384 in dsched_strategy_raw (dp=0xffffffe05a65e188, bp=0xffffffe0035b2490)
at /build/home/justin/src/sys/kern/kern_dsched.c:519
#20 0xffffffff8050639f in noop_queue (diskctx=<optimized out>, tdio=<optimized out>, bio=0x19)
at /build/home/justin/src/sys/kern/kern_dsched.c:1180
#21 0xffffffff8050654b in dsched_queue (dp=0xffffffe05a65e188, bio=0xffffffe0035b2490)
at /build/home/justin/src/sys/kern/kern_dsched.c:304
#22 0xffffffff8051549d in diskstrategy (ap=<optimized out>) at /build/home/justin/src/sys/kern/subr_disk.c:1105
#23 0xffffffff804ceadf in dev_dstrategy_chain (dev=0xffffffe0214368d0, bio=0x0) at /build/home/justin/src/sys/kern/kern_device.c:365
#24 0xffffffff806c6c81 in devfs_spec_strategy (ap=<optimized out>) at /build/home/justin/src/sys/vfs/devfs/devfs_vnops.c:1686
#25 0xffffffff805704c5 in vop_strategy (ops=0xffffffe0213f7a80, vp=0x0, bio=0x19) at /build/home/justin/src/sys/kern/vfs_vopops.c:866
#26 0xffffffff80546e73 in vn_strategy (vp=0xffffffe05a530e88, bio=0xffffffe0035b2408)
at /build/home/justin/src/sys/kern/vfs_bio.c:3639
#27 0xffffffff806be1f3 in ufs_strategy (ap=<optimized out>) at /build/home/justin/src/sys/vfs/ufs/ufs_vnops.c:1800
#28 0xffffffff806be0b3 in ufs_vnoperate (ap=0x3e4) at /build/home/justin/src/sys/vfs/ufs/ufs_vnops.c:2298
#29 0xffffffff80570498 in vop_strategy (ops=0xffffffe00354bd80, vp=0xffffffe05a5326e8, bio=<optimized out>)
at /build/home/justin/src/sys/kern/vfs_vopops.c:866
#30 0xffffffff80546e73 in vn_strategy (vp=0xffffffe05a5326e8, bio=0xffffffe0035b2380)
at /build/home/justin/src/sys/kern/vfs_bio.c:3639
#31 0xffffffff805533a6 in cluster_wbuild (vp=<optimized out>, bpp=0x0, blksize=<optimized out>, start_loffset=81920, bytes=65536)
at /build/home/justin/src/sys/kern/vfs_cluster.c:1129
#32 0xffffffff80553439 in cluster_awrite (bp=0x0) at /build/home/justin/src/sys/kern/vfs_cluster.c:881
#33 0xffffffff8054a471 in flushbufqueues (q=<optimized out>, marker=<optimized out>)
at /build/home/justin/src/sys/kern/vfs_bio.c:2645
#34 buf_daemon1 (td=<optimized out>, queue=<optimized out>, buf_limit_fn=<optimized out>, bd_req=<optimized out>)
at /build/home/justin/src/sys/kern/vfs_bio.c:2467
#35 0xffffffff8054a65f in buf_daemon () at /build/home/justin/src/sys/kern/vfs_bio.c:2506
#36 0xffffffff804dca30 in suspend_kproc (td=0x3e4, timo=0) at /build/home/justin/src/sys/kern/kern_kthread.c:195
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Coredump is in leaf:~tuxillo/crash/tmpfswrite_*.0

Antonio Huete


#1 Updated by tuxillo almost 4 years ago

Looks like there is no proc struct associated with bufdaemon.

(kgdb) frame 15
#15 0xffffffff80701256 in tmpfs_write (ap=0xffffffe032243790) at /build/home/justin/src/sys/vfs/tmpfs/tmpfs_vnops.c:545
545 ksignal(td->td_proc, SIGXFSZ);
(kgdb) frame 16
#16 0xffffffff805716a0 in vop_write (ops=0xffffffe00354adc0, vp=0xffffffe05a5a0da8, uio=0xffffffe032243810, ioflag=<optimized out>,
cred=0xffffffe0555fb120) at /build/home/justin/src/sys/kern/vfs_vopops.c:455
455 DO_OPS(ops, error, &ap, vop_write);
(kgdb) p ap->a_uio->uio_td->td_comm
$14 = "bufdaemon\000\000\000\000\000\000\000"
(kgdb) p *ap->a_uio->uio_td->td_proc
Cannot access memory at address 0x0

#2 Updated by tuxillo almost 4 years ago

  • Status changed from New to Closed

Fix committed: 4c5cdd6bb4303e59e020dc83ec0dd9c02e9f5dac
It has been MFC'ed to 3.2 also

Thanks Matt for fixing it.

Also available in: Atom PDF