Здравствуйте. Доступа к нужной теме нет, поэтому пишу здесь. У меня следующая ситуация. Две совершенно одинаковых консоли получают данные из архива МРВ, например для построения архивных трендов. Но при запросе обновления буфера или запросе данных за определенное время, тренд долго пытается их считать, в итоге ничего не рисует, т.е. данные так и не получает. В то же время вторая консоль очень быстро их получает. Это явление не зависит от очередности обращения консолей и проявляется время от времени что на одной, что на второй. В чем может быть проблема?
Posted by SATER (Участник № / Member № 1414) on :
У меня консоль так реагировала, когда в IDE в настройках ее узла были настроены архивы. Тогда консоль не обращается к МРВ, а создает свои архивы и безрезультатно роется в них это в версии 6.06.3 Posted by Денис Анлреевич (Участник № / Member № 2046) on :
Пробовал и с архивами и без. На сервере пока оперативки маловато. Используется файл подкачки. Может в этом беда?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Поставьте в файл CNF консоли ключ DEBUG=900 и пришлите эти логи на момент не получения данных вместе с архивом.
Posted by Денис Анлреевич (Участник № / Member № 2046) on :
INF_LOAD:Starting... MTM_1 INF_RTM:Detected NT5.RTM 5.1 ._.:Professional TRACE MODE 6 Profiler ver. 6.06.0 INF_LOAD:Load Channels = 3 INF_LOAD:Templates=3 INF_LOAD:Objects = 3 INF_RTM:Timer=0.055s CalcLoop=550ms INF_RTM:start time is 0 s INF_RTM:ModeSwitch e15=0000 e18=0000 e20=0000 INF_RTM:mode=2(Work) e15=00 e18=00 e20=00 WRN_DDE:Не удается связать службу диспетчера общих баз данных (DSDM) INF_RTM:stoping... INF_RTM:mode=5(Stop) e15=00 e18=00 e20=00 INF_RTM:stop time is 0.953 s INF_RTM:number of calculation = 133 ._.:END OF WORK
Posted by SATER (Участник № / Member № 1414) on :
скорей всего, это не те логи нужно tm6_log.txt
а DEBUG=900 нужно писать в TMcom_<ordinal>.cnf Posted by Денис Анлреевич (Участник № / Member № 2046) on :
В cnf и прописал. это МТМ_1.txt, т.е. как я понял непосредственно лог узла консоли. А в tm6_log.txt, только старт и стоп, смысла нет выкладывать...
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Судя по вашему логу, запросов к архиву вообще нет. Пришлите Ваш проект и папки узлов консолей с файлом CNF.
Posted by Денис Анлреевич (Участник № / Member № 2046) on :
Подскажите электронный адрес пожалуйста. Еще наблюдал пару раз вылет МРВ при запросе архива со стороны консоли с системной ошибкой "память не может быть read".
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
hotline3@adastra.ru
Posted by Денис Анлреевич (Участник № / Member № 2046) on :
вчера отправил
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1) Вы так и не прописали ключ DEBUG=900 в файле CHF
2) Используйте новый релиз. По сравнению с релизом 6.06 были некоторые исправления, касающиеся обмена с NLL.
Posted by Денис Анлреевич (Участник № / Member № 2046) on :
Можно ли получить патч, исправляющий обмен с NLL + делающий работоспособной галочку отработать? Т.к. пока работаем на 6.06, проекты доделываем на ходу, микроМРВ в том числе. Трудоемко обновлять везде мониторы после каждого релиза...
Posted by Денис Анлреевич (Участник № / Member № 2046) on :
дебуг прописал, но в спешке аналогичный проект отправил, только без cnf. имея проект можно же возпроизвести ситуацию. хоть сервер и слабенький, но в момент неполучения данных, его перегруза не замечалось, также временами удавалось получать данные из архива одновременно с двух консолей. но вот сбоит чего-то время от времени...
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Релизы выходят не чаще, чем раз в полгода. Версия 6.06 вышла 2 года назад. Сделать сейчас адекватный патч для нее не представляется возможным.
