[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Random Checksum mismatch on fresh checkout affecting single machine

From: Brendon Abbott <babbott_at_evertz.com>
Date: Thu, 29 Jan 2015 12:40:38 +0000

Since writing this original email, I have found that the difference between the working instance and the non-working instance is not the repository, but the client. 1.6.17 works fine, whilst 1.8.11 does not.

So I am currently concentrating my efforts on the changes between these releases.

Brendon

From: Brendon Abbott [mailto:babbott_at_evertz.com]
Sent: 29 January 2015 11:43
To: users_at_subversion.apache.org
Subject: Random Checksum mismatch on fresh checkout affecting single machine

Hi

I am part of a development team of approximately 30 people, all but a couple using Windows 7 64it clients. One of our users is experiencing random checksum errors when performing a fresh, clean checkout. The problem is random in that it is a different file every time we perform the test. Below is an example of the error. This case happens to show an XSL file, but it is any kind of file that goes wrong. This does not go wrong for any other user. We have tried to narrow it down to a directory, or repository. It appears that it fails all the time for one repository, yet using a different repository on the same server, a clean checkout worked twice in succession. I don't know whether this is just luck though.

I am presuming that the data received for the contents of the file is being validated against some metadata data for the file. We have tested using an externally attached hard drive to check the disk is not the problem - same outcome. Therefore I am presuming that the data is somehow becoming corrupt or going missing.

Is the client code check summing the disk contents, or the data as it comes from the TCP socket?

Please can somebody offer assistance as to how I can further look into this problem, or what the likely problem may be and why this would only affect a single machine.

Setup with problem:
Client: Win 7 64bit, svn 1.8.11 accessing via http
Server: Linux, openSuSE 13.1, subversion 1.8.11, apache 2.4.6. openSuSE provided binary RPMs. Tortoise, Subclipse and svn command line tool all present the same problem.

svn: Checksum mismatch for 'W:\000\pharosutilWIP\resource\xsl\pxf_templates-v1_9.xsl':
   expected: a2bd8789226ed755298bd1c8d7e17535
     actual: 34763dcfee82b6cbc18d63589d15e109

Many Thanks
Brendon
This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the sender (as shown above). Kindly do not reproduce, print or forward any material received in error, please delete it immediately. Evertz UK Limited (Company No. 3458137) is incorporated in England and Wales and has its registered office at 100 Berkshire Place, Wharfedale Road, Winnersh, Wokingham, Berkshire, United Kingdom, RG41 5RD. Pharos Communications Pte Limited (Company No. 200817005N) is incorporated in Singapore and has its registered office at One Marina Boulevard, #28-00. Singapore 018989.
This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the sender (as shown above). Kindly do not reproduce, print or forward any material received in error, please delete it immediately. Evertz UK Limited (Company No. 3458137) is incorporated in England and Wales and has its registered office at 100 Berkshire Place, Wharfedale Road, Winnersh, Wokingham, Berkshire, United Kingdom, RG41 5RD. Pharos Communications Pte Limited (Company No. 200817005N) is incorporated in Singapore and has its registered office at One Marina Boulevard, #28-00. Singapore 018989.
Received on 2015-01-29 13:42:25 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.