【问题标题】:Alarm thread warning every 60 seconds警报线程警告每 60 秒
【发布时间】:2013-09-17 22:09:29
【问题描述】:

出于开发目的,我正在运行本地 WAS 7.0 服务器。我的机器是 Win 7,我使用的是 Java 1.6。 WAS的具体版本是:

IBM WebSphere Application Server, 7.0.0.25
Build Number: cf251235.04 
Build Date: 8/30/12

我使用的Eclipse版本是

Eclipse Java EE IDE for Web Developers
Version: Juno Service Release 2
Build id: 20130225-0426

以及 WebSphere Application Server 7.0 Eclipse 插件

com.ibm.websphere.v7.core (7.0.101.v20121205_2240) "WebSphere Application Server v7.0 Core Runtime Jars" [Active]

我遇到的问题是每 2 分钟左右就会在我的 SystemOut.log 文件中打印以下警告:

[9/17/13 16:54:47:812 CDT] 00000025 AlarmThreadMo W   UTLS0008W: The return of alarm thread "Non-deferrable Alarm : 2" (0000001f) to the alarm thread pool has been delayed for 40106 milliseconds. This may be preventing normal alarm function within the application server. The alarm listener stack trace is as follows: 
    at java.lang.Object.wait(Native Method)
    at java.lang.Object.wait(Object.java:196)
    at com.ibm.io.async.AbstractAsyncFuture.waitForCompletion(AbstractAsyncFuture.java:334)
    at com.ibm.io.async.AsyncFuture.getByteCount(AsyncFuture.java:218)
    at com.ibm.ws.tcp.channel.impl.AioSocketIOChannel.readAIOSync(AioSocketIOChannel.java:215)
    at com.ibm.ws.tcp.channel.impl.AioTCPReadRequestContextImpl.processSyncReadRequest(AioTCPReadRequestContextImpl.java:182)
    at com.ibm.ws.tcp.channel.impl.TCPReadRequestContextImpl.read(TCPReadRequestContextImpl.java:111)
    at com.ibm.ws.ssl.channel.impl.SSLReadServiceContext.read(SSLReadServiceContext.java:265)
    at com.ibm.ws.management.connector.ipc.ClientAccessor.clientReadMoreData(ClientAccessor.java:264)
    at com.ibm.ws.management.connector.ipc.ClientAccessor.request(ClientAccessor.java:169)
    at com.ibm.ws.management.connector.ipc.IPCConnectorClient.sendReceive(IPCConnectorClient.java:452)
    at com.ibm.ws.management.connector.ipc.IPCConnectorClient.pullNotifications(IPCConnectorClient.java:2167)
    at com.ibm.ws.management.event.PullRemoteReceiver.getNotifications(PullRemoteReceiver.java:222)
    at com.ibm.ws.management.event.PullRemoteReceiver.alarm(PullRemoteReceiver.java:183)
    at com.ibm.ejs.util.am._Alarm.run(_Alarm.java:133)
    at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1646).
[9/17/13 16:56:07:712 CDT] 0000001f AlarmThreadMo W   UTLS0009W: Alarm Thread "Non-deferrable Alarm : 2" (0000001f) previously reported to be delayed has now completed.  It was active for approximately 120007 milliseconds.

这种情况始终如一地发生;因为我收到“延迟”警告,然后 2 分钟后我收到“已完成”警告。然后大约 60 秒过去了,我再次收到“延迟”警告,然后在大约 2 分钟后再次收到“完成”警告..​​....广告无限。

除了可笑的烦人;一切似乎都运行良好......我能够发布/启动/停止服务器。我的应用程序运行正常。

我只是想让这个警告停止填写我的 SystemOut.log...有什么建议吗?

附:我的服务器定义中确实有以下设置作为我的“通用 JVM 参数”:

-Xquickstart -Dcom.ibm.websphere.alarmthreadmonitor.threshold.millis=140000 -Dlog4j.debug-XX:+HeapDumpOnOutOfMemoryError-XX:HeapDumpPath=D:/temp

认为设置“-Dcom.ibm.websphere.alarmthreadmonitor.threshold.millis=140000”应该将警告阈值增加到 140,000 毫秒,而不是默认的 40,000 毫秒(从 here 中发现)

【问题讨论】:

    标签: websphere


    【解决方案1】:

    原来我的 JVM 参数中与 com.ibm.websphere.alarmthreadmonitor.threshold.millis 属性有关的拼写错误。

    在我的 JVM 参数中添加 -Dcom.ibm.websphere.alarmthreadmonitor.threshold.millis=140000 会成功抑制警告。

    【讨论】:

    • 我仍然很好奇 IPC 连接器试图做什么,这需要(几乎完全)120 秒。如果我有时间,我会返回并启用 com.ibm.ws.management.connector.ipc 的跟踪,正如@Robban 建议的那样尝试弄清楚。
    • 在 WS 8.5 上为我工作
    • 属性也可以通过 websphere 管理员控制台设置:服务器 > 服务器类型 > WebSphere 应用程序服务器 > YOUR_SERVER_NAME > 管理 > 自定义属性 > 新建
    【解决方案2】:

    WAS8 和 WAS85 上存在关于错误警告的问题:

    http://www-01.ibm.com/support/docview.wss?uid=swg1PM85931

    您可以尝试使用以下系统属性将其静音:

    -Dcom.ibm.websphere.alarmthreadmonitor.hung_alarm_mute=1

    您还应该启用诊断跟踪以确定系统中发生的情况。使用以下跟踪字符串: =info: com.ibm.ws.management.connector.ipc.=all

    【讨论】:

    • 这是 WAS 8 还是 8.5 设置?将它添加到我的应用服务器的 JVM 参数不会抑制警告。
    【解决方案3】:

    我相信这是PM85931。如果您需要修复,我建议您向 IBM 开一个 PMR。

    【讨论】:

    • 听起来确实很相似,但是这出现在我的 App Server SystemOut.log 中,而不是 nodeagent SystemOut 中。虽然,由于这是一个本地开发设置,我的 nodeagent 也会是我的应用服务器吗?
    • 我怀疑这个错误可能发生在作为 MBean 通知客户端的任何进程上,但我对 WebSphere Application Server MBean 子系统没有特别的专业知识。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-08-23
    • 2015-08-06
    • 1970-01-01
    相关资源
    最近更新 更多