Здравствуйте, перешли с 32 на 64 (на 32 работали через терминалы server2003 - Все работало отлично).
Клиентские машины - Windows XP, сервер - server 2003.

На 64 появились проблемы с подключение к серверу, все происходит довольно долго 3-5 мин. при этом выскакивает окно с бегущим ирбисом, после подключения вроде бы все хорошо и какое-то время люди работают, но потом все клиенты просто подвисают, проблема решается перезапуском irbis_server. Подскажите на что обратить внимание.

И еще как автоматизировать подключение пользователей, т.е. атоматически вводить логин и пароль.
Спасибо.

Автоматизировать можно только вход через АРМ Читателя автоматизировать. Остальные АРМы требуют ОБЯЗАТЕЛЬНОГО ввода логина-пароля.

Gurd написал(а):
-------------------------------------------------------
> Здравствуйте, перешли с 32 на 64 (на 32 работали
> через терминалы server2003 - Все работало
> отлично).
> Клиентские машины - Windows XP, сервер - server
> 2003.
>
> На 64 появились проблемы с подключение к серверу,
> все происходит довольно долго 3-5 мин.
Это невероятно... Если это так - то это ИСКЛЮЧИТЕЛЬНО проблемы Вашей сети.



при этом
> выскакивает окно с бегущим ирбисом, после
> подключения вроде бы все хорошо и какое-то время
> люди работают, но потом все клиенты просто
> подвисают, проблема решается перезапуском
> irbis_server. Подскажите на что обратить
> внимание.
>
> И еще как автоматизировать подключение
> пользователей, т.е. атоматически вводить логин и
> пароль.
> Спасибо.

У нас такая же проблема.Уже почти 2 года как пользуемся Ирбисом периодически подвисают клиентские армы. При попытке войти в программу появляется бегущий барс. Приходиться перезапускать сервер. Причем неделю может работать нормально, а потом снова появляется этот глюк. С сетью у нас все в порядке. Я даже написал командный файл чтобы каждое утро перезапускался irbis_server.exe , но и это не помогает, все равно переодически виснет. Текущая версия Ирбиса64 2008.1. Подскажите как с этим бороться. Уже достало.



Редактировано 3 раз. Последний раз 24.07.2009 15:11 пользователем freeuser.

пришлите irbis_server.ini, описание конфигурации сервера и конфигурацию сети на moro@omsu.ru

Посмотрите параметр PROCESS_THREADS_MONITOR в irbis_server.ini. Если его значение 0, поставьте

PROCESS_THREADS_MONITOR=3

Параметр PROCESS_THREADS_MONITOR=3. Ничего не менял. Сегодня после обеда сервер опять зависал. Илья, конфигурацию сети, сервера и ini файл я вам выслал. Посмотрите пожалуйста.



Редактировано 3 раз. Последний раз 27.07.2009 16:24 пользователем freeuser.

Вообщем то такая же проблема, клиенты стали постоянно зависать, при этом после перехода на И64 первый месяц все было нормально. Потом стали периодически подвисать клиенты, (я грешил на сеть) но потом это стало происходить постоянно, проверили сеть, испробовал все что можно но зависания остались.
Если есть какие то идеи напишите на slovestnik@mail.ru

пришлите irbis_server.exe irbis_server.ini, описание конфигурации сервера и конфигурацию сети на moro@omsu.ru

Обновил сервер с 2007.2 на 2008.1 - D4 появилась та же проблема, причем когда пользователей от 5 до 10 еще терпимо (побегает и перестает), а когда свыше 10 виснет постоянно и работать не возможно, а у меня 40 рабочих мест. Для эксперимента, вернул версию 2007.2, даже вход в АРМ после регистрации быстрее работает, в 2008 после ввода лог/пасс до минуты ждать можно не говоря уже о работе.

Частично снял проблему, причина в мое случае оказалась в том, что не был настроен DNS (уходило время на определение имени машины), теперь ирбис бегать перестал :) и работать стало быстрее (по сравнению с тем, что было, но с 32 под терминалами не сравнить), однако заметил проблему при обращении к ирбису загрузка цпу доходит до 100%, притом будет то обращение из сети или же с самого сервера разницы нет, но например при работе с арм Администратор все нормально, проблемы начинаютяс с Читателем и каталогизатором.
Пользователей у нас не много до 15 чел, библиотека небольшая, финансирование слабое, в качестве сервера используется обычная офисная машина intel 3 ггц, 1,5 Гб память. Вопрос почему такая загрузка происходит, с 32 такого не было.
Если есть какие-то советы, рад выслушать.

Вопрос ко всем, кто сталикивается с проблемой "зависания" клиентских АРМов (бежит "барсик"): когда это происходит с каким-то клиентом, другие клиенты продолжают работать нормально?
(при ответе прошу указывать версию и обновления)

Остальные клиенты при этом то же зависают.

Justy5 написал(а):
-------------------------------------------------------
> Остальные клиенты при этом то же зависают.
Версия и обновления?

Всем для начала здравствуйте!

Полемики много ответов нет, странный форум какой-то, Вы если даете ответ по почте то дублируйте на форуме, а то Вам по почте что-то отправили и тишина.

У меня та же проблема виснет Ирбис, при чем все клиенты и сразу.

В придыдущей теме говорилось, что 99% исправление irbis_server.ini
приведет к норм работе.

Вопрос: как влияет irbis_server.ini на работу службы и запуск самого сервера????

У нас мощный сервер, лиц win 2003 x64 4Gb RAM 2CPU Xeon 5400
Установлен только Ирбис 64 8.1.d.5 и антивирус НОД.

Служба перезапускается от 1 до 4 раз в день.

Перезапуск самого сервера вручную.

Сеть локальная, стандартная, вверху почитал, не совсем понял для чего поднимать DNS если обращение по Ip адресам происходит.

Или в 8 версии по именам машин??

Выкладываю свой exe и ini сервер.

Прошу помочь, только реално, без посылов...


==========

Irbis_server.exe изъят из сообщения. поскольку это нарушает условия договора о нераспространении системы

==========



Редактировано 3 раз. Последний раз 02.09.2009 06:33 пользователем Куделя.

В аттаче ini-файл который пока демонстрирует устойчивую работу на всех системах.

В прилагаемом ini-файле необходимо поменять путь к системе ИРБИС с d:\irbis64 на ваш!!!

Что в нем критического:
1. Отключено кеширование форматов. (FORMAT_CASHABLE=0, FORMAT_DECOMPILED=0)
К сожалению не на всех конфигурациях это кеширование работает корректно.
Отключение кеширования это незначительный минус к скорости и достаточно большой плюс к надежности. Проявляется как периодическое (до нескольких раз в день) подвисание всего сервера.

2. Отключено определение имен клиентов сервером (RECOGNIZE_CLIENT_ADDRESS=0)
Если сеть "тяжелая", с большими по размеру подсетями либо сетями в которых разрешение имен NetBIOS и DNS проходит медленно, то при загрузке появляется подвисание всего сервера. (В нетбиосе некоторые операции блокирующие). Выражается это в долго бегущем мурзике на клиентах при открытии.

3. Обмен между процессами обработки и сервером происходит через файлы на диске. (MAPING_WORK_FILES=0)
Минус к скорости, плюс к надежности. При обмене через память необходимо знать сколько памяти предоставить процессу обработки (есть ссответствующий параметр в ини MappingFileSize, по умолчанию 10 Мб). На "тяжелых" запросах возможна ситуация когда результат работы процесса обработки просто не помещается в эту область памяти. Особенно проявляется при работе с "тяжелыми" задачами АРМ книгообеспеченности. Выражается в не до конца выполненных глобальных корректировок, подвешивании отдельных АРМ (которым приходит такой урезанный пакет). Особенно актуально ВУЗовским библиотекам.

Если возникают "проблемы с сервером", то нулевое что нужно сделать - это из АРМ Администратор проверить на корректность базы данных - не порушилось ли что где. Сервис->Диагностика файла документов и Сервис->Диагностика файла словаря

Первое что необходимо сделать это убедиться в отсутствии причин, не связанных с самим ИРБИС:

1. Надежность и скорость сети.
ИРБИС64 нацелен на использование локальных сетей и болезненно относится к недоставке пакетов по сети. В нормально работающей локальной 100 мегабитной сети проблемы с недоставкой пакета очень большая редкость и, чаще всего, связана с аппаратными неполадками в сети. Если проблемы с доступом к серверу у конкрентного клиента, то выглядит это как бегущий кот у проблемного клиента при нормально работающих остальных клиентах. Строго говоря, если есть хоть один работающий клиент в то время как остальные клиенты висят - проблема уже не в сервере - сервер работает и отвечает. Таким образом можно проверить на надежность и сегмент сети сервера - запустить локально на сервере клиента. Если работает - ковырять сеть.

2. Фоновые задачи резервного копирования
Если вы делаете резервное копирование методом прямого копирования файлов БД, убедитесь что ни один клиент не производит запись в БД. В противном случае рискуете получить и битый бекап и битую БД.

3. Права доступа.
Убедитесь что пользователь, под которым работает ИРБИС (в виде сервиса или как приложение) имеет полные права на свой каталог. Обратите внимание на "Административные" режимы в Висте и 2008, а также их трепетное отношение к системному диску. Лучше всего держать ИРБИС не на системном диске (т.е. если windows установлен на С, то ИРБИС ставить на D). При недостатке прав сервис не запустится с кодом ошибки 1111.



Редактировано 1 раз. Последний раз 02.09.2009 09:03 пользователем Михайленко Илья.

Много чего почитал, вижу меня не поняли...

Сервер мощный работает на отлично - поясню сервер это большой компьютер с двумя процессорами и виндовз сервер 2003 64 битная и кучей оперативной памяти, сеть гигабитная настроенная ввиде локальной с обычной адресацией и маской сети, инет раздает отдельный сервер по впн и по этому в сети отсутствует как DNS так и NetBios.

теперь про ирбис.

Как я писал выше "Установлен только Ирбис 64 8.1.d.5 и антивирус НОД."

Планировщик задач убит как служба(отключен).

Проблема: зависает служба server_64, естественно за ней виснет и tcp/ip сервер irbis_server, и у всех клиентов начинает бежать "Барсик", кто-то называет "Мурзик", но все одинаково все клиенты виснут.

Реорганизацию базы сделал, словарь создал заново полностью.

Ну не знаю что еще придумать????

Жду ответа...

ferrum написал(а):
-------------------------------------------------------
> Много чего почитал, вижу меня не поняли...
>
Выполните настройку файла irbis_server.ini в соответствии с тем, что сказано выше...

В моем случае проблема с сетью решилась настройкой DNS, я не говорю, что это нужно сделать всем, просто перепробывал многое, а это помогло.

Отправил по почте irbis_server.exe и irbis_server.ini (как сказано в этой ветке форума [irbis.gpntb.ru]) никто не отвечает.

Скачал irbis_server.ini, который выложен выше, проблема не снята.

Зависание при локальной загрузке каталогизатора и читателя (цпу 100% на 10 сек), потом после загрузки при выборе новой базы такая же проблема, при выборе другой записи в базе, тоже загрузка 100% но на 5 сек.. На машине стоит Drweb, система стоит не на системном диске, кстати в соседней папке остался старый irbis32 2007, запускаю его спокойно работаю с базами загрузка не поднимается выше 30%.
Как быть? В библиотеке 10 клиентов и те не могут нормально работать.

Цитата:

ferrum
Много чего почитал, вижу меня не поняли...

Мой пост - ответ не только Вам, но и всем кто писал в этой ветке и имеет похожие проблемы с сервером. В Вашем случае скорее всего будет достаточно вот этого пункта:

Цитата:

Михайленко Илья
В аттаче ini-файл который пока демонстрирует устойчивую работу на всех системах.
В прилагаемом ini-файле необходимо поменять путь к системе ИРБИС с d:\irbis64 на ваш!!!

Информация собиралась и обрабатывалась мною в течении более месяца, не смотря на то, что я был в отпуске. Для того что бы ее систематизировать и понять какие именно есть общие параметры, приводящие к заваисанию сервера мною запрашивались не только ини-файлы, но и конфигурация сети, на которой возникают проблемы. Было выделено несколько причин, связанные как с ошибками в самом сервере (к примеру, кеширование форматов - будет устранена в 9.1 либо выведено пока из сервера вовсе), так и связанные со специфическими конфигурациями сети, ошибками при настройке сети или при настройке сервера 64. Информация эта для разработчиков бесценна. На основе этой информации и были созданы рекоммендации в посте выше.

Спасибо всем, кто прислал мне результаты работы с этим ини-файлом, кто прислал свои конфигурации сетей и серверов.



Редактировано 1 раз. Последний раз 02.09.2009 11:28 пользователем Михайленко Илья.

Цитата:

Gurd
Отправил по почте irbis_server.exe и irbis_server.ini (как сказано в этой ветке форума [irbis.gpntb.ru]) никто не отвечает.
Скачал irbis_server.ini, который выложен выше, проблема не снята.

Зависание при локальной загрузке каталогизатора и читателя (цпу 100% на 10 сек), потом после загрузки при выборе новой базы такая же проблема, при выборе другой записи в базе, тоже загрузка 100% но на 5 сек.. На машине стоит Drweb, система стоит не на системном диске, кстати в соседней папке остался старый irbis32 2007, запускаю его спокойно работаю с базами загрузка не поднимается выше 30%.
Как быть? В библиотеке 10 клиентов и те не могут нормально работать.

Письмо от Вас не получил - видимо, не дошло. Напишите пожалуйста еще раз на moro@omsu.ru

В целом, Ирбис 64 нагрузку дает больше чем 32. Связано это не только с увеличившейся разрядностью внутренних данных, но и с необходимостью обработки списка клиентов и общения с ними по сети. К тому же в случае ирбис-32 сервер используется лишь как общий диск, все вычисления производятся на клиенте. Ирбис-64 - клиент/серверный, а значит вычисления всех клиентов производятся на одном сервере.
Хотя на 10 клиентах на Вашей конфигурации проблем быть не должно.

По загрузке: какой именно процесс грузит на 100% на такое длительное время?

На какой команде на сервере это происходит? (посмотрите в списке клиентов на сервере ИРБИС-64 выполняемую операцию)

При отключении/деинсталляции Dr.Web такая длительная нагрузка сохраняется?

Нет ли каких сообщений администатора Сервис->Диагностика файла документов (и проверка на соответствие mfn и xrf и проверка на целостность БД) и Сервис->Диагностика файла словаря для всех БД?

Не производилось ли каких-либо изменений форматов, которые могли привести их к зацикливанию?



Редактировано 1 раз. Последний раз 02.09.2009 12:14 пользователем Михайленко Илья.

Файлы, вам отправил и потом решил проблему, проблема - DrWEb, добавил в исключения каталог с Irbis64 и все, работает намного быстрее. Спасибо за поддержку, простите сам несообразил, хотя на такие моменты надо в первую очередь обращать внимание, но как-то привык к не заметной (на мой взгляд :)) работе DrWeb.

> Нет ли каких сообщений администатора Сервис->Диагностика файла
> документов (и проверка на соответствие mfn и xrf и проверка на
> целостность БД) и Сервис->Диагностика файла словаря для всех БД?

НЕТ

> Не производилось ли каких-либо изменений форматов, которые могли
> привести их к зацикливанию?

НЕТ

Еще раз спасибо.

Илья!

поставил Ваш ини но проблема осталась.

Повис, буду пробовать менять ини, играть с настройками.

Если решу проблему отпишу и выложу ини для двухпроцессорных серверов.

С уважением , Евгений.

Количество процессоров тут роли не играет. У меня этот ини без проблем работает на сервере с 2-мя 3Ггц четырехядерниками-ксеонами и 4Г оперативы под Win2008 x64. Нагрузка - 20-30 клиентов плюс Z-сервер и web-сервер общаются напрямую с этим сервером по протоколу.

Пути с d:\irbis64 на свои в ини файле что в аттаче поменяли? Кроме путей в нем менять ничего не надо. Перед заменой ини-файла остановите службу, поменяйте ини и после этого запустите сервис снова.

Попробуйте так же нод прибить (деинсталлировать). Раз у Вас на сервере стоит только сервер Ирбис, то смысла держать СУБД и антивирус одновременно нету.

И стандартные операции администатора Сервис->Диагностика файла документов (и проверка на соответствие mfn и xrf и проверка на целостность БД) и Сервис->Диагностика файла словаря для всех БД.

Кроме того запустите АРМ прямо на сервере. При зависании клиентов - посмотрите на состояние этого АРМ работает он при этом или нет.



Редактировано 1 раз. Последний раз 03.09.2009 06:39 пользователем Михайленко Илья.

После RECOGNIZE_CLIENT_ADDRESS=0 должны ли в списке зарегистрированных клиентов остаться только IP адреса?

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

нет, не должны.

У меня интересней :))
Кроме зависания, Ирбис еще пишет, что превышено кол-во пользователей. Притом, что в сети вообще может быть один - два человека (Каталогизаторы). Такое веселье началось после установки новой версии Касперского (6.0 для Windows Workstations). Касперского ради интереса отключила. Пока испытывала, до кучи поймала КИДО. От Кидо избавились, все равно больше 6 АРМов (вместе с 1 выдачей) не запускает. И вновь входящий частенько выбрасывает из сети именно ВЫДАЧУ. Толпа естественно негодует. Кроме работы по расписанию пока ничего не придумала.

ИРБИС 64, на 10 IP

Если из Комплектатора запускается каталогизатор - такая связка берет 2 подключения (по 1 на каждый АРМ).

Откройте на сервере список зарегистрированных клиентов - должно стать видно кто откуда и сколько раз подключен.

У меня тоже задержки при работе ирбиса.Почитав тему не смог решить проблему, irbis_server.ini обновил, но задержки не пропали. Может я не правильно понимаю программу? После запуска программы до готовности к выполнению поиска АРМа Читатель проходит от 1 минуты и больше. Это нормально? Если нет, то предлагаю создать сообщение в FAQ где будут перечислены все возможные причины таких задержек и способов устранения.

У Вас это происходит только при запуске АРМ Читатель?