Тема / Topic: Ощибки при запуске и работе DrawServ
Гунин В.И.
Junior Member / Новичок
Участник № / Member № 450
отправлено / posted
Здравствуйте уважаемые! При продолжительной эксплуатации ТМ вер5.12 обнаружили постоянную ошибку которая происходит при запуске DrawServ с ярлыка при автозагрузке ОС и в процессе работы при подключении сразу нескольких граф консолей. Ошибка исключение "нарушение прав доступа" (0хс0000005), адрес 0х0042... адрес зависит от текущего распред памяти. Лог файл с дампам памяти высылаем вам отдельно. Ждем объяснений. для справки ОС Win NT 4.0 sp 3, ОЗУ 256Мб, 3 сетевые карты
Сообщения / Posts 23 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Если не ошибаюсь в WinNT 4.0 в ранних SP были проблемы с DCOM, поэтому вполне вероятно, что у Вас сервер "падает", когда к нему консоли по DCOM подключаются. Самый последний SP для NT4.0 - это SP6. Поэтому, для начала - рекомендуем Вам установить на Вашу систему все последние обновления.
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Гунин В.И.
Junior Member / Новичок
Участник № / Member № 450
отправлено / posted
Проверили Ваше предположение на счет сервис пака установка 6-го ситуацию в корне не изменила. При запуске DrawServ с ярлыка при автозагрузке ОС ошибка возникает таже и DCOM вообщем тут ни причем. Мы Вам выслали лог файлы и что самое интересное ошибки повторяются! И на разных серверах возникают ошибки по одним и тем-же адрессам и почти в той-же последовательности. Ваши предложения?
Сообщения / Posts 23 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Сервер файл сохранения состояния ведет? Если да - попробуйте его удалить и запустить снова.
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
1.Можете ли Вы продиагностировать момент, когда у Вас запускается МРВ при автозагрузке? Не может ли быть так, что он стартует раньше каких-то служб? 2.После установки service pack, проблема осталась только при загрузке МРВ или также в процессе работы при подключении консолей? 3.Какова строка запуска МРВ в ярлыке?
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Гунин В.И.
Junior Member / Новичок
Участник № / Member № 450
отправлено / posted
Сервер ведет файл сохранения состояния. Пробовали его удалить и запустить снова - результат тот-же по 1) Вполне может ли быть так, что он стартует раньше каких-то служб. А как пустит DrawServ после загрузки всех служб. И почему он не дожидается окончания загрузки необходимых служб? по 2) после установки сервиспака ситуация не изменилась, ПРОДОЛЖАЮТСЯ ОТКАЗЫ и при старте и в процессе работы, но зависимость от подключения граф. консолей не прослеживается. по 3) строка запуска соответствует запуску сервера матобработки (DrawServ) из помощи. А какая тут зависимость? Сообщения / Posts 23 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
1. На счет автозапуска. Автозапуск можно реализовать несколькими способами,в том числе и через реестр. Как сделано у Вас? Возможно, тут есть некая зависимость поскольку Вы утверждаете что при запуске это происходит стабильно. 2. По строке запуска. Дополнительная информация никогда не помешает. Так что если есть возможность - укажите.
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Гунин В.И.
Junior Member / Новичок
Участник № / Member № 450
отправлено / posted
Автозагрузка выполнена с ярлыка который помещен в StartUp для всех пользователей. содержание Ярлыка D:\TM\RealTimeMonitor\DrawServ.exe /P:d:\TM\RealTimeMonitor\orion /F:serv1 /RUN /CONSOLE Сообщения / Posts 23 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Падение сервера при запуске скорее всего действительно связано с файлом дампа. Есть некоторые рекомендации относительно этого механизма: 1) Управляйте сохранением в дамп! Не оставляйте это на самотек системы - она ведь без управления пытается на каждом цикле пересчета состояние системы сохранить! Делайте это менее часто, например - раз в минуту. Для этого есть специальный канал в системе ТМ, который может управлять этим механизмом. 2) Не сохраняйте состояние абсолютно всех каналов в базе! Практика показывает, что необходимость в сохранении состояний требуется только для 5-10% каналов от их общего числа. Используйте объект "Без восстановления" для того, чтобы система не сохраняла дамп по всем каналам.
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Гунин В.И.
Junior Member / Новичок
Участник № / Member № 450
отправлено / posted
Мы в итоге сделали автозагрузку DrawServ задержкой его старта на 10 сек. Ваши пожелания по поводу уменьшения каналов сохраняемых в файле восстановления системы мы попытаемся учесть, но есть потребность сохранять атрибут множитель практически для всех каналов. Практика показала, что сохранять надо 80-90% каналов, т.к. изменения БК (проекта) на работающем оборудовании является сложной организационной задачей. Я правильно понял, что каналы помещенны е в объект "Без восстановления" не СОХРАНЯЮТСЯ в дампе или они просто не подчитываются Сообщения / Posts 23 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Про объект "Без восстановления" - это действительно так. Поэтому в предыдущем моем сообщении по пункту №2 - нужно понимать, что данный объект используется не для запрета сохранения, а для запрета восстановления данных. Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
TheBug(R)
Junior Member / Новичок
Участник № / Member № 275
отправлено / posted
Проблема с DrawServ при запуске из Автозагрузки под NT, проявляется довольно часто, даже в простых проектах (около 16 каналов, без файла сохранения, без NetLink'ов). Как правило все её обходят написанием bat-файла в котором делается задержка. Если компьютер не очень быстродействующий, то 10 секунд бывает мало, но в большинстве случаев - это решает проблему.
P.S. Сегодня полдня бился над тем, что DrawServ вылетал при загрузке проекта . Единственное, что помогло - это замена его на DrawServ из среды разработки. В заголовке пишет, что Профайлер, но мне кажется - это не так страшно, как Dr.Watson Сообщения / Posts 14 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408
отправлено / posted
При запуске DrawServ.exe узла контроллера МФК на ПК появляется сообщение об ошибке и необходимости перезапуска. Затем предлагается переключить удаленный сервер. С чем это может быть связано? Некоторое время назад (когда проект был несколько меньше)запускали таким же образом на ПК профайлер и никаких ошибок не было.
Сообщения / Posts 136 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
1) Какая ошибка? 2) Запустите под Профайлером и посмотрите - что в лог-файле?
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408
отправлено / posted
Дословно привожу сообщение об ошибке в появившемся окне : "DrawServ.exe вызвало ошибку и будет закрыто. Необходимо перезапустить программу. Создан журнал ошибок." В лог-файле криминала нет. Ошибка исчезла после того как, повторно скопировали БК с ПК, где разрабатывался проект. БК, с которой происходила ошибка, открывалась в РБК без ошибок.
Сообщения / Posts 136 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
А при обновлении БК проекта Вы копировали только файл *.DBB или еще какие-либо файлы?
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408
отправлено / posted
Копировали только файл *.DBB. Проект, запускающийся с ошибкой, сохранился, можем выслать.
Сообщения / Posts 136 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Проверка показала, что причину сбоя вызывает канал с совершенно непонятным индексом. При загрузке в РБК этого не наблюдается - только в Сервере мат. обработки. Возможно, что сам dbb-файл проекта имеет повреждение.
Попутно - пара советов по Вашему проекту: 1) Осторожнее с запуском узла контроллера на ПК под ОС Windows - у Вас в проекте есть каналы для работы с платами УСО контроллера, а они напрямую с портами ввода\вывода работают в системе. Может что-нибуть работать не совсем корректно, а иногда и "падать", ведь в ПК у Вас же нет того оборудования, для которого были созданы эти каналы. 2) В узле контроллера есть канал, у которого FBD есть и на Трансляции и на Управлении - так под Микро МРВ та FBD, что на Управлении, работать не будет! И еще - есть канал подтипа Управление, для которого не задана FBD.
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
grish
Junior Member / Новичок
Участник № / Member № 3067
отправлено / posted
Здравствуйте! У нас возникла схожая проблема: DrawServ аварийно завершает работу. Сервер матобработки и графическая консоль запускаются раздельно. Сначала стартует DrawServ. После запуска PicRT не происходит прием данных с контроллера через действующий логический адаптер (номер адаптера берется из дампа). При каждом запуске граф. консоли приходится менять номер адаптера на другой, и затем снова выставлять прежний номер. Только после этого устанавливается связь с микро мрв. Однако при пересчете данных, поступивших с контроллера, происходит аварийное завершение работы DrawServ. Замена проекта (на сохраненный в работоспособном состоянии) не помогает. Очистка файла дампа также не дает результата. Переустановка DrawServ на другую рабочую станцию (с созданием нового DUMP`а и подключением работоспособного проекта) также не решила проблему. Еще одна деталь: продолжительность работы DrawServ до аварийного завершения зависит от способа входа в Windows: при работе в сеансе обычного пользователя DrawServ "вылетает" почти сразу (несколько секунд) после начала пересчета поступающих с микро-мрв данных; при работе в сеансе администратора сбой сервера матобработки происходит не сразу, но стабильно.
Сообщения / Posts 15 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Данные с контроллера по NetBIOS после запуска DrawServ никак не должны зависеть от того, запущена ли графическая консоль.
Консоль получает данные от DrawServ по DCOM. Права доступа по DCOM существенно зависят от прав пользователей ОС и от настроек DCOM, что в значительной мере определяется настройками соответствующих компонентов ОС. Кроме того, на обмен по DCOM могут влиять различные службы сетевого контроля.
Версии Windows 2000 и XP не гарантируют постоянство номеров логических адаптеров NetBIOS. Поэтому после загрузки DrawServ нельзя гарантировать появление связи по ранее заданному логическому адаптеру.
Возможно, обмен по одной физической сети по NetBIOS и по DCOM приводит к конфликтам ресурсного характера.
В последних версиях Windows эти проблемы существенно усугубляются.
grish
Junior Member / Новичок
Участник № / Member № 3067
отправлено / posted
"Чехарда" с логическими адаптерами некритична. Права пользователей на доступ по DCOM также несущественны, так как использование административных прав не дает стабильной работы DrawServ.
Дело в том, что до появления проблемы DrawServ работал без сбоев. Проблема появилась "на ровном месте", никакие настройки ОС не менялись. DCOM и сеть были настроены в соответствие с вашими рекомендациями и сервер матобработки длительное время работал стабильно. Журнал системных событий Windows2000 не содержит записей о каких-либо конфликтах сетевых служб.
Кроме того, мрв был полностью установлен на другую рабочую станцию и на ней возникли те же сбои. Маловероятно, что один и тот же системный конфликт возник сразу в двух ОС.
При всей парадоксальности ситуации общие признаки указывают на ПО TraceMode. Хотелось бы узнать ваши соображения по поводу возможных неполадок самой скада-системы.
Сообщения / Posts 15 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Если бы ничего не менялось, то ничего бы и не изменилось. Если SCADA и проект не менялись, значит конфликт возник за счет изменения окружения - ОС, другие приложения, сеть. Для того чтобы выяснить причину, надо все вернуть назад, к тому состоянию, когда "сервер матобработки длительное время работал стабильно". Возможно, у Вас произошли автоматические обновления ОС или других приложений, которые повлияли на функционирование проекта. Trace Mode 5 в связи с консервацией кода с 2003 г. не тестировалась на совместимость с обновлениями ОС.
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Marina
Junior Member / Новичок
Участник № / Member № 2971
отправлено / posted
Здравствуйте! Подвисает Trace Mode. Перестает работать сервер матобработки. В журнале событий ОС появляется следующее сообщение: Event Type: Error Event Source: Application Error Event Category: None Event ID: 1000 Date: 21.01.2010 Time: 11:56:16 User: N/A Computer: SZR-35-6-2 Description: Ошибка приложения drawserv.exe, версия 1.0.0.1, модуль drawserv.exe, версия 1.0.0.1, адрес 0x0005a5ae.
Других событий с Event Type: Error , которые предшествовали бы данному событию, в журнале нет. Что может вызывать ошибку? ОС: Windows XP, Trace Mode 5.11
И еще вопрос. В файле, который создает профайлер, появляется сообщение: RS:PurgeComm error. Что оно означает?
Сообщения / Posts 13 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Это сообщение об ошибке функции очистки буфера COM-порта.
Сбой может быть как на аппаратном уровне, так и вызываться высоким уровнем помех в RS-сети. Обмен по этому COM-порту будет безусловно нарушен, а у каналов, которые обращаются к этому COM-порту, будет выставляться признак недостоверности.
Одним из следствий такой ситуации может быть также получение по COM-порту ложной информации, которая в каких-то ситуациях после ее обработки может привести либо к выполнению недопустимых операций (например, арифметических), либо к обращению к неразрешенным областям памяти. В этих случаях возможны фатальные ошибки с падением drawserv.exe.
Если фатальных последствий нет, можно попытаться восстановить обмен реинициализацией COM-порта с помощью канала Диагностика/RS-reinit.
Сообщения / Posts 17109 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Printer-friendly view of this topic
![[cry / плачь]](graemlins/cry.gif)
![[duno / незнайка]](graemlins/duno.gif)
И почему он не дожидается окончания загрузки необходимых служб?![[Недоумение / Confused]](confused.gif)
![[Улыбка / Smile]](smile.gif)
![[fun / веселый]](graemlins/fun.gif)
задержкой его старта на 10 сек. Ваши пожелания по поводу уменьшения каналов сохраняемых в файле восстановления системы мы попытаемся учесть, но есть потребность сохранять атрибут множитель практически для всех каналов.![[Неодобрение / Frown]](frown.gif)
![[Вращающиеся глаза / Roll Eyes]](rolleyes.gif)
![[Спокойствие / Cool]](cool.gif)
