kubernetes/ingress-nginx

Distinguish wait-shutdown command from standard k8s SIGTERM

Aperta

#6287 aperta il 6 ott 2020

Vedi su GitHubGuida contributor
 (32 commenti) (1 reazione) (1 assegnatario)Go (7888 fork)batch import
good first issuehelp wantedkind/featureneeds-triagepriority/backlog

Metriche repository

Star
 (15.199 stelle)
Metriche merge PR
 (Nessuna PR mergiata in 30 g)

Descrizione

As of v0.26.0, we can specify /wait-shutdown as a pre-stop hook in our deployment spec. As currently implemented, it sends SIGTERM to the nginx-ingress-controller process. https://github.com/kubernetes/ingress-nginx/blob/59a7f51cd4f0c41f214c520ca8b2a502946ed08e/cmd/waitshutdown/main.go#L29

Since SIGTERM is also what k8s sends when shutting down a pod, there is no way for us to really tell for sure from the logs whether the pre-stop hook was properly configured or not. For this reason, it would be better if wait-shutdown used a different signal.

/kind feature

Guida contributor

Direzione di ricerca
Modifica il comando wait shutdown per inviare un segnale diverso (ad esempio SIGUSR1) invece di SIGTERM. Aggiorna il codice in cmd/waitshutdown/main.go per utilizzare il nuovo segnale e aggiorna la documentazione per riflettere la modifica. Assicurati anche che il controller possa distinguere tra il segnale pre stop hook e il SIGTERM predefinito da k8s.
Tech stack
go
Dominio
backend
Tipo issue
Funzionalità
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-3 ore
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
GitGo
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
70