Subversion Rollbacks for a Subset of Repositories

Due to some unforseen complications during a routine maintenance, we've had to temporarily disable access to subversion repositories in order to do rollbacks on a subset of repositories.

Update 12:42am CST / 06:42 UTC:

All affected repositories have been restored to their latest backups from this sunday and access to repositories have been restored. Unfortunately, that is the most recent backup we have where we know the issue not to be present. All affected repositories have had their UUID changed, so you will have to do a fresh checkout. This was done to prevent any corruption of server side repositories, due to limitations in how svn handles revisions.

The easiest way to restore any commits made since sunday is take your old checkout, remove the .svn folder(s) and copy it on top of the fresh checkout, and then commit it.

We're very sorry about this situation, and are still investigating what went wrong during the maintenance to cause this.

You must login to post a comment. Don't have an account? Register to get one!

  • Avatar of prencher prencher Dec 27, 2012 at 01:06 UTC - 0 likes

    @scotepi: Go

    As stated in the post, the UUID change was intentional. We could easily have maintained UUID's for the affected repositories, however this would have opened the chance of virtually undetectable repo corruption when next committing, due to how subversion handles commits.

  • Avatar of Allara Allara Dec 07, 2012 at 18:23 UTC - 0 likes

    This is quite the disruption, I too hope it doesn't happen again. :)

  • Avatar of scotepi scotepi Dec 03, 2012 at 16:27 UTC - 0 likes

    I hope you guys have added UUID's to the backup process now so this isn't as big of a issue if it happens again.

Facts

Date created
Nov 07, 2012
Last updated
Nov 08, 2012

Author