DragonFly 2.6.2, 2.7.2 tags pushed - fixes for serious HAMMER issue

Matthew Dillon dillon at apollo.backplane.com
Tue Apr 20 11:06:23 PDT 2010


:Hi,
:
:Yah, indeed it does :'(
:
:> sudo hammer -f /dev/serno/QM00002.s1a checkmap
:Volume header   records=0 next_tid=000000010841bec0
:                bufoffset=0000000044040000
:Collecting allocation info from B-Tree: done
:BM      block=2000000010000000 calc 114688 free, got 1163264
:
:Now what? Is really the mirror-copy the only solution? I basically
:have no means to do that ...
:
:Cheers,
:Antonio Huete

    Pretty much, short of modifying the hammer utility to correct
    the allocation info.

    If its a qemu image then just create a second qemu disk so both
    are available inside the VM.  Then you can mirror-copy the stuff
    over.

						-Matt






More information about the Users mailing list