Proposal
Use case. Why is this important?
*Set up alerts when pod is not starting due to CreateContainerConfigError, generally alert is set based off kube_pod_container_status_waiting_reason metric
Bug Report
What did you do?
Had a pod with CreateContainerConfigError, setup an alert for kube_pod_container_status_waiting_reason > 0 for 10m, but it did not catch it.
Hwoever kube_pod_container_status_waiting does catch it (but does not state the reason)
What did you expect to see?
I wanted kube_pod_container_status_waiting_reason metric to encompass pods that wont start due to CreateContainerConfigError
What did you see instead? Under which circumstances?
please see above
Environment
not important
Proposal
Use case. Why is this important?
*Set up alerts when pod is not starting due to CreateContainerConfigError, generally alert is set based off kube_pod_container_status_waiting_reason metric
Bug Report
What did you do?
Had a pod with CreateContainerConfigError, setup an alert for kube_pod_container_status_waiting_reason > 0 for 10m, but it did not catch it.
Hwoever kube_pod_container_status_waiting does catch it (but does not state the reason)
What did you expect to see?
I wanted kube_pod_container_status_waiting_reason metric to encompass pods that wont start due to CreateContainerConfigError
What did you see instead? Under which circumstances?
please see above
Environment
not important
System information:
latest prometheus helm chart on latest gke
Prometheus version:
latest
Alertmanager version:
latest