* [dm-crypt] Memory errors and and 3TB RAID5 partition @ 2013-01-16 11:08 Federico Foschini 2013-01-16 11:23 ` Arno Wagner 2013-01-16 11:24 ` Ralf Ramsauer 0 siblings, 2 replies; 7+ messages in thread From: Federico Foschini @ 2013-01-16 11:08 UTC (permalink / raw) To: dm-crypt Hi all, I'm reading the FAQ on cryptsetup wiki because I'm plannig to set up a software raid 5 (mdadm) with 3 1,5TB disks and I'm a bit scared about memory errors. I read that a single flipped bit can lead in a massive file corruption and I've got 2GB of non ECC ram on my machine... what is the risk of encounter a memory error writing big files (like 8-10 GiB)? -- Federico Foschini. ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dm-crypt] Memory errors and and 3TB RAID5 partition 2013-01-16 11:08 [dm-crypt] Memory errors and and 3TB RAID5 partition Federico Foschini @ 2013-01-16 11:23 ` Arno Wagner 2013-01-16 12:00 ` Matthias Schniedermeyer 2013-01-16 11:24 ` Ralf Ramsauer 1 sibling, 1 reply; 7+ messages in thread From: Arno Wagner @ 2013-01-16 11:23 UTC (permalink / raw) To: dm-crypt Hi Frederico, impossible to quantify, and you may also get errors in the busses, controller and (very rare unless overclocked) CPU. The thing about "massive file corruption" is a myth though: Most flipped bit just lead to a flipped bit because they happen before encryption. Even after encryption, you lose only one 512 byte sector per flipped bit. What you do is, if this is critical, _underclock_ everything in your machine by 10-20%, get ECC RAM, ensure good cooling and clean power. Before undercklocking, test the machine extensively at 100% speed or maybe even 110% or the like. An alternative is to verify each write. Here you have to be careful to empty all buffers and caches before doing it. That is what I do for large files. Arno On Wed, Jan 16, 2013 at 12:08:15PM +0100, Federico Foschini wrote: > Hi all, > I'm reading the FAQ on cryptsetup wiki because I'm plannig to set up a > software raid 5 (mdadm) with 3 1,5TB disks and I'm a bit scared about > memory errors. I read that a single flipped bit can lead in a massive > file corruption and I've got 2GB of non ECC ram on my machine... what > is the risk of encounter a memory error writing big files (like 8-10 > GiB)? > > -- > Federico Foschini. > _______________________________________________ > dm-crypt mailing list > dm-crypt@saout.de > http://www.saout.de/mailman/listinfo/dm-crypt -- Arno Wagner, Dr. sc. techn., Dipl. Inform., Email: arno@wagner.name GnuPG: ID: CB5D9718 FP: 12D6 C03B 1B30 33BB 13CF B774 E35C 5FA1 CB5D 9718 ---- One of the painful things about our time is that those who feel certainty are stupid, and those with any imagination and understanding are filled with doubt and indecision. -- Bertrand Russell ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dm-crypt] Memory errors and and 3TB RAID5 partition 2013-01-16 11:23 ` Arno Wagner @ 2013-01-16 12:00 ` Matthias Schniedermeyer 2013-01-16 12:06 ` Federico Foschini 2013-01-16 16:30 ` Karol Babioch 0 siblings, 2 replies; 7+ messages in thread From: Matthias Schniedermeyer @ 2013-01-16 12:00 UTC (permalink / raw) To: dm-crypt On 16.01.2013 12:23, Arno Wagner wrote: > Hi Frederico, > > An alternative is to verify each write. Here you have to be careful > to empty all buffers and caches before doing it. That is what I > do for large files. My M.O. is to make MD5(*) sums of just about every file. So after i move files around, i just verify the MD5 sums. The amount of data moved is usually (a lot) bigger than available RAM, so i usually forgo clearing the cache, otherwise i do a umount/mount-cycle before verifying the MD5 sums. I'm doing this since a few years ago when i had trouble with a particular USB2<->Sata chip that had a rare tendency to corrupt a specific bit-pattern every now and then. Since then i had never any trouble with data-corruption. *: This case doesn't concern security, so MD5 is "good enough". -- Matthias ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dm-crypt] Memory errors and and 3TB RAID5 partition 2013-01-16 12:00 ` Matthias Schniedermeyer @ 2013-01-16 12:06 ` Federico Foschini 2013-01-16 16:30 ` Karol Babioch 1 sibling, 0 replies; 7+ messages in thread From: Federico Foschini @ 2013-01-16 12:06 UTC (permalink / raw) To: Matthias Schniedermeyer; +Cc: dm-crypt Ok thank you all! 2013/1/16 Matthias Schniedermeyer <ms@citd.de>: > On 16.01.2013 12:23, Arno Wagner wrote: >> Hi Frederico, >> >> An alternative is to verify each write. Here you have to be careful >> to empty all buffers and caches before doing it. That is what I >> do for large files. > > My M.O. is to make MD5(*) sums of just about every file. So after i move > files around, i just verify the MD5 sums. The amount of data moved is > usually (a lot) bigger than available RAM, so i usually forgo clearing > the cache, otherwise i do a umount/mount-cycle before verifying the MD5 > sums. > > I'm doing this since a few years ago when i had trouble with a > particular USB2<->Sata chip that had a rare tendency to corrupt a > specific bit-pattern every now and then. Since then i had never any > trouble with data-corruption. > > > > *: > This case doesn't concern security, so MD5 is "good enough". > > -- > > Matthias > _______________________________________________ > dm-crypt mailing list > dm-crypt@saout.de > http://www.saout.de/mailman/listinfo/dm-crypt -- Federico Foschini. ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dm-crypt] Memory errors and and 3TB RAID5 partition 2013-01-16 12:00 ` Matthias Schniedermeyer 2013-01-16 12:06 ` Federico Foschini @ 2013-01-16 16:30 ` Karol Babioch 2013-01-16 19:26 ` Matthias Schniedermeyer 1 sibling, 1 reply; 7+ messages in thread From: Karol Babioch @ 2013-01-16 16:30 UTC (permalink / raw) To: dm-crypt [-- Attachment #1: Type: text/plain, Size: 510 bytes --] Hi, Am 16.01.2013 13:00, schrieb Matthias Schniedermeyer: > My M.O. is to make MD5(*) sums of just about every file. What scripts and/or software do you use? I'm planning to do something very similar, but wanted to make use of a file integrity checker. I haven't looked too extensively, but the ones I came up with seemed to be overkill. I'm looking for something very basic, just enough to detect file corruption and notify me by email or something like that. Best regards, Karol Babioch [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 901 bytes --] ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dm-crypt] Memory errors and and 3TB RAID5 partition 2013-01-16 16:30 ` Karol Babioch @ 2013-01-16 19:26 ` Matthias Schniedermeyer 0 siblings, 0 replies; 7+ messages in thread From: Matthias Schniedermeyer @ 2013-01-16 19:26 UTC (permalink / raw) To: Karol Babioch; +Cc: dm-crypt On 16.01.2013 17:30, Karol Babioch wrote: > Hi, > > Am 16.01.2013 13:00, schrieb Matthias Schniedermeyer: > > My M.O. is to make MD5(*) sums of just about every file. > > What scripts and/or software do you use? I'm planning to do something > very similar, but wanted to make use of a file integrity checker. I > haven't looked too extensively, but the ones I came up with seemed to be > overkill. > > I'm looking for something very basic, just enough to detect file > corruption and notify me by email or something like that. The software is a perl-script that i developed myself. Md5sum wasn't "intelligent" enough for me(*) and i didn't really look if there was any existing software. So i began with a small script around "Digest::MD5" and it grew from there. The script (i call it "md5tool.pl") is mostly generic, altough there are a few things specific for my environment hardcoded into it. *: For e.g. the script also records mtime, size and filetype with x/y-sizes for a few image-types. With the mtime/size information the script can check if a file has been changed and update the stored MD5-sum. -- Matthias ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dm-crypt] Memory errors and and 3TB RAID5 partition 2013-01-16 11:08 [dm-crypt] Memory errors and and 3TB RAID5 partition Federico Foschini 2013-01-16 11:23 ` Arno Wagner @ 2013-01-16 11:24 ` Ralf Ramsauer 1 sibling, 0 replies; 7+ messages in thread From: Ralf Ramsauer @ 2013-01-16 11:24 UTC (permalink / raw) To: Federico Foschini; +Cc: dm-crypt Hi, i have a 4x3TiB Raid 6(because it's expandable) setup using a md-raid + dm-crypt + LVM. Up to now, i never had any problems with it. A friend just told me, that SATA has an error rate of about 1 Bit each 3TiB of transmission, so a bit is written written or read wrong(but i don't know if this is correct). Worst case, one error bit leads to a corrupt raid sector(Raid 5 is able to detect the corrupt sector, but Raid 5 won't be able to correct it, correct me if i'm wrong). This corrupt sector could lead to a corrupt dm-crypt sector, which leads to an corrupt LVM sector, and so on. Finially, your filesystem could get broken. So think about using large partition with encryption. I never had trouble with my setup, but now I would set it up in some other way. Here's a nice article about it: http://subnetmask255x4.wordpress.com/2008/10/28/sata-unrecoverable-errors-and-how-that-impacts-raid/ -- Ralf On 01/16/13 12:08, Federico Foschini wrote: > Hi all, > I'm reading the FAQ on cryptsetup wiki because I'm plannig to set up a > software raid 5 (mdadm) with 3 1,5TB disks and I'm a bit scared about > memory errors. I read that a single flipped bit can lead in a massive > file corruption and I've got 2GB of non ECC ram on my machine... what > is the risk of encounter a memory error writing big files (like 8-10 > GiB)? > > -- > Federico Foschini. > _______________________________________________ > dm-crypt mailing list > dm-crypt@saout.de > http://www.saout.de/mailman/listinfo/dm-crypt ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2013-01-16 19:26 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2013-01-16 11:08 [dm-crypt] Memory errors and and 3TB RAID5 partition Federico Foschini 2013-01-16 11:23 ` Arno Wagner 2013-01-16 12:00 ` Matthias Schniedermeyer 2013-01-16 12:06 ` Federico Foschini 2013-01-16 16:30 ` Karol Babioch 2013-01-16 19:26 ` Matthias Schniedermeyer 2013-01-16 11:24 ` Ralf Ramsauer
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.