[Feature]: Operator readiness probe should reflect informer cache sync, not healthz.Ping
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 68/100
Direzione di ricerca
Inizia da cmd/gpu-operator/main.go alla riga 255, dove viene registrato mgr.AddReadyzCheck("check", healthz.Ping), e guarda come vengono usate le altre opzioni del manager (mgr.GetCache(), healthz.Checker) nelle vicinanze. Controlla nel pacchetto healthz di controller-runtime la firma di Checker, poi sostituisci il readyz check con una closure che segnala un errore finché mgr.GetCache().WaitForCacheSync non restituisce true, lasciando la liveness su healthz.Ping. Il lavoro è completo quando una replica appena avviata resta NotReady finché le cache degli informer non sono sincronizzate, mentre /healthz continua a passare. Verifica compilando il binario e, se possibile, osservando lo stato dei pod durante un rollout.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Motivation
cmd/gpu-operator/main.go:255 registers mgr.AddReadyzCheck("check", healthz.Ping), so the operator pod reports Ready as soon as the HTTP server starts, before its informer caches have synced. Rollouts, PodDisruptionBudgets and monitoring treat a new operator replica as serving while it cannot yet reconcile.
Proposal
Register a readiness checker that fails until the manager's cache has synced, e.g. a closure calling mgr.GetCache().WaitForCacheSync with a short timeout, and keep healthz.Ping for liveness only.
- Lingua principale
- Go
- Stelle
- 2.9k
- Fork
- 576
- Merge medio
- 1g 8h
- PR unite (30g)
- 80
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di NVIDIA/gpu-operator
-
[Bug]: nvidia-validator waits the full timeout on a failed validation pod; loadPodSpec panicsApertabug needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
NVIDIA/gpu-operator#3065 ·
I maintainer di solito rispondono entro 1 giorno
-
[Bug]: ClusterPolicy isDaemonSetReady can report Ready from a DaemonSet status of an older generationForse già presa @efegokdemir l’ha presa 1 giorno fa. Apertabug needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
NVIDIA/gpu-operator#3060 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
[Bug]: GPUCluster common name label breaks DRA validator selectorForse già presa @ajavanma l’ha presa 23 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
NVIDIA/gpu-operator#2955 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug needs-triage
Difficoltà 4/5 1-2 giorni Idoneità per principianti 35/100
NVIDIA/gpu-operator#3077 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
feature lifecycle/frozen needs-triage
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
NVIDIA/gpu-operator#3075 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di NVIDIA/gpu-operator
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
puppe1990/amarra-cais#355 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Gentleman-Programming/engram#1899 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
security
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
SocialGouv/iterion#2483 ·
I maintainer di solito rispondono entro 1 giorno