Can not invite participant -- no bridge available

When creating new room in the browser I get stuck in an endless loop of “Something went wrong”. When playing with the configuration, sometimes it happens when the 2nd user tries to enter the room, but mostly already with the 1st user. I’ve checked that Jicofo can ping JVB, however it logs an error that no bridge is available (see the log).

JVB and Jicofo configuration and logs as well as Jitsi-related part of docker-compose.yml and .env attached.

Did someone experience something similar?

Thank you.

.env.txt (1.9 KB) docker-compose.yml.txt (2.3 KB)
jicofo.log (15.1 KB) jvb.log (152.1 KB) (207 Bytes) (1.1 KB)

Hi @Michal_Polacik,
In prosody logs, can you check whether the JVB is authenticated properly ?

Hi Michal,

The config files look correct to me, and according to the jvb logs it has successfully connected and sending presence updates to the MUC. The jicofo logs don’t see right though. They should include logs from the ConfigurationService (where you can confirm that the BRIDGE_MUC property was loaded correctly). My guess is that for some reason jicofo did not load the correct properties file.



Thanks, guys, in the prosody logs I’ve noticed following errors:

:tls Error creating context for c2s: No certificate present in SSL/TLS configuration for
:tls Error creating contexts for s2sin: No certificate present in SSL/TLS configuration for

so I’d guess something wrong in the prosody configuration.
prosody.log.txt (2.0 KB)

I got rid of the errors by adding following lines to prosody.cfg.lua:

ssl = {
	key = "/config/certs/";
	certificate = "/config/certs/";

Now I’m getting a different error in prosody logs: Failed in all attempts to connect to
Jicofo conf. service now identifies BRIDGE_MUC however fails with “Failed to create room:”
jicofo.log.withInternalMuc.txt (11.5 KB)

When changing to some other value or back to and restarting docker-compose I’m not able to get the ConfigurationService logs (incl. BRIDGE_MUC) again and Prosody is also without errors.

When I rebuild the containers, I get BRIDGE_MUC identification without an error in jicofo logs. Only JVB logs I see an error:

SEVERE: [24] org.jitsi.xmpp.mucclient.MucClientManager.log() Failed to initialize and start a MucClient: 
org.jivesoftware.smack.sasl.SASLErrorException: SASLError using SCRAM-SHA-1: not-authorized
	at org.jivesoftware.smack.SASLAuthentication.authenticationFailed(
	at org.jivesoftware.smack.tcp.XMPPTCPConnection$PacketReader.parsePackets(
	at org.jivesoftware.smack.tcp.XMPPTCPConnection$PacketReader.access$300(
	at org.jivesoftware.smack.tcp.XMPPTCPConnection$PacketReader$

Do I need to configure some authentication in the JVB’s

jvb.log.txt (37.7 KB) jicofo.log.withMuc.txt (24.6 KB) (155 Bytes) (899 Bytes)