Проблемы с windows 2016 websphere mq

У нас есть установка WCF .Net, которая годами работает с подключением к WebSphere MQ. Когда мы перешли на Windows 2016, мы столкнулись с некоторыми проблемами с подключением. Потоки из приложения WCF будут подключаться и оставаться подключенными в течение примерно 5 минут, а затем они умирают. Мы видим соединения через браузер MQ, но примерно через 5-6 минут все они умирают. Работал нормально в Windows 2012. Если бы это были разрешения, я бы не ожидал никаких подключений.

Клиент: 8.0.0.10 (последняя версия, похоже, не помогает)

Множество исключений для общения.

Ошибки из журнала WCF:

WCFCH0306E: An error occurred while attempting to receive data from endpoint 'jms:/queue?destination=**Redacted server etc here**&persistent=2&initialContextFactory=com.ibm.mq.jms.Nojndi'
The operation could not be completed.
Review the linked exception for further details.

The method MQBACK failed.
A WebSphere MQ call failed.
Please see the linked exception for more information.</Message><StackTrace>   at IBM.XMS.Client.Impl.XmsSessionImpl.Dispose(Boolean disposing)
   at IBM.XMS.Client.Impl.XmsSessionImpl.Close()
   at IBM.XMS.WCF.XmsSessionResource.RemoveReference(Boolean throwExceptions)
   at IBM.XMS.WCF.XmsConnectionManager.Close(Boolean throwExceptions)
   at IBM.XMS.WCF.XmsChannelListener`1.CloseInternal(Boolean throwExceptions)</StackTrace><ExceptionString>IBM.XMS.IllegalStateException: The method MQBACK failed.
A WebSphere MQ call failed.
Please see the linked exception for more information.
   at IBM.XMS.Client.Impl.XmsSessionImpl.Dispose(Boolean disposing)
   at IBM.XMS.Client.Impl.XmsSessionImpl.Close()
   at IBM.XMS.WCF.XmsSessionResource.RemoveReference(Boolean throwExceptions)
   at IBM.XMS.WCF.XmsConnectionManager.Close(Boolean throwExceptions)
   at IBM.XMS.WCF.XmsChannelListener`1.CloseInternal(Boolean throwExceptions)

Linked Exception : CompCode: 2, Reason: 2009

Попробуйте 8.0.0.9, 10 обнаружил дефект, вызывающий эти симптомы.

JoshMc 31.10.2018 14:20

Спасибо, @JoshMc, мы попробуем. Очень ценю информацию.

scarpacci 31.10.2018 14:25

Если это решит проблему, я напишу ответ с номером APAR.

JoshMc 31.10.2018 14:41

Также стоит рассмотреть 9.0.0.3 (4 тоже имели дефект). Для 8 уже было объявлено об окончании обслуживания 30 апреля 2020 года, для 9 еще не объявлено, но я предполагаю, что 2022 год.

JoshMc 31.10.2018 15:57

Нормально будет сделать. Я очень ценю информацию!

scarpacci 31.10.2018 16:42

Привет @JoshMc, все еще возникают те же ошибки с 8.0.0.9. Есть другие идеи? Мы уже много лет ничего не меняем в приложении.

scarpacci 31.10.2018 19:44

Мы продолжаем получать сбои связи (код ошибки 2009) «Коммуникационный объект IBM.XMS.WCF.XmsInputChannel не может использоваться для связи, потому что он находится в состоянии сбоя».

scarpacci 31.10.2018 19:52

Привет, извините, это не было решением вашей проблемы, 5-минутное отключение совпало с PMR, который я открыл с IBM для Managed .NET. Ошибка, которую вы вставили в вопрос, показывает, что при вызове MQBACK происходит сбой. Знаете ли вы, почему он вообще поддерживает транзакцию? 2009 год означает, что связь прервалась. Вы знаете, работает ли WCF .NET в управляемом или неуправляемом режиме? Вы можете определить статус канала администратора очередей, посмотрев на значение RPRODUCT, MQNM управляется. Я читал, что TCP KeepAlive WIndows по умолчанию составляет 2 часа, возможно ли, что на вашем сервере это меньше 5 минут?

JoshMc 01.11.2018 00:42

@JoshMc не беспокойся. Я очень ценю помощь. Я попросил администратора попробовать и посмотреть, есть ли более подробная информация, которую мы можем получить из журналов сервера MQ. Не уверен, почему он отменяет транзакцию, определенно странно. Я посмотрю, что я могу узнать об управляемом и неуправляемом и TCP KeepAlive. Спасибо еще раз за помощь. Очень ценю это.

scarpacci 01.11.2018 01:39

В 2012 году мы использовали 8.0.0.5, но да, она работает нормально. Мы пробовали ту же версию в 2016 году, но безуспешно.

scarpacci 01.11.2018 02:27

У вас есть полная установка клиента или вы используете клиент redist?

JoshMc 01.11.2018 04:19

@JoshMc Я считаю, что мы используем полную установку клиента, а не повторный список (8.0.0.9-WS-MQC-Win64.zip)

scarpacci 01.11.2018 14:22

@JoshMc немного больше информации. Все еще проверяем управляемое и неуправляемое. Heartbeat установлено на 60 секунд, Keepalive установлено на 120 секунд, а отключение, если не активно, на 360 секунд. Это заставляет меня задаться вопросом, не возвращается ли поддержка активности клиенту, что затем вызывает неожиданное отключение через 360 секунд (5-6 минут, которые мы наблюдали). До сих пор работаю с админом. Журналы сервера очереди, только показывающие, что канал к хосту завершился ненормально.

scarpacci 01.11.2018 21:42

Можете ли вы подтвердить, что время, когда вы видите отключение на стороне клиента, составляет 360 секунд, а время, в течение которого сервер видит отключение, составляет около 120 секунд? Думаю, я могу объяснить поведение, которое вы видите, на основе нескольких недостатков, которые я указал IBM в этой области. См. Мой ответ на Установка тайм-аута для IBM MQSetting Тайм-аут при закрытии и отключении клиента IBM MQ.NET.

JoshMc 01.11.2018 22:24

Спасибо @JoshMc. Были ли эти вещи введены в новые версии клиента? Мы не сталкиваемся с этим в других средах с 8.0.0.5.

scarpacci 01.11.2018 23:39

Насколько мне известно, дефекты присутствуют и по сей день, APAR еще не являются частью выпущенной версии MQ. Параметр поддержки активности TCP, на который вы ссылались как 120, является параметром клиентской стороны Windows или параметром диспетчера очередей MQ?

JoshMc 02.11.2018 02:01

Это было из настройки администратора очередей MQ.

scarpacci 02.11.2018 14:34

Позвольте нам продолжить обсуждение в чате.

JoshMc 02.11.2018 15:24
0
18
469
0

Другие вопросы по теме