Robert White posted on Tue, 14 Oct 2014 15:03:21 -0700 as excerpted: > What happens if "btrfs property set" is used to (attempt to) promote the > snapshot from read-only to read-write? Can the damaged snapshot then be > subjected to scrub of btrfsck? > > e.g. > > btrfs property set /path/to/snapshot ro false (maintenance here) Very good question not yet answered. =:^) But it's one I can't answer as my use-case doesn't call for such snapshots in the first place and I don't have any to be personally affected by this bug, so my interest is academic. I simply saw the big hairy thread and tried to summarize what I could get out of it to that point, with a bit of my own speculation as to what the "reversed" transid complaints meant. (Since transids are normally sequential, in most corruption cases, the filesystem has moved on and has a higher transid that's "wanted", but can only find an older/lower transid for something or other. Or at least that's what I've seen here and what seems common in the other reports I've seen posted. This bug reverses that, with an older/lower "wanted" transid, but finding a newer/higher one. That's the strange point that leapt out to me and I'd guess it's a strong hint at the problem, thus my definitely admin-not-coder speculation on that point.) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
