- Verschifft
- 8. August 2026 um 03:40 UTC
- Autor
- kamo
- Ausschuss
- 913da0a
Ein 2 GiB Chat-Ansatz erreichte 100% und scheiterte dann mit 'Bad Gateway', weil Einsatz landete obenauf: die pod nahm SIGTERM um 03:34:36 und der Transfer, sieben Minuten in, wurde fünf Sekunden später abgetrennt. Zwei Ursachen. Nächster Griffe SIGTERM mit einem bloßen Prozess.exit(143), so Inflight-Anfragen sterben sofort, egal welche Gnadenfrist gesetzt wird; und die Gnadenfrist war 5s Jedenfalls. Beide waren harmlos, wenn Anfragen Millisekunden dauerten. Jetzt ein einziger Anhang kann eine Verbindung für Minuten besetzen, während dieser Cluster auf jedem Push entfaltet, so dass jede Gleichzeitiger Push zerstört einen Upload. SIGTERM entwässert jetzt: Hören Sie auf, neue Verbindungen zu akzeptieren, Drop Leerlauf Keep-Alives auf einmal so die Hülse verlässt die Rotation sofort und lassen Sie die Laufanfragen beenden. Next's Handler wird abgefangen und nicht nur übertroffen, weil ein Ausgang() in jedem Zuhörer gewinnt völlig. Eine Hülse mit nichts im Flug geht noch in etwa einer Sekunde, so gewöhnlich Rollouts sind unverändert; nur eine Hülse mit echter Arbeit, um Wartezeiten zu beenden, gedeckelt auf 600s unter einer 660er Gnadenfrist und einer 900er-Fortschrittsfrist, die dem Timeout entspricht Bereitstellung Workflow bereits wartet mit.