2

WebSphereMQのQueueManagerを使用してWebSphereApplicationServerからリモート接続できません。とにかく、同じマシンにインストールされているWASからキューマネージャーに接続されます。WebSphereMQのバージョン7.5とWebSphereApplicationServerのバージョン7.0を使用しています。

WASをキューマネージャにリモートで接続しようとすると、次のエラーメッセージがログに記録されました。

WebSphere MQからのエラー・メッセージ：

1/30/2013 21:12:09-プロセス（3624.6）ユーザー（MUSR_MQADMIN）プログラム（amqrmppa.exe）ホスト（KHILT-269）インストール（インストール1）VRMF（7.5.0.0）QMgr（QM.TEST）AMQ9504：Aチャネル'TEST_CHANNEL'のプロトコルエラーが検出されました。説明：リモート・キュー・マネージャーとの通信中に、チャネル・プログラムがプロトコル・エラーを検出しました。障害の種類は11で、関連データは0でした。アクション：システム管理者に連絡して、エラーログを調べて障害の原因を特定する必要があります。

WebSphere Application Serverでのエラーメッセージ：

次の理由により、WebSphere MQに接続できませんでした：CC = 2; RC = 2009

ログからわかるように、キューマネージャーをQM.TESTとして作成し、チャネルをTEST_CHANNELとして作成しました。キューマネージャ用に定義されたリスナーポートは、プロトコルTCPとともに1417です。

私はたくさんのグーグルをしましたが、適切な解決策を見つけられませんでした。この点で助けていただければ幸いです。

事前に感謝します、KAmeer

4

5 に答える 5

1

キュー マネージャーは、クライアントから予期しない TSH フローを受信すると、プロトコル エラーを生成し、すぐに接続を終了します。その結果、クライアントは 2009 エラーを受け取ります。技術的には、既知の制限や MQ の欠陥/APAR がない限り、低レベルの MQ クライアントは上位バージョンの MQ キュー マネージャーと通信でき、その逆も可能です。エラー メッセージは、キュー マネージャーが MQ 7500 で実行されており、これが MQ ベース 7.5 バージョンであることを示しています。既知の問題を除外するために、キュー マネージャーを利用可能な最新のフィックスパックにアップグレードすることをお勧めします。また、SVRCONN (SHARECNV を 0 に設定) チャネルで共有変換を無効にして、問題が解決されるまで問題を回避できるかどうかを確認することもできます。

于 2016-02-16T01:59:12.367 に答える
0

これはバグのように聞こえるため、IBM で PMR を開きます。

于 2013-01-31T17:37:52.737 に答える
0

これの原因は、mq 7 クライアントが mq 7.5 と通信できないためです。クライアントは mq 7.5 jar ファイルを使用する必要があります。

于 2014-11-21T17:51:30.223 に答える