Am Thu, 17 Dec 2015 03:25:50 +0000 (UTC) schrieb Duncan <1i5t5.dun...@cox.net>:
> So it's definitely _not_ something that reiserfsck would do in a > "normal" fsck, only when doing "I'm desperate and don't have backups, > go to the ends of the earth if necessary to recover what you can of > my data, and yes, I understand it could be a bit risky or end up > rather disordered, but I'm willing to take that risk because I _am_ > that desperate", level recovery. What's fascinating: reiserfs was actually quite good at that and actually saved me from "I'm desperate and don't have backups, go to the ends of the earth if necessary to recover what you can of my data, and yes, I understand it could be a bit risky or end up rather disordered, but I'm willing to take that risk because I _am_ that desperate" (phew that's long). According to checksums all files except some inflight temporary data was completely intact (in addition to many files which came back out of nowhere - even ending up in their original directory but not so intact). Lucky me... :-D Cause of this was an unstable RAID controller which switched one hard disk after the next into offline mode, then completely went offline itself - leaving me with a system still running acceptably from cache only. It was strange... And reiserfs did this magic twice for me (but the second time I had current backups, just wanted to have a copy of files created since the nightly backup). BTW: Ext3 partitions on the same hardware were broken beyond repair and had to be recreated. e2fsck only made it worse. Apparently, reiserfs did absolutely not scale to multithreaded workloads - which is why I switched to xfs (it seemed pretty good at it, especially on RAID and its behavior to distribute data diagonally across the disks tho I won't recommend it without bbu as it tends to nullify file contents during log-replay). It has proven similarly stable in case of hardware havoc. BTW2: The server with the "RAID controller accident" is still in production but converted to XFS and migrated into virtualization meanwhile. And yes: It has a daily backup schedule. :-) -- Regards, Kai Replies to list-only preferred. -- 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