Bug #1218

Updated by tuxillo about 6 years ago

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" 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_ioctl(de0bc550,c02c6806,e28c9c1c,1,c39a6738) at hammer_ioctl+0x2d

hammer_vop_ioctl(e28c9ae0,c04314e0,d272ad10,e27c46e8,0) at


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.