Just to post back to the list to say thank you to everyone for the help, we
love SVN.
Everything is working now. A quick upgrade of Subversive and NativeHL fixed
it.
Thanks
Alex.
-----Original Message-----
From: Alex Norman [mailto:alexn@xanda.net]
Sent: 29 January 2007 12:03
Cc: 'users@subversion.tigris.org'
Subject: RE: svnadmin dump : Intermittent Checksum mismatch
Cool! Thanks for the reply memtest is great.
It initially failed, then a quick re-seating of the ram chips and memtest
passed. Now svnadmin dump has been fine for 3 days.
Interestingly we now get a "malformed network data" whenever we commit from
subversive in eclipse.
Maybe the box is just dying :)
Thanks again
Alex.
-----Original Message-----
From: Russ [mailto:rsivak@istandfor.com]
Sent: 26 January 2007 16:25
To: Alex Norman
Cc: users@subversion.tigris.org
Subject: Re: svnadmin dump : Intermittent Checksum mismatch
And you have run memtest86 and came up with nothing?
Russ
Sent wirelessly via BlackBerry from T-Mobile.
-----Original Message-----
From: "Alex Norman" <alexn@xanda.net>
Date: Fri, 26 Jan 2007 10:27:11
Cc:<users@subversion.tigris.org>
Subject: RE: svnadmin dump : Intermittent Checksum mismatch
Many Thanks Erik,
Unfortunately there are no SMART errors appearing, nor anything in the logs.
So we are still a little confused as to whats going on :)
Thanks again
Alex.
-----Original Message-----
From: Erik Hemdal [mailto:erik@comprehensivepower.com]
Sent: 25 January 2007 15:15
To: 'Alex Norman'
Cc: users@subversion.tigris.org
Subject: RE: svnadmin dump : Intermittent Checksum mismatch
> -----Original Message-----
> From: Alex Norman [mailto:alexn@xanda.net]
> Sent: Thursday, January 25, 2007 4:00 AM
> To: users@subversion.tigris.org
> Subject: RE: svnadmin dump : Intermittent Checksum mismatch
>
>
>
> Many thanks Russ, we shall try that.
> The server is stable otherwise AFAIK. Been up for months. We
> never have any problems with checking in / out either.
>
> Cheers
> Alex
Check your system logs for a failing hard drive, too. I've seen this kind
of error when svn tries to write to a bad (or a dubious) block on the disk.
If you have a way of interrogating the SMART data on the drive (such as with
smartd), that may give you some insight.
If you get a clean dump with no errors, I suggest saving it to somewhere
safe, just as protection.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jan 30 11:32:02 2007