- Shipped
- 29 agosto 2026 alle ore 02:57 UTC
- Author
- Kamo
- Commit
- 9112205
kamo-meet ha lasciato una persona in un incontro e poi ha chiuso il momento un secondo si è unito. Il ponte era stato duramente malsano per 41 ore: un contenitore in posizione riavvio su 2026-08-27 è venuto su con "Failed per legare single-port", e ice4j costruisce quel raccoglitore ONCE all'avvio e mai retries, in modo che il processo non può recuperare da solo. Un partecipante lo nascose completamente -- jicofo assegna nessun ponte per un solitario occupante. Il secondo attacco è stato attivato. "nessun ponte operativo", e jicofo abbattere i partecipanti BOTH e ha fermato la conferenza. E' tutto il sintomo segnalato. Niente ha riavviato il baccello perché le sonde erano una connessione TCP a nudo 9090. Jetty lega 9090 indipendentemente dallo stato ICE, quindi la sonda riportata sano per tutte le 41 ore mentre ogni incontro di due persone è morto. The sonda non poteva osservare l'unico fallimento che conta. Ora legge /circa / salute, che restituisce 500 per esattamente questo stato, quindi il riavvio -- l'unico recupero disponibile -- realmente accade. Deve exec curl contro 127.0.0.1: il baccello è hostNetwork e il nodo DNATs <hostIP>:8080 a Traefik, quindi una sonda httpGet ottiene il 404 piuttosto di Traefik della salute del ponte. Verificato entrambi i modi prima di impostare su exec. JVB OHTTP SERVER PORT="-1" è andato con esso. Ha affermato di chiudere 8080 su un CockroachDB conflitto, ma CRDB è in pensione e l'immagine non ha mai onorato variabile -- 8080 ascoltato tutto il tempo -- quindi è solo sbagliato.