search

macielbombonato / bigbluebutton

Automatically exported from code.google.com/p/bigbluebutton
0 stars 0 forks source link

java.io.IOException: Too many open files #233

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
Red5 stops with "java.io.IOException: Too many open files" on error.log

May be due to RTMPClient. Check-out Red5 mailing list for similar 
exception.

2009-11-02 17:45:43,795 [NioSocketAcceptor-1] WARN  
o.a.m.util.DefaultExceptionMonitor - Unexpected exception.
java.io.IOException: Too many open files
        at sun.nio.ch.ServerSocketChannelImpl.accept0(Native Method) 
[na:1.6.0_0]
        at 
sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.java:163) 
[na:1.6.0_0]
        at 
org.apache.mina.transport.socket.nio.NioSocketAcceptor.accept(NioSocketAcce
ptor.java:217) [mina-core-2.0.0-M6.jar:na]
        at 
org.apache.mina.transport.socket.nio.NioSocketAcceptor.accept(NioSocketAcce
ptor.java:48) [mina-core-2.0.0-M6.jar:na]
        at 
org.apache.mina.core.polling.AbstractPollingIoAcceptor$Acceptor.processHand
les(AbstractPollingIoAcceptor.java:481) [mina-core-2.0.0
-M6.jar:na]
        at 
org.apache.mina.core.polling.AbstractPollingIoAcceptor$Acceptor.run(Abstrac
tPollingIoAcceptor.java:412) [mina-core-2.0.0-M6.jar:na]
        at 
org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java
:64) [mina-core-2.0.0-M6.jar:na]
        at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1
110) [na:1.6.0_0]
        at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:
603) [na:1.6.0_0]
        at java.lang.Thread.run(Thread.java:636) [na:1.6.0_0]

Original issue reported on code.google.com by richard....@gmail.com on 2 Nov 2009 at 6:25

GoogleCodeExporter commented 9 years ago 
This appears to be linked to use of VoIP in BigBlueButton.

Original comment by ffdixon@gmail.com on 9 Nov 2009 at 3:41

GoogleCodeExporter commented 9 years ago 
Most likely is - with Asterisk, one of the main bottlenecks that limits scaling 
is
how many open file handles are allowed.  Change the ulimit to allow more (or
unlimited) file handles before starting the applications.  We have done this on 
over
100 Asterisk servers that handle 20-30 conferences at a time for well over 200 
total
attendees on each server.  

More info: 
http://www.mail-archive.com/asterisk-users@lists.digium.com/msg179451.html

Original comment by jeremyth...@gmail.com on 9 Nov 2009 at 10:24

GoogleCodeExporter commented 9 years ago 
Yes, this is related to Asterisk.If you run Asterisk + BBB on same server this 
is 
common.

You can void this by a simple method.
put "ulimit -n 65536" @ /etc/init.d/red5 (before start RED5 server)
e.g
----//-------
### END INIT INFO

set -e 
ulimit -n 65536
----//-------

Original comment by madhawa1...@gmail.com on 10 Nov 2009 at 4:55

GoogleCodeExporter commented 9 years ago

Original comment by ritza...@gmail.com on 10 Nov 2009 at 6:24

GoogleCodeExporter commented 9 years ago

Original comment by ritza...@gmail.com on 11 Nov 2009 at 2:09

GoogleCodeExporter commented 9 years ago

Original comment by ritza...@gmail.com on 7 Dec 2009 at 7:23