> On the master I see a text change to one file and an svn:mergeinfo
> change on one directory. The slave revision has the revision properties
> svn:log, svn:date and svn:author but does not have the versioned text or
> svn:mergeinfo change. I wonder how that happened? r1362927 is from
> 2012-07-18, do you know which version of Subversion was in use at that
Exact version, no. But I suspect it was 1.6.x
> To fix via svnsync there is no need to start from scratch, instead
> backdate the slave to a revision before r1362927 and resync:
> - stop apache from serving the slave repository
> - delete the revision files (or pack files) from r1362927 onward
> - use an editor to rewrite db/current
> - run "svnadmin recover"
> - use "svn ps --revprop -r0" to reset svn:sync-last-merged-rev
> - allow apache to serve the slave repository
> - run svnsync (about 250,000 revisions)
> The slave will be out-of-date until the sync completes so will not be
> much use to users. Perhaps it would be possible to redirect svn.eu to
> svn.us while this operation is in progress?
> It is possible to do the operation on a copy of the slave repository and
> keep the existing slave repository online but this requires doing
> somthing to ensure that revprop changes made on the master during the
> svnsync get to the copy.
Many thanks Philip. I will add this to the JIRA issue if you don’t mind, and have it actioned as soon as we have the cycles.
> Philip Martin | Subversion Committer
> WANdisco // *Non-Stop Data*
Received on 2014-07-30 14:57:22 CEST