Michael Schuerig posted on Thu, 10 Apr 2014 18:24:00 +0200 as excerpted: > I *think* send/receive with clone sources might be the key to a > solution. I'm still hoping that someone with a far better understanding > of btrfs than me gives it a try first...
Well, there's both that (which I don't know enough about to discuss in any intelligent way at all), and the fact that at least until very (very) recently (like recent enough I'm not sure it'll all be in 2.15 yet), btrfs send/receive still had some serious corner-case bugs, such that to my knowledge if it worked without error it was reliable, there were numbers of cases (like where it was originally subdir /a/b/, and then switched to /b/a, reversing the nesting) where it would spit out errors, leaving the receive in a half-received state. So it worked for some people but not others, and for some it would work for awhile, then would start erroring out, whenever they hit whatever corner-case. Regulars on this list will have seen all the recent work going into send/ receive bug tracing and fixing, however, which will of course ultimately make it far more reliable than it had been. Surely it's already far more reliable, as a fair number of those corner cases have now been found and dealt with. But what I do NOT know yet, is where in the process we are, in terms of /reliable/ send/receive. Relatively, we're certainly closer than we were, but did that move use from say 80% to 90% reliable, or from 80% to 97 or 98% reliable (which is about where I'd put general btrfs at this point), or from 90% to 98-ish% reliable, or... ? Without that knowledge, even if you did know the specific CL options you needed, I'd still consider it very much a "great if it works, but don't count on it until you actually see it complete without errors, and even then, be aware that the next time you try it could error out, because it's still very much in bug-fixing-phase" solution. Meanwhile, the ddrescue solution is mature technology, proven to work with many different types of filesystems over many years, now, so that's the basket I'd be putting my resource eggs into at this 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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
