[DragonFlyBSD - Bug #1218] (In Progress) panic: assertion: error == 0 in hammer_start_transaction
bugtracker-admin at leaf.dragonflybsd.org
bugtracker-admin at leaf.dragonflybsd.org
Mon Jan 19 03:49:55 PST 2015
Issue #1218 has been updated by tuxillo.
Description updated
Category set to VFS subsystem
Status changed from New to In Progress
Assignee deleted (0)
Target version set to 4.2.x
Hi,
Is there a way to reproduce this?
Cheers,
Antonio Huete
----------------------------------------
Bug #1218: panic: assertion: error == 0 in hammer_start_transaction
http://bugs.dragonflybsd.org/issues/1218#change-12512
* Author: rumcic
* Status: In Progress
* Priority: Normal
* Assignee:
* Category: VFS subsystem
* Target version: 4.2.x
----------------------------------------
The machine was mostly idle and the panic happened during the night when I was
sleeping, so I don't remember much what I was running.
The only thing I do remember, was a vkernel running under gdb (still have to
find out why when running a diskless vkernel outside gdb it displays quite a
few "RPC timeout for server 192.168.0.16" before the network starts working
and goes on booting, but if I run the vkernel under gdb, I only get perhaps 2
of those messages and after that nothing happens - gets stuck) which was
semi-diskless (root on nfs, and one hammer fs partition on the first vkd, but
since it was stuck at the RPC timeout messages it shouldn't have gotten far
enough to mount the root, let alone the local hammer partition - unless it
started booting sometime during the night).
The backtrace:
panic: assertion: error == 0 in hammer_start_transaction
mp_lock = 00000000; cpuid = 0
Trace beginning at frame 0xe28c9968
panic(e28c998c,c02c6806,e28c9a84,c39a6738,e28c99a8) at panic+0x14d
panic(c03d0698,c03de4df,c03bbd41,6,45d61) at panic+0x14d
hammer_start_transaction(e28c9a84,debc0000,c39a6738,1,1) at
hammer_start_transaction+0x41
hammer_ioctl(de0bc550,c02c6806,e28c9c1c,1,c39a6738) at hammer_ioctl+0x2d
hammer_vop_ioctl(e28c9ae0,c04314e0,d272ad10,e27c46e8,0) at
hammer_vop_ioctl+0x2f
vop_ioctl(d272ad10,e27c46e8,c02c6806,e28c9c1c,1) at vop_ioctl+0x38
vn_ioctl(d61e90c0,c02c6806,e28c9c1c,c39a6738,d61e90c0) at vn_ioctl+0xbf
mapped_ioctl(4,c02c6806,bfbff8e0,0,e28c9d34) at mapped_ioctl+0x3e1
sys_ioctl(e28c9cf0,6,1e82,0,d8f675d8) at sys_ioctl+0x16
syscall2(e28c9d40) at syscall2+0x265
Xint0x80_syscall() at Xint0x80_syscall+0x36
boot() called on cpu#0
The dump is located at leaf:~rumko/crash/{kernel,vmcore}.0
The kernel was compiled on the 2nd January around noon CET ... so the sources
should have been from around then as well.
--
Regards,
Rumko
--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: http://bugs.dragonflybsd.org/my/account
More information about the Bugs
mailing list