- Navios
- 8 de agosto de 2026 às 03:40 UTC
- Autor
- kamo
- Enviar
- 913da0a
Um anexo de chat de 2 GiB atingiu 100% e falhou com 'Bad Gateway' porque um implantação pousou em cima dele: a cápsula levou SIGTERM às 03:34:36 e a transferência, sete minutos depois, foi cortado cinco segundos depois. Duas causas. Em seguida lida com SIGTERM com um process.exit nu(143), assim que pedidos em voo morrer imediatamente, não importa que período de graça é definido; e o período de graça foi 5s Seja como for. Ambos eram inofensivos quando os pedidos duravam milissegundos. Agora um único anexo pode ocupar uma conexão por minutos enquanto este cluster implementa em cada push, então qualquer O push simultâneo destrói um upload. SIGTERM agora drena: pare de aceitar novas conexões, solte keep-vive ocioso de uma vez assim o pod deixa a rotação imediatamente, e deixar as solicitações de execução terminar. Responsável do próximo é interceptado em vez de simplesmente ser superior, porque um exit() dentro de qualquer ouvinte Ganha sem rodeios. Uma cápsula sem nada em voo ainda sai em cerca de um segundo, tão comum Os lançamentos são inalterados; apenas uma cápsula com trabalho real para terminar esperas, com tampa de 600s sob um período de carência 660s e um prazo de progresso de 900s que corresponde ao tempo de O fluxo de trabalho já está à espera.