- Expediere
- 8 august 2026 la 03:40 UTC
- Autor
- kamo
- Comite
- 913da0a
Un atașament de 2 chat GiB a ajuns la 100% și apoi a eșuat cu "Bad Gateway" deoarece o Desfasurarea a aterizat deasupra: pod a luat SIGTERM la 03:34:36 si transferul, sapte 5 secunde mai târziu. Două cauze. Următorul se ocupă de SIGTERM cu un proces gol.ieșire (143), astfel încât cererile în zbor mor imediat indiferent de perioada de har este stabilit; și perioada de grație a fost de 5s Oricum. Ambele au fost inofensive atunci când cererile au durat milisecunde. Acum un singur atașament poate ocupa o conexiune de minute în timp ce acest grup se desfășoară pe fiecare împingere, astfel încât orice Împinge simultan distruge o încărcare. SIGTERM drenează acum: nu mai accepta noi conexiuni, nu mai pierde timpul. capsula lasă rotaţia imediat, şi lasă cererile să se termine. Următorul handler este interceptat mai degrabă decât pur și simplu depășit, deoarece o ieșire() în interiorul oricărui ascultător Castiga pur si simplu. Un pod cu nimic în zbor încă iese în aproximativ o secundă, atât de obișnuit rollout-urile sunt neschimbate; doar un pod cu munca reala pentru a termina asteapta, limitat la 600s în cadrul unei perioade de grație 660 și al unui termen limită de progres 900s care se potrivește cu temporizarea Desfasoara fluxul de lucru deja asteapta cu.