[JIRA] (JENKINS-55898) Surface pod scheduling failures to the user instead of waiting forever

nathan.lowe@hyland.com (JIRA)

unread,

Jan 31, 2019, 12:56:02 PM1/31/19

to jenkinsc...@googlegroups.com

Nathan Lowe created an issue

Jenkins /

JENKINS-55898

Surface pod scheduling failures to the user instead of waiting forever

Issue Type:	Improvement
Assignee:	Carlos Sanchez
Components:	kubernetes-plugin
Created:	2019-01-31 17:55
Environment:	jenkins/jenkins:lts-alpine (2.150.1) Kubernetes Plugin 1.14.3
Priority:	Major
Reporter:	Nathan Lowe

Every now and then developers will either make environmental changes or changes to the pod spec that cause the pod to fail to schedule. I've seen this most frequently happen when:

A developer removes a container image from an internal registry that is referenced in the pod spec without updating the pod spec in all branches (The container will get stuck in ErrImagePull)
A developer adds a container to the pod spec without overriding the entrypoint. When the container exits, kubernetes kills and restarts the pod before jenkins sees the pod becoming ready

It would be awesome if the kubernetes plugins could detect these failures and fail the build if this happens so the build doesn't run forever and we don't block other builds from scheduling. This is especially useful for users who don't have access to the kubernetes api to inspect *why* their builds aren't running.