Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Проблема WebSphere MQ Client Trigger Service
|
|||
|---|---|---|---|
|
#18+
На нескольких машинах установлен WebSphere MQ for Windows 2000 - Trigger monitor service c параметрами ShortTmr=60 ShortRty=10 LongTmr=1200 LongRty=999999999 EventLevel=2 WaitInterval=60000 подключенных к одному менеджеру через один канал на сервере. Периодически возникает проблема зависания службы (триггер перестает обрабатывать сообщения и лог перестает работать). Рестарт службы решает эту проблему. В чем может быть проблема? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2009, 08:43 |
|
||
|
Проблема WebSphere MQ Client Trigger Service
|
|||
|---|---|---|---|
|
#18+
Rust(), 1. Смотрите логи MQ (На клиенте это <MQROOT>\errors\AMQERRxx.log, на сервере это <MQROOT>\qmgrs\<manager>\errors\AMQERRxx.log). 2. Смотрите включен ли TCP/IP KeepAlive для канала как со стороны клиента, так и со стороны сервера. KeepAlive Interval (KAINT) Как задано соединение на клиенте? Через переменные или через AMQCLCHL.TAB? 3. Стоят ли обновления на клиенте и на сервере? Текущую версию можно увидеть о команде dspmqver Пример: Код: plaintext 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2009, 10:22 |
|
||
|
Проблема WebSphere MQ Client Trigger Service
|
|||
|---|---|---|---|
|
#18+
А триггерные сообщения есть в инициирующей очереди или их нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2009, 11:57 |
|
||
|
Проблема WebSphere MQ Client Trigger Service
|
|||
|---|---|---|---|
|
#18+
Лог на сервере говорит Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Утилиту dspmqver на клиенте не обнаружил, нашел только инфу : IBM WebSphere MQ Client, Version 5.3 Version 5.3 (updated to fix pack 14 level) Как можно включить параметр KeepAlive на клиенте и на сервере? Сообщения на триггерной очереди не копятся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2009, 15:35 |
|
||
|
Проблема WebSphere MQ Client Trigger Service
|
|||
|---|---|---|---|
|
#18+
KeepAlive в свойствах канала на queue manager-e попробуйте поставите в 4 раза меньше чем ShortTmr цифра 4 с потолка, но от должен быть меньше однозначно например KAINT = 30 сек, ShortTmr=120 и потом расскажите что будет. код этого WebSphere MQ for Windows 2000 - Trigger monitor service я так понимаю доступен, от из supportpack-a? нужно еще посмотреть что он делает при этом retry. надо бы MQDISC/MQCONN ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2009, 15:50 |
|
||
|
Проблема WebSphere MQ Client Trigger Service
|
|||
|---|---|---|---|
|
#18+
alter channel(xxx) chltype(svrconn) kaint(30) D:\XXX\XXX\XXX>runmqsc 5724-H72 (C) Copyright IBM Corp. 1994, 2004. ALL RIGHTS R Starting MQSC for queue manager XXXX. alter channel(xxx) chltype(svrconn) kaint(30) 1 : alter channel(xxx) chltype(svrconn) kaint(30) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2009, 15:56 |
|
||
|
Проблема WebSphere MQ Client Trigger Service
|
|||
|---|---|---|---|
|
#18+
Rust(), У вас WebSphere MQ версии 5.3. Там команда другая, mqver Настройки TCP/IP KeepAlive для MQ для Windows : Enabling TCP/IP KeepAlive on Windows ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2009, 16:02 |
|
||
|
Проблема WebSphere MQ Client Trigger Service
|
|||
|---|---|---|---|
|
#18+
sorry, забывать уже начал.. конечно я имед в виду параметр hbint alter channel(system.def.svrconn) chltype(svrconn) HBINT(30) HBINT нужно сделать меньше чем ShortTmr. это нужно, чтобы атрибут инит. очереди IPPROCS был 0 когда триггерный монитор рестартует, т.е. очередь была закрыта раньше, чем триггерный монитор заново запустится. иначе триггерного события не возникнет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.07.2009, 16:24 |
|
||
|
Проблема WebSphere MQ Client Trigger Service
|
|||
|---|---|---|---|
|
#18+
Версия MQ: Код: plaintext 1. 2. 3. 4. 5. После настроек вроде стало лучше, но с утра вновь обнаружил зависание службы. На 2 клиентах были сбои в сети, на одном канал успешно стартовал, на втором заисла служба триггеринга, помог ее рестарт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2009, 08:15 |
|
||
|
Проблема WebSphere MQ Client Trigger Service
|
|||
|---|---|---|---|
|
#18+
а как служба зависла, процecc завис или триггерных событий не было? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2009, 12:00 |
|
||
|
Проблема WebSphere MQ Client Trigger Service
|
|||
|---|---|---|---|
|
#18+
Служба говорит что работает, но триггерных сообщений нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2009, 15:46 |
|
||
|
Проблема WebSphere MQ Client Trigger Service
|
|||
|---|---|---|---|
|
#18+
Rust(), Смотрите что в этот момент (в момент подвисания службы) показывают свойства триггерной очереди. Если MQ считает что приложение активно, то значение Output Use Count должно быть большим 0. Если оно равно 0, значит с т.з. менеджера эту очередь никто не читает, в этом случае смотрите есть ли еще TCP-нить (netstat -an) от машины где запущен триггер. Если на MQ-сервере TCP-нити нет, смотрите есть ли TCP-нить (netstat -an) на той машине, где запущен триггер. Ну и если совсем по порядку то на менеджере: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2009, 16:33 |
|
||
|
Проблема WebSphere MQ Client Trigger Service
|
|||
|---|---|---|---|
|
#18+
Rust(), Смотрите что в этот момент (в момент подвисания службы) показывают свойства триггерной очереди. Если MQ считает что приложение активно, то значение Output Use Count должно быть большим 0. Если оно равно 0, значит с т.з. менеджера эту очередь никто не читает, в этом случае смотрите есть ли еще TCP-нить (netstat -an) от машины где запущен триггер. Если на MQ-сервере TCP-нити нет, смотрите есть ли TCP-нить (netstat -an) на той машине, где запущен триггер. Ну и если совсем по порядку то: 1. Запустить командную консоль на менеджере Код: plaintext 2. Проверить есть ли соединение. Имя канала в условии указать то, через которое работает триггер. Если вернется пустой список, значит со стороны сервера соединение "сдохло". Код: plaintext Код: plaintext Если проверка 2 и 3 не показывают приложений, значит соединение с триггером закрыто. В этом случае нужно смотреть лог ошибок и netstat со стороны клиента (триггера) 4. Если 2 и 3 положительны, то выполняем netstat -an на сервере, запоминаем с какого порта открыто соединение с клиента (оно должно быть в состоянии ESTABLISHED). Идем на клиент (где запущен триггер) и выполняем netstat -an на клиенте. В списке должно быть видно соединение по тем же портам и в статусе ESTABLISHED. Если это не так, и на сервере соединение есть, а на клиенте его нет, то смотрим настройки TCP Keep-Alive на сервере. Если наоборот (соединение есть на клиенте но его нет на сервере), смотрим настройки TCP Keep-Alive на клиенте. 5. Если все ОК, все соединения есть, в триггерной очереди есть сообщения, но они не уходят, тогда внимательно изучаем лог ошибок и на сервере и на клиенте. "Если ничего не помогает", я бы порекомендовал перекомпилировать саму программу-триггер с использованием текущих клиентских библиотек MQ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2009, 16:55 |
|
||
|
|

start [/forum/topic.php?fid=43&fpage=77&tid=1603153]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
51ms |
get topic data: |
15ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 16ms |
| total: | 165ms |

| 0 / 0 |
