Détecter quand le videobridge Jitsi se bloque #59

New issue

Open

opened 2025-04-12 11:40:21 +00:00 by baptiste · 0 comments

baptiste commented

2025-04-12 11:40:21 +00:00

Owner

Symptome du problème :

une première personne crée un salon Jitsi : ça fonctionne
une deuxième personne rejoint le salon Jitsi : ça déconnecte instantanément les deux personnes.

La console log du navigateur indique un problème avec le videobridge :

[conference.js] <_onConferenceFailed>:  CONFERENCE FAILED: conference.videobridgeNotAvailable Logger.js:155:26

Côté infra, le service videbridge n'a pas de problème apparent, à part qu'il n'affiche pas de logs récents sur stderr. Il continue de répondre sur son port 8000 (le port de management), on peut scraper ses métriques, etc. J'ai même rajouté un healthcheck (également sur ce port 8000) qui dit que tout va bien.

En relancant la tâche videobridge, ça répare Jitsi, donc on dirait bien que le videobridge était coincé dans un état bizarre, non détecté par le healthcheck.

Il faudrait mettre un healthcheck ou du monitoring plus complets qui testent toute la chaîne du videobridge, mais c'est pas évident vu qu'il y a du XMPP et de l'UDP. Voir ce ticket

Symptome du problème : - une première personne crée un salon Jitsi : ça fonctionne - une deuxième personne rejoint le salon Jitsi : ça déconnecte instantanément les deux personnes. La console log du navigateur indique un problème avec le videobridge : ``` [conference.js] <_onConferenceFailed>: CONFERENCE FAILED: conference.videobridgeNotAvailable Logger.js:155:26 ``` Côté infra, le service videbridge n'a pas de problème apparent, à part qu'il n'affiche pas de logs récents sur stderr. Il continue de répondre sur son port 8000 (le port de management), on peut scraper ses métriques, etc. J'ai même rajouté un [healthcheck](https://github.com/jitsi/jitsi-videobridge/blob/master/doc/health-checks.md) (également sur ce port 8000) qui dit que tout va bien. En relancant la tâche videobridge, ça répare Jitsi, donc on dirait bien que le videobridge était coincé dans un état bizarre, non détecté par le healthcheck. Il faudrait mettre un healthcheck ou du monitoring plus complets qui testent toute la chaîne du videobridge, mais c'est pas évident vu qu'il y a du XMPP et de l'UDP. Voir [ce ticket](https://github.com/jitsi/jitsi-videobridge/issues/2082)

No labels

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: Deuxfleurs/nixcfg#59

No description provided.

Rows
Columns