Well, Solved. The problem was a damaged memory RAM.
Thank u. 2010/7/9 Arivan S. Bastos <asbastos...@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...@gmail.com> > >> >> I'll try using direct file:// access! >> >> 2010/7/9 Arivan S. Bastos <asbastos...@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 <eckha...@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. >>>> >>>> ************************************************************************************** >>>> >>>> >>> >> >
