On Mon, Apr 19, 2010 at 11:46 AM, J. Norment <jnorm...@q2software.com>wrote:
> Rob van Oostrum wrote:
>
>  On Fri, Apr 16, 2010 at 2:21 PM, J. Norment <jnorm...@q2software.com<mailto:
>> jnorm...@q2software.com>> wrote:
>>
>>
>>    Is anyone seeing this message that has any ideas how to fix this?     (
>> This message is a repeat. )  It's now been about 3 weeks since
>>    the last replication / backup.
>>    The repo is large enough that doing a hot-backup on the production
>>    server causes delays in day-to-day business.
>>    ( This is one of the problems that I'm trying to solve. )
>>
>>    But-- along the way to figuring out how to filter out specific
>>    paths, I discovered that the repo wasn't replicating.
>>    I need to get this operational again so that I can get backups
>>    flowing again.  ... even if it means sacrificing specific revisions.
>>
>>    Here are the specifics:
>>
>>
>>
>>    I had a replication repo start failing a few weeks ago with the
>>    message:
>>    syncing: "svnsync: Delta source ended unexpectedly"
>>
>>    Ultimately, I ended up unintentionally removing the files for the
>>    replication repo.
>>
>>    So now I'm creating a new one.
>>
>>
>>    The source repo is located on a server running svn, version 1.4.5
>>    (r25188)
>>
>>    .. which is being replicated to a new repo on a server running
>>    svn, version 1.5.6 (r36142)
>>
>>    ( I started replicating at revision 0. )
>>
>>    I'm now getting:
>>    svnsync: Path 'QA/Releases/Q2 2.6.3/Q2 Adaptors
>>    2.6.3.1617/ProgramBins/Sample/QuorumChangeOfAddress' not present
>>
>>
>>    How is this possible, if nothing is being filtered from the repo,
>>    and nothing can ever be deleted from an SVN repo?
>>
>>    More to the point, how can this be fixed?
>>
>>
>> How exactly would hotcopy cause delays that would be prohibitive for your
>> day-to-day operation? Isn't the whole point of it to not do this?
>>
>> Have you run 'svnadmin verify' to make sure your source repository is
>> healthy and not corrupted somehow/somewhere?
>>
>> In my experience, seeding a mirror of a LARGE master repository using
>> svnsync is not the fastest way to get there at all. I would go the hotcopy
>> route and setup svnsync after the fact to start to bring over deltas. Should
>> be much, much faster that way.
>>
>>
>> -rob
>>
>
> I can't tell you how exactly.  I can tell you that I was having users
> complain about error messages before I moved the backup process to a
> replicated repo.
>
> No, I haven't run svnadmin verify.  I'll give that a shot today.
>
> It might help me figure out how to fix whatever is causing it not to
> replicate properly.
>
> Have you ever needed to split a repo?  I'm going to need to do that once I
> can get a backup.  It seems that you've worked with large repos, so maybe
> you've needed to do this.
>
>
>
>
Not exceptionally large, but in the ~10GB range, sure. Yes, I've had to
split a few. Straight forward svnadmin dump > svndumpfilter3 > svnadmin load
procedure for the most part.

Reply via email to