Здравствуйте, имеем следующий набор:сеть разделена на две подсети,сервер под WinXPrusSP2(МРВ)и две клиентских машины(supervizor-ы)на WinXPrusSP2 в одной подсети,в другой подсети(внешней) еще два клиента. Все это дело работало две недели без каких-либо ошибок, после перезапуска сервера получили следующую картину, при запуске второго клиента(supervizora) в подсети с сервером и переходе в конец архива получаем "зависание" обоих клиентов, делаем "завершить процесс" в диспетчере задач, повторный запуск клиентов становится невозможен, так как сервер помнит предыдущие сессии, останавливаем сервер, запускаем - нормальная работа возможна только у одного клиента при запуске остальных и переходе в конец архива, получаем зависание всех, кроме сервера. Объем архива 800Мб. На какой объем архива расчитано максимальное подключение supervizor-ов? Подскажите где копать? Еще вопрос, ставим на клиентской машине во внешней подсети NLL,запускаем, выводится графическая консоль с картинкой, а технологических параметров нет, при этом кнопка "Запуск/останов пересчета"- не нажата, хотя в строке запуска стоит параметр /R, с чем это может быть связано? Заранее спасибо!
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Надо обязательно запускать DRAWSERV МРВ с командной строки. 2. Надо скачать с сайта сервис-пак 1 (для каждого продукта Трейс Моуд 5 - отдельно) и строго следовать вложенному README. 3. Файл tmcom.cnf в папке проекта надо будет обновлять каждый раз после редактирования проекта.
Posted by serj (Участник № / Member № 1350) on :
DrawServ - запускается с командной строки,проект обновляется полностью на всех машинах (все папки и файлы), SP1 - еще не ставил, сегодня попробую - напишу!
Posted by serj (Участник № / Member № 1350) on :
SP1 - результатов не дал, как только второй клиент переходит в конец архива (1-ый уже отображает данные), происходит зависание обоих машин. Что еще можно предпринять?
Posted by serj (Участник № / Member № 1350) on :
Еще вопрос по NLL, требуется ли для его запуска, создание отдельного узла в базе каналов?
Posted by serj (Участник № / Member № 1350) on :
NLL запускаем следующей строкой "PICRT.exe TM50.ctm /N:mrv /S:advantech1 /R" - окно открывается но данные не изменяются -показывает нулевые значения, кнопка "Запуск/останов пересчета"- не нажата,при этом показывает сервер мат.обработки advantech1, и на сервере еще одно активное соединение, то есть вроде как DrawServ - подключение видит, а данные почему-то не изменяются, при выключение - на сервере видим -1 подключение, где смотреть?, что делать?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Для NLL создавать отдельный узел в проекте не надо. Обращаю Ваше внимание на важность файла tmcom.cnf. Файл tmcom.cnf в папке проекта надо будет обновлять каждый раз после редактирования проекта. Проблемы, похоже, замыкаются на настройках DCOM. Я выслал Вам рекомендации.
Posted by serj (Участник № / Member № 1350) on :
Спасибо за рекомендации, но я уже ими пользовался, перед запуском DrawServ, и после этого настройки не менял,обновлений на винду не ставил, брандмауэр вообще отключил. С supervizor-ами вроде разобрался - делаю размер архива меньше - 400 Мб и все пользователи входят и работают, будем ждать полного заполнения архива. Остался только вопрос с NLL - не работает, подключается, но данные не отображает. Файл tmcom.cnf обновляю как на сервере, так и на клиентских местах (содержит две строки:UNLOAD=2 END_OF_CNF), сейчас в окне DrawServ, в поле Сеть появилась ошибка 4 код 19 может эти собыдтия как-то связаны?
Posted by serj (Участник № / Member № 1350) on :
Еще один вопрос, разве supervizor и NLL используют разные настройки и протоколы для подключения к DrawServ? Если нет, то почему на одной машине supervizor работает нормально, а NLL не работает?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
У supervizor и NLL интерфейсы с сервером несколько различны. Supervizor может работать с односторонним доступом, а NLL - нет.
Ошибка сети 4 код 19 формируется NetBIOS, прямого отношения к описываемой проблеме это иметь не может. Тем более, что код 0x19 означает конфликт имен. Но косвенно ошибки по NetBIOS могут говорить об общей перегрузке сети. А из-за перегрузки сети консоли могут терять связь с сервером.
Файл tmcom.cnf после строки END_OF_CNF должен содержать "перевод строки".
Posted by serj (Участник № / Member № 1350) on :
Ясно, спасибо за ответ. То есть получается при работе с supervizorom настройки DCOM нужно делать обязательно для сервера, а при работе с NLL для сервера и для клиента? Сегодня поставлю МРВ на машину с Win2kserverSP3(потом попробую SP4 поставить), клиенты под WinXPSP2 - посмотрим как отработает за выходные.У меня еще один вопрос к вам, не могли бы вы порекомендовать оптимальный набор ОС и сервис паков к ним, необходимы для нормальной работы TM5.15 (supervizorov,NLL)? Если не трудно, а то получаются какие-то танцы с бубном, и метод около-научного тыка с этими настройками.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Вообще - настройки DCOM необходимо делать на обоих ПК. К сожалению, практика настройки DCOM показывает, что без "танцев с бубном" добиться желаемого результата можно не всегда. Рекомендации - последние обновления и SP, желательно WinXP.
Posted by serj (Участник № / Member № 1350) on :
Ясно,спасибо за откровенность! Сегодня настроил подключение NLL, заработало, сервер и клиент на Win2kSP4, а с машин под WinXPSP2 - не работает,пока. На выходных в тестовом режиме работали два supervizora, проработали 2-е суток без проблем, потом оба зависли, также завис и сервер (сервер Win2K,клиенты-WinXP), после перезагрузки клиенты подключаются, но не могут перейти в конец архива - машины виснут, лечится только удалением файла архива - и созданием нового(объем архива 400Мб). В связи с этим вопрос, нужны какие-нибудь специальные настройки клиента или узла в РБК, связанные с объемом архива?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Переход в конец архива возможно был связан с повреждением записей в нем в момент зависания МРВ. Никаких специальных настроек не нужно - единственное, рекомендую обратить внимание на нашем форуме темы, где обсуждалась функция принудительного сохранения данных в архив, это заметно оптимизирует скорость доступа к его данным клиентами.
Posted by serj (Участник № / Member № 1350) on :
Спасибо,посмотрю.
Posted by Смирнов С.В. (Участник № / Member № 57) on :
Добрый день! Прочитал в данном топике, что файл tmcom.cnf необходимо обновлять каждый раз после изменения проекта. не могли бы вы уточнить, с чем это связано, и почему не подойдет старый файл? В Readme_5_16.txt написано, что файл tmcom.cnf необходимо поместить в папку проекта, не могли бы вы уточнить, что это за папка проекта, т.е. в сам проект, или папку c:\TraceMode5_Basic\project\ и куда копировать данный файл на компьютере с NLL?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1) Обновлять его необходимо только в том случае, если Вы задавали параметры отладки вручную, а не через меню Отладки в РБК (редактор файл при каждом сохранении презаписывает). 2) Директория проекта - это директория, одноименная файлу проекта ctm. 3) NLL не использует данный файл.
Posted by Сафронов (Участник № / Member № 408) on :
Здравствуйте, У наших заказчиков проявилась ситуация, похожая на описанную serj. После двадцати дней работы практически "зависла" станция с NetLink, при этом все-же удалось с трудом вызвать диспетчер задач - в нем указывалось, что процесс csrss.exe занимает 99-100 процентов ЦП. В дальнейшем после перезагрузки, "зависания" станции стали повторяться циклически приблизительно через пять часов. Вылечиться удалось только удалением и созданием нового файла архива. Рекомендации по принудительному сохранению архива выполняем (раз в 20 минут сохраняем), последние обновления установлены, вирусов не обнаружено... Нет ли у Вас новых рекомендаций, как избежать таких ситуаций?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Дело в том, что процесс csrss.exe - это процесс операционной системы, и ТМ с ним никак не связан. Странно, что он может влиять на систему архивации МРВ. Единственное подозрение - в системе ОС Windows есть так называемая служба индексирования файлов на дисках, которая для более быстрого поиска информации периодически (от нескольких часов, до нескольких дней) выполняет индексацию файловой системы в фоновом режиме. Так вот архив СПАД открывается в МРВ в монопольном режиме, из-за чего он при работающем МРВ недоступен другим приложениям, возможно, что индексатор некорректно это воспринимает и может подвешивать систему. Не исключено, что сама служба индексирования входит в состав csrss.exe, потому как он включает не один десяток служб ОС. Ранее мы уже имели проблемы со службой индексации ОС Windows и рекомендовали выключать ее при работе с архивами, а особенно с фалом ОТ. Посмотрите его настройки у Вас - может быть проблема в нем. Кроме того - рекомендую проверить сообщения в журналах событий ОС Windows, вероятно какие-либо ситуации там должны быть зафиксированы.
![[duno / незнайка]](graemlins/duno.gif)