#ibm-mq
#ibm-mq
Вопрос:
Мы попытались протестировать подключение к удаленному диспетчеру очередей после установки MQ client версии 7.5 на Windows Server 2019. Мы использовали Rfhutilc для этого и получили «Хост недоступен», несмотря на то, что telnet-соединение с соответствующим адресом было успешно установлено. Также мы попытались подключиться с помощью MQ client версии 9.0 с тем же результатом.
AMQERR01.LOG (клиент v.7.5) сообщил следующие подробности:
29.09.2020 15:36:10 - Process(10828.2) User(Администратор) Program(rfhutilc.exe)
Host(-) Installation(Installation1)
VRMF(7.5.0.6)
AMQ9208: Error on receive from host 'X.X.X.X'.
EXPLANATION: An error occurred receiving data from 'X.X.X.X' over TCP/IP. This may be due to a communications failure.
ACTION: The return code from the TCP/IP recv() call was 10054 (X'2746'). Record these values and tell the systems administrator.
----- amqccita.c : 4065 -------------------------------------------------------
29.09.2020 15:37:56 - Process(10828.1) User(Администратор) Program(rfhutilc.exe)
Host(-) Installation(Installation1)
VRMF(7.5.0.6)
AMQ9202: Remote host 'X.X.X.X' not available, retry later.
EXPLANATION: The attempt to allocate a conversation using TCP/IP to host 'X.X.X.X' was not successful. However the error may be a transitory one and it may be possible to successfully allocate a TCP/IP conversation later.
ACTION: Try the connection again later. If the failure persists, record the error values and contact your systems administrator. The return code from TCP/IP is 10060 (X'274C'). The reason for the failure may be that this host cannot reach the destination host. It may also be possible that the listening program at host 'X.X.X.X' was not running. If this is the case, perform the relevant operations to start the TCP/IP listening program, and try again.
Вот пример того, как выглядят данные о трафике, когда Rfhutilc отказывается подключаться к очереди.
Как только, согласно картинке, возникла какая-то проблема с кодовой страницей, мы попытались установить переменную среды MQCCSID со значением 1208, и это помогло.
Также попытка подключения через Rfhutilc была успешной при запуске под другим пользователем с логином «admin», хотя и без установки переменной MQCCSID.
Но мне не удалось найти объяснение этому. Отличался ли CCSID клиента MQ от системной кодовой страницы чего? И как я мог тогда узнать CCSID клиента MQ по умолчанию?
Клиент MQ версии 7.5 отлично работал на Windows Server 2012 R2 сразу после установки. Rfhutilc версии 7.5 использовался как на сервере 2012, так и на сервере 2019 для тестирования.
Комментарии:
1. 7.5 не поддерживается с апреля 2018 года. Почему бы не использовать 9.2?
2. Согласно этой странице , IBM MQ 7.5 поддерживается только до Windows 2012 R2. Даже если у вас была расширенная поддержка IBM для версии 7.5, вы пытаетесь использовать неподдерживаемую версию. Версия 8.0 также не поддерживается, а версия 9.0 перестанет поддерживаться в сентябре 2021 года.
3. На всякий случай, если это не ясно, клиент 9.2 MQ может взаимодействовать с гораздо более старым сервером, поэтому вам не нужно синхронизировать клиент и сервер в отношении версий MQ (они согласовывают возможности с тем, что понимают оба конца).
4. @JoshMc Неподдерживаемая версия клиента, похоже, не является причиной проблемы. Мы также пытались подключиться к q manager, установив только mq client версии 9.0.0.10, с тем же результатом.
5. Как диспетчер очередей, так и клиентский компьютер будут вызывать журнал
AMQERR01.LOG, можете ли вы проверить оба на наличие метки времени при получении2538 MQRC_HOST_NOT_AVAILABLEошибки и посмотреть, что сообщается, если что-то сообщается, пожалуйста, отредактируйте свой вопрос и добавьте сведения из журнала (журналов), указывающие, из какого журнала были получены ошибки. Вы можете обернуть текст журнала тройными обратными метками в строке до и после, чтобы сохранить его формат в виде обычного текста. Вы также указываете, что можете подключиться с установки 7.5 на компьютере 2012 R2, можете ли вы подтвердить, что это та же самая точная версия MQ и используетrfhutil?