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

svn change detected on slave fails build if master can't connect to repository

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Cannot Reproduce
    • Icon: Major Major
    • subversion-plugin
    • None
    • Platform: All, OS: Linux

      I think a have triggered a bug when svn poll occurs on a slave (and a change is
      detected) if master does not have access to repository.

      Here, the master is installed on our shared server (Tomcat) where nothing but
      configuration is done (no checkout, no build, ...). Checkouts and builds are
      delegated to slaves.

      Master cannot access to repository because access is done via port forwarding
      which is only activated on slaves (for security reason).

      On slave, access to svn is done via URL like :
      svn://localhost/ROOT/ARCH

      Of course, I verified that access to repository works from slaves : manual
      triggered build works fine.

      But if the build is triggered by a SCM change, build fails with the following
      message :

      Started by an SCM change
      Building remotely on host103
      Updating svn://localhost/ROOT/SVN/SANDBOX/trunk
      U date
      At revision 1517
      FATAL: revision check failed on svn://localhost/ROOT/SVN/SANDBOX/trunk
      hudson.util.IOException2: revision check failed on
      svn://localhost/ROOT/SVN/SANDBOX/trunk
      at
      hudson.scm.SubversionChangeLogBuilder.buildModule(SubversionChangeLogBuilder.java:157)
      at hudson.scm.SubversionChangeLogBuilder.run(SubversionChangeLogBuilder.java:99)
      at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:404)
      at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:504)
      at hudson.model.AbstractProject.checkout(AbstractProject.java:1001)
      at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:428)
      at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:376)
      at hudson.model.Run.run(Run.java:1174)
      at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
      at hudson.model.ResourceController.execute(ResourceController.java:88)
      at hudson.model.Executor.run(Executor.java:123)
      Caused by: org.tmatesoft.svn.core.SVNException: svn: connection refused by the
      server
      at
      org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:82)
      at
      org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:69)
      at
      org.tmatesoft.svn.core.internal.io.svn.SVNPlainConnector.open(SVNPlainConnector.java:62)
      at org.tmatesoft.svn.core.internal.io.svn.SVNConnection.open(SVNConnection.java:74)
      at
      org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.openConnection(SVNRepositoryImpl.java:1237)
      at
      org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.getLatestRevision(SVNRepositoryImpl.java:168)
      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.ConnectException: Connection refused
      at java.net.PlainSocketImpl.socketConnect(Native Method)
      at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
      at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
      at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
      at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
      at java.net.Socket.connect(Socket.java:519)
      at
      org.tmatesoft.svn.core.internal.util.SVNSocketConnection.run(SVNSocketConnection.java:57)
      at java.lang.Thread.run(Thread.java:595)

      For debugging purpose, I enabled tunnel from master to repository and it begins
      to work as expected.

            Unassigned Unassigned
            sbernaud sbernaud
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: