3

私たちのアプリケーションは、いくつかの jmx エージェント (約 50) に接続して、頻繁に jmx データをポーリングします。しばらくすると (約 1 日)、アプリケーションが応答しなくなります。スレッド ダンプを調べたところ、多数のスレッドが ClientNotifForwarder でスタックしていることがわかりました。

例えば：

"ClientNotifForwarder-50" daemon prio=3 tid=0x09aa3800 nid=0x330 runnable [0xd3a90000..0xd3a90c70]
java.lang.Thread.State: RUNNABLE
    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.read(SocketInputStream.java:129)
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:237)
    - locked <0xe2538af0> (a java.io.BufferedInputStream)
    at java.io.DataInputStream.readByte(DataInputStream.java:248)
    at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:195)
    at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:142)
    at com.sun.jmx.remote.internal.PRef.invoke(Unknown Source)
    at javax.management.remote.rmi.RMIConnectionImpl_Stub.fetchNotifications(Unknown Source)
    at javax.management.remote.rmi.RMIConnector$RMINotifClient.fetchNotifs(RMIConnector.java:1291)
    at com.sun.jmx.remote.internal.ClientNotifForwarder$NotifFetcher.fetchNotifs(ClientNotifForwarder.java:503)
    at com.sun.jmx.remote.internal.ClientNotifForwarder$NotifFetcher.run(ClientNotifForwarder.java:395)
    at com.sun.jmx.remote.internal.ClientNotifForwarder$LinearExecutor$1.run(ClientNotifForwarder.java:83)

根本原因を特定するための助けをいただければ幸いです...

ありがとう、ラジャ

4

1 に答える 1

0

コマンドラインから接続および読み取りタイムアウトのプロパティを設定してみてください。

sun.net.client.defaultConnectTimeout
sun.net.client.defaultReadTimeout

http://docs.oracle.com/javase/6/docs/technotes/guides/net/properties.html

十分な再試行メカニズムが整っていると仮定します。

于 2012-08-17T19:12:41.473 に答える