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

Jenkins Windows Agent failed to start after upgrade to 2.1.129

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Resolved (View Workflow)
    • Priority: Major
    • Resolution: Fixed
    • Component/s: core, remoting
    • Labels:
      None
    • Environment:
      Jenkins 2.1.129
    • Similar Issues:
    • Released As:
      Jenkins 2.130, Remoting 3.23

      Description

      Jenkins Windows Agent failed to start after upgrade to version 2.1.129: Jenkins is running behind apache reverse proxy on different host that proxy itself. Parameter “tunnel connection through” is set correctly. From the error message we can see that remote agent was trying to connect to reverse proxy host instead of Jenkins master host.

      The version 2.1.128 works without issues.

        Attachments

          Issue Links

          relates to

          Bug - A problem which impairs or prevents the functions of the product. JENKINS-51818 Slave can`t connect via JNLP if Jenkins behind the balancer

          • Major - Major loss of function.
          • Resolved

          Bug - A problem which impairs or prevents the functions of the product. JENKINS-52246 Remoting "-tunnel" option is obsolete, redesign needed

          • Minor - Minor loss of function, or other problem where easy workaround is present.
          • Open
          links to

          Web Link https://github.com/jenkinsci/jenkins/pull/3530

          Web Link https://github.com/jenkinsci/remoting/pull/279

            Activity

            Ascending order - Click to sort in descending order
            11 older comments
            Hide
            Permalink
            oleg_nenashev Oleg Nenashev added a comment -

            See my comment in https://github.com/jenkinsci/remoting/pull/279 . After the review, this issue happens IFF "-tunnel" is set. I believe that "-tunnel" flag should be deprecated and replaced by offering a custom port in TcpAgentListener response headers like it's already done for hosts

            So I propose to just disable checks in that case if Andrei Laptsinski agrees. We could implement a more advanced behavior and checks for tunnel options as a part of JENKINS-52246.

            Show
            oleg_nenashev Oleg Nenashev added a comment - See my comment in https://github.com/jenkinsci/remoting/pull/279 . After the review, this issue happens IFF "-tunnel" is set. I believe that "-tunnel" flag should be deprecated and replaced by offering a custom port in TcpAgentListener response headers like it's already done for hosts So I propose to just disable checks in that case if Andrei Laptsinski agrees. We could implement a more advanced behavior and checks for tunnel options as a part of JENKINS-52246 .
            Hide
            Permalink
            dmazuronak Dzianis Mazuronak added a comment -

            You do it right, and it works: I found my error and placed the option in front of jenkins.jar. Now Windows slave is accessible again.

            Show
            dmazuronak Dzianis Mazuronak added a comment - You do it right, and it works: I found my error and placed the option in front of jenkins.jar. Now Windows slave is accessible again.
            Hide
            Permalink
            crule Chris Rule added a comment -

            Dzianis Mazuronak :

            Agreed. I had to modify the Jenkins startup script for the define (-D) to take effect. It appears you can't use the Jenkins console to make the change, even though it showed up in the Jenkins System Information page.

            Since I run on Linux Mint (Ubuntu derivative) I modified the file /etc/defaults/jenkins, JAVA_ARGS line, to add the -D as described above. My final line looks like (the first -D... was already there):

            JAVA_ARGS="-Djava.awt.headless=true -Dhudson.TcpSlaveAgentListener.hostName=j-jenkins"
            Show
            crule Chris Rule added a comment - Dzianis Mazuronak : Agreed. I had to modify the Jenkins startup script for the define (-D) to take effect. It appears you can't use the Jenkins console to make the change, even though it showed up in the Jenkins System Information page. Since I run on Linux Mint (Ubuntu derivative) I modified the file /etc/defaults/jenkins, JAVA_ARGS line, to add the -D as described above. My final line looks like (the first -D... was already there): JAVA_ARGS= "-Djava.awt.headless= true -Dhudson.TcpSlaveAgentListener.hostName=j-jenkins"
            Hide
            Permalink
            oleg_nenashev Oleg Nenashev added a comment -

            Remoting 3.23 is out. Created https://github.com/jenkinsci/jenkins/pull/3530

            Show
            oleg_nenashev Oleg Nenashev added a comment - Remoting 3.23 is out. Created https://github.com/jenkinsci/jenkins/pull/3530
            Hide
            Permalink
            oleg_nenashev Oleg Nenashev added a comment -

            No need to backport the fix, it won't get into LTS

            Show
            oleg_nenashev Oleg Nenashev added a comment - No need to backport the fix, it won't get into LTS

              People

              Assignee:
              oleg_nenashev Oleg Nenashev
              Reporter:
              dmazuronak Dzianis Mazuronak
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved: