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.
- 3 comments
- 3 comments
Facts
- Date created
- Nov 07, 2012
- Last updated
- Nov 08, 2012
- Reply
- #3
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.
- Reply
- #2
Allara Dec 07, 2012 at 18:23 UTC - 0 likesThis is quite the disruption, I too hope it doesn't happen again. :)
- Reply
- #1
scotepi Dec 03, 2012 at 16:27 UTC - 0 likesI 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.