From: Adam G. <mai...@we...> - 2008-10-31 04:52:52
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeffrey J. Kosowsky wrote: > Types of Duplicate checksums: > 3. Same checksums, different compressed content, same zcatted content > As per my earlier email, I found at least one of these > and am not sure why they even exist. AFAIK, it could be due to a change in the compresslevel, this should produce different compressed content even though the original content is identical. Also, the files are stored to the cpool based on a checksum calculated before compression, hence they have the same name. The only caution here is that I was of the impression that backuppc would see the existing file with the same checksum and so not store the differently compressed file. > 4. Files with *NO* pool entries. > This seems to be what occurs with the > files in my error log that cite the failure of > MakeFileLink > > The deeper I probe into this, the more confused I get and the more I > worry about data integrity on my system... That is why you will need to fix your NFS problems, and/or consider moving to a different setup. eg, ATAoE, iSCSI, or local HDD's.... Did you check the details from the URL I sent through the other day? One of the items on the list is to look at the number of time there is no NFS thread available to service the request... I found fixing this drastically improved my situation though didn't solve it (until I replaced the faulty RAM in the client :) Regards, Adam -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJCo8XGyoxogrTyiURAoJZAJ9ZSZckzLVwkOgwOfXJ2GpwTmcR8ACfR6iQ 3vxQzxjGxJ40oPWexKC47T4= =MgtZ -----END PGP SIGNATURE----- |