-
Bug
-
Resolution: Not A Defect
-
Blocker
-
We recently performed a long overdue upgrade from 2.95 to LTS 2.176.2.
Jenkins master runs on RHEL 7.7 64 bit, the node where the pipeline is failing is a Windows Server 2012 R2 (64 bit).
Master is running:
java -version
openjdk version "1.8.0_222"
OpenJDK Runtime Environment (build 1.8.0_222-b10)
OpenJDK 64-Bit Server VM (build 25.222-b10, mixed mode)
Node is running:
C:\>java -version
java version "1.8.0_191"
Java(TM) SE Runtime Environment (build 1.8.0_191-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.191-b12, mixed mode)
Credentials binding plugin is at 1.20
Credentials plugin is at 2.2.1
Pipeline: Multibranch is at 2.21
Jenkins is running directly without reverse proxy, installed via rpm from "jenkins-stable" (http://pkg.jenkins.io/redhat-stable)
We're using chrome as a browser but the issue occurs on builds that are triggered via SCM polling so the browser is probably not relevant.We recently performed a long overdue upgrade from 2.95 to LTS 2.176.2. Jenkins master runs on RHEL 7.7 64 bit, the node where the pipeline is failing is a Windows Server 2012 R2 (64 bit). Master is running: java -version openjdk version "1.8.0_222" OpenJDK Runtime Environment (build 1.8.0_222-b10) OpenJDK 64-Bit Server VM (build 25.222-b10, mixed mode) Node is running: C:\>java -version java version "1.8.0_191" Java(TM) SE Runtime Environment (build 1.8.0_191-b12) Java HotSpot(TM) 64-Bit Server VM (build 25.191-b12, mixed mode) Credentials binding plugin is at 1.20 Credentials plugin is at 2.2.1 Pipeline: Multibranch is at 2.21 Jenkins is running directly without reverse proxy, installed via rpm from "jenkins-stable" ( http://pkg.jenkins.io/redhat-stable ) We're using chrome as a browser but the issue occurs on builds that are triggered via SCM polling so the browser is probably not relevant.
In a Multibranch pipeline we're using the withCredentials syntax in several places:
withCredentials([usernamePassword(credentialsId: 'name-of-credentials', passwordVariable: 'PASSWORD', usernameVariable: 'USER')]) {
// some block
}
This has worked fine for several weeks but since the upgrade we get:
[Pipeline] withCredentials [Pipeline] // withCredentials [Pipeline] } [Pipeline] // node [Pipeline] } [Pipeline] // stage [Pipeline] echo *15:07:06* failed [Pipeline] } [Pipeline] // timestamps [Pipeline] } [Pipeline] // node [Pipeline] End of Pipeline [BFA] Scanning build for known causes... [BFA] No failure causes found [BFA] Done. 0s ERROR: Could not find credentials entry with ID 'name-of-credentials' Finished: FAILURE
The pipeline has not changed, the credentials have not been updated.
I have found that the snippet generator displays an empty drop down list when I start it from within the "trunk" directory of the Multibranch pipeline.
At one point I added a new credential and limited it to the folder of the Multibranch pipeline.
When I start the snippet generator in that directory the new credential as well as the old credentials are both visible.
When I start the snippet generator at the top level only the old credential is visible (as expected).
The problem is that within the branches (currently only trunk) of the multibranch pipeline the credentials are not visible.
