Issue #2358 has been reported by Antonio M. Huete Jimenez. ---------------------------------------- Bug #2358: DFBSD v3.0.2.32.g928ca - panic: hammer: insufficient undo FIFO space! http://bugs.dragonflybsd.org/issues/2358
Author: Antonio M. Huete Jimenez Status: New Priority: Normal Assignee: Category: Target version: Hi, HAMMER filesystem recently created on a LVM stripe of 5 disks. Box has 1GB with no swap. databank# lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert lv_root main -wi-a- 186.17g I got no dump but I have located which panic in the code was hit: http://pkgbox64.dragonflybsd.org/xref/DragonFly-master/sys/vfs/hammer/hammer_redo.c#91 Backtrace function call is: panic() panic() hammer_generate_redo() hammer_vop_write() vop_write() vn_write() kern_pwritev() sys_extpwrite() syscall2() Xint0x80_syscall() Image: http://leaf.dragonflybsd.org/~tuxillo/archive/pics/panic_fifo.jpg After rebooting and trying to mount again the HAMMER FS: databank# mount -a hammer: mount on /mnt/safe: Result too large And dmesg shows: HAMMER(SAFE) recovery check seqno=00d791fe HAMMER(SAFE) recovery range 30000000070ef490-3000000004a90000 HAMMER(SAFE) recovery nexto 3000000004a90000 endseqno=00e638f5 HAMMER(SAFE) recovery undo 30000000070ef490-3000000004a90000 (488246128 bytes)(RW) HAMMER(SAFE) Found REDO_SYNC 30000000070ef490 HAMMER(SAFE) Ignoring extra REDO_SYNC records in UNDO/REDO FIFO. HAMMER(SAFE) recovery complete HAMMER(SAFE) recovery redo 30000000070ef490-3000000004a90000 (488246128 bytes)(RW) HAMMER(SAFE) Find extended redo 30000000070ef490, 0 extbytes HAMMER(SAFE) Find extended redo failed 34, unable to run REDO HAMMER(SAFE) End redo recovery I've activated swap and I'm going to try to reproduce it again and see if I can get a dump, but any tip would be appreciated :) Cheers, Antonio Huete -- 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