2011-12-27 22 views
6

Estoy tratando de ejecutar una compilación de jenkins. La siguiente es mi configuración.Jenkins Build falla con SVNException

Jenkins Version: 1.445
implementación: como una guerra
Java: 1,7 (Servidor 64 bit)
Tomcat Ver: 7.0.23

Se da el siguiente error:

Started by user jenkins-admin 
Updating https://myrepo.mycompany.com/svn/repos/myrepo 
ERROR: Failed to update https://myrepo.mycompany.com/svn/repos/myrepo 
    org.tmatesoft.svn.core.SVNException: svn: OPTIONS /svn/repos/myrepo failed 
    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:298) 
    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:283) 
    at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:271) 
    at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:533) 
    at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:98) 
    at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:1011) 
    at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getRepositoryUUID(DAVRepository.java:148) 
    at org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SVNBasicClient.java:342) 
    at org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SVNBasicClient.java:330) 
    at org.tmatesoft.svn.core.wc.SVNUpdateClient.update(SVNUpdateClient.java:535) 
    at org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:401) 
    at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:135) 
    at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136) 
    at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:787) 
    at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:768) 
    at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:752) 
    at hudson.FilePath.act(FilePath.java:783) 
    at hudson.FilePath.act(FilePath.java:765) 
    at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:742) 
    at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:684) 
    at hudson.model.AbstractProject.checkout(AbstractProject.java:1195) 
    at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:571) 
    at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:460) 
    at hudson.model.Run.run(Run.java:1404) 
    at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:481) 
    at hudson.model.ResourceController.execute(ResourceController.java:88) 
    at hudson.model.Executor.run(Executor.java:238) 
Caused by: org.tmatesoft.svn.core.SVNErrorMessage: svn: OPTIONS /svn/repos/myrepo failed 
    at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:200) 
    at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:146) 
    at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:89) 
    ... 27 more 
Caused by: org.tmatesoft.svn.core.SVNException: svn: OPTIONS request failed on '/svn/repos/myrepo' 
svn: unknown host 
    at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) 
    at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) 

El problema es que NO falla todo el tiempo. Sin embargo, falla 70-80% del tiempo. Las credenciales y la URL para svn repo son correctas.

ACTUALIZACIÓN: He intentado todas las posibilidades ahora. El problema persiste. He intentado con JDK 6 (32 y 64 bits). El problema NO va.

Estoy trabajando en RHEL 5.6. ¿Alguien puede ayudarme?

+0

¿Podría tratarse de un problema de red o de dominio? – Joe

+0

el error dice: svn: host desconocido. Su repositorio no puede ser alcanzado.Es un problema de red/configuración. – oers

Respuesta

2

me di cuenta de esta línea:

Caused by: org.tmatesoft.svn.core.SVNException: svn: OPTIONS request failed on '/svn/repos/myrepo' 
svn: unknown host 

Cada vez que tengo un problema con Jenkins, registro en el sistema de Jenkins como el usuario que ejecuta Jenkins, vaya al directorio de trabajo en el interior Jenkins, y desde una línea de comandos, intente hacer lo que Jenkins intente hacer (como actualizar mi directorio de trabajo). Eso generalmente lo ayudará a señalar un error en particular.

Intente ejecutar una actualización varias veces desde el directorio de trabajo del trabajo de Jenkin y vea si obtiene el mismo error. Si lo hace, podría señalar un problema de red (host desconocido).

Si puede ejecutar las actualizaciones desde el directorio de trabajo en su servidor Jenkins en el directorio de trabajo de su trabajo, entonces el problema puede recaer en SVNKit. ¿Qué versión de Subversion y SVNKit estás usando?

Intente eliminar el directorio de trabajo y ver si un proceso de pago limpio ayuda.

+0

Sí, me sale el mismo error. El problema no está yendo. Existe en cada configuración individual. –

+0

En mi caso, si pago el mismo comando está funcionando bien, pero si pago que usar jenkins comienza a dar errores después de verificar todo lo que está desprotegido desde la línea de comandos ... Jenkins está revisando algunas ubicaciones al azar. No sé por qué? – aProgrammer

0

El nodo que ejecuta la compilación no puede resolver el nombre de host. Posiblemente se requiere un nombre completamente calificado: en lugar de mysvnbox, algo así como mysvnbox.mydomain.com; O posiblemente el nodo esté bloqueado por un firewall. El hecho de que funcione a veces parece indicar que al menos un nodo tiene visibilidad o puede usar una especificación abreviada de dominio. Buena suerte.

1

Me di cuenta de este error después de actualizar mi "complemento de Jenkins Subversion" de v1.42 a v1.44.

Para corregir: Compruebe la versión de "Jenkins Subversion plugin" si es v1.44, descárguelo a versión más baja.

Parece que tenemos algunos problemas con el nuevo complemento de Subversion.

0

He enfrentado el mismo problema en Jenkins. Se siguió fallando durante la comprobación del código. Traté de aumentar el espacio de trabajo de Jenkins, pero se solicitó la autenticación de multitud. No se pudo actualizar e intenté borrar la fecha de autenticación de la subversión y reiniciar el servidor de compilación (puede cerrar la sesión con sus credenciales e iniciar sesión). Esto funcionará

Cuestiones relacionadas