svnsync problems with csmap/metacrs repository

[warmerdam]

Frank,

I asked Norm Olsen about this problem. He suggested I ask you because he’s not an SVN guy.

I’m looking at using CS-Map for a project. I’ve checked out a copy and done some preliminary eval. Then I tried to mirror the archive so I can work on a private branch while retaining all the history, yet keeping my work separate from the main repository. An error occurs partway through making the mirror.

The command

        svnsync synchronize http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev 

failed, saying that the repository contains an invalid property. Specifically, it says that svn:log in revision r1427 is not in UTF-8 format. Is there any chance that you could have this fixed?

Thanks,

• Eric

[warmerdam]

Eric,

It has been suggested that this might be a newer version of svnmirror being stricter about UTF-8 checking. Howard Butler is running an svnmirror of this repository without any problem.

What version of svnmirror are you running?

[warmerdam]

from irc:

<FrankW> I do think there is an issue in the repository which I don't know how to fix. 
<FrankW> In fact, I had to hack in some improved error handling in trac to get around it when we setup the metacrs repository.
<hobu> hmm... that's not good
<FrankW> sooner or later we will likely need to clean up whatever the issue is.
<hobu> the prescription would be to svnadmin dump; fix dump by hand; svnadmin restore

[eweitzman]

Replying to warmerdam:

Eric,

It has been suggested that this might be a newer version of svnmirror being stricter about UTF-8 checking. Howard Butler is running an svnmirror of this repository without any problem.

What version of svnmirror are you running?

The problem is being reported by the svnsync command that is part of Subversion for Win32 version 1.6.5.

Which SVN version is Howard Butler using? I am not familiar with svnmirror.

• Eric

[crschmidt]

Eric,

We believe we have fixed this issue now, by modifying the SVN repository. Can you please try to svnsync again, and see if you get further? Thanks.

[eweitzman]

Replying to crschmidt:

Eric,

We believe we have fixed this issue now, by modifying the SVN repository. Can you please try to svnsync again, and see if you get further? Thanks.

First, I tried to resume the sync. I had tried this when it failed a few days ago. The sync started and generated the same error message as in my original report. When I tried to resume it again today, I got a different error unrelated to the first:

C:\> svnsync synchronize ​http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev

svnsync: Session is rooted at '​http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev' but the repos root is '​http://svn.osgeo.org/metacrs'

Something has changed in the conversation between my client and your server and/or the server configuration.

So I created a new mirror from scratch and tried again. Same error.

C:\> svnsync initialize "​file:///c:/repos" ​http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev

Copied properties for revision 0.

C:\> svnsync synchronize ​http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev

svnsync: Session is rooted at '​http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev' but the repos root is '​http://svn.osgeo.org/metacrs'

[eweitzman]

Replying to eweitzman:

First, I tried to resume the sync. I had tried this when it failed a few days ago. The sync started and generated the same error message as in my original report. When I tried to resume it again today, I got a different error unrelated to the first:

Sorry, that was ambiguous. The other day, when I tried to resume the sync, it kept generating the same error about a non-UTF-8 property. When I tried to resume the sync today, I got the new error. I also getthe same new error with a clean repository created today.

[eweitzman]

I tried to mirror again. This time I asked for the entire repository since the error message from svnsync implied it would only work with the repos root.

After creating another new empty repos and issuing the command

C:\> svnsync synchronize ​http://svn.osgeo.org/metacrs

I was asked for login credentials. My osgeo login wasn't accepted. What should I try next?

• Eric

[warmerdam]

I don't know if it is significant, but when I tried something similar I got:

warmerda@vista% svnsync synchronize http://svn.osgeo.org/metacrs
Authentication realm: <http://svn.osgeo.org:80> OSGeo Login
Password for 'warmerda':
Authentication realm: <http://svn.osgeo.org:80> OSGeo Login
Username: warmerdam
Password for 'warmerdam':
svnsync: DAV request failed; it's possible that the repository's pre-revprop-cha
nge hook either failed or is non-existent
svnsync: At least one property change failed; repository is unchanged
svnsync: Error setting property 'sync-lock':
could not remove a property

[eweitzman]

Replying to warmerdam:

I don't know if it is significant, but when I tried something similar <snip>

You got farther than me -- it logged you in.

This is something different. You need to prepare your local repository by adding two scripts to the 'hooks' directory.

• Eric

[crschmidt]

The commands on this ticket all do something wrong: specifically, you're trying to sync *to* ​http://svn.osgeo.org/metacrs, not from it.

I've just tested the following steps:

$ svnadmin create b
$ (created pre-revprop-change hook in b/hooks/ that calls 'exit 0')
$ svnsync init file:///Users/christos/b/ http://svn.osgeo.org/metacrs/csmap/trunk/CsMapDev
$ svnsync sync file:///Users/christos/b/

And it is properly syncing. (Slowly, but surely.) I'm only at r130 so far, but I'll see if it gets further than r1427 (which, I think I might have fixed.)

[crschmidt]

I have confirmed that a new svnsync runs to completion with no complaints.

If you continue to have problems with this, feel free to re-open.