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

Re: Actual checksum is always different

From: Maksim Sokolov <max_at_dtksoft.com>
Date: Mon, 19 Mar 2018 15:42:59 +0200

Hello Johan,

It was completely our fault, our memory module were faulty. After memory
module replacement issue is gone.

Sorry for wasting your time, we have tested different product versions,
HDD/SSD, motherboard, CPU, but haven't tested memory, and wasted 1 week
of time to eliminate the issue :)

For your experience, you can mention somewhere for the case like ours,
when actual checksum is different for the same file, memory module or
storage need to be checked, so it is not faulty.

On 3/19/2018 01:44, Johan Corveleyn wrote:
> On Thu, Mar 15, 2018 at 5:42 PM, Maksim Sokolov <max_at_dtksoft.com> wrote:
>> Hello,
>> OS: Ubuntu Server Ubuntu 16.04.4 LTS (GNU/Linux 4.4.0-116-generic x86_64)
>> Server Software: svn --version
>> svn, version 1.9.3 (r1718519) - this is the latest version available on
>> Ubuntu servers
>> Cliet OS: Windows 10 Pro (latest updates)
>> Client Software: TortoiseSVN 1.9.727907 64-bit
>> *Issue can be repeated on all computer in the office.
>> Issue: Could you tell any idea what actual checksum is always different,
>> what can cause such a kind of checksum mismatch issue?
>> TortoiseSVN LOG
>> Error: Checksum mismatch for 'C:\Images\00001000\00001121.JPG':
>> Error: expected: 4862e296bbacf7a6c63eded7acd4a2c1
>> Error: actual: 02ffc98c8e1302b6b6bba6d82bb6a163
>> Error: Checksum mismatch for 'C:\00001000\00001121.JPG':
>> Error: expected: 4862e296bbacf7a6c63eded7acd4a2c1
>> Error: actual: 2877743527179b2fbd035c6f8fb98a27
> And you can reproduce that consistently on those same files, on all
> computers in the office? Sounds pretty weird to me. I don't know any
> possible causes for this.
> Can you 'svnadmin verify' the repository on the server?
> Apart from corruption of the repository, the only thing that comes to
> mind is that something might be interfering. Either with the network
> traffic (proxy, security scanner, antivirus, ...), or on the client
> computers (files being munged behind svn's back).

Best regards,
Maksim Sokolov
DTK Software
Support Engineer
Reznas 5 - 70, Riga,
LV1019, Latvia, EU
Phone: +371 67 112 515
Web: www.dtksoft.com
Skype: dtksupport
Received on 2018-03-19 14:43:11 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.