Приблизительно раз в месяц почему-то устанавливается недостоверность (атрибут I) SNMP-каналов, причем опрашиваемое оборудование и канал связи работает корректно. МРВ продолжает некоторое время работать и корректно опрашивать остальные каналы. Потом МРВ падает полностью, т.е. появляется стандартное сообщение Windows о том, что прекращена работа программы Trace Mode RealTime Monitor.
Т.е. у МРВ через какое-то время после запуска появляются проблемы с памятью, потом обмен по SNMP-каналам прекращается. Складывается впечатление, что при работе SNMP появляется утечка памяти, что в итоге и приводит к падению МРВ. Или возможно проблема с неустойчивым SNMP-трафиком не была до конца решена? http://forum.adastra.ru/cgi-bin/ultimatebb.cgi/ubb/get_topic/f/35/t/000238.html?#000000
[ 15.10.2012, 09:54: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Из приведенного Вами фрагмента протокола нельзя определить, что является первичной причиной перегрузки памяти, недостоверности в каналах SNMP и падения МРВ, и лежит ли эта причина в области Trace Mode 6. Задайте в файле конфигурирования запуска узла *.cnf ключ DEBUGON=E01044F0 и пришлите нам полные файлы протокола профайлера и tm6_log.txt с пометкой моментов появления недостоверности в каналах SNMP и падения МРВ.
Posted by VadimNN (Участник № / Member № 5312) on :
Отправил на hotline@adastra.ru
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Проект получен. По предварительным оценкам проблема в недостаточности ресурсов оперативной памяти. Прямой связи с SNMP-трафиком не выявлено. Вопросы и рекомендации по дальнейшей диагностике отправлены почтой.
Posted by VadimNN (Участник № / Member № 5312) on :
Оперативной памяти на сервере 2Гб. И ранее я уже обращался в техподдержу по этому поводу, но рекомендации не помогли. Наш объект уже сдан заказчику, находится в необслуживаемом помещении и возможностей для предложенной вами диагностики нет. Для связи с SNMP-оборудованием был применен SNMP/OPC-сервер.
[ 23.10.2012, 13:02: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Действительно при обращении к несуществующему SNMP-серверу у каналов возникает недостоверность и процессор нагружается регулярными попытками установления связи (в потоке с очень низким приоритетом). Однако, при этом в профайлерном протоколе появляются сообщения ERR_TCP:SNMP_API wrong request ...
А в присланном Вами протоколе ни одного такого сообщения нет. Из этого можно заключить, что обмен по SNMP не является причиной возникающих коллизий.
Posted by VadimNN (Участник № / Member № 5312) on :
Из этого можно заключить что у меня все IP доступны. Проверил отправленный вам файл, там сообщения типа ERR_TCP:SNMP_API request wrong name ... Т.е. несколько часов все было нормально и данные приходили, а потом вдруг "wrong name".
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Это сообщение сформировано на основе ответа SNMP-сервера.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Предложенный драйвер протокола SNMP вполне успешно работает в целом ряде серьезных реальных проектов. И своим письмом от 24.03.2011 dlesnikov подтвердил снятие обнаруженных проблем после корректировки драйвера с учетом неустойчивости SNMP-трафика.
Вопрос о модификации драйвера для сложных и нагруженных конфигураций с неустойчивым, не достаточно строго регламентированным трафиком может рассматриваться при формировании объемной потребности в реализации такого обмена.
