Добрый день! Время от времени МРВ вылетает без каких либо сообщений. В tm6_log сообщение login failed, в профайлерном протоколе никаких, кроме стандартных записей. Что означает данная запись? В логе: 13:53:43 0000 00000000[0] 10.01.2013 13:53:43 0000 00000000[0] login failed 13:53:50 0000 00000001[1544] Start 13:53:50 0000 00000000[4] 14:03:04 0000 00000000[7] LOAD [0] 608 Jan 23 2012 14:06:53 0000 00000000[0] 10.01.2013 14:06:53 0000 00000000[0] login failed 14:07:00 0000 00000000[4] 14:07:00 0000 00000002[1544] Start 14:27:46 0000 00000000[7] 14:27:46 0000 00000004[0] Stop 14:31:25 0000 00000005[1544] Start 14:31:25 0000 00000000[4] LOAD [0] 608 Jan 23 2012 16:45:08 0000 00000000[0] 10.01.2013 16:45:08 0000 00000000[0] login failed 16:45:14 0000 00000001[1544] Start 16:45:14 0000 00000000[4] LOAD [0] 608 Jan 23 2012 17:58:42 0000 00000000[0] 10.01.2013 17:58:42 0000 00000000[0] login failed 17:58:48 0000 00000001[1544] Start 17:58:48 0000 00000000[4] LOAD [0] 608 Jan 23 2012
Windows пишет: 10.01.2013 13:53 Application Hang Зависшее приложение rtcx.exe, версия 6.0.8.0, зависший модуль hungapp, версия 0.0.0.0, адрес 0x00000000.
10.01.2013 14:03 Application Hang Зависшее приложение rtcx.exe, версия 6.0.8.0, зависший модуль hungapp, версия 0.0.0.0, адрес 0x00000000.
10.01.2013 16:43 Application Error Ошибка приложения rtcx.exe, версия 6.0.8.0, модуль ntdll.dll, версия 5.1.2600.5512, адрес 0x000109f9.
Posted by akholod (Участник № / Member № 4344) on :
Релиз 6.08 Архивы работают исправно причина вероятно не в них.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Сообщение "login failed", скорее всего, появляется в случаях, когда запуск осуществляется с командной строки, содержащей ключ /run, если в узле не заданы пользователи.
В связи с отсутствием в файле tm6_log.txt каких-либо диагностических сообщений, вероятную причину следует искать вне Trace Mode 6. В интернете по этому есть масса предложений.
Проверьте работу узла на другом ПК. При средней интенсивности зависаний 1 раз в час подобная локализация может помочь. Если такая интенсивность зависаний сохраняется на разных ПК, присылайте проект на адрес техподдержки с изложением проблемы, проведенных поисков ее решения и характеристик ПК и установленных ОС.
Posted by akholod (Участник № / Member № 4344) on :
Добавил пользователя без пароля, автопозапуск происходит нормально, сообщение login failed пропало, вместо него появилось run default на старте logout auto при остановке, это чисто информация? или они что то значат?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Это чистая информация.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Следует обратить внимание на записи в протоколе: "LOAD [0] 608 Jan 23 2012 14:06:53 0000 00000000[0] 10.01.2013 14:06:53 0000 00000000[0] login failed 14:07:00 0000 00000000[4] 14:07:00 0000 00000002[1544] Start 14:27:46 0000 00000000[7] 14:27:46 0000 00000004[0] Stop 14:31:25 0000 00000005[1544] Start 14:31:25 0000 00000000[4]"
Из них следует, что после штатной остановки в 14:27:46 узел был снова запущен в 14:31:25 без перезагрузки МРВ. В реальном процессе так делать нельзя, т.к. нельзя гаранитировать завершенность всех потоков и очистку памяти. Повторный запуск узла нужно жделать только с перезагрузкой МРВ.
Posted by ValL (Участник № / Member № 4759) on :
А [1544] ничего не дополняет, не проясняет?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1544(DEC) = 0x608 - обозначение МРВ релиза 6.08.
Posted by akholod (Участник № / Member № 4344) on :
Уважаемая Техподдержка. К сожелению нет возможности проверки проекта на другом компьютере с реальным обменом по последовательным портам. При замене источников на симуляционные переменные проект работает без сбоев. В проекте реализован обмен по Модбас и по нестандартному протоколу через драйвер типа t11, дело в том что изначально проект работал без связи через этот драйвер и по словам персонала падений МРВ не было. Может ли быть причиной сбоев некоректность драйвера? Драйвер был написан на заказ вашими украинскими представителями. Как продиагностировать его работу?Отключить опрос по нему сейчас нет возможности.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Некорректно написанный драйвер сам по себе может быть причиной возникновения конфликтных ситуаций.
Вероятность возникновения конфликтов существенно повышается, если по одному COM-порту осуществляется обмен по двум протоколам, между которыми возможен конфдикт.
Первичную диагностику можно осуществить введением в файл конфигурирования запуска узла ключа DEBUGON=200. Тогда в профайлерном протоколе МРВ может быть получена дополнительная диагностическая информация.
Более полная информация об обмене может быть получена путем перехвата и протоколирования трафика COM-порта с помощью, например, PortMon.
Топик перенесен в раздел "Мониторы реального времени".
