Well,
Solved. The problem was a damaged memory RAM.
Thank u.
2010/7/9 Arivan S. Bastos <asbastos.br_at_gmail.com>
> Hi,
>
> Using direct file:// access works with no errors, so, seems like a http://service limit or some transfer error.
>
> I do not think that can be any configuration of Apache, because as I said,
> we installed the same subverion and make the same improt command on the same
> files on Windows 7 and had no problems. We also try Visual SVN.
>
> Perhaps some operate system configuration. Any suggestion?
>
>
> 2010/7/9 Arivan S. Bastos <asbastos.br_at_gmail.com>
>
>>
>> I'll try using direct file:// access!
>>
>> 2010/7/9 Arivan S. Bastos <asbastos.br_at_gmail.com>
>>
>> 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-11 23:10:31 CEST