powered by Jive Software

Openfire-4.5.1 & Openfire Meetings plugin 0.9.5, connecting for Meetings taking much time when request done from browsers

When doing request from browsers to connect in meeting (https://ip:7443:/ofmeet/harsh) it’s taking few minutes to load, java memory increases from 8%(idle state) to 15-25% approximately just when request is done.
Java version: 1.8.0_151 Oracle Corporation – OpenJDK 64-Bit Server VM
OS: Centos 7.6

So, to solve above problem tried updating java verion to 11.0.7 Oracle Corporation – OpenJDK 64-Bit Server VM.
But then OF-Meetings loads in 20-30 seconds & java memory also not increases as above problem, but audio and video not working in meetings for that see logs as below:

Below are logs after updating java:
2020.06.10 12:09:34 INFO [org.jitsi.util.concurrent.RecurringRunnableExecutor.thread-org.jitsi.videobridge.health.Health]: org.jitsi.videobridge.Videobridge - CAT=stat create_conf,conf_id=22670913994efe16 conf_name=null,logging=false,conf_count=1,ch_count=0,v_streams=0
2020.06.10 12:09:34 ERROR [org.jitsi.util.concurrent.RecurringRunnableExecutor.thread-org.jitsi.videobridge.health.Health]: org.jitsi.util.concurrent.RecurringRunnableExecutor - The invocation of the method org.jitsi.videobridge.health.Health.run() threw an exception.
java.lang.NoClassDefFoundError: Could not initialize class java.net.PlainDatagramSocketImpl
at java.net.DefaultDatagramSocketImplFactory.createDatagramSocketImpl(DefaultDatagramSocketImplFactory.java:72) ~[?:?]
at java.net.DatagramSocket.createImpl(DatagramSocket.java:333) ~[?:?]
at java.net.DatagramSocket.(DatagramSocket.java:241) ~[?:?]
at java.net.DatagramSocket.(DatagramSocket.java:198) ~[?:?]
at org.ice4j.socket.MergingDatagramSocket.(MergingDatagramSocket.java:120) ~[ice4j-2.0.0-20181213.100259-20.jar:?]
at org.ice4j.ice.ComponentSocket.(ComponentSocket.java:83) ~[ice4j-2.0.0-20181213.100259-20.jar:?]
at org.ice4j.ice.Component.(Component.java:209) ~[ice4j-2.0.0-20181213.100259-20.jar:?]
at org.ice4j.ice.IceMediaStream.createComponent(IceMediaStream.java:192) ~[ice4j-2.0.0-20181213.100259-20.jar:?]
at org.ice4j.ice.Agent.createComponent(Agent.java:590) ~[ice4j-2.0.0-20181213.100259-20.jar:?]
at org.jitsi.videobridge.IceUdpTransportManager.createIceAgent(IceUdpTransportManager.java:1081) ~[jitsi-videobridge-1.1-20190125.162313-103.jar:?]
at org.jitsi.videobridge.IceUdpTransportManager.(IceUdpTransportManager.java:565) ~[jitsi-videobridge-1.1-20190125.162313-103.jar:?]
at org.jitsi.videobridge.IceUdpTransportManager.(IceUdpTransportManager.java:526) ~[jitsi-videobridge-1.1-20190125.162313-103.jar:?]
at org.jitsi.videobridge.Channel.createTransportManager(Channel.java:322) ~[jitsi-videobridge-1.1-20190125.162313-103.jar:?]
at org.jitsi.videobridge.Channel.initialize(Channel.java:673) ~[jitsi-videobridge-1.1-20190125.162313-103.jar:?]
at org.jitsi.videobridge.RtpChannel.initialize(RtpChannel.java:891) ~[jitsi-videobridge-1.1-20190125.162313-103.jar:?]
at org.jitsi.videobridge.Content.createRtpChannel(Content.java:339) ~[jitsi-videobridge-1.1-20190125.162313-103.jar:?]
at org.jitsi.videobridge.Content.createRtpChannel(Content.java:263) ~[jitsi-videobridge-1.1-20190125.162313-103.jar:?]
at org.jitsi.videobridge.health.Health.check(Health.java:152) ~[jitsi-videobridge-1.1-20190125.162313-103.jar:?]
at org.jitsi.videobridge.health.Health.doCheck(Health.java:244) ~[jitsi-videobridge-1.1-20190125.162313-103.jar:?]
at org.jitsi.videobridge.health.Health.doRun(Health.java:495) ~[jitsi-videobridge-1.1-20190125.162313-103.jar:?]
at org.jitsi.util.concurrent.PeriodicRunnableWithObject.run(PeriodicRunnableWithObject.java:87) ~[libjitsi-1.0-20190128.210332-374.jar:?]
at org.jitsi.util.concurrent.RecurringRunnableExecutor.run(RecurringRunnableExecutor.java:216) [libjitsi-1.0-20190128.210332-374.jar:?]
at org.jitsi.util.concurrent.RecurringRunnableExecutor.runInThread(RecurringRunnableExecutor.java:292) [libjitsi-1.0-20190128.210332-374.jar:?]
at org.jitsi.util.concurrent.RecurringRunnableExecutor.access$000(RecurringRunnableExecutor.java:36) [libjitsi-1.0-20190128.210332-374.jar:?]
at org.jitsi.util.concurrent.RecurringRunnableExecutor$1.run(RecurringRunnableExecutor.java:328) [libjitsi-1.0-20190128.210332-374.jar:?]

Additionally have uninstalled Openfire-4.5.1 and installed Openfire-4.5.2 but same problem persists for joining Openfire meetings from browsers it keeps on loading for few minutes.

I didn’t find a solution, and I didn’t want to install new. So I said okay good bye openfire, I used it only as familiy chat and for international calls on trips.
I left the openfire server run and last week after an ubuntu 18.04 OS update I tried to reach openfire login site and it worked. I logged in and had openfire meetings running - but sorry I don’t know why. I never had a self healing on the server on any problem before!

My Openfire Meetings also running but when request done from browser for loading it takes few minutes then it works normal for audio & video sharing between users.

Ok Thanks.