Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
Data Storage

Ask Slashdot: Practical Bitrot Detection For Backups? 321

An anonymous reader writes "There is a lot of advice about backing up data, but it seems to boil down to distributing it to several places (other local or network drives, off-site drives, in the cloud, etc.). We have hundreds of thousands of family pictures and videos we're trying to save using this advice. But in some sparse searching of our archives, we're seeing bitrot destroying our memories. With the quantity of data (~2 TB at present), it's not really practical for us to examine every one of these periodically so we can manually restore them from a different copy. We'd love it if the filesystem could detect this and try correcting first, and if it couldn't correct the problem, it could trigger the restoration. But that only seems to be an option for RAID type systems, where the drives are colocated. Is there a combination of tools that can automatically detect these failures and restore the data from other remote copies without us having to manually examine each image/video and restore them by hand? (It might also be reasonable to ask for the ability to detect a backup drive with enough errors that it needs replacing altogether.)"

Comment Wait until you try Linux on SAN (Score 2, Funny) 857

Here's another thing not to do: Redhat, Emulex, and EMC with Oracle RAC. Try to import a LUN greater than 255; don't work --- HPUX, AIX, & MS Windows can see LUNs greater than 255 but Linux can't. When there's a problem "in the kernel," what happens is a bunch of finger pointing. In this case Redhat pointing at Emulex pointing at the IT department pointing at EMC point at the SAN group and The Management pointing at The Door.

Slashdot Top Deals

Harrison's Postulate: For every action, there is an equal and opposite criticism.

Working...