docker run --rm --env-file .env bigbluebutton/greenlight:v2 bundle exec rake conf:check
Checking environment: Passed
Checking Connection: Failed
Error connecting to BigBlueButton server - Failed to open TCP connection to :80 (Address not available - connect(2) for nil port 80)
Greenlight kann nicht auf BBB Zugreifen, entspricht ja der Meldung bei bbb-conf --restart mit dem falschen Secret.
das sollte so passen. Ich habe die Schalter -w, -e und -c nicht dabei und z.B. den STUN/TURN und Let’s encrypt nicht über diesen Befehl automatisiert.
Zum Jahresende gebe ich den Server aber ab, da die BBB-Server vom Land zuverlässig funktionieren und für Externe der Zugang über die Nextcloud gut funktioniert.
VG
Christian
Hallo Raphael,
die Datei apply-config.sh gibt es bei mir nicht.
Was hat es damit auf sich?
wenn man über bbb-install updatet (oder per apt) dann gehen etwaige
Änderungen in BBB verloren.
Bei mir: der stun server und die Anzahl der Breakouträume.
Will man die nicht von Hand nach dem Update jedes mal wieder einpflegen,
dann erstellt man diese apply-config.sh Datei, die das automatisiert:
sie wird (nehme ich an) mit einem hock im updatescript am Ende ausgeführt.
genau so habe ich das bisher gemacht, auch ohne Probleme.
Am Freitag lief nach dem Update auf 2.2.30 der Tomcat7 nicht mehr und war nicht mehr dazu zu bewegen. Auch funktionierte die Netzwerkverbindung zwischen Docker und Host nicht mehr.
Ich musste wie du lesen konntest neu aufsetzen. Jetzt nehme ich immer das Skript.
ich habe bislang - ohne Probleme - immer in 4 Schritten die Updates gemacht:
apt-get update
apt-get dist-upgrade
zurückkopieren der turn-stun-servers.xml
bbb-conf --restart
Bin im Augenblick auf Version 2.2.26, muss ich was ändern, beachten?
so hab ich das bis 2.2.26 auch gemacht und immer hat es geklappt.
Ich habe aber die Argumentation verstanden, dass das bbb-install script
mehr macht als nur ein update: es kann z.B. auch neue Paketquellen
eintragen.
Deswegen beschloss ich, das sich das in Zukunft auch lieber so mache
(wie es eben die Entwickler vorgesehen haben).
Im zuge des scripts wird auch apt update und dist-upgrade gemacht: man
ist danach also auch mit allen Paketen aktuell.
Wenn du das beim Stand 2.2.26 beschlossen hast, war das möglicherweise gerade noch rechtzeitig. Bei mir ging’s bis 2.2.26 nämlich auch immer mit apt update gut und dann auf 2.2.30 nicht mehr.
Vielleicht lag’s aber auch daran, dass ich die in der Doku unter „Update“ genannten „neuen“ Paketquellen händisch eingetragen habe, oder es war Zufall…
Genau der gleiche Fall wie bei @crazy-to-bike ist heute bei mir passiert. Setze gerade den BBB-Server neu auf und überlege mir ne Phrase, wie ich die Neuinstallation meinen Kolleginnen und Kollegen morgen schonend beibringen kann.
Mich würde hier auch interessieren, wie ich in Zukunft updaten zu müssen, dass so ein Dilemma nicht mehr vorkommt.
Natürlich wäre es auch wichtig, eine gute Backup-Strategie zu entwickeln, dass wir Netzwerkberater nicht immer in Erklärungsnot kommen müssen, warum jetzt mal wieder die ganzen Registrierungen sein müssen.
Ich werde auf jeden Fall den vorgeschlagenen Weg von @baumhof mal ausprobieren. Ggf. mit meiner eigenen bbb-Instanz. Und ich hoffe, dass das der Königsweg ist. Ein Script geschrieben und mit cronjob wöchentlich ausführbar gemacht dürfte ja dann auch kein Problem mehr darstellen.
Mittlererweile konnte ich den Fehler eingrenzen, der zu obigem Problem führte: Übernimmt man die Konfiguration des TURN-Serves auf https://docs.bigbluebutton.org/2.2/setup-turn-server.html in seine eigene Installation und wechselt alles schön brav aus, dann kommt diese Fehlermeldung. Hätte ich also gestern von turn-stun-servers.xml eine Sicherheitskopie turn-stun-servers.old gemacht, hätte ich nicht neu aufsetzen müssen. Heute hab ich den Fehler nicht gemacht und habe die Datei gesichert und zurückgeschrieben und siehe da, nach Neustart des Servers hat alles wieder funktioniert.
Seis drum, wir lernen ja nicht aus.
Das Install-Skript mit Option turnserver einrichten brach bei mir immer ab.
Kann hier jemand seine funtkionierende user/share/bbb-web/WEB-INF/classes/spring/turn-stun-servers.xml
hier Posten, natürlich bereinigt mit den wichtigsten Daten, die z.B. bei der Installation mit dem Installationsskript mit Option TURN-Servereinrichten durchgelaufen ist? Wäre klasse, dann könnt ich die Versuchen in den meisten Zügen zu übernehmen.
LG
Marcus
das lief bei mir einwandfrei. Allerdings ein Update von 2.2.30 auf 2.2.31 habe ich jetzt nicht mehr so kurz vor Schulstart gewagt, auch nicht mit dem Skript.
Ok, so hatte ich das beim 1. Aufsetzen gemacht und das hatte bis 2.2.26 oder so immer funktioniert.
Beim Neuaufsetzen mit dem Skript und automatischer TURN-Konfiguration wurde gleich eine ganz andere, viel kürzere TURN-Config geschrieben, die ich dann auch als Sicherungskopie wegkopiert habe.
Ach ja, die Original TURN-Config auf der ersten Installation hätte ich auch noch gehabt…
könntest du hier das kürzer generierte TURN-Config anonymisiert
posten? Oder mir per PN schicken? Dann könnt ich ausprobieren, ob ich
durch einsetzen der TURN-Config und ersetzen der TURN-Daten mit
unseren das Problem beheben kann.
Wäre Klasse, dann könnt ichs ja bis Montag noch ausprobieren.
könntest du hier das kürzer generierte TURN-Config anonymisiert
posten? Oder mir per PN schicken? Dann könnt ich ausprobieren, ob ich
durch einsetzen der TURN-Config und ersetzen der TURN-Daten mit
unseren das Problem beheben kann.
Wäre Klasse, dann könnt ichs ja bis Montag noch ausprobieren.
ich werde bei Gelegenheit erstmal in meiner Instanz ausprobieren. Ggf. muss ich am TURN-Server am etwas drehen. Dass sehe ich, wenn ich deine Conf. reinhau und alles noch gehen wird.