You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by "Arivan S. Bastos" <as...@gmail.com> on 2010/07/08 22:28:05 UTC
Checksum mismatch creating repository?
Hello,
We work with Subversion for about two years here in the company, with no
trouble.
We have already used the subversion server on a Windows XP and on Windows
Server 2008.
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#"
The error happens when creating the repository using the command "svn
import" to add, 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.
It seems that there is some limitation of use of resources, because this
seems to happens with large files only.
I searched a lot for this error, but the cases I encounter are repositories
damaged, appeared not to
be the case because we are creating the repository, and can perform this
procedure on Windows 7 with no troubles!
Please, we need help!
Our enviroment
----------------------
OS: Windows Server 2008 R2
Attempt 1) Visual SVN Server 2.1.2
Attempt 2) CollabNet Subversion 1.6.12 + Apache 2.2.15
Attempt 3) Subversion 1.4.6 + Apache 2.2.15
Thank you
Re: Checksum mismatch creating repository?
Posted by "Arivan S. Bastos" <as...@gmail.com>.
Well,
Solved. The problem was a damaged memory RAM.
Thank u.
2010/7/9 Arivan S. Bastos <as...@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 <as...@gmail.com>
>
>>
>> I'll try using direct file:// access!
>>
>> 2010/7/9 Arivan S. Bastos <as...@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 <ec...@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.
>>>>
>>>> **************************************************************************************
>>>>
>>>>
>>>
>>
>
Re: Checksum mismatch creating repository?
Posted by "Arivan S. Bastos" <as...@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 <as...@gmail.com>
>
> I'll try using direct file:// access!
>
> 2010/7/9 Arivan S. Bastos <as...@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 <ec...@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.
>>>
>>> **************************************************************************************
>>>
>>>
>>
>
Re: Checksum mismatch creating repository?
Posted by "Arivan S. Bastos" <as...@gmail.com>.
I'll try using direct file:// access!
2010/7/9 Arivan S. Bastos <as...@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 <ec...@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.
>>
>> **************************************************************************************
>>
>>
>
Re: Checksum mismatch creating repository?
Posted by "Arivan S. Bastos" <as...@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 <ec...@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.
>
> **************************************************************************************
>
>
Re: Checksum mismatch creating repository?
Posted by Ulrich Eckhardt <ec...@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.
**************************************************************************************