RE : SvnAdmin: impossible to load dump generated by cvs2svn

2012-09-28 Thread CHAZAL Julien
Hi Markus,

Thanks a lot for your help ! ;-)

I followed your recommendations by checking file validity with the help of md5 
sum. It wasn't the same md5 sum on the two servers so I followed the procedure 
below :
- regenerate dump file with CVS2SVN tool
- generate md5 sum on an CVS server
- compress dump file in TAR GZ mode
- transfer the dump file in SFTP binary mode on SVN server
- untar and unzip the dumpfile
- generate md5 sum on an SVN server and compare md5 sum on both servers
- load the dump file with svnadmin command

So my issue is resolved. Cheers!!!

Julien

De : Markus Schaber [m.scha...@3s-software.com]
Date d'envoi : lundi 10 septembre 2012 11:48
À : users@subversion.apache.org
Cc : CHAZAL Julien
Objet : AW: SvnAdmin: impossible to load dump generated by cvs2svn

Hi, Julien,

Von: CHAZAL Julien [julien.cha...@atos.net]

 I manage a Subversion server that has the following configuration :
 - SVN 1.6.9
 - FSFS storage mode
 - Apache + mod_dav + subversion modules
 - Linux Suse Enterprise Edition 32-bit

 I have to perform a CVS to SVN migration.  I use the tool cvs2svn to 
 generate a dump file from my CVS server and I use the svnadmin command to 
 load this dump file on my Subversion target server. I use a binary transfer 
 mode with SFTP when I have to move a dump from my former CVS server to my SVN 
 server.

 I did this operation for many CVS repositories and it works fine, except for 
 ONE repository (size around 300 MB) where I encounter the following error:
 - 'vnadmin: Dump stream contains a malformed header (with no ':') at '

 I tried to regenerate many times my dump file from cvs2svn tool. I checked 
 the header of this dump fil and it sounds good (I compared it with other dump 
 from cvs2svn tool). I took a look on the web and I find a command to clear 
 the dump file obtained by cvs2svn,  but anyway, it doesn't work too: I can't 
 load this dump file. As I have ever said, the error above concern an only ONE 
 cvs repository. Actually, I can load all others repositories from the same 
 CVS server to the same SVN server by using the same commands and  operations.

 You'll find below the commands I use to perform my migration :
 - CVS side: cvs2svn --dumpfile=DUMP_FILE.dump CVS_REPO 
 --symbol-default=heuristic --encoding='latin1' --force-branch=ToPromote
 - SVN side: svnadmin load MY_REPO_PATH  DUMP_FILE.dump

 Is there somebody know the reason why I encounter this error? Any idea about 
 how to resolve this issue?

Just to exclude systematic dump corruption during the transfer between those 2 
machines:

Could you use md5sum or sha256sum or a similar tool to verify that the dump 
file is still identical on the second machine?

Best regards

Markus Schaber
--
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax 
+49-831-54031-50

Email: m.scha...@3s-software.com | Web: http://www.3s-software.com
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects: 
http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade 
register: Kempten HRB 6186 | Tax ID No.: DE 167014915




Ce message et les pièces jointes sont confidentiels et réservés à l'usage 
exclusif de ses destinataires. Il peut également être protégé par le secret 
professionnel. Si vous recevez ce message par erreur, merci d'en avertir 
immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant 
être assurée sur Internet, la responsabilité du groupe Atos ne pourra être 
engagée quant au contenu de ce message. Bien que les meilleurs efforts soient 
faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne 
donne aucune garantie à cet égard et sa responsabilité ne saurait être engagée 
pour tout dommage résultant d'un virus transmis.

This e-mail and the documents attached are confidential and intended solely for 
the addressee; it may also be privileged. If you receive this e-mail in error, 
please notify the sender immediately and destroy it. As its integrity cannot be 
secured on the Internet, the Atos group liability cannot be triggered for the 
message content. Although the sender endeavors to maintain a computer 
virus-free network, the sender does not warrant that this transmission is 
virus-free and will not be liable for any damages resulting from any virus 
transmitted.


SvnAdmin: impossible to load dump generated by cvs2svn

2012-09-10 Thread CHAZAL Julien
Hi all,
http://www.atos.net
I manage a Subversion server that has the following configuration :
- SVN 1.6.9
- FSFS storage mode
- Apache + mod_dav + subversion modules
- Linux Suse Enterprise Edition 32-bit

I have to perform a CVS to SVN migration.  I use the tool cvs2svn to generate 
a dump file from my CVS server and I use the svnadmin command to load this 
dump file on my Subversion target server. I use a binary transfer mode with 
SFTP when I have to move a dump from my former CVS server to my SVN server.

I did this operation for many CVS repositories and it works fine, except for 
ONE repository (size around 300 MB) where I encounter the following error:
- 'vnadmin: Dump stream contains a malformed header (with no ':') at '

I tried to regenerate many times my dump file from cvs2svn tool. I checked the 
header of this dump fil and it sounds good (I compared it with other dump from 
cvs2svn tool). I took a look on the web and I find a command to clear the dump 
file obtained by cvs2svn, but anyway, it doesn't work too: I can't load this 
dump file. As I have ever said, the error above concern an only ONE cvs 
repository. Actually, I can load all others repositories from the same CVS 
server to the same SVN server by using the same commands and operations.

You'll find below the commands I use to perform my migration :
- CVS side: cvs2svn --dumpfile=DUMP_FILE.dump CVS_REPO 
--symbol-default=heuristic --encoding='latin1' --force-branch=ToPromote
- SVN side: svnadmin load MY_REPO_PATH  DUMP_FILE.dump

Is there somebody know the reason why I encounter this error? Any idea about 
how to resolve this issue?

Regards,

Julien



Ce message et les pièces jointes sont confidentiels et réservés à l'usage 
exclusif de ses destinataires. Il peut également être protégé par le secret 
professionnel. Si vous recevez ce message par erreur, merci d'en avertir 
immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant 
être assurée sur Internet, la responsabilité du groupe Atos ne pourra être 
engagée quant au contenu de ce message. Bien que les meilleurs efforts soient 
faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne 
donne aucune garantie à cet égard et sa responsabilité ne saurait être engagée 
pour tout dommage résultant d'un virus transmis.

This e-mail and the documents attached are confidential and intended solely for 
the addressee; it may also be privileged. If you receive this e-mail in error, 
please notify the sender immediately and destroy it. As its integrity cannot be 
secured on the Internet, the Atos group liability cannot be triggered for the 
message content. Although the sender endeavors to maintain a computer 
virus-free network, the sender does not warrant that this transmission is 
virus-free and will not be liable for any damages resulting from any virus 
transmitted.


Re: SvnAdmin: impossible to load dump generated by cvs2svn

2012-09-10 Thread Volker Kopetzky
Julien,

a dump file is designed to work with the commandline pipe. So it might be that 
the binary transport might have changed something.
(if your sending os is different than suse)

A safer way to transport it is to tar it before sending it over the wire:

(1) cvs station
$ tar czvf dump.tar.gz name of dumpfile
Send the file via ftp binary.

(2) svn station
$ tar xzvf dump.tar.gz
Import via svnadmin.

If this still does not work, please send us the log files created by using 
redirects similiar to this:
$ svnadmin load /path/to/target/repo  dumpfile 2 /tmp/load.stderr  
/tmp/load.stdout


Beste Grüße, kind regards,
Volker Kopetzky
vzk Beratung
Germany  Thailand



smime.p7s
Description: S/MIME cryptographic signature


AW: SvnAdmin: impossible to load dump generated by cvs2svn

2012-09-10 Thread Markus Schaber
Hi, Julien,

Von: CHAZAL Julien [julien.cha...@atos.net]

 I manage a Subversion server that has the following configuration :
 - SVN 1.6.9
 - FSFS storage mode
 - Apache + mod_dav + subversion modules
 - Linux Suse Enterprise Edition 32-bit

 I have to perform a CVS to SVN migration.  I use the tool cvs2svn to 
 generate a dump file from my CVS server and I use the svnadmin command to 
 load this dump file on my Subversion target server. I use a binary transfer 
 mode with SFTP when I have to move a dump from my former CVS server to my SVN 
 server.

 I did this operation for many CVS repositories and it works fine, except for 
 ONE repository (size around 300 MB) where I encounter the following error:
 - 'vnadmin: Dump stream contains a malformed header (with no ':') at '

 I tried to regenerate many times my dump file from cvs2svn tool. I checked 
 the header of this dump fil and it sounds good (I compared it with other dump 
 from cvs2svn tool). I took a look on the web and I find a command to clear 
 the dump file obtained by cvs2svn,  but anyway, it doesn't work too: I can't 
 load this dump file. As I have ever said, the error above concern an only ONE 
 cvs repository. Actually, I can load all others repositories from the same 
 CVS server to the same SVN server by using the same commands and  operations.

 You'll find below the commands I use to perform my migration :
 - CVS side: cvs2svn --dumpfile=DUMP_FILE.dump CVS_REPO 
 --symbol-default=heuristic --encoding='latin1' --force-branch=ToPromote
 - SVN side: svnadmin load MY_REPO_PATH  DUMP_FILE.dump

 Is there somebody know the reason why I encounter this error? Any idea about 
 how to resolve this issue?

Just to exclude systematic dump corruption during the transfer between those 2 
machines:

Could you use md5sum or sha256sum or a similar tool to verify that the dump 
file is still identical on the second machine?

Best regards

Markus Schaber
-- 
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax 
+49-831-54031-50

Email: m.scha...@3s-software.com | Web: http://www.3s-software.com 
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects: 
http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade 
register: Kempten HRB 6186 | Tax ID No.: DE 167014915