当前位置: 首页 > 知识库问答 >
问题:

无法在MQ资源管理器上启动新的队列管理器

惠志
2023-03-14

使用MQ Explorer创建新的队列管理器后,它无法正确启动,并提供以下消息:

  • 命令:“C:\Program Files(x86)\IBM\WebSphere mq\bin\crtmqm”-sa test_qm

队列管理器与安装“WMQ75Install”相关联。

exitvalue=2059

我不知道如何从日志中解决它,并试图从MQ Explorer和命令行shell中手动启动它,但没有任何成功--它只是没有启动。

21/01/2015 14:18:46-进程(7960.3)用户(johnsmith)程序(AMQZMUC0.exe)主机(NY0035546)安装(WMQ75Install)VRMF(7.5.0.2)QMgr(test_qm)

AMQ5051:队列管理器任务“logger-io”已启动。

说明:关键实用程序任务管理器已经启动了记录器-io任务。此任务现在已启动1次。行动:

说明:队列管理器任务记录器-IO已经结束。行动:

21/01/2015 14:18:49-进程(7528.3)用户(johnsmith)程序(AMQZMUC0.exe)主机(NY0035546)安装(WMQ75Install)VRMF(7.5.0.2)QMgr(test_qm)

AMQ5051:队列管理器任务“logger-io”已启动。

说明:到目前为止,在日志重放阶段,队列管理器test_qm上已经访问了4条日志记录,以便将队列管理器恢复到以前已知的状态。行动:

21/01/2015 14:18:49-进程(9760.1)用户(johnsmith)程序(AMQZXMA0.exe)主机(NY0035546)安装(WMQ75Install)VRMF(7.5.0.2)QMgr(test_qm)

AMQ7230:队列管理器'test_qm'的日志重播完成。

说明:到目前为止,在事务管理器状态的恢复阶段,队列管理器test_qm上已经访问了0条日志记录。行动:

21/01/2015 14:18:49-进程(9760.1)用户(johnsmith)程序(AMQZXMA0.exe)主机(NY0035546)安装(WMQ75Install)VRMF(7.5.0.2)QMgr(test_qm)

AMQ7232:队列管理器“test_qm”的事务管理器状态已恢复。

AMQ5051:队列管理器任务“检查点”已启动。

说明:关键实用程序任务管理器已启动检查点任务。此任务现在已启动1次。行动:

21/01/2015 14:18:51-进程(9796.3)用户(johnsmith)程序(AMQZMUR0.exe)主机(NY0035546)安装(WMQ75Install)VRMF(7.5.0.2)QMgr(test_qm)

AMQ5037:队列管理器任务'app-signal'已启动。

说明:可重新启动的实用程序任务管理器已启动应用程序信号任务。此任务现在已启动1次。行动:

21/01/2015 14:18:51-进程(9796.5)用户(johnsmith)程序(AMQZMUR0.exe)主机(NY0035546)安装(WMQ75Install)VRMF(7.5.0.2)QMgr(test_qm)

说明:可重新启动的实用程序任务管理器已启动应用程序信号任务。此任务现在已启动2次。行动:

21/01/2015 14:18:51-进程(9796.7)用户(johnsmith)程序(AMQZMUR0.exe)主机(NY0035546)安装(WMQ75Install)VRMF(7.5.0.2)QMgr(test_qm)

AMQ5037:队列管理器任务'app-signal'已启动。

21/01/2015 14:18:52-进程(10328.1)用户(johnsmith)程序(amqzfuma.exe)主机(NY0035546)安装(WMQ75Install)VRMF(7.5.0.2)QMgr(test_qm)

AMQ8077:实体'JohnSmith@Intranet'没有足够的权限访问对象'test_qm'。

说明:指定的实体无权访问所需的对象。以下请求的权限未经授权:连接/系统操作:确保针对所需对象为该实体设置了正确的权限级别,或者确保该实体是特权组的成员。------AMQZFUBN.C:515----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

AMQ5525:WebSphere MQ对象授权管理器失败。

说明:对象授权管理器未能完成MQ请求。操作:检查队列管理器错误日志中解释失败的消息,并尝试相应地纠正问题。------AMQZXMA0.C:3825------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

AMQ8003:WebSphere MQ队列管理器'test_qm'开始使用V7.5.0.2。

说明:WebSphere MQ队列管理器'test_qm'开始使用V7.5.0.2。行动:

21/01/2015 14:18:52-进程(9760.1)用户(johnsmith)程序(AMQZXMA0.exe)主机(NY0035546)安装(WMQ75Install)VRMF(7.5.0.2)QMgr(test_qm)

AMQ5050:找不到必要的WebSphere MQ进程9188(zllPUBSUB),并假定该进程已终止。

说明:1)用户无意中终止了进程。2)系统资源不足。某些操作系统终止进程以释放资源。如果系统资源不足,则可能已终止进程以便创建新进程。3)MQ遇到意外错误。检查MQ错误日志中可能报告的错误以及已生成的FFSTs。操作:WebSphere MQ将尝试重新启动终止的进程。------AMQZXMB0.C:9679------------------------------------------------------------------------------------------------------60.1)用户(johnsmith)程序(AMQZXMA0.exe)主机(NY0035546)安装(WMQ75Install)VRMF(7.5.0.2)QMgr(test_qm)

AMQ8004:WebSphere MQ队列管理器'test_qm'结束。

说明:WebSphere MQ队列管理器'test_qm'结束。行动:

共有1个答案

干浩然
2023-03-14

猜测一下,johnsmith是域ID吗?这是一个域工作站(什么是'JohnSmith@Intranet')吗?我怀疑您在域中有一台机器,但您没有将MQ配置为在域中的机器上运行。我认为问题在于,在启动时,MQ试图确定用户ID'JohnSmith@Intranet'是哪个组的成员,因此失败了。这是可能的,将johnsmith添加到本地mqm组可能会让您更好,尽管我怀疑您需要进行域配置。有关如何做的详细信息,请参阅另一个答案:在IBM web sphere queue manager中向域用户授予权限

 类似资料:
  • 我是WebSphere MQ的初学者,我在MQ6上工作,它工作得很好,但现在我安装了MQ7.1,当我试图创建一个新的队列管理器时,我可以创建它,但它不能连接,这给我带来了以下错误: 你对此有什么想法吗?谢谢:)

  • 我在 Linux 平台上安装了 WebSphere MQ 7.1,之后我安装了 WebSphere 消息代理 8.0.0.1。现在,当我尝试创建执行组时,我得到一个异常:原因码 2035。此异常表示用户未经授权连接到队列管理器。我已将此用户添加到 组中。当我使用MQ 7.0.x时,我没有遇到任何这样的问题。我搜索了很多,知道 MQ 7.1 中存在用户 ID 阻塞。但是,我希望此用户能够创建执行组,

  • 资源管理器 是我们用来访问和管理项目资源的工作区域。在开始制作游戏时,添加资源到这里通常是必须的步骤。您可以使用 HelloWorld 模板新建一个项目,就可以看到 资源管理器 中包含了一些基本资源类型。 界面介绍 资源管理器 将项目资源文件夹中的内容以树状结构展示出来,注意只有放在项目文件夹的 assets 目录下的资源才会显示在这里。关于项目文件夹结构说明请阅读 项目结构 一节。下面我们介绍各

  • 资源管理器 面板是我们用来访问和管理项目资源的重要工具。 在开始制作游戏时,导入资源 通常是必须的步骤。您可以在新建项目时使用模板项目,新建步骤完成后会自动打开项目,默认布局中包含了 资源管理器 面板,里面有两个资源库,简称 DB,assets 和 internal, internal 属于默认的内置资源,内置资源可以复制出来,但不能直接修改。 面板操作预览 面板介绍 资源管理器 面板上主要有 头

  • 我试图完全清理资源组在Azure。 删除资源组不是选项(访问权限:参与者,而不是所有者) 做到这一点的最优雅和明显的方法(也在一些文章中描述)是使用“空”部署模板执行完整的部署: 删除SQL Server开始“...”接受“...”失败“...”开始“...”接受“...”失败“... 你想到主意了。 其他时候效果很好。 您将得到数据库删除的无限循环“开始..接受..失败..开始..接受..失败.

  • 问题内容: 在Python中,如何跳到Windows资源管理器中的文件?我找到了跳到文件夹的解决方案: 但是我没有文件的解决方案。 问题答案: 来自Geoff Chappell的 Windows资源管理器命令行