[DragonFlyBSD - Bug #2358] (In Progress) DFBSD v22.214.171.124.g928ca - panic: hammer: insufficient undo FIFO space!
Antonio M. Huete Jimenez via Redmine
bugtracker-admin at leaf.dragonflybsd.org
Fri Sep 28 08:18:51 PDT 2012
Issue #2358 has been updated by Antonio M. Huete Jimenez.
Status changed from New to In Progress
Assignee set to Antonio M. Huete Jimenez
Bug #2358: DFBSD v126.96.36.199.g928ca - panic: hammer: insufficient undo FIFO space!
Author: Antonio M. Huete Jimenez
Status: In Progress
Assignee: Antonio M. Huete Jimenez
HAMMER filesystem recently created on a LVM stripe of 5 disks. Box has 1GB with no swap.
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:
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 :)
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