On May 22, 2014, at 11:50 AM, Tomasz Chmielewski <t...@virtall.com> wrote:
>> Try -o recovery,degraded >> >> I would drop the other options for now, since they aren't necessary >> to recover from a \ device failure. > > Yes I've tried that as well, and it ends in the similar "hang" - high > IO for a while, then no IO at all, mount does not return. > > > It *does* mount as ro,degraded, but then, it's not possible to add a > disk and recover to a functioning RAID-1. > Also, when I try to remount rw, the mount command hangs as well. > > Is there anything else I can try? It sounds like it's able to read the file system but in the course of repairing whatever problems it has, it's getting stuck. I'd mount it ro and make sure its backup is updated. Then take a btrfs image btrfs-image -c 9 -t <cores> in case a dev wants to look at the fs at some point it its current state. Then you can try some other things if you want: btrfs-next is one direction, and also regression testing with older kernels is also reasonable. Last you could try btrfs-zero-log, but this doesn't look like the typical case for it, and probably will make things worse so it's not the next thing to try. Also I don't expect btrfs check or even --repair to work. I've not yet had any luck with it working on degraded volumes, and even rejoined volumes (no longer degraded) but not yet manually balanced the btrfs check crashes. After a manual balance then the btrfs check is OK. Chris Murphy-- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
