Migración de SVN
07.Jan.2010 ~
0 Comentarios ~
1247 Lecturas
Después del owned con el que hemos puesto fin al 2009 ha llegado un nuevo servidor de desarrollo y con ello su consecuente migración (y problemas varios).
Ha llegado despiezado así que nos hemos puesto manos a la obra para restaurar el servicio cuanto antes, primero el hardware y luego -wiki en mano- los servicios correspondientes.
El primer problema -que en principio no ha trascendido demasiado- ha sido la migración de los repositorios Subversion a la nueva máquina. Digo problema porque nunca había migrado un SVN, pero todavía sigue quedando gente que documenta estas operaciones para hacer la vida más sencilla a los demás.
En el servidor antiguo hacemos un dumpeado (podemos indicar intervalo de revisiones como vemos en el segundo ejemplo):
Todavía me falta crear un par de repositorios Mercurial -iremos migrando poco a poco- y la máquina estará operativa de nuevo, mucho más organizada y parecida a producción.
No, si al final habrá merecido la pena el incidente para poner al día una de las piezas clave del esquema. :).
Ha llegado despiezado así que nos hemos puesto manos a la obra para restaurar el servicio cuanto antes, primero el hardware y luego -wiki en mano- los servicios correspondientes.
En el servidor antiguo hacemos un dumpeado (podemos indicar intervalo de revisiones como vemos en el segundo ejemplo):
# cd /home/svn/repo # svnadmin dump nombre-del-repo > dumpeado.dump # svnadmin dump nombre-del-repo --revision 1000:2000 > dumpeado.dumpY en el servidor nuevo lo restauramos (ni que decir tiene que hemos de copiar dumpeado.dump a la nueva máquina):
# cd /home/svn/ # svnadmin create nombre-del-repo # svnadmin load nombre-del-repo < dumpeado.dumpEl segundo problema al que nos hemos enfrentado tenía más que ver con Eclipse, que no era capaz de conectar con el nuevo repositorio, los motivos eran bastante indescriptivos:
Error validating location: "org.tigris.subversion.javahl.ClientException: Network connection closed unexpectedly svn: Connection closed unexpectedly'' Keep location anyway?Y después de probar y probar con distintas versiones de Eclipse hemos llegado a la conclusión de que svn+ssh:// necesita del cliente SVNKit (Pure Java) en vez de JavaHL (JNI), opción que podremos cambiar en Window - Preferences - Team - SVN de nuestro editor favorito (¡tócatela!), ahí va pantallazo:
No, si al final habrá merecido la pena el incidente para poner al día una de las piezas clave del esquema. :).
Comentarios