Jenkins/Hudson SVN Ausgabe

Question

Ich habe ein (seltsames) Problem bei meiner Jenkins-Installation, was dazu führt, dass SVN-Updates auf einer anderen Basis fehlschlagen.

Der Stack-Trace zeigt zwei Probleme:

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

und

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

Wenn ich einen Build erneut aus, nachdem das geschieht alles gut funktioniert.

Mark

Bearbeiten von ganders mit exakt gleichen Problem:

Hier ist der Stack-Trace von meiner Maschine, die diesen Fehler verursacht. Es scheint, als ob es auftritt, wenn es versucht, auf das SVNExternals-Verzeichnis (.../trunk/common) zuzugreifen, und aus irgendeinem Grund hat es nicht die Anmeldeinformationen beim ersten Versuch, zuzugreifen. Dann wird die nächste Zeit, funktioniert es ganz gut:

hudson.util.IOException2: Revisionsprüfung auf https://myserver.com/....../TrialsMobile/trunk/common bei hudson.scm.SubversionChangeLogBuilder.buildModule fehlgeschlagen (SubversionChangeLogBuilder.java:189) bei hudson.scm .SubversionChangeLogBuilder.run (SubversionChangeLogBuilder.java:132) bei hudson.scm.SubversionSCM.calcChangeLog (SubversionSCM.java:738) bei hudson.scm.SubversionSCM.checkout (SubversionSCM.java:899) bei hudson.model.AbstractProject .checkout (AbstractProject.java:1414) unter hudson.model.AbstractBuild $ AbstractBuildExecution.defaultCheckout (AbstractBuild.java:671) bei jenkins.scm.SCMCheckoutStrategy.checkout (SCMCheckoutStrategy.java:88) bei hudson.model.AbstractBuild $ AbstractBuildExecution.run (AbstractBuild.java:580) bei hudson.model.Run. Ausführen (Run.java:1676) um hudson.model.FreeStyleBuild.run (FreeStyleBuild.java:43) um hudson.model.ResourceController.execute (ResourceController.java:88) bei hudson.model.Executor.run (Executor.java:231) Erstellt von: org.tmatesoft.svn.core.SVNCancelException: svn: E200015: OPTIONEN /svn/mobilea/ios/TrialsMobile/trunk/common bei fehlgeschlagen org.tmatesoft.svn.core.internal .io.dav.http.HTTPConnection.request (HTTPConnection.java:384) unter org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request (HTTPConnection.java:373) um org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection. Anfrage (HTTPConnection.java:361) bei org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest (DAVConnection.java:707) bei org.tmatesoft.svn.core.internal.io. dav.DAVConnection.exchangeCapabilities (DAVConnection.java:627) bei org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open (DAVConnection.java:102) bei org.tmatesoft.svn.core. internal.io.dav.DAVRepository.openConnection (DAVRepository.java:1020) bei org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision (DAVRepository.java:180) unter org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.getRevisionNumber (SvnNgRepositoryAccess.java: 118) unter org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.getLocations (SvnRepositoryAccess.java: 148) bei org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepositoryFor (SvnNgRepositoryAccess.java:45) bei org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog. run (SvnRemoteLog.java:160) bei org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run (SvnRemoteLog.java:35) bei org.tmatesoft.svn.core.internal.wc2. SvnOperationRunner.run (SvnOperationRunner.java:20) bei org.tmatesoft.svn.core.wc2.SvnOperationFactory.run (SvnOperationFactory.java:1238) bei org.tmatesoft.svn.core.wc2.SvnOperation.run (SvnOperation .java: 294) unter org.tmatesoft.svn.core.wc.SVNLogC lient.doLog (SVNLogClient.java:967) bei org.tmatesoft.svn.core.wc.SVNLogClient.doLog (SVNLogClient.java:872) bei hudson.scm.SubversionChangeLogBuilder.buildModule (SubversionChangeLogBuilder.java:177) ... 11 mehr verursacht von: org.tmatesoft.svn.core.SVNCancelException: svn: E200015: Keine Anmeldeinformationen zu versuchen. Authentifizierung fehlgeschlagen bei org.tmatesoft.svn.core.internal.wc.SVNErrorManager.cancel (SVNErrorManager.java:37) bei org.tmatesoft.svn.core.internal.wc.SVNErrorManager.cancel (SVNErrorManager.java:32) bei org.tmatesoft.svn.core.internal.wc.DefaultSVNAuthenticationManager.getFirstAuthentication (DefaultSVNAuthenticationManager.java:185) bei org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request (Httpconnection .java: 694) bei org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request (HTTPConnection.java:382) ... 29 weitere

Answer 1

Der Fehler kommt vom SVN. Sie können also versuchen, ein neues Verzeichnis im SVN zu erstellen. Sie können auch versuchen, die IPs anstelle des Hostnamens zu verwenden. Wenn Sie es versuchen können, wenden Sie sich bitte an einen Netzwerkexperten.

Answer 2

keine dieser Fehlerzeilen wirft viel Licht auf das Problem. Wenn Sie an den Svn-Protokollen teilnehmen können, posten Sie sie.

Wenn es im Wechsel fehlschlägt, handelt es sich um ein Zugriffsproblem, vielleicht haben Sie die Berechtigung zum Lesen, aber nicht zum Repo schreiben, oder ein Teil des Systems hat den falschen Benutzernamen/Passwort. Vielleicht hatten Sie in einem Teil der jenkins config einen Tippfehler in die svn-URL eingegeben. So etwas würde ich zuerst sehen.

Answer 3

Sie sind nicht die einzige with this issue.

Der Grund, es sieht aus wie Ihr Build funktioniert, weil dies auf eine Revision Prüfung passiert (Muss ich bauen müssen?), Und wenn Sie Wiederaufbau durch Drücken der Erstellen Jetzt Taste, es funktioniert gut. Lassen Sie uns ein paar Dinge versuchen:

• Erstens, sind Sie auf der neuesten Version des Plugins? Was ist, wenn Sie zur vorherigen Version des Subversion-Plugins zurückkehren? Wenn Sie nicht auf der neuesten Version des Plugins sind, können Sie darauf upgraden?
• Überprüfen Sie Ihre Konfiguration. Spezifizieren Sie Anmeldeinformationen? Wenn nicht, versuchen Sie, Anmeldeinformationen anzugeben, und sehen Sie, ob das hilft.
• Werfen Sie einen Blick auf diese new feature (and not a bug.
• Werfen Sie einen Blick auf diese blog post.

Es sieht aus wie eine Fehler eingeführt wurde Funktion im SVN-Plugin für Jenkins zurück in Version hinzugefügt 2.0, die die Art und Weise Authentifizierung geändert wird auf Äußerlichkeiten getan. Das Hinzufügen von Überraschungsfunktionen ist eine der häufigsten Todesursachen in der Programmiergemeinschaft.