DragonFly BSD
DragonFly bugs List (threaded) for 2011-02
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

[issue1984] hammer mount fails after crash - HAMMER: FIFO record bad head signature ..


From: "Thomas Nikolajsen \(via DragonFly issue tracker\)" <sinknull@xxxxxxxxxxxxxxxxxxxxx>
Date: Wed, 09 Feb 2011 21:58:27 +0000

Thomas Nikolajsen <thomas.nikolajsen@mail.dk> added the comment:

The file system is 20GB.

I know this is rather small for a HAMMER FS.
It is just a root file system, for a x86_64 setup,
had to 'steal' from swap partition (still have 12GB for 8 GB mem)
it is not full at all.
Disklabel was already setup with i386 DragonFly system;
btw setting up dual boot i386/x86_64 works out quite easily w/ dloader ;-)

show-undo output is put on leaf:
http://leaf.dragonflybsd.org/~thomas/issue1984

Using supplied patch file system mounts R/W;
initially i mounted from i386 DragonFly, it seems fine.

After that I installed kernel w/ patch on x86_64 system,
it also mounted FS (now as root);
but after running for a few seconds it started giving errors;
the hammer_del_buffers message seemed endless; I had to power cycle.

I have no immediate plans to reformat FS; so if you have more ideas
on how to fix this I am all ears.

 -thomas
-
Feb  9 21:58:32 octopus kernel: tryroot serno/S1VZJ90SB10754.s4d
Feb  9 21:58:32 octopus kernel: HAMMER(ROOT64) recovery check seqno=008f373d
Feb  9 21:58:32 octopus kernel: HAMMER(ROOT64) recovery range 3000000000242a80-
30000000001c9a60
Feb  9 21:58:32 octopus kernel: HAMMER(ROOT64) recovery nexto 30000000001c9a60 
endseqno=00990a0a
Feb  9 21:58:32 octopus kernel: HAMMER(ROOT64) recovery undo  3000000000242a80-
30000000001c9a60 (108556256 bytes)(RW)
Feb  9 21:58:32 octopus kernel: HAMMER(ROOT64) Found REDO_SYNC 3000000000159958
Feb  9 21:58:32 octopus kernel: HAMMER(ROOT64) Ignoring extra REDO_SYNC records 
in UNDO/REDO FIFO.
Feb  9 21:58:32 octopus kernel: HAMMER(ROOT64) Ignoring extra REDO_SYNC records 
in UNDO/REDO FIFO.
Feb  9 21:58:32 octopus kernel: HAMMER(ROOT64) recovery complete
Feb  9 21:58:32 octopus kernel: HAMMER(ROOT64) recovery redo  3000000000242a80-
30000000001c9a60 (108556256 bytes)(RW)
Feb  9 21:58:32 octopus kernel: HAMMER(ROOT64) Embedded extended redo 
3000000000159958, -108097240 extbytes
Feb  9 21:58:32 octopus kernel: HAMMER: FIFO record bad head signature a733 at 
3000000000159958
Feb  9 21:58:32 octopus kernel: HAMMER(ROOT64) Illegal UNDO TAIL signature at 
3000000000159958
Feb  9 21:58:32 octopus kernel: HAMMER(ROOT64) End redo recovery
Feb  9 21:58:32 octopus kernel: HAMMER: Ignoring errors from REDO scan and 
allowing R/W mount
Feb  9 21:58:32 octopus kernel: Mounting devfs
Feb  9 21:58:32 octopus kernel: HAMMER(ROOT) recovery check seqno=009165d5
Feb  9 21:58:32 octopus kernel: HAMMER(ROOT) recovery range 300000000c9974c0-
300000000c9974c0
Feb  9 21:58:32 octopus kernel: HAMMER(ROOT) recovery nexto 300000000c9974c0 
endseqno=009165d6
Feb  9 21:58:32 octopus kernel: HAMMER(ROOT) mounted clean, no recovery needed
Feb  9 21:58:32 octopus kernel: HAMMER: Warning: UNDO area too small!
Feb  9 21:58:32 octopus kernel: HAMMER: Warning: UNDO area too small!
. .
Feb  9 21:00:23 octopus kernel: hammer_del_buffers: unable to invalidate 
80000002b8cc4000 buffer=0xffffffe0873128e8 rep=1
Feb  9 21:00:23 octopus kernel: hammer_del_buffers: unable to invalidate 
80000002b8cc8000 buffer=0xffffffe08955a778 rep=1
Feb  9 21:00:23 octopus kernel: hammer_del_buffers: unable to invalidate 
80000002b8ccc000 buffer=0xffffffe08955bb28 rep=1
Feb  9 21:00:23 octopus kernel: hammer_del_buffers: unable to invalidate 
80000002b8cd0000 buffer=0xffffffe087b2da28 rep=1
Feb  9 21:00:23 octopus kernel: hammer_del_buffers: unable to invalidate 
80000002b8cd4000 buffer=0xffffffe08955c2a8 rep=1

----------
priority:  -> bug

_____________________________________________________
DragonFly issue tracker <bugs@lists.dragonflybsd.org>
<http://bugs.dragonflybsd.org/issue1984>
_____________________________________________________




[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]