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>
_____________________________________________________