2010-11-15 37 views
1

Je suis un nouvel utilisateur de Hudson. Je dirige le Hudson dans mon réseau d'entreprise. Les codes source de mes projets se trouvent dans le référentiel d'autres IDC. Le référentiel lui-même n'autorise pas les connexions publiques, donc nous créons une machine nœud esclave pour Hudson qui peut se connecter au référentiel. Lorsque je fais des projets Hudson, j'utilise l'URL du référentiel disponible uniquement pour le nœud esclave.Hudson SVN plugins fait exception pour les mises à jour de dépôt privé

Si vous interrogez SCM, vous pouvez vous connecter, et la mise à jour du code source semble correcte. Mais le plugin SVN déclenche des exceptions juste après la fin de la mise à jour. Voici le journal.

Started by user xster 
Building remotely on XXXBuilder 
Updating https://myprivaterepository/myproject/trunk 
U   projectsource1 
U   projectsource2 
At revision 10498 
hudson.util.IOException2: revision check failed on https://myprivaterepository/myproject/trunk 
at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:157) 
at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:99) 
at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:504) 
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:621) 
at hudson.model.AbstractProject.checkout(AbstractProject.java:1119) 
at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:479) 
at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:411) 
at hudson.model.Run.run(Run.java:1324) 
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) 
at hudson.model.ResourceController.execute(ResourceController.java:88) 
at hudson.model.Executor.run(Executor.java:139) 
Caused by: org.tmatesoft.svn.core.SVNException: svn: unknown host 
svn: OPTIONS request failed on '/myproject/trunk' 
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:103) 
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:87) 
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:616) 
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:273) 
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:261) 
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:516) 
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:1001) 
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(DAVRepository.java:178) 
at org.tmatesoft.svn.core.wc.SVNBasicClient.getRevisionNumber(SVNBasicClient.java:482) 
at org.tmatesoft.svn.core.wc.SVNBasicClient.getLocations(SVNBasicClient.java:851) 
at org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SVNBasicClient.java:534) 
at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:1016) 
at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:891) 
at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:823) 
at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:145) 
... 10 more 
Caused by: java.net.UnknownHostException: myprivaterepository 
at java.net.InetAddress.getAllByName0(InetAddress.java:1201) 
at java.net.InetAddress.getAllByName(InetAddress.java:1128) 
at java.net.InetAddress.getAllByName(InetAddress.java:1064) 
at java.net.InetAddress.getByName(InetAddress.java:1014) 
at org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createAddres(SVNSocketFactory.java:132) 
at org.tmatesoft.svn.core.internal.util.SVNSocketFactory.createSSLSocket(SVNSocketFactory.java:67) 
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.connect(HTTPConnection.java:183) 
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:323) 
... 23 more 
[WARNINGS] Skipping publisher since build result is FAILURE 
Finished: FAILURE 

si je change le nom d'hôte IP, je reçu ce message

hudson.util.IOException2: revision check failed on https://111.111.111.111/myproject/trunk 
at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:157) 
at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:99) 
at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:504) 
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:621) 
at hudson.model.AbstractProject.checkout(AbstractProject.java:1119) 
at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:479) 
at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:411) 
at hudson.model.Run.run(Run.java:1324) 
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) 
at hudson.model.ResourceController.execute(ResourceController.java:88) 
at hudson.model.Executor.run(Executor.java:139) 
Caused by: org.tmatesoft.svn.core.SVNException: svn: timed out waiting for server 
svn: OPTIONS request failed on '/myproject/trunk' 
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:103) 
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:87) 
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:616) 
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:273) 
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:261) 
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:516) 
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:1001) 
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(DAVRepository.java:178) 
at org.tmatesoft.svn.core.wc.SVNBasicClient.getRevisionNumber(SVNBasicClient.java:482) 
at org.tmatesoft.svn.core.wc.SVNBasicClient.getLocations(SVNBasicClient.java:851) 
at org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SVNBasicClient.java:534) 
at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:1016) 
at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:891) 
at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:823) 
at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:145) 
... 10 more 
Caused by: java.net.SocketTimeoutException: connect timed out 
at java.net.PlainSocketImpl.socketConnect(Native Method) 
at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:310) 
at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:176) 
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:163) 
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:384) 
at java.net.Socket.connect(Socket.java:546) 
at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:579) 
at org.tmatesoft.svn.core.internal.util.SVNSocketConnection.run(SVNSocketConnection.java:57) 
at java.lang.Thread.run(Thread.java:636) 
[WARNINGS] Skipping publisher since build result is FAILURE 
Finished: FAILURE 

Toute idée de résoudre le problème? ou contourner?

+0

Est-ce que http://hudson.361315.n4.nabble.com/SCM-revision-check -failed-td1459196.html aide? – VonC

+0

C'est la même situation que moi. Mais je n'utilise pas Jetty. J'utilise la version autonome. Merci quand même. – xster

+0

Vérifiez s'il existe des informations d'identification stockées pour l'utilisateur exécutant les esclaves. Quel est le système d'exploitation esclave (Windows, Linux, Unix)? Comment l'esclave est-il configuré (en tant que service, arrêter et démarré par la machine esclave, arrêter et démarrer par le maître, par exemple les nœuds ssh)? Vérifiez le message d'erreur, que l'URL (https: // myprivaterepository/myproject/trunk) est correcte (majuscules et minuscules est important). –

Répondre

0

nous venons de vivre un tel problème dans les derniers jours et a obtenu une résolution:

le plugin XUnit a été récemment installé sur Jenkins, alors seulement notre esclave XP a commencé à se comporter en lançant exception (contrôle de révision n'a pas) lorsque la génération a été déclenchée et qu'il y a eu un changement SCM ...

Une fois que XUnit a été désactivé, le problème a disparu.

===

serveur Jenkins: v1.432

plug-in XUnit: v1.2.3