- Shipped
- 29 de agosto de 2026 às 02:57 UTC
- Author
- Kamo
- Commit
- 9112205
kamo-meet deixar uma pessoa em uma reunião e, em seguida, terminou no momento em que um Segundo se juntou. A ponte estava duramente insaudável há 41 horas. um recipiente in-place reiniciar em 2026-08-27 surgiu com "Falha em ligar single-port", e ice4j constrói aquela colheitadeira ONCE na inicialização e nunca Recorre, para que o processo nunca possa recuperar sozinho. Um participante escondeu-o completamente -- jicofo não aloca nenhuma ponte para um solitário ocupante. A segunda entrada desencadeou um ataque. "sem pontes operacionais", e jicofo derrubou ambos os participantes e Parei a conferência. Esse é o sintoma relatado. Nada reiniciou a cápsula porque as sondas eram um TCP nu ligado a 9090. O Jetty liga-se ao 9090, independentemente do estado ICE. saudável durante 41 horas, enquanto cada reunião de duas pessoas morria. A A sonda não pôde observar a única falha que importava. Agora lê-se /about/health, que retorna 500 para exatamente este estado, então o reinício -- a única recuperação disponível -- realmente acontece. Tem de ser exec curl contra 127.0.0.1: o pod é hostNetwork e o nó DNATs <hostIP>:8080 para Traefik, então uma sonda httpGet recebe o 404 de Traefik em vez do que a saúde da ponte. Verificado ambos os caminhos antes de se estabelecer em executivo. JVB OHTTP SERVER PORT="-1" foi com ele. Alegava fechar 8080 sobre um BarataDB conflito, mas CRDB é aposentado ea imagem nunca honrou o Variável -- 8080 ouviu o tempo todo -- então ele só errou.