I don't know the answer. I'm sending this message back to the
Subversion Users mailing list so someone else can hopefully help.
Please use Reply All so your reply goes to the list too, not just to me.
On Apr 28, 2009, at 11:50, Jae Norment wrote:
> The error I'm getting looks like this:
>
> svnsync: Unknown command 'failure'
> Failure synchronizing SVN repo: 1
>
> or this:
>
> svnsync: Path 'QA/Releases/Q2 2.6.3/Q2 Adaptors
> 2.6.3.1617/ProgramBins/Sample/QuorumChangeOfAddress' not present
> Failure
> synchronizing SVN repo: 1
>
> svnsync: Path 'Implementations/Q2 Release Tags/5001 Quorum - 2.6.3/Q2
> Central 2.6.3.1603' not present Failure synchronizing SVN repo: 1
>
>
> I am ASSUMING that it was the strange character sequence at the end
> of a
> directory present in the first example, that was identified by
> Tortoise
> SVN as %E2%96%80 that was causing the issue... but I'm not really
> sure.
> There isn't enough information to accurately determine what is
> going on
> with the repo. There is no web service installed. The source repo is
> 1.4.5. / Debian Etch; The sync repo is 1.5.6. Debian Lenny. The dump
> file is 27G in size. The source is being accessed via svn://, the
> sync
> by file://.
>
> I'm not sure what this refers to: "apr/apr-util" ... it seems
> familiar,
> but not familiar enough to know where to go to get the answer. Ok,
> I'm
> guessing apr-config --version will give me the answer: on Lenny,
> 1.2.12,
> on Etch: 1.2.7. ( If that is what you are referring to.. )
>
> If you can help me figure out what caused svnsync to fail, I'd really
> appreciate it!
>
>
>> -----Original Message-----
>> From: Ryan Schmidt [mailto:subversion-2009a_at_ryandesign.com]
>> Sent: Tuesday, April 28, 2009 11:33 AM
>> To: Jae Norment
>> Cc: users_at_subversion.tigris.org
>> Subject: Re: bad characters=svnsync failure / svndumptool question
>>
>>
>> On Apr 28, 2009, at 10:42, J. Norment wrote:
>>
>>> I'm having difficulties with characters that are sneaking into the
>>> repository (file names and directory names) that are causing
>>> svnsync to fail because it can't copy the file / directory. In one
>>> case, it seems obvious enough, but in another, I can't tell what is
>>> in the repo that is causing the failure.
>>>
>>> I have found svndumptool, as I saw the word "sanitize", but the
>>> definition it provides in the readme leaves me scratching my head:
>>> "Replaces data and/or metadata of a dumpfile with md5 hashes" ....
>>> what does that mean? Is this a different kind of 'sanitize' than
>>> what I had in mind?
>>
>> Yes, I believe this is not related to the kind of sanitizing you're
>> looking for. As I understand it, svndumptool's sanitize is for
>> anonymizing repository contents so as to be able to share a
>> potentially corrupt repository's dumpfile with the Subversion
>> developers for them to analyze, without having to disclose
>> confidential information which may be in your repository.
>>
>>> If so, is there another way to clean the data so that it can be
>>> synced properly? Finally, is there a way to guard against svnsync
>>> failing in the future if such characters find their way into the
>>> repo at a later date?
>>
>> What are these problem characters? What is the error message? On what
>> OS with what versions of Subversion, apr/apr-util, and (if
>> applicable) Apache?
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1967527
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-04-28 21:38:57 CEST