> From: Stefan Sperling [mailto:s...@elego.de] > > > It's 100% consistent. I get the same checksum error, on the same file, > every time. I have a supposed "good" copy of the slave repo, at rev 4050... > which will fail every time at 4061 (or something like that)... The only > explanation I can find is a md5sum collision going undetected, and then some > larger operation has an md5sum which fails as a result. I know it's > astronomically impossible, but I can't come up with any other explanation. > > So you can reproduce it reliably? That's very interesting. > I'd like to try to debug this. If it's possible to arrange access to your repository > data please contact me off-list. Thanks.
I believe we found the cause for mine. It was hardware error, which was introduced silently into rev 4390 of my repo. But I can't speak for the other folks here... If they're having bugs, they might have bugs. One quick question though: If the system is calculating checksums, shouldn't it store the checksums for future reference? I find it very surprising that I can run "svnadmin verify" and no errors are detected, yet svnsync dies with a md5sum mismatch. Maybe the md5sums are only used transiently and only by svnsync?