This document answers the most frequently asked questions.
Jenkins can lose compatibility with its plugins or their dependencies. If you want to reduce the probability of it happening, don’t use ‘latest’ Jenkins image tag. Use set version of Jenkins image and declare plugins and all their dependencies in the Jenkins Custom Resource under ‘plugins’. If you are not sure which plugins to pin, you can check the logs from the ‘initial-config’ initcontainer or ‘jenkins-controller’.
You can always add a custom Role for your Jenkins with the permissions you need and reference it in the Jenkins Custom Resource under ‘spec.roles’. The Operator will create a RoleBinding for it. Be careful. Operator may also not have these permissions. As a quick temporary workaround, you can manually bind this role to the Operator service account.
Currently the license verification is not triggered by changes to the license secret. To force a license check,
delete the operator pod. It will be automatically recreated and the verification will be performed again.
The Operator, by default, is looking for a Kubernetes
license in its own namespace. For more details what
this secret should look like, see Installation section. Also, logs from the Operator’s pod can provide more information (was the secret found, does it contain the correct information, is the license key valid, etc.).