Daniela,
Sorry I cannot help you with this problem as we have never experienced
it, however others may be able to give you some assistance.
To help other assist you, can you give us more detail, please.
What version of OpenMeetings are you using (2.0, 2.1, 2.1.1, 3.0 etc)?
On what OS are you running OpenMeetings. E.g. Windows 7, Windows Server
2008, Ubuntu server 12, Debian (5/6/7), Centos, etc?
How did you get OpenMeetings, from what repository?
Did you download the compiled version or did you down load the source and
compile it locally on the server?
What installation instructions did you follow to build the environment in
which you are running OpenMeetings? Are all the prerequisite packages
installed?
What ports are you using for OpenMeetings (e.g. netstat -anp | grep
java), and I guess all firewall ports are open otherwise people would have
been able to start the meeting.
Is the server a dedicated server for OpenMeetings or are other red5
applications also running on the server?
Thanks,
George Kirkham
From: Daniela Kirsch [mailto:dkir...@excelsystems.com]
Sent: Saturday, 7 September 2013 1:18 AM
To: user@openmeetings.apache.org
Subject: Video Frozen - OpenMeetings/Red5 stuck
Hi,
we are running into a serious issue. While being in a room with video and
audio (2 people in a normal moderated conference room) it happens that the
video of the other person freezes (audio is gone as well).
Once the video is frozen, the entire application is unusable. Meaning, if
I open a browser and go to the site all I get is a blank page. There's
nothing, not even a "Loading..." displayed. This is for everyone who's
trying to use it, not just the person who had the frozen video.
In the red5.log we have this:
2013-09-05 14:39:13,289 [NioProcessor-33] DEBUG
o.red5.server.net.rtmp.RTMPHandler - Invoke: Invoke: Service: null Method:
connect Num Params: 1 0: false
2013-09-05 14:39:13,289 [NioProcessor-33] DEBUG
o.red5.server.net.rtmp.RTMPHandler - call: Service: null Method:
connect Num
Params: 1 0: false
2013-09-05 14:39:13,289 [NioProcessor-33] DEBUG
o.red5.server.net.rtmp.RTMPHandler - connect
2013-09-05 14:39:13,289 [NioProcessor-33] DEBUG
o.r.server.net.rtmp.BaseRTMPHandler - url:
rtmps://my.domain.com:8443/openmeetings/hibernate
2013-09-05 14:39:17,818 [Red5_Scheduler_Worker-3] WARN
o.r.server.net.rtmp.RTMPConnection - Closing RTMPMinaConnection
from 1.1.1.1
: 39724 to my.domain.com:8443 (in: 3729 out 4878 ), with id 16 due to long
handshake
2013-09-05 14:39:17,819 [Red5_Scheduler_Worker-3] DEBUG
o.r.s.net.rtmp.RTMPMinaConnection - RTMP state: RTMP [state=connected,
debug=false, encrypted=false, lastReadChannel=3, lastWriteChannel=0,
readHeaders={3=Header [channelId=3, dataType=20, timerBase=0,
timerDelta=0,
size=407, streamId=0, extendedTimestamp=0, isGarbage=false]},
writeHeaders={}, readPacketHeaders={3=Header [channelId=3, dataType=20,
timerBase=0, timerDelta=0, size=407, streamId=0, extendedTimestamp=0,
isGarbage=false]}, readPackets={3=null}, writePackets={},
writeTimestamps={}, liveTimestamps={}, readChunkSize=128,
writeChunkSize=128, encoding=AMF0]
The only way to get it all going is by restarting Open Meetings. However
we were hoping there's a way around that, something that would
free whatever
is stuck there.
What can we do?
Thanks,
Daniela
