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

multi-configuration project ignores slave setting

      After upgrading from 1.488 to 1.491 (could not test the others because of a bug with mercurial) one of our builds started to fail. It is a multi-config build with two axes, one of which is a workaround to get the "restrict where the project can be built" functionality which is not available for multi-config builds. It is a "Slaves" axis with only the Jenkins master node selected. However, the project always seems to be built on a windows node which doesn't even have mercurial installed.

          [JENKINS-15864] multi-configuration project ignores slave setting

          c089 added a comment -

          It even uses the same slave all the time...

          c089 added a comment - It even uses the same slave all the time...

          rsandell added a comment -

          Nothing to do with the multi-slave-config plugin.

          rsandell added a comment - Nothing to do with the multi-slave-config plugin.

          c089 added a comment -

          After I used "mark this node as temporarilly offline" on the windows slaves, the job successfully built on the master, but as soon as one was up, it's back on the windows node...

          c089 added a comment - After I used "mark this node as temporarilly offline" on the windows slaves, the job successfully built on the master, but as soon as one was up, it's back on the windows node...

          I can confirm this with Jenkins 1.558. I converted a job from a plain job to a multi-configuration job (making a new job and copying all the settings meticulously). The multi-configuration job appears to ignore the setting "Restrict where this project can be run" and always runs on the master node.

          Peter Eisentraut added a comment - I can confirm this with Jenkins 1.558. I converted a job from a plain job to a multi-configuration job (making a new job and copying all the settings meticulously). The multi-configuration job appears to ignore the setting "Restrict where this project can be run" and always runs on the master node.

          Oleg Nenashev added a comment -

          IIRC it works fine in newer versions. Fixed the JIRA component

          Oleg Nenashev added a comment - IIRC it works fine in newer versions. Fixed the JIRA component

          Oliver Smith added a comment -

          This problem is happening with 2.190.1. We have a lot of jobs where the slave axis is set to a specific label. Jenkins always runs these jobs on build slaves, that are configured for the label. Except for one job, where the slave axis is getting ignored and it is always running on one specific node that does not have this label.

          The jobs are generated from this jenkins-job-builder config: https://git.osmocom.org/osmo-ci/tree/jobs/master-builds.yml?id=a7fcf3218d036d644285bc857309bf84c06f44a5#n10

          I have also tried the following (directly in the jenkins web UI), but still jenkins is ignoring the setting and runs the job on the same, wrong node:

          • delete the nodes axis and add it again
          • set a specific node instead of the label
          • delete the workspace

          Oliver Smith added a comment - This problem is happening with 2.190.1. We have a lot of jobs where the slave axis is set to a specific label. Jenkins always runs these jobs on build slaves, that are configured for the label. Except for one job, where the slave axis is getting ignored and it is always running on one specific node that does not have this label. The jobs are generated from this jenkins-job-builder config: https://git.osmocom.org/osmo-ci/tree/jobs/master-builds.yml?id=a7fcf3218d036d644285bc857309bf84c06f44a5#n10 I have also tried the following (directly in the jenkins web UI), but still jenkins is ignoring the setting and runs the job on the same, wrong node: delete the nodes axis and add it again set a specific node instead of the label delete the workspace

            Unassigned Unassigned
            c089 c089
            Votes:
            0 Vote for this issue
            Watchers:
            6 Start watching this issue

              Created:
              Updated: