We are in the process of migrating our build server from CVS to SVN
and have come across an interesting problem with intermittent Checksum
mismatches or SSL errors when performing a checkout:
...
A path\somewhere\else\baz.bar
A path\to\where\file\is\abc.def
svn: Checksum mismatch for 'path\to\where\file\is\foo.bar'; expected:
'82e57645e3542f3433f56f9d6231dda3', actual:
'53e5cff92d93c37c58998903835d7b90'
OR
...
A a\different\dir\elsewhere\foo.bar
A a\different\dir\elsewhere\drink.bar
svn: REPORT request failed on '/svn/myrepos/!svn/vcc/default'
svn: REPORT of '/svn/myrepos/!svn/vcc/default': Could not read
response body: SSL error: decryption failed or bad record mac
(https://our.host.net)
I've searched round and found a lot of SSL- and Checksum-related
problems, but nothing I came across had any of the more interesting
aspects of our problem:
* It only happens once out of every 7 or 8 checkouts.
* It doesn't happen to any file in particular, nor do the files that
have been effected seem to have all that much in common (ie: varying
sizes and file types)
* It only occurs on this machine, none of our users have reported this
error on checkouts.
* This occurs whether using the command-line client or TortoiseSVN
* I have yet to see it happen during an update, only checkouts. (Not
proof that it's a checkout-specific problem, but worth mentioning)
I'm starting to believe that this isn't a problem with svn itself, so
much as it is a problem with the way this server is setup on the
network, but I know that I can't be the first to come across this
problem when trying to migrate from CVS to SVN. I'm hoping that
someone else has encountered this before and knows how to take care of
it.
At the very least, I'm hoping someone could give me some pointers as
to how diagnose this myself. I've read as much documentation as I can
find, but I'm still new to SVN and how it works; I could definitely be
overlooking something obvious.
(If more info would be helpful, I'll try to provide it. Note that I
don't have access to the machine that hosts our repository, but I can
probably get a hold of someone who does.)
(also, I'm cross-posting this to a few other forums/lists. sorry if
this is a problem)
~ james
[ps: being my first post to this list, feel free to yell at me about
ettiquite and things that I should keep in mind for the future]
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Apr 18 22:50:47 2006