Pod de Orchestrator en CrashLoopBackOff o se reinicia varias veces

Descripción

Si el pod de Orchestrator está en CrashLoopBackOff o 1/2 se está ejecutando con múltiples reinicios, el fallo podría estar relacionado con las claves de autenticación para el proveedor de almacenamiento de objetos, Ceph.

Para comprobar si el fallo está relacionado con Ceph, ejecuta los siguientes comandos:

kubectl -n uipath get pod -l app.kubernetes.io/component=orchestrator

Si la salida de este comando es similar a una de las siguientes opciones, deberás ejecutar un comando adicional.

Option 1:
NAME                            READY   STATUS    RESTARTS   AGE
orchestrator-6dc848b7d5-q5c2q   1/2     Running   2          6m1s
OR 
Option 2
NAME                            READY   STATUS             RESTARTS   AGE
orchestrator-6dc848b7d5-q5c2q   1/2     CrashLoopBackOff   6          16m

Verifica si el fallo está relacionado con las claves de autenticación Ceph ejecutando el siguiente comando:

kubectl -n uipath logs -l app.kubernetes.io/component=orchestrator | grep 'Error making request with Error Code InvalidAccessKeyId and Http Status Code Forbidden' -o

Si la salida del comando anterior contiene la cadena Error making request with Error Code InvalidAccessKeyId and Http Status Code Forbidden, el fallo se debe a las claves de autenticación de Ceph.

Solución

Vuelve a ejecutar los trabajos rook-ceph-configure-script-job y credential-manager utilizando los siguientes comandos:

kubectl -n uipath-infra get job "rook-ceph-configure-script-job" -o json | jq 'del(. | .spec.selector, .spec.template.metadata.labels)' | kubectl replace --force -f -
kubectl -n uipath-infra get job "credential-manager-job" -o json | jq 'del(. | .spec.selector, .spec.template.metadata.labels)' | kubectl replace --force -f -
kubectl -n uipath delete pod -l app.kubernetes.io/component=orchestrator