It looks like you are just running out of file descriptors; file
descriptors are used for sockets as well as files and other OS things.
Usually its a simple change on your OS to bump that value up to
something much higher.
On 10/13/06, igah <[EMAIL PROTECTED]> wrote:
hi there,
i have a number of stomp clients that post messages continously to a single
queue. if the consumer on that queue doesn't process the messages fast
enough, i am seeing this error in the activemq (version 4.0.1) log:
ERROR TransportConnector - Could not accept connection:
java.net.SocketException: Too many open files
java.net.SocketException: Too many open files
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:384)
at java.net.ServerSocket.implAccept(ServerSocket.java:450)
at java.net.ServerSocket.accept(ServerSocket.java:421)
at
org.apache.activemq.transport.tcp.TcpTransportServer.run(TcpTransportServer.java:123)
at java.lang.Thread.run(Thread.java:595)
jmx console shows that the following for the queue:
DequeueCount 6847
EnqueueCount 40800
QueueSize 34593
lsof shows the activemq process opens about 1000 files (most of them TCP
sockets) at the time of the failure. if i add more consumers to process
those messages, then the test can run for a long time with no failure.
how can i address this issue? am i missing some tuning configuration
parameters? (the activemq instance is configured to use mysql)
thanks in advance.
--
View this message in context:
http://www.nabble.com/Could-not-accept-connection-after-too-many-messages-in-the-queue-tf2437563.html#a6797112
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
--
James
-------
http://radio.weblogs.com/0112098/
