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

Re: Checksum mismatch creating repository?

From: Arivan S. Bastos <asbastos.br_at_gmail.com>
Date: Fri, 9 Jul 2010 09:29:03 -0300

1) "Is this a verbatim copy of the error or is this for various values of
#FILENAME#?"
Various values.

2) "Why are you importing anything there?"
We cant use a dump file, cause we dont have it. But I think it is not
important, because the 'import' should work.

3) "Actually, I'm still not sure what exactly you did and on what machines."
    a. I installed subversion
    b. used "svnadmin create name # #"
    c. used svn import-m "message" http:// servername # # / # # name /
Simple! This steps work on a Windows 7 Machine!

Thank u

2010/7/9 Ulrich Eckhardt <eckhardt_at_satorlaser.com>

> On Friday 09 July 2010, Arivan S. Bastos wrote:
> > This week, the disk of our server burned and then we decided to upgrade
> the
> > windows 2008 server to Windows Server 2008 R2.
> >
> > After the upgrade we are facing problem with the use of Subversion.
> > We try to use VisualSVN 2.1.2 and CollabNet 1.6.12, and also tried going
> > back to version 1.4.6 (the version we used before the OS update), but
> > always facing the same error:
> >
> > "error: svn: Checksum mismatch for #FILENAME#"
>
> Is this a verbatim copy of the error or is this for various values of
> #FILENAME#?
>
> > The error happens when creating the repository using the command "svn
> > import" to add
>
> Wait: Why are you importing anything there? When migrating servers, I'd use
> the following steps:
> 1. Create dumpfiles on the old machine (this is part of the daily backup,
> actually) and save the configuration (conf/ subdir of the repository).
> 2. If the SVN versions are similar, copy the repository to the new machine.
> Otherwise, load the dumpfile into an empty repository and restore the
> configuration.
> 3. If the machine's hostname/IP isn't the same as the old one, convert
> working
> copies using "svn switch --relocate".
>
> Of course, importing can be part of the normal workflow, too, but then I'd
> wonder if other operations on the new repository work, i.e. if it is only
> imports that fail.
>
> > , and always seems to occur in large files over 100Mb. If we insist on
> > trying to send the file, sometimes it is sent. However, when trying to
> > perform the checkout (on client side) we got"cannot read chunk size"
> > somewhere in the checkout, and looking at the apache log, we see the
> > same "Checksum mismatch".
> >
> > Using the same version of subversion, performing the same procedures on
> the
> > same files on a computer running windows 7, this error does not occur.
>
> Actually, I'm still not sure what exactly you did and on what machines. One
> additional way to circle in the problem would be to access the repository
> using direct file:// access.
>
> > It seems that there is some limitation of use of resources, because this
> > seems to happens with large files only.
>
> I'm not running Apache here, but I seem to remember some kind of timeout
> there
> from a recent discussion. Obviously, using a large file or a slow
> connection
> it needs more time and thus also takes you closer to that timeout.
>
> Uli
>
> --
> ML: http://subversion.tigris.org/mailing-list-guidelines.html
> FAQ: http://subversion.tigris.org/faq.html
> Docs: http://svnbook.red-bean.com/
>
> Sator Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
> Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932
>
>
> **************************************************************************************
> Sator Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
> Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932
>
> **************************************************************************************
> Visit our website at <http://www.satorlaser.de/>
>
> **************************************************************************************
> Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten
> bestimmt und kann vertrauliche Informationen enthalten. Bitte
> benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte
> Empfänger sein sollten. Die E-Mail ist in diesem Fall zu löschen und darf
> weder gelesen, weitergeleitet, veröffentlicht oder anderweitig benutzt
> werden.
> E-Mails können durch Dritte gelesen werden und Viren sowie
> nichtautorisierte Änderungen enthalten. Sator Laser GmbH ist für diese
> Folgen nicht verantwortlich.
>
> **************************************************************************************
>
>
Received on 2010-07-09 14:29:44 CEST

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.