I installed a Jitsi Meet server which works like a charm, not Dockered, it runs on a VM, I tried to enable meet recordings with Jibri with the following guide: TUTORIAL - How to Install the NEW JIBRI
Now if I start recording, it will try to start the recording and then stops a couple of seconds later, the jibri log would show this message several times until the recording trying dies:
2022-03-24 12:00:04.933 FINE: [59] CallPage$visit$$inlined$measureTimedValue$lambda$1.apply#58: Not joined yet: Cannot read properties of undefined (reading ‘isJoined’)
…
2022-03-24 12:00:02.881 FINE: [59] CallPage$visit$$inlined$measureTimedValue$lambda$1.apply#58: Not joined yet: Cannot read properties of undefined (reading ‘isJoined’)
2022-03-24 12:00:03.394 FINE: [59] CallPage$visit$$inlined$measureTimedValue$lambda$1.apply#58: Not joined yet: Cannot read properties of undefined (reading ‘isJoined’)
2022-03-24 12:00:03.907 FINE: [59] CallPage$visit$$inlined$measureTimedValue$lambda$1.apply#58: Not joined yet: Cannot read properties of undefined (reading ‘isJoined’)
2022-03-24 12:00:04.420 FINE: [59] CallPage$visit$$inlined$measureTimedValue$lambda$1.apply#58: Not joined yet: Cannot read properties of undefined (reading ‘isJoined’)
2022-03-24 12:00:04.933 FINE: [59] CallPage$visit$$inlined$measureTimedValue$lambda$1.apply#58: Not joined yet: Cannot read properties of undefined (reading ‘isJoined’)
2022-03-24 12:00:04.945 SEVERE: [59] CallPage.visit#65: Timed out waiting for call page to load
2022-03-24 12:00:04.950 INFO: [59] [session_id=lwcbmenwudjadjee] JibriSelenium.onSeleniumStateChange#215: Transitioning from state Starting up to Error: FailedToJoinCall SESSION Failed to join the call
2022-03-24 12:00:04.951 INFO: [59] [session_id=lwcbmenwudjadjee] StatefulJibriService.onServiceStateChange#39: File recording service transitioning from state Starting up to Error: FailedToJoinCall SESSION Fai
led to join the call
2022-03-24 12:00:04.954 INFO: [59] XmppApi$createServiceStatusHandler$1.invoke#311: Current service had an error Error: FailedToJoinCall SESSION Failed to join the call, sending error iq
2022-03-24 12:00:04.954 FINE: [59] JibriStatsDClient.incrementCounter#38: Incrementing statsd counter: stop:recording
2022-03-24 12:00:04.955 INFO: [59] JibriManager.stopService#260: Stopping the current service
2022-03-24 12:00:04.957 INFO: [59] [session_id=lwcbmenwudjadjee] FileRecordingJibriService.stop#182: Stopping capturer
2022-03-24 12:00:04.959 INFO: [59] [session_id=lwcbmenwudjadjee] JibriSubprocess.stop#75: Stopping ffmpeg process
2022-03-24 12:00:04.964 INFO: [59] [session_id=lwcbmenwudjadjee] JibriSubprocess.stop#89: ffmpeg exited with value null
2022-03-24 12:00:04.964 INFO: [59] [session_id=lwcbmenwudjadjee] FileRecordingJibriService.stop#184: Quitting selenium
2022-03-24 12:00:04.965 INFO: [59] [session_id=lwcbmenwudjadjee] FileRecordingJibriService.stop#191: No media was recorded, deleting directory and skipping metadata file & finalize
2022-03-24 12:00:04.966 INFO: [59] [session_id=lwcbmenwudjadjee] JibriSelenium.leaveCallAndQuitBrowser#336: Leaving call and quitting browser
2022-03-24 12:00:04.966 INFO: [59] [session_id=lwcbmenwudjadjee] JibriSelenium.leaveCallAndQuitBrowser#339: Recurring call status checks cancelled
2022-03-24 12:00:05.001 INFO: [59] [session_id=lwcbmenwudjadjee] JibriSelenium.leaveCallAndQuitBrowser#345: Got 26 log entries for type browser
2022-03-24 12:00:05.314 INFO: [59] [session_id=lwcbmenwudjadjee] JibriSelenium.leaveCallAndQuitBrowser#345: Got 1386 log entries for type driver
2022-03-24 12:00:05.761 INFO: [59] [session_id=lwcbmenwudjadjee] JibriSelenium.leaveCallAndQuitBrowser#345: Got 0 log entries for type client
2022-03-24 12:00:05.761 INFO: [59] [session_id=lwcbmenwudjadjee] JibriSelenium.leaveCallAndQuitBrowser#354: Leaving web call
2022-03-24 12:00:05.826 INFO: [59] [session_id=lwcbmenwudjadjee] JibriSelenium.leaveCallAndQuitBrowser#361: Quitting chrome driver
2022-03-24 12:00:05.917 INFO: [59] [session_id=lwcbmenwudjadjee] JibriSelenium.leaveCallAndQuitBrowser#363: Chrome driver quit
2022-03-24 12:00:05.919 INFO: [59] JibriStatusManager$$special$$inlined$observable$1.afterChange#72: Busy status has changed: BUSY → IDLE
Do you have any clue of what could be the issue? Thank you very much in advance for any help.
Server Info:
Esxi VM
4 cores
16 RAM
Debian GNU/Linux 11 (Bullseye)
jitsi-meet version 2.0.7001-1
jibri version 8.0-121-g27323fe-1
Because it is not necessary. I understand that if in the Jitsi configuration I do not have the option to save recordings enabled, it is not necessary to define this variable. I only have the option enabled in meet.domain.com-config.js:
After restarting services, I saw that broadcasting live was giving error. I saw that it was related to Chromedriver and proceeded to install the latest version.
I’d recommend downgrading your Chrome (and Chromedriver) to a previous version that worked. Try Chrome (and Chromedriver) v91, if possible - I’m certain that works.
I also faced this issue two times just because password are wrong.
I deleted .dat file and again created one and uses new credential.
Can u check /var/lib/prosody/auth*/accounts and /var/lib/prosody/recorder*/accounts directory if user created by you exist or not.
If they does not exist, try to create one by following the link.
Try to use base-url flag if your media server is running on different port other than 443.
I have the same issue, After installed x11vnc I can see the chrome is waiting for click Allow use microphone dialog. After click the Allow button, It can record.
I think that calling prosodyctl register again updates the password of an existing user.
I don’t know how prosodyctl register works in background, that’s why i told you delete then create users. Yes, the main motive is updating the password.