Skip to content

-noReconnectAfter ineffective when multiple containers #2809

Description

@jglick

#1553 seems to work when there is just the jnlp container: after one day of not being able to make a connection (e.g., build has long since completed), the JVM exits, the container exits, and the pod is deleted.

Unfortunately this does not seem to work when additional containers are specified: the jnlp container is marked as exited 1d after it started, but the other container is still sleeping and considered ready, so the pod remains alive, wasting resources.

https://kubernetes.io/docs/concepts/workloads/pods/pod-lifecycle/#restart-policy is a difficult read but I could not find any way to fix this. Google hits just talk about manual cleanup. Maybe there could be some sort of liveness probe based on the jnlp container?

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugBug Fixes

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions