K8s cronjob nu rulează actualizat, coduri, dar manuală a crea acest loc de muncă funcționează

Question 1

Am un cronjob care rulează în k8s și în interiorul unui container specific. Am un script python pentru a rula în acest cronjob, cu toate acestea nu a rula cele mai recente coduri, dar am verificat imaginile pe care le-a tras a fost ultima.

Când am manual rula kubectl crearea de locuri de muncă-de la=...., a făcut-o să rulați cea mai recentă python coduri.

Îmi scapă ceva?

Am încercat deja să ștergeți existat cronjob și se aplică din nou, încă nu rulează cele mai recente coduri. Se ruleaza cele mai recente coduri doar atunci când am manual crea locuri de muncă.

Destul de ciudat comportamentul între auto și manual rula același loc de muncă....

Question 2

Acolo ar putea fi un cuplu de motive. Verificați dacă ambele locuri de munca (cele create manual și cele create de cronjob) folosesc aceeași imagine ID: (Presupunând că există doar un singur recipient în pod)

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

Dacă ambele se potrivesc, ar putea fi două imagini diferite cu aceeași etichetă, care sunt deja prezente pe diferite noduri în cluster. Acest lucru se referă la imaginea trage politica specificate pe cronjob. Puteți verifica dacă acesta este cazul, prin schimbarea imaginii de IDENTITATE în cronjob la o imagine digerat.

Pentru a asigurați-vă că Pod folosește mereu aceeași versiune de un container de imagine, puteți specifica imaginea ' s digest; înlocuiți : cu @ (de exemplu, image@sha256:45b23dee08af5e43a7fea6c4cf9c25ccf269ee113168c19722f87876677c5cb2).

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

Acolo ar putea fi un cuplu de motive. Verificați dacă ambele locuri de munca (cele create manual și cele create de cronjob) folosesc aceeași imagine ID: (Presupunând că există doar un singur recipient în pod)

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

Dacă ambele se potrivesc, ar putea fi două imagini diferite cu aceeași etichetă, care sunt deja prezente pe diferite noduri în cluster. Acest lucru se referă la imaginea trage politica specificate pe cronjob. Puteți verifica dacă acesta este cazul, prin schimbarea imaginii de IDENTITATE în cronjob la o imagine digerat.

Pentru a asigurați-vă că Pod folosește mereu aceeași versiune de un container de imagine, puteți specifica imaginea ' s digest; înlocuiți : cu @ (de exemplu, image@sha256:45b23dee08af5e43a7fea6c4cf9c25ccf269ee113168c19722f87876677c5cb2).

K8s cronjob nu rulează actualizat, coduri, dar manuală a crea acest loc de muncă funcționează

Problema

Cel mai bun răspuns

În alte limbi

Această pagină este în alte limbi

Popular în această categorie

Întrebări frecvente în această categorie