Heredé una aplicación que necesito implementar dentro del clúster como un pod persistente para tener acceso a otros recursos, pero que solo se ejecuta bajo demanda cuando un usuario kubectl execingresa al pod. Durante la inicialización, no necesito que haga nada más que hacer que el pod esté disponible para que un usuario pueda execacceder a él en una fecha posterior.
Esto funciona bien en nuestro antiguo clúster Jenkins-X 2, pero la nueva versión Jenkinx-X 3 no va a ninguna parte.
Cuando se implementa, el estado parece pasar por un ciclo de vida de
Running
Completed
CrashLoopBackOff
Sin embargo kubectl logs -n <<namespace>> <<podname>> -pno muestra errores, y en kubectl describe pod -n <<namespace>> <<podname>>la Containers/<<appname>>sección incluye
State: Waiting
Reason: CrashLoopBackOff
Last State: Terminated
Reason: Completed
Exit Code: 0
Lo cual parece inconsistente - no puedo ver cómo llegó CrashLoopBackoffcon un último estado de Terminatedporque Completedy Exit Codede 0 - la aplicación, hasta donde puedo ver, no está fallando, es solo que Kubernetes está cerrando el módulo como completado. en lugar de dejarlo funcionando, y de alguna manera se queda atascado en CrashLoopBackoff.
Me preguntaba si esto tenía algo que ver con las pruebas de preparación o de actividad que lo mataban al no encontrar un proceso en ejecución perpetua para atender una solicitud, pero eliminarlos o volver a versiones anteriores no parece hacer ninguna diferencia.
Es de suponer que algo salió mal en los gráficos entre la versión antigua y la nueva, pero me estoy quedando sin ideas sobre dónde buscar. ¿Hay algo que la gente pueda sugerir que pueda estar causando esto?