Ibm mq MQ java进程占用100%的CPU

我们的linux服务器中的以下进程占用了100%的CPU

java -DMQJMS_LOG_DIR=/opt/hd/ca/mars/tmp/logs/log -DMQJMS_TRACE_DIR=/opt/hd/ca/mars/tmp/logs/trace -DMQJMS_INSTALL_PATH=/opt/isv/mqm/java com.ibm.mq.jms.admin.JMSAdmin -v -cfg /opt/hd/ca/mars/mqm/data/JMSAdmin.config 

我强行终止了进程并反弹了MQ，但我看不到这一点。发生这种情况的原因可能是什么

java进程com.ibm.mq.jms.admin.JMSAdmin通常通过ibm mq脚本/opt/mqm/java/bin/JMSAdmin执行

JMSAdmin的目的是创建用于连接到IBM MQ的JNDI资源，这些资源通常基于文件并存储在名为.binding的文件中。binding文件的位置将在传递给命令的配置文件中找到。在上面的输出中，配置文件是/opt/hd/ca/mars/mqm/data/JMSAdmin.config

JMSAdmin是一个交互式进程，您可以在其中运行以下命令：

DEFINE QCF(QueueConnectionFactory1) +
       QMANAGER(XYZ) +
       ...

我无法告诉您为什么它需要100%的CPU，但进程本身并不直接与队列管理器交互或连接，在不需要重新启动队列管理器的情况下关闭进程是安全的。JMSAdmin生成的.binding文件在某些配置中被JMS应用程序用来查找如何连接到MQ的详细信息以及要访问的队列和主题的名称

2011年7月，您将使用IBM MQ v7.0或更低版本，所有这些版本都不受支持，如果任何人在最新受支持的MQ版本中遇到类似问题，我建议您进行java线程转储，并与IBM一起调查它占用100%CPU的原因

*PS我知道这是一个有9年历史的问题，但我认为一个答案可能对在搜索类似问题时发现这一问题的人有所帮助。

java进程com.ibm.mq.jms.admin.JMSAdmin通常通过ibm mq脚本/opt/mqm/java/bin/JMSAdmin执行

JMSAdmin的目的是创建用于连接到IBM MQ的JNDI资源，这些资源通常基于文件并存储在名为.binding的文件中。binding文件的位置将在传递给命令的配置文件中找到。在上面的输出中，配置文件是/opt/hd/ca/mars/mqm/data/JMSAdmin.config

JMSAdmin是一个交互式进程，您可以在其中运行以下命令：

DEFINE QCF(QueueConnectionFactory1) +
       QMANAGER(XYZ) +
       ...

我无法告诉您为什么它需要100%的CPU，但进程本身并不直接与队列管理器交互或连接，在不需要重新启动队列管理器的情况下关闭进程是安全的。JMSAdmin生成的.binding文件在某些配置中被JMS应用程序用来查找如何连接到MQ的详细信息以及要访问的队列和主题的名称

2011年7月，您将使用IBM MQ v7.0或更低版本，所有这些版本都不受支持，如果任何人在最新受支持的MQ版本中遇到类似问题，我建议您进行java线程转储，并与IBM一起调查它占用100%CPU的原因

---

*PS我知道这是一个有9年历史的问题，但我认为一个答案可能有助于在搜索类似问题时找到这个问题的人。

它写了很多跟踪消息吗？它写了很多跟踪消息吗？