2012-07-31 6 views
6

J'ai un problème (étrange) sur mon installation de Jenkins qui mène fondamentalement aux mises à jour de SVN échouant sur une base alternative.Jenkins/Hudson SVN Version

La trace de la pile montre deux problèmes:

hudson.util.IOException2: revision check failed on (my repo).... 

et

Caused by: org.tmatesoft.svn.core.SVNException: svn: OPTIONS (my repo) 

Si j'exécutez à nouveau une construction après cela se produit, tout fonctionne très bien.

Mark

Modifier par jars avec la même question précise:

Voici la trace de la pile de ma machine qui provoque cette erreur. Il semble que cela se produise quand il tente d'accéder au répertoire SVNExternals (.../trunk/common), et pour une raison quelconque, il n'a pas les informations d'identification la première fois qu'il essaie d'accéder. Alors la prochaine fois, cela fonctionne très bien:

hudson.util.IOException2: vérification de révision a échoué sur https://myserver.com/....../TrialsMobile/trunk/common à hudson.scm.SubversionChangeLogBuilder.buildModule (SubversionChangeLogBuilder.java:189) à hudson.scm .SubversionChangeLogBuilder.run (SubversionChangeLogBuilder.java:132) à hudson.scm.SubversionSCM.calcChangeLog (SubversionSCM.java:738) à hudson.scm.SubversionSCM.checkout (SubversionSCM.java:899) à hudson.model.AbstractProject .checkout (AbstractProject.java:1414) at hudson.model.AbstractBuild $ AbstractBuildExecution.defaultCheckout (AbstractBuild.java:671) à jenkins.scm.SCMCheckoutStrategy.checkout (SCMCheckoutStrategy.java:88) à hudson.model.AbstractBuild $ AbstractBuildExecution.run (AbstractBuild.java:580) à hudson.model.Run. exécuter (Run.java:1676) à hudson.model.FreeStyleBuild.run (FreeStyleBuild.java:43) à hudson.model.ResourceController.execute (ResourceController.java:88) à hudson.model.Executor.run (Executor.java:231) Causé par: org.tmatesoft.svn.core.SVNCancelException: svn: E200015: OPTIONS /svn/mobilena/ios/TrialsMobile/trunk/commun échoué à org.tmatesoft.svn.core.internal .io.dav.http.HTTPConnection.request (HTTPConnection.java:384) à org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request (HTTPConnection.java:373) à org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection. demande (HTTPConnection.java:361) à org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest (DAVConnection.java:707) à org.tmatesoft.svn.core.internal.io. dav.DAVConnection.exchangeCapabilities (DAVConnection.java:627) à org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open (DAVConnection.java:102) à org.tmatesoft.svn.core. internal.io.dav.DAVRepository.openConnection (DAVRepository.java:1020) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision (DAVRepository.java:180) au org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.getRevisionNumber (SvnNgRepositoryAccess.java: 118) at org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.getLocations (SvnRepositoryAccess.java: 148) à org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepositoryFor (SvnNgRepositoryAccess.java:45) à org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog. run (SvnRemoteLog.java:160) à org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run (SvnRemoteLog.java:35) à org.tmatesoft.svn.core.internal.wc2. SvnOperationRunner.run (SvnOperationRunner.java:20) à org.tmatesoft.svn.core.wc2.SvnOperationFactory.run (SvnOperationFactory.java:1238) à org.tmatesoft.svn.core.wc2.SvnOperation.run (SvnOperation .java: 294) at org.tmatesoft.svn.core.wc.SVNLogC lient.doLog (SVNLogClient.java:967) à org.tmatesoft.svn.core.wc.SVNLogClient.doLog (SVNLogClient.java:872) à hudson.scm.SubversionChangeLogBuilder.buildModule (SubversionChangeLogBuilder.java:177) ... 11 plus Causé par: org.tmatesoft.svn.core.SVNCancelException: svn: E200015: Aucune information d'identification à essayer. L'authentification a échoué au org.tmatesoft.svn.core.internal.wc.SVNErrorManager.cancel (SVNErrorManager.java:37) au org.tmatesoft.svn.core.internal.wc.SVNErrorManager.cancel (SVNErrorManager.java:32) à org.tmatesoft.svn.core.internal.wc.DefaultSVNAuthenticationManager.getFirstAuthentication (DefaultSVNAuthenticationManager.java:185) à org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request (HTTPConnection .java: 694) à org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request (HTTPConnection.java:382) ... 29 plus

Répondre

-2

L'erreur provient du SVN. Vous pouvez donc essayer de créer un nouveau répertoire dans le SVN. Vous pouvez également essayer d'utiliser les adresses IP au lieu du nom d'hôte également. Si vous pouvez essayer s'il vous plaît se conformer à un expert réseau à ce sujet.

+1

Jenkins n'utilise pas la ligne de commande Subversion. Il utilise le kit SVN. Cela ne marchera pas à Jenkins. –

0

aucune de ces lignes d'erreur ne donne beaucoup de lumière sur le problème. Si vous pouvez obtenir les logs svn, postez-les. S'il échoue en alternance, il s'agit d'un problème d'accès, peut-être avez-vous la permission de lire mais pas d'écrire sur le repo, ou une partie du système a un nom d'utilisateur/mot de passe incorrect. Peut-être que vous avez entré une faute de frappe dans le svn url dans une partie de la config jenkins. C'est comme ça que je regarde d'abord.

+0

Merci ... Les journaux montrent des problèmes de connectivité. Nous utilisons https et certificats. La chose étrange est que c'est inconsistant. Je vais vérifier cela avec nos gars netops. –

+0

@MarkMicallef voir modification ci-dessus ... – ganders

+0

@ganders - "SVNCancelException: svn: E200015: Aucun justificatif à essayer. Devinez c'est votre problème. – gbjbaanb

1

Vous n'êtes pas le seul with this issue.

La raison pour laquelle il semble que votre build fonctionne est parce que cela se produit sur un chèque de révision (Dois-je construire?), Et quand vous reconstruisez en appuyant sur le bouton Construire maintenant, il fonctionne très bien. Essayons quelques choses:

  • D'abord, êtes-vous sur la dernière révision du plugin? Et si vous revenez à la révision précédente du plugin Subversion? Si vous n'êtes pas sur la dernière révision du plugin, pouvez-vous mettre à jour?
  • Vérifiez votre configuration. Spécifiez-vous des informations d'identification? Si ce n'est pas le cas, essayez de spécifier les informations d'identification et voyez si cela aide.
  • Jetez un oeil à ce new feature (and not a bug.
  • Jetez un oeil à ce blog post.

On dirait qu'il y avait un bug introduit fonctionnalité ajoutée dans le plugin SVN pour Jenkins retour dans la version 2.0 qui a changé l'authentification ainsi est faite sur externals. L'ajout de fonctionnalités de surprise est l'une des principales causes de décès dans la communauté des programmeurs.

+0

La solution est enterrée ici: https://issues.jenkins-ci.org/browse/JENKINS-21785#comment-196380 –

Questions connexes