K8s cronjob non è in esecuzione aggiornati i codici, ma il manuale di creare questo processo funziona

Question 1

Ho un cronjob in esecuzione in k8s e all'interno di un contenitore specifico. Ho uno script python per eseguire in questo cronjob, però non eseguire l'ultima codici, ma ho controllato le immagini tirato stata l'ultima.

Quando io manualmente eseguire kubectl creare lavoro-da=...., lo ha fatto eseguire l'ultima versione di python codici.

Mi manca qualcosa?

Ho già provato a eliminare il esistito cronjob e applicare di nuovo, ancora non è in esecuzione l'ultima codici. Si corre l'ultima codici solo quando io manualmente, creando posti di lavoro.

Molto strano comportamento tra auto e eseguire manualmente lo stesso lavoro....

Question 2

Ci possono essere un paio di motivi. Controllare se entrambi i lavori (quelli creati manualmente e quelli creati da il cronjob) utilizza la stessa immagine ID: (Supponendo che non c'è solo un contenitore, in un contenitore)

kubectl get job <job-name> -o=jsonpath='{.spec.template.spec.containers[0].image}'

Se entrambi i match, potrebbe essere due immagini differenti con lo stesso tag, che sono già presenti sui diversi nodi del cluster. Questo si riferisce all' immagine di tirare la politica specificato il cronjob. È possibile verificare se questo è il caso, cambiando l'immagine ID nel cronjob per un'immagine digerire.

Per assicurarsi che il Contenitore si usa sempre la stessa versione di un contenitore di immagini, è possibile specificare l'immagine s digest; sostituire : con @ (per esempio, image@sha256:45b23dee08af5e43a7fea6c4cf9c25ccf269ee113168c19722f87876677c5cb2).

Meldorius · Answer 1 · 2021-11-11T12:49:28

Ci possono essere un paio di motivi. Controllare se entrambi i lavori (quelli creati manualmente e quelli creati da il cronjob) utilizza la stessa immagine ID: (Supponendo che non c'è solo un contenitore, in un contenitore)

kubectl get job <job-name> -o=jsonpath='{.spec.template.spec.containers[0].image}'

Se entrambi i match, potrebbe essere due immagini differenti con lo stesso tag, che sono già presenti sui diversi nodi del cluster. Questo si riferisce all' immagine di tirare la politica specificato il cronjob. È possibile verificare se questo è il caso, cambiando l'immagine ID nel cronjob per un'immagine digerire.

Per assicurarsi che il Contenitore si usa sempre la stessa versione di un contenitore di immagini, è possibile specificare l'immagine s digest; sostituire : con @ (per esempio, image@sha256:45b23dee08af5e43a7fea6c4cf9c25ccf269ee113168c19722f87876677c5cb2).

K8s cronjob non è in esecuzione aggiornati i codici, ma il manuale di creare questo processo funziona

Domanda

Migliore risposta

In altre lingue

Questa pagina è in altre lingue

Popolare in questa categoria

Domande popolari in questa categoria