sbin/hammer: Mention bug in hammer recover command
authorTomohiro Kusumi <kusumi.tomohiro@gmail.com>
Sat, 15 Oct 2016 14:46:57 +0000 (23:46 +0900)
committerTomohiro Kusumi <kusumi.tomohiro@gmail.com>
Sat, 15 Oct 2016 16:06:39 +0000 (01:06 +0900)
commitf2dd4b0c012464d21bf5733282e4091c2b580f8a
tree229154cf2011dad6fc99e5f98222a002e4d06502
parentb3dd50356dab6c8f1f671be44b0bf92fddf4da98
sbin/hammer: Mention bug in hammer recover command

newfs_hammer overwrites layer1/2, but doesn't overwrite data in
blockmap beyond layer1/2, so old data is still there if the volume
has been re-formatted until the new fs overwrites old fs by using
more disk space than the old fs.

This is usually not a problem because the new fs doesn't have a
pointer to data in old fs, but hammer recover just iterates zone-2
offset till it hits end of the disk space which may include data
from the old fs. As mentioned in the comment, it's likely to hit
assertion if the old data located near the end of the volume is
B-Tree nodes depending on situation of the old fs.
sbin/hammer/cmd_recover.c