pending-upgrade en vastgelopen statussen oplossen

Een status pending betekent dat Helm een revisie begon weg te schrijven, maar daar niet mee klaar is gekomen. Dat komt vaak doordat een proces is beëindigd of een time-out midden in de upgrade is opgetreden.

De veiligste uitweg is teruggaan naar de laatste goede revisie. helm rollback brengt de release terug naar een bekende, gezonde toestand.

Controleer eerst helm history om te zien welke revisie het laatst zonder fouten is uitgerold en draai daarna terug naar precies dat nummer.

Revisie 0 meegeven is een handige snelkoppeling: Helm draait dan terug naar de vorige release zonder dat je het nummer hoeft op te geven.

Helm 3 bewaart elke revisie in een Kubernetes-Secret in de namespace van de release. Die registratie houdt de status pending bij.

Geef die Secrets weer om de revisiegeschiedenis rechtstreeks te bekijken. De nieuwste bevat de status pending die je blokkeert.

Als rollback niet helpt, verwijder dan de mislukte Secret van de revisie met de status pending. Helm valt dan terug op de vorige revisie als nieuwste.

Zodra het vastgelopen record is verwijderd, voer je je helm upgrade opnieuw uit. Met een schone status verloopt het deze keer normaal.

Door --atomic aan upgrades toe te voegen, voorkom je vastgelopen statussen volledig: een mislukte uitvoering wordt automatisch teruggedraaid in plaats van dat je vast komt te zitten.

Je kunt nu vastgelopen releases herstellen: herken de status pending, gebruik helm rollback naar een goede revisie of verwijder de Secret van de mislukte release. Gebruik --atomic om dit te voorkomen. 🚀