Der Fehlercode 3003 erscheint in BigBlueButton, wenn die Verbindung zum Server technisch noch offen ist, der Server aber aufgehört hat, Daten zu senden. Das Meeting friert ein, die Sitzung bleibt jedoch aktiv – BBB wartet auf eine Erholung des Servers.

Wie äußert sich der Fehler?

Im Browser erscheint der Hinweis „Server not responding. Please wait.” als Statusmeldung. Die Meeting-Oberfläche ist eingefroren: Nachrichten, Reaktionen und andere Echtzeitinhalte werden nicht mehr aktualisiert. Die WebSocket-Verbindung ist auf Netzwerkebene noch geöffnet, jedoch sendet der Server seit mehr als 15 Sekunden keine Daten mehr – BBB erkennt diesen Zustand und zeigt den Code 3003 an. Anders als bei den Codes 3001 und 3002 wurde die Verbindung nicht aktiv getrennt, sondern ist in einem sogenannten „Half-Open”-Zustand.

Mögliche Ursachen

• Eingefrorener bbb-graphql-middleware-Prozess: Der Node.js-Dienst läuft zwar (sichtbar in der Prozessliste), hat sich aber intern verklemmt und reagiert weder auf neue Nachrichten noch auf Ping-Frames.
• Überlastetes oder blockiertes Hasura: Die GraphQL-Engine (bbb-graphql-server) verarbeitet keine Abonnement-Daten mehr, weil zu viele gleichzeitige Verbindungen oder lang laufende Anfragen die Kapazität ausschöpfen.
• Langsame oder blockierte PostgreSQL-Abfragen: Wenn Hasura auf eine blockierte Datenbankabfrage wartet, stehen alle Echtzeitdaten für alle Teilnehmer still.
• Ressourcenengpass auf dem Server: 100 % CPU-Auslastung, Arbeitsspeichermangel (OOM) oder gesättigte Festplatten-I/O können dazu führen, dass Keepalive-Antworten zu spät eintreffen und der Client das Zeitlimit überschreitet.
• Stille TCP-Trennung durch Firewall oder NAT: Manche Unternehmens-Firewalls oder VPN-Gateways trennen inaktiv wirkende TCP-Verbindungen, ohne ein RST- oder FIN-Paket zu senden. Der Client glaubt, verbunden zu sein; der Server ist aber nicht mehr erreichbar.

Lösungen

Für Teilnehmer

1. Warten Sie kurz ab. Erholt sich der Server, verschwindet die Meldung automatisch und das Meeting läuft weiter – ohne dass Sie die Seite neu laden müssen.
2. Internetverbindung prüfen. Testen Sie, ob andere Webseiten erreichbar sind. Ein kurzer WLAN-Aussetzer kann ebenfalls zu Verbindungsstörungen führen.
3. Seite neu laden. Bleibt die Meldung mehrere Minuten bestehen, laden Sie den Browser-Tab neu (F5 / Strg+R). Sie gelangen dann zurück in das Meeting, sofern dieses noch läuft.
4. Administrator informieren. Wenn mehrere Teilnehmer gleichzeitig denselben Fehler sehen, liegt das Problem wahrscheinlich am Server. Wenden Sie sich an Ihre IT-Abteilung oder den BBB-Administrator.

Für Administratoren

1. Dienststatus und Ressourcenauslastung prüfen:

sudo systemctl status bbb-graphql-middleware bbb-graphql-server bbb-apps-akka bbb-html5
top        # CPU-Auslastung beobachten
free -h    # Arbeitsspeicher prüfen
iostat -x 1 5  # Festplatten-I/O prüfen

1. Betroffenen Dienst gezielt neu starten:

# Gezielter Neustart – vermeidet den Abbruch aller aktiven Sitzungen:
sudo systemctl restart bbb-graphql-middleware

# Vollständiger Neustart, wenn der gezielte Neustart nicht hilft:
sudo bbb-conf --restart

1. Hasura-Logs und PostgreSQL-Abfragen analysieren:

# Hasura-Logs auf Fehler und Timeouts prüfen:
sudo journalctl -u bbb-graphql-server -n 200 --no-pager | grep -i "error\|timeout\|slow"

# Lang laufende oder blockierte PostgreSQL-Abfragen anzeigen:
sudo -u postgres psql -c "SELECT pid, now() - query_start AS duration, query, state FROM pg_stat_activity WHERE state != 'idle' ORDER BY duration DESC LIMIT 10;"

1. OOM-Ereignisse im Kernel-Log prüfen:

sudo dmesg | grep -iE "oom|killed"
journalctl -k --since "2 hours ago" | grep -i "oom\|kill"

1. nginx-Keepalive-Timeouts anpassen (bei häufig auftretenden Problemen, insbesondere hinter Load Balancern):

# In /etc/nginx/sites-available/bigbluebutton (oder äquivalent):
proxy_read_timeout 86400s;
proxy_send_timeout 86400s;
proxy_connect_timeout 60s;

Weitere Informationen

Code 3003 tritt ausschließlich in BBB 3.0 und neuer auf und bezieht sich auf die GraphQL/Hasura-Architektur. In älteren BBB-Versionen (bis 2.7) zeigte der Meteor-Client bei vergleichbaren Verbindungsproblemen die Meldung „Your connection to the server was closed”. Sehen mehrere Benutzer gleichzeitig Code 3003, ist fast immer ein serverseitiges Problem (Dienst-Hänger, Datenbankstau oder Ressourcenerschöpfung) die Ursache – keine individuelle Netzwerkstörung.