Issue
After running the shared-pod-template
CLI command as described in Export Kubernetes (shared) pod template definitions from CloudBees CI Operations Center and masters, the output is always an empty list.
$ java -jar jenkins-cli.jar -s https://cloudbees-core-url:port-number/cjoc/ shared-pod-template
{"version":"1","data":[]}
Environment
- CloudBees CI (CloudBees Core) on modern Cloud Platforms - Operations Center
- Operations Center Kubernetes Cloud Plugin >= 2.190.0.2 < 2.235.0.3
Related Issue(s)
- CTR-2373: ‘shared-pod-template’ CLI command look for old shared cloud name
Explanation
The problem behind this is that in version 2.190.0.2 of Operations Center Kubernetes Cloud Plugin (released as part of CloudBees CI on modern cloud platform 2.190.3.2), the name of the default kubernetes shared cloud changed from kubernetes shared cloud
to kubernetes-shared-cloud
.
However, the shared-pod-template
CLI command was not updated to read the new location and is still looking for the old name (kubernetes shared cloud
).
If the first installation of your cluster is based on CloudBees CI on modern cloud platform 2.190.3.2 or a higher version, the default kubernetes shared cloud will be named as kubernetes-shared-cloud
, so the shared-pod-template
CLI command won’t be able to read the shared pod templates.
The problem is fixed in 2.235.0.3 of Operations Center Kubernetes Cloud Plugin that supports both kubernetes-shared-cloud
and kubernetes shared cloud
. It is available since CloudBees CI 2.235.4.1.
Resolution
Upgrade CloudBees CI to version 2.235.4.1 or later.
Workaround
In the meantime, the issue can be worked around by renaming the $JENKINS_HOME/kubernetes-shared-cloud
directory to $JENKINS_HOME/kubernetes shared cloud
and restarting the Operation Center.
0 Comments