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

Subversion fails first revision check

    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 -

            sachin kung I could not reproduce the bug. Could you provide a step by step process in order to reproduce the bug? Thanks in advance.

            Show
            recena Manuel Recena Soto added a comment - sachin kung I could not reproduce the bug. Could you provide a step by step process in order to reproduce the bug? Thanks in advance.
            Hide
            leopinho leo pinho added a comment -

            I have the same issue - jenkins 1.613 - subversion plugin 2.5

            Show
            leopinho leo pinho added a comment - I have the same issue - jenkins 1.613 - subversion plugin 2.5
            Hide
            recena Manuel Recena Soto added a comment -

            leo pinho, It would be very useful if you describe (step by step) the process to reproduce the bug.

            Show
            recena Manuel Recena Soto added a comment - leo pinho , It would be very useful if you describe (step by step) the process to reproduce the bug.
            Hide
            leopinho leo pinho added a comment -

            My job was migrated from hudson and I was able to fix the issue creating a new job w/ the same settings of the old one. So I believe it is related to the migration from old hudson.

            Show
            leopinho leo pinho added a comment - My job was migrated from hudson and I was able to fix the issue creating a new job w/ the same settings of the old one. So I believe it is related to the migration from old hudson.
            Hide
            recena Manuel Recena Soto added a comment -

            leo pinho, IMO this issue is not related to Subversion Plugin. I would like to know if sachin kung can provide more information.

            Show
            recena Manuel Recena Soto added a comment - leo pinho , IMO this issue is not related to Subversion Plugin. I would like to know if sachin kung can provide more information.
            Hide
            steinharts Stefan Steinhart added a comment - - edited

            Hitting the same issue, but only sometimes so I don't know how I can exactly reproduce it. Also I did observe that the checkout of the externals is in the logs so accessing the SVN seems not to be the issue. To me it seems that producing the changelog throws an error when there is an update in the svn externals revision.

            Hole '[... SVN URL HERE ...]' aus Revision -1 in Datei '[... SVN CHECKOUT LOCATION HERE ...]' 
            AU        [... SVN EXTERNAL FILE HERE ...]
            AU        [... SVN EXTERNAL FILE HERE ...]
            AU        [... SVN EXTERNAL FILE HERE ...]
            AU        [... SVN EXTERNAL FILE HERE ...]
            A         [... SVN EXTERNAL FILE HERE ...]
            AU        [... SVN EXTERNAL FILE HERE ...]
            At revision 4934
            At revision 4934
            hudson.util.IOException2: revision check failed on [... SVN URL HERE ...]
            	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:485)
            	at hudson.model.AbstractProject.checkout(AbstractProject.java:1282)
            	at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610)
            	at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
            	at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532)
            	at hudson.model.Run.execute(Run.java:1741)
            	at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
            	at hudson.model.ResourceController.execute(ResourceController.java:98)
            	at hudson.model.Executor.run(Executor.java:381)
            Caused by: org.tmatesoft.svn.core.SVNAuthenticationException: svn: E170001: Authentication required for '[ ... INTERNAL SVN SERVER NAME HERE ... ]'
            	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
            

            Apart from the exception stack trace the logs are the same for failing and successful checkout operations.

            EDIT: Oh.. in the middle of the stacktrace it says something about an Authentication failure... Seems like my issue can be resolved by applying the solution from JENKINS-21785. I will report back.

            EDIT2: Seems like the issue is resolved by following the steps in JENKINS-21785.

            Show
            steinharts Stefan Steinhart added a comment - - edited Hitting the same issue, but only sometimes so I don't know how I can exactly reproduce it. Also I did observe that the checkout of the externals is in the logs so accessing the SVN seems not to be the issue. To me it seems that producing the changelog throws an error when there is an update in the svn externals revision. Hole '[... SVN URL HERE ...]' aus Revision -1 in Datei '[... SVN CHECKOUT LOCATION HERE ...]' AU [... SVN EXTERNAL FILE HERE ...] AU [... SVN EXTERNAL FILE HERE ...] AU [... SVN EXTERNAL FILE HERE ...] AU [... SVN EXTERNAL FILE HERE ...] A [... SVN EXTERNAL FILE HERE ...] AU [... SVN EXTERNAL FILE HERE ...] At revision 4934 At revision 4934 hudson.util.IOException2: revision check failed on [... SVN URL HERE ...] 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:485) at hudson.model.AbstractProject.checkout(AbstractProject.java:1282) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532) at hudson.model.Run.execute(Run.java:1741) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:381) Caused by: org.tmatesoft.svn.core.SVNAuthenticationException: svn: E170001: Authentication required for '[ ... INTERNAL SVN SERVER NAME HERE ... ]' 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 Apart from the exception stack trace the logs are the same for failing and successful checkout operations. EDIT: Oh.. in the middle of the stacktrace it says something about an Authentication failure... Seems like my issue can be resolved by applying the solution from JENKINS-21785 . I will report back. EDIT2: Seems like the issue is resolved by following the steps in JENKINS-21785 .
            Hide
            recena Manuel Recena Soto added a comment -

            Stefan Steinhart, my recommendation is to avoid managing the working copies with Subversion CLI and Subversion Plugin simultaneously. If your job workspace is doing managed by Jenkins, use Subversion Plugin.

            Show
            recena Manuel Recena Soto added a comment - Stefan Steinhart , my recommendation is to avoid managing the working copies with Subversion CLI and Subversion Plugin simultaneously. If your job workspace is doing managed by Jenkins, use Subversion Plugin.
            Hide
            recena Manuel Recena Soto added a comment -

            It isn't clear that this be a bug. I've tried to reproduce it in a fresh environment but everything works fine.

            sachin kung Do you agree if we close the ticket?

            Show
            recena Manuel Recena Soto added a comment - It isn't clear that this be a bug. I've tried to reproduce it in a fresh environment but everything works fine. sachin kung Do you agree if we close the ticket?
            Hide
            r0bbie Robbie Cargill added a comment - - edited

            I'm experiencing this identical issue. i.e. It happens consistently on every first revision check, following a new commit to the repository. The build will succeed on every subsequent attempt.

            I've spent some time trying everything I can think of to resolve this. Tried multiple versions of Jenkins and the SVN plugin. Now upgraded all to latest and still occurs.

            Master
            Jenkins - 1.631
            OS - Ubuntu Linux
            Java - 1.7.0_75
            SVN Plugin - 2.5.3

            Slave
            Unix slave, version 2.52
            OS - Mac OS X Yosemite 10.10.5
            Java - 1.8.0_45

            Console output of failed build:

            Started by user Robbie
            Building remotely on mac-mini-slave (unity ios mac unity-ios) in workspace <redacted>
            Cleaning local Directory .
            Checking out svn+ssh:<redacted> at revision '2015-10-12T18:31:07.755 +0100'
            A         Assets
            AU        Assets/TestScene.unity
            <redacted>
             U        .
            At revision 17  // < Will hang here for some time, until I presume the build attempt times out or is cancelled
            hudson.util.IOException2: revision check failed on svn+ssh://<redacted>
            	at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:196)
            	at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:123)
            	at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:726)
            	at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:861)
            	at hudson.scm.SCM.checkout(SCM.java:485)
            	at hudson.model.AbstractProject.checkout(AbstractProject.java:1277)
            	at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610)
            	at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
            	at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532)
            	at hudson.model.Run.execute(Run.java:1741)
            	at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
            	at hudson.model.ResourceController.execute(ResourceController.java:98)
            	at hudson.model.Executor.run(Executor.java:408)
            Caused by: org.tmatesoft.svn.core.SVNException: svn: E210004: Malformed network data
            	at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64)
            	at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51)
            	at org.tmatesoft.svn.core.internal.io.svn.SVNReader.readChar(SVNReader.java:473)
            	at org.tmatesoft.svn.core.internal.io.svn.SVNReader.skipWhiteSpace(SVNReader.java:485)
            	at org.tmatesoft.svn.core.internal.io.svn.SVNReader.readTuple(SVNReader.java:287)
            	at org.tmatesoft.svn.core.internal.io.svn.SVNReader.parse(SVNReader.java:241)
            	at org.tmatesoft.svn.core.internal.io.svn.SVNConnection.read(SVNConnection.java:276)
            	at org.tmatesoft.svn.core.internal.io.svn.SVNConnection.authenticate(SVNConnection.java:174)
            	at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.authenticate(SVNRepositoryImpl.java:1276)
            	at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.logImpl(SVNRepositoryImpl.java:728)
            	at org.tmatesoft.svn.core.io.SVNRepository.log(SVNRepository.java:1038)
            	at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:181)
            	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
            Skipped archiving because build is not successful
            Publish artifacts to S3 Bucket Using S3 profile: Jenkins S3 Profile
            Publish artifacts to S3 Bucket Skipping publishing on S3 because build failed
            Finished: FAILURE
            

            For successful builds:

            At revision 16
            no change for svn+ssh:<redacted> since the previous build
            Piping unity Editor.log from /Users/jenkins/Library/Logs/Unity/Editor.log
            <redacted>  //(will then proceed to build successfully without issue)
            Finished: SUCCESS
            
            Show
            r0bbie Robbie Cargill added a comment - - edited I'm experiencing this identical issue. i.e. It happens consistently on every first revision check, following a new commit to the repository. The build will succeed on every subsequent attempt. I've spent some time trying everything I can think of to resolve this. Tried multiple versions of Jenkins and the SVN plugin. Now upgraded all to latest and still occurs. Master Jenkins - 1.631 OS - Ubuntu Linux Java - 1.7.0_75 SVN Plugin - 2.5.3 Slave Unix slave, version 2.52 OS - Mac OS X Yosemite 10.10.5 Java - 1.8.0_45 Console output of failed build: Started by user Robbie Building remotely on mac-mini-slave (unity ios mac unity-ios) in workspace <redacted> Cleaning local Directory . Checking out svn+ssh:<redacted> at revision '2015-10-12T18:31:07.755 +0100' A Assets AU Assets/TestScene.unity <redacted> U . At revision 17 // < Will hang here for some time, until I presume the build attempt times out or is cancelled hudson.util.IOException2: revision check failed on svn+ssh: //<redacted> at hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:196) at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:123) at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:726) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:861) at hudson.scm.SCM.checkout(SCM.java:485) at hudson.model.AbstractProject.checkout(AbstractProject.java:1277) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532) at hudson.model.Run.execute(Run.java:1741) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:408) Caused by: org.tmatesoft.svn.core.SVNException: svn: E210004: Malformed network data at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.svn.SVNReader.readChar(SVNReader.java:473) at org.tmatesoft.svn.core.internal.io.svn.SVNReader.skipWhiteSpace(SVNReader.java:485) at org.tmatesoft.svn.core.internal.io.svn.SVNReader.readTuple(SVNReader.java:287) at org.tmatesoft.svn.core.internal.io.svn.SVNReader.parse(SVNReader.java:241) at org.tmatesoft.svn.core.internal.io.svn.SVNConnection.read(SVNConnection.java:276) at org.tmatesoft.svn.core.internal.io.svn.SVNConnection.authenticate(SVNConnection.java:174) at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.authenticate(SVNRepositoryImpl.java:1276) at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.logImpl(SVNRepositoryImpl.java:728) at org.tmatesoft.svn.core.io.SVNRepository.log(SVNRepository.java:1038) at org.tmatesoft.svn.core.internal.wc2.remote.SvnRemoteLog.run(SvnRemoteLog.java:181) 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 Skipped archiving because build is not successful Publish artifacts to S3 Bucket Using S3 profile: Jenkins S3 Profile Publish artifacts to S3 Bucket Skipping publishing on S3 because build failed Finished: FAILURE For successful builds: At revision 16 no change for svn+ssh:<redacted> since the previous build Piping unity Editor.log from /Users/jenkins/Library/Logs/Unity/Editor.log <redacted> //(will then proceed to build successfully without issue) Finished: SUCCESS
            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: