Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-27231

Subversion fails first revision check

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Reopened (View Workflow)
    • Priority: Major
    • Resolution: Unresolved
    • Component/s: subversion-plugin
    • Labels:
    • Environment:
      Jenkins Subversion Plug-in org.jenkins-ci.plugins:subversion:2.5
      SVNKit Library org.tmatesoft.svnkit:svnkit:1.8.6
      About Jenkins 1.598
      OS: mac os
    • Similar Issues:

      Description

      i must click twice

      same issue´╝Ühttps://issues.jenkins-ci.org/browse/JENKINS-12666
      Log:
      hudson.util.IOException2: revision check failed on svn://xxxxxxxxxxxxxxxxxxxxxxxxxxx/xx/XX
      at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:196)
      at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:137)
      at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:725)
      at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:860)
      at hudson.scm.SCM.checkout(SCM.java:484)
      at hudson.model.AbstractProject.checkout(AbstractProject.java:1270)
      at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:609)
      at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
      at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:531)
      at hudson.model.Run.execute(Run.java:1718)
      at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
      at hudson.model.ResourceController.execute(ResourceController.java:89)
      at hudson.model.Executor.run(Executor.java:240)
      Caused by: org.tmatesoft.svn.core.SVNAuthenticationException: svn: E170001: Authentication required for '902a3112-xxxx-xxxx-bd69-32ab44817266'
      at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:62)
      at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51)
      at org.tmatesoft.svn.core.internal.io.svn.sasl.SVNSaslAuthenticator.createSaslClient(SVNSaslAuthenticator.java:318)
      at org.tmatesoft.svn.core.internal.io.svn.sasl.SVNSaslAuthenticator.authenticate(SVNSaslAuthenticator.java:92)
      at org.tmatesoft.svn.core.internal.io.svn.SVNConnection.authenticate(SVNConnection.java:198)
      at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.authenticate(SVNRepositoryImpl.java:1276)
      at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.openConnection(SVNRepositoryImpl.java:1254)
      at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.getLatestRevision(SVNRepositoryImpl.java:169)
      at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.getRevisionNumber(SvnNgRepositoryAccess.java:118)
      at org.tmatesoft.svn.core.internal.wc2.SvnRepositoryAccess.getLocations(SvnRepositoryAccess.java:184)
      at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgRepositoryAccess.createRepositoryFor(SvnNgRepositoryAccess.java:45)
      at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:160)
      at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:35)
      at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:21)
      at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1259)
      at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
      at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:968)
      at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:873)
      at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:184)
      ... 12 more
      Finished: FAILURE

        Attachments

          Issue Links

            Activity

            Hide
            recena Manuel Recena Soto added a comment -

            I could not reproduce the bug in a fresh environment. Everything related to SVN externals and Subversion Plugin is commented here.

            Show
            recena Manuel Recena Soto added a comment - I could not reproduce the bug in a fresh environment. Everything related to SVN externals and Subversion Plugin is commented here .
            Hide
            recena Manuel Recena Soto added a comment -

            Robbie Cargill Please, file a new ticket because your environment is different:

            1. There is slave node on Mac OSX
            2. You are using svn+ssh://
            3. Your exception is svn: E210004: Malformed network data
            Show
            recena Manuel Recena Soto added a comment - Robbie Cargill Please, file a new ticket because your environment is different: There is slave node on Mac OSX You are using svn+ssh:// Your exception is svn: E210004: Malformed network data
            Hide
            r0bbie Robbie Cargill added a comment -

            Was just away to note svn+ssh:// in case that was relevant.

            Will go file that new ticket now.

            Show
            r0bbie Robbie Cargill added a comment - Was just away to note svn+ssh:// in case that was relevant. Will go file that new ticket now.
            Hide
            catchmedia Arie Skliarouk added a comment -

            I hesitated whether to open new bug and reopen this one and decided to reopen.
            I have slight env difference - subversion plugin 2.7.1, jenkins 1.622, not sure where that matters.

            We have same symptoms as described above:

            • Build that follows commit - always fails, subsequent build succeeds
            • we use svn:// (don't think it matters)
            • IMPORTANT: The svn in question has extents directory with two files in it
            • IMPORTANT: The committed change is done in the extents directory

            Here is the failed build output:

            Started by upstream project "App3-NextGen-iOS-Build-Choose" build number 514
            originally caused by:
            Started by user <redacted>
            [EnvInject] - Loading node environment variables.
            Building remotely on jenkins-macmini2 in workspace /Users/catch/WorkDir/Refactor/iOSNextGen
            Updating svn://<redacted> at revision '2016-11-24T14:06:07.486 +0200'
            Fetching '<redacted>' at -1 into '/Users/catch/WorkDir/Refactor/iOSNextGen/themeValidator'
            U themeValidator/validator.php
            At revision 10671

            At revision 10671

            No changes for svn://sources.catchmedia.com/pa_clients/jukebox/jenkins/iOS3 since the previous build
            hudson.util.IOException2: revision check failed on svn://sources.catchmedia.com/pa_clients/jukebox/jenkins/themeValidator
            at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:208)
            at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:138)
            ...

            There are two additional failures like the one above.

            My suspicion is that the SVNKit does not handle well such corner situation.

            Show
            catchmedia Arie Skliarouk added a comment - I hesitated whether to open new bug and reopen this one and decided to reopen. I have slight env difference - subversion plugin 2.7.1, jenkins 1.622, not sure where that matters. We have same symptoms as described above: Build that follows commit - always fails, subsequent build succeeds we use svn:// (don't think it matters) IMPORTANT: The svn in question has extents directory with two files in it IMPORTANT: The committed change is done in the extents directory Here is the failed build output: Started by upstream project "App3-NextGen-iOS-Build-Choose" build number 514 originally caused by: Started by user <redacted> [EnvInject] - Loading node environment variables. Building remotely on jenkins-macmini2 in workspace /Users/catch/WorkDir/Refactor/iOSNextGen Updating svn://<redacted> at revision '2016-11-24T14:06:07.486 +0200' Fetching '<redacted>' at -1 into '/Users/catch/WorkDir/Refactor/iOSNextGen/themeValidator' U themeValidator/validator.php At revision 10671 At revision 10671 No changes for svn://sources.catchmedia.com/pa_clients/jukebox/jenkins/iOS3 since the previous build hudson.util.IOException2: revision check failed on svn://sources.catchmedia.com/pa_clients/jukebox/jenkins/themeValidator at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:208) at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:138) ... There are two additional failures like the one above. My suspicion is that the SVNKit does not handle well such corner situation.
            Hide
            dblank Daniel Blank added a comment -

            I also see this issue when the svn:external-definitions are pointing to HEAD and there is a change coming in from the external-repository. Are there any plans to address this issue?

            Known workarounds:

            a) Don't use external definitions that point to HEAD but use a dedicated revision instead

            b) Use "Ignore externals" in your Subversion Modules and instead set the external-definitions up as a separate Module in the job-configuration

            Show
            dblank Daniel Blank added a comment - I also see this issue when the svn:external-definitions are pointing to HEAD and there is a change coming in from the external-repository. Are there any plans to address this issue? Known workarounds: a) Don't use external definitions that point to HEAD but use a dedicated revision instead b) Use "Ignore externals" in your Subversion Modules and instead set the external-definitions up as a separate Module in the job-configuration

              People

              • Assignee:
                recena Manuel Recena Soto
                Reporter:
                heike567 sachin kung
              • Votes:
                10 Vote for this issue
                Watchers:
                15 Start watching this issue

                Dates

                • Created:
                  Updated: