[JIRA] (JENKINS-57576) node and label parameters try to allocated flyweight executor when used in Pipeline jobs

4 views
Skip to first unread message

joerg.schwaerzler@infineon.com (JIRA)

unread,
May 21, 2019, 4:13:02 AM5/21/19
to jenkinsc...@googlegroups.com
Joerg Schwaerzler created an issue
 
Jenkins / Bug JENKINS-57576
node and label parameters try to allocated flyweight executor when used in Pipeline jobs
Issue Type: Bug Bug
Assignee: Dominik Bartholdi
Components: nodelabelparameter-plugin
Created: 2019-05-21 08:12
Environment: node label parameter plugin v1.7.2
Priority: Major Major
Reporter: Joerg Schwaerzler

Whenever using the node label paramter plugin to parameterize a Pipeline job it tries to allocate a flyweight executor on the node given as parameter.

However the Pipeline script itselt seems to be still executed on the master.

But it still has some influence on the Pipeline execution as - depending on the node selected - sometimes our implicitly loaded global shared Pipeline library cannot be cloned.

Please check following simple script. Put the node offline before running - you'll see that the Pipeline is waiting for that node. However if you just block the selected node by running some other job it'll still execute. And - anyway - the job should not be blocked until it finally reaches the node block which actually uses that node.

properties([
    parameters([
        [$class: 'NodeParameterDefinition',
            allowedSlaves: [],
            defaultSlaves: [],
            description: '',
            name: 'foo',
            nodeEligibility: [$class: 'AllNodeEligibility'],
            triggerIfResult: 'multiSelectionDisallowed'
        ]
    ])
])
Add Comment Add Comment
 
This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)

joerg.schwaerzler@infineon.com (JIRA)

unread,
Jun 28, 2019, 8:01:01 AM6/28/19
to jenkinsc...@googlegroups.com
Joerg Schwaerzler commented on Bug JENKINS-57576
 
Re: node and label parameters try to allocated flyweight executor when used in Pipeline jobs

Not sure whether this relates to this issue. we found that when using the node or label parameters we need to add a dummy entry in the configuration for each node we'd like to use using the parameter setting the path (Windows machines only):

Path=${Path}

If we don't do that cloning any pipeline shared library fails. Git would not find the ssh executable anymore - although the library clone should not relate to the node used in any case.

Reply all
Reply to author
Forward
0 new messages