se.
However, if direct replication of storage is what you are after, I would
suggest using filesystem snapshots and snapshot-level replication functionality
of your filesystem/volume manager/SAN instead of rsync
regards
Pavel Herrmann
>
> regards
> Roland
>
> >List:
> Anyway, if "They" care about their data , "They" use checksumming for storing
> their data on disk, do "They" ? ;) silent bitrot on disks _does_ happen
I totally agree. Storage devices fail and if you need to know if the data is
the same then a checksum is your best bet. If you want to do you
ere some SAN storage lost some
cache contents and the only place we really knew where data loss/curruption has
happend were the oracle and exchange databases. For all the other data, we
don`t know if they are in 100% perfect condition.
regards
Roland
>List: rsync
>Subject:silen
On Tue, Mar 11, 2014 at 11:52:51AM -0500, Karl O. Pinc wrote:
> On 03/11/2014 11:02:28 AM, Sig Pam wrote:
> > Hi everbody!
> >
> > I'm currently working in a project which has to copy huge amounts of
> > data from one storage to another. For a reason I cannot validate any
> > longer, there is a ro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have actually witnessed rsync silently corrupting data. But it
wasn't rsync's fault. I had a bad RAM DIMM that was corrupting the
part of RAM being used as the disk cache. Now I always get ECC RAM.
On 03/11/2014 12:52 PM, Karl O. Pinc wrote:
> On
On 03/11/2014 11:02:28 AM, Sig Pam wrote:
> Hi everbody!
>
> I'm currently working in a project which has to copy huge amounts of
> data from one storage to another. For a reason I cannot validate any
> longer, there is a roumor that "rsync may silently corrupt data".
> Personally, I don't believe
Hi everbody!
I'm currently working in a project which has to copy huge amounts of data from
one storage to another. For a reason I cannot validate any longer, there is a
roumor that "rsync may silently corrupt data". Personally, I don't believe that.
"They" explain it this way: "rsync does an i
