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

Orphaned EC2 instances after Jenkins restart

    Details

    • Type: Bug
    • Status: Open (View Workflow)
    • Priority: Critical
    • Resolution: Unresolved
    • Component/s: ec2-plugin
    • Labels:
      None
    • Environment:
      Jenkins ver. 2.176.1
      ec2 plugin 1.43, 1.44, 1.45
    • Similar Issues:

      Description

      Sometimes after a Jenkins restart the plugin won't be able to spawn more agents.

      The plugin will just loop on this:

      SlaveTemplate{ami='ami-0efbb291c6e8cc847', labels='docker'}. Attempting to provision slave needed by excess workload of 1 units
      May 31, 2019 2:23:53 PM INFO hudson.plugins.ec2.EC2Cloud getNewOrExistingAvailableSlave
      SlaveTemplate{ami='ami-0efbb291c6e8cc847', labels='docker'}. Cannot provision - no capacity for instances: 0
      May 31, 2019 2:23:53 PM WARNING hudson.plugins.ec2.EC2Cloud provision
      Can't raise nodes for SlaveTemplate{ami='ami-0efbb291c6e8cc847', labels='docker'}
      

      If I go to the EC2 console and terminate the instance manually the plugin will spawn a new one and use it.

      It seems like there is some mismatch in the plugin logic. The part responsible for calculating the number of instances and checking the cap sees the EC2 instance. However the part responsible for picking up running EC2 instances doesn't seem to be able to find it.

      We use a single subnet, security group and vpc (I've seen some reports about this causing problems).

      We use instanceCap = 1 setting as we are testing the plugin, this might make this problem more visible than with a higher cap.

        Attachments

          Activity

          jbochenski Jakub Bochenski created issue -
          jbochenski Jakub Bochenski made changes -
          Field Original Value New Value
          Description Sometimes after a Jenkins restart the plugin won't be able to spawn more agents.

          The plugin will just loop on this:
          {code}SlaveTemplate{ami='ami-0efbb291c6e8cc847', labels='docker'}. Attempting to provision slave needed by excess workload of 1 units
          May 31, 2019 2:23:53 PM INFO hudson.plugins.ec2.EC2Cloud getNewOrExistingAvailableSlave
          SlaveTemplate{ami='ami-0efbb291c6e8cc847', labels='docker'}. Cannot provision - no capacity for instances: 0
          May 31, 2019 2:23:53 PM WARNING hudson.plugins.ec2.EC2Cloud provision
          Can't raise nodes for SlaveTemplate{ami='ami-0efbb291c6e8cc847', labels='docker'}
          {code}

          If I go to the EC2 console and terminate the instance manually the plugin will spawn a new one and use it.

          It seems like there is some mismatch in the plugin logic. The part responsible for calculating the number of instances and checking the cap sees the EC2 instance. However the part responsible for picking up running EC2 instances doesn't seem to be able to find it.

          We use a single subnet, security group and vpc (I've seen some reports about this causing problems).

          It seems the problems do not occur when I do a `/safeRestart` but they do if I use e.g. "restart Jenkins when no jobs are running" form the Update Center.

          We use instanceCap = 1 setting as we are testing the plugin, this might make this problem more visible than with a higher cap.
          Sometimes after a Jenkins restart the plugin won't be able to spawn more agents.

          The plugin will just loop on this:
          {code}SlaveTemplate{ami='ami-0efbb291c6e8cc847', labels='docker'}. Attempting to provision slave needed by excess workload of 1 units
          May 31, 2019 2:23:53 PM INFO hudson.plugins.ec2.EC2Cloud getNewOrExistingAvailableSlave
          SlaveTemplate{ami='ami-0efbb291c6e8cc847', labels='docker'}. Cannot provision - no capacity for instances: 0
          May 31, 2019 2:23:53 PM WARNING hudson.plugins.ec2.EC2Cloud provision
          Can't raise nodes for SlaveTemplate{ami='ami-0efbb291c6e8cc847', labels='docker'}
          {code}

          If I go to the EC2 console and terminate the instance manually the plugin will spawn a new one and use it.

          It seems like there is some mismatch in the plugin logic. The part responsible for calculating the number of instances and checking the cap sees the EC2 instance. However the part responsible for picking up running EC2 instances doesn't seem to be able to find it.

          We use a single subnet, security group and vpc (I've seen some reports about this causing problems).

          It seems the problems do not occur when I do a {{/safeRestart}} but they do if I use e.g. "restart Jenkins when no jobs are running" form the Update Center.

          We use instanceCap = 1 setting as we are testing the plugin, this might make this problem more visible than with a higher cap.
          jbochenski Jakub Bochenski made changes -
          Description Sometimes after a Jenkins restart the plugin won't be able to spawn more agents.

          The plugin will just loop on this:
          {code}SlaveTemplate{ami='ami-0efbb291c6e8cc847', labels='docker'}. Attempting to provision slave needed by excess workload of 1 units
          May 31, 2019 2:23:53 PM INFO hudson.plugins.ec2.EC2Cloud getNewOrExistingAvailableSlave
          SlaveTemplate{ami='ami-0efbb291c6e8cc847', labels='docker'}. Cannot provision - no capacity for instances: 0
          May 31, 2019 2:23:53 PM WARNING hudson.plugins.ec2.EC2Cloud provision
          Can't raise nodes for SlaveTemplate{ami='ami-0efbb291c6e8cc847', labels='docker'}
          {code}

          If I go to the EC2 console and terminate the instance manually the plugin will spawn a new one and use it.

          It seems like there is some mismatch in the plugin logic. The part responsible for calculating the number of instances and checking the cap sees the EC2 instance. However the part responsible for picking up running EC2 instances doesn't seem to be able to find it.

          We use a single subnet, security group and vpc (I've seen some reports about this causing problems).

          It seems the problems do not occur when I do a {{/safeRestart}} but they do if I use e.g. "restart Jenkins when no jobs are running" form the Update Center.

          We use instanceCap = 1 setting as we are testing the plugin, this might make this problem more visible than with a higher cap.
          Sometimes after a Jenkins restart the plugin won't be able to spawn more agents.

          The plugin will just loop on this:
          {code}SlaveTemplate{ami='ami-0efbb291c6e8cc847', labels='docker'}. Attempting to provision slave needed by excess workload of 1 units
          May 31, 2019 2:23:53 PM INFO hudson.plugins.ec2.EC2Cloud getNewOrExistingAvailableSlave
          SlaveTemplate{ami='ami-0efbb291c6e8cc847', labels='docker'}. Cannot provision - no capacity for instances: 0
          May 31, 2019 2:23:53 PM WARNING hudson.plugins.ec2.EC2Cloud provision
          Can't raise nodes for SlaveTemplate{ami='ami-0efbb291c6e8cc847', labels='docker'}
          {code}

          If I go to the EC2 console and terminate the instance manually the plugin will spawn a new one and use it.

          It seems like there is some mismatch in the plugin logic. The part responsible for calculating the number of instances and checking the cap sees the EC2 instance. However the part responsible for picking up running EC2 instances doesn't seem to be able to find it.

          We use a single subnet, security group and vpc (I've seen some reports about this causing problems).

          We use instanceCap = 1 setting as we are testing the plugin, this might make this problem more visible than with a higher cap.
          jbochenski Jakub Bochenski made changes -
          Environment Jenkins ver. 2.176.1
          ec2 plugin 1.43, 1.44
          jbochenski Jakub Bochenski made changes -
          Environment Jenkins ver. 2.176.1
          ec2 plugin 1.43, 1.44
          Jenkins ver. 2.176.1
          ec2 plugin 1.43, 1.44, 1.45
          sirzic cedric lecoz made changes -
          Attachment jenkins_201909121030.log [ 48722 ]

            People

            • Assignee:
              thoulen FABRIZIO MANFREDI
              Reporter:
              jbochenski Jakub Bochenski
            • Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

              Dates

              • Created:
                Updated: