Back to the main page.

Bug 1920 - restore the complete svn revision history on the server

Reported 2013-01-08 10:04:00 +0100
Modified 2013-01-16 17:19:15 +0100
Product: FieldTrip
Component: core
Version: unspecified
Hardware: PC
Operating System: Mac OS
Importance: P3 normal
Assigned to: Robert Oostenveld
Depends on:
See also:

Robert Oostenveld - 2013-01-08 10:04:05 +0100

The svn repository has a bug somewhere around rev 1800 or so, which causes "svnsync" and "git svn clone" to fail. The bug in the database is probably due to a server glitch, and does not affect normal svn operation. Luckily, there is a complete svn sync on googlecode, which includes all revisions without the glitch. I want to restore the database copy on from the synched version on googlecode. SVN users should not be affected.

Robert Oostenveld - 2013-01-08 10:06:00 +0100

I changed it on the svn server into roboos@dccn-l009:/home/svnroot 1015 $ ll total 28 lrwxrwxrwx 1 root root 16 Jan 8 09:58 fieldtrip -> fieldtrip-dirty/ drwxrws--- 7 roboos roboos 4096 Jan 7 21:41 fieldtrip-clean drwxrws--- 7 roboos roboos 4096 Feb 12 2011 fieldtrip-dirty This blocks svn access from anyone except for me. This configuration works as if it is the old (dirty) setup. Furthermore 1016 $ svn info file:///home/svnroot/fieldtrip-dirty/ Path: fieldtrip-dirty URL: file:///home/svnroot/fieldtrip-dirty Repository Root: file:///home/svnroot/fieldtrip-dirty Repository UUID: 0cf7c7f0-3615-4144-b4e6-68da3bce3cd0 Revision: 7277 Node Kind: directory Last Changed Author: jansch Last Changed Rev: 7277 Last Changed Date: 2013-01-07 20:38:06 +0100 (Mon, 07 Jan 2013) 1017 $ svn info file:///home/svnroot/fieldtrip-clean Path: fieldtrip-clean URL: file:///home/svnroot/fieldtrip-clean Repository Root: file:///home/svnroot/fieldtrip-clean Repository UUID: 7e2c8d1e-06e5-49ac-b1f7-fdcade44d4c5 Revision: 7277 Node Kind: directory Last Changed Author: jansch Last Changed Rev: 7277 Last Changed Date: 2013-01-07 20:38:06 +0100 (Mon, 07 Jan 2013)

Robert Oostenveld - 2013-01-08 10:08:36 +0100

If I change the symlink from dirty to clean, I get mac001> svn update svn: Repository UUID '7e2c8d1e-06e5-49ac-b1f7-fdcade44d4c5' doesn't match expected UUID '0cf7c7f0-3615-4144-b4e6-68da3bce3cd0' It should be possible to fix this with but on our server there seems to be an old version of svn that does not support this yet: roboos@dccn-l009:/home/svnroot 1021 $ svnadmin setuuid Unknown command: 'setuuid' Type 'svnadmin help' for usage. 1022 $ svnadmin --version svnadmin, version 1.4.2 (r22196) compiled Jan 21 2009, 20:06:22

Robert Oostenveld - 2013-01-08 10:19:49 +0100

(In reply to comment #2) I updated subversion on the server: 1029 $ svnadmin --version svnadmin, version 1.6.11 (r934486) compiled May 14 2012, 05:36:18

Robert Oostenveld - 2013-01-08 10:21:57 +0100

I reset the UUID for the clean version to that of the dirty version with 1034 $ svnadmin setuuid /home/svnroot/fieldtrip-clean 0cf7c7f0-3615-4144-b4e6-68da3bce3cd0 On the client I can now do mac001> svn update At revision 7277.

Robert Oostenveld - 2013-01-08 10:41:01 +0100

I copied the content from conf and hooks from the old to the new repo directory. I updated the file and directory permissions.

Robert Oostenveld - 2013-01-08 10:50:03 +0100

I changed the file permissions back, it should be open again. To test it, I committed the following: roboos@mentat001> svn commit test/private/ Adding test/private/sortfields.m Transmitting file data . Committed revision 7278. On it looks ok, although is a bit surprising. On twitter it looks fine I will keep an eye on it for the next few days.

Robert Oostenveld - 2013-01-16 17:19:15 +0100

closed bugs that were resolved.