AMQ9999發生的歷史中AMQERR01.LOG

我有以下錯誤顯示AMQERR01.LOGAMQ9999發生的歷史中AMQERR01.LOG

AMQ9999: Channel 'MGATESrvChannel' to host 'Mgate (127.0.0.1)' ended 
abnormally. 

EXPLANATION: 
The channel program running under process ID 1060(4364) for channel 
'MGATESrvChannel' ended abnormally. The host name is 'Mgate (127.0.0.1)'; in 
some cases the host name cannot be determined and so is shown as '????'.

了此錯誤是前面有以下消息：

AMQ9508: Program cannot connect to the queue manager. 

EXPLANATION: 
The connection attempt to queue manager 'MGATE.QM' failed with reason code 
2059. 
ACTION: 
Ensure that the queue manager is available and operational.

據我已經告訴可能是由使用隊列管理器的應用程序引起的，但是，在我看來，這更多與管理器的設置方式或類似方式有關。任何人都可以請解釋一下這個？

在此先感謝！

來源

2013-06-27 Matija Kapić

的2059說，一個連接請求被接受和拒絕，因爲QMGR不可用。當偵聽器作爲一個單獨的進程運行時，或者當inetd用於啓動通道時，我們常常會看到這一點。這是因爲聽衆在那裏接受連接，但QMgr流程沒有。

現在監聽器運行爲QMGR的一個子進程，這是很罕見的，看看這對WMQ錯誤日誌雖然客戶通常看到它。這是因爲當偵聽器作爲QMgr的子進程運行時，沒有任何監聽器可以接收到連接請求，並且在獲得MQ代碼之前它會跳出主機的IP堆棧。

的AMQ9999消息說，一個頻道的節目中，QMGR的其中一個子進程，死亡或被殺，這引起了通道終止。造成渠道過程死亡的原因很多，包括如果資源短缺或被操作人員殺死，則會被操作系統殺死。除此之外，最常見的方式是由於在受信任或快速路徑模式下運行以及附加的程序破壞它們而導致死亡。

這將有助於縮小現場瞭解QMGR的問題的細節 - 版本和補丁包，聽衆是如何開始，通道設置等

來源

2013-06-28 02:51:53

感謝您的澄清。不幸的是，我無法提供更多細節，因爲客戶沒有提供任何細節。但是，似乎客戶端已經找到了解決方案，並在其側面對MQ管理器進行了一些更改，這顯然解決了他們認爲是由使用MQ的應用程序導致的問題。 –

然後我建議刪除問題。沒有問題的細節和只有推測性的答案，對未來的讀者來說沒有多大的幫助。除非您認爲回覆有幫助，否則請接受並投票。 –

-1

啓動監聽器，你可以檢查該通道的Control屬性，因此它在隊列管理器重新啓動時自動啓動。

來源

2015-01-10 00:33:38

AMQ9999發生的歷史中AMQERR01.LOG

回答

相關問題