Добрый день!

Недавно выявили странное поведение ИРБИС.

После установки серверной и клиентских частей настроили INI-пользователей. Вроде работает.

Через какое-то время (если сервер ИРБИС не пезагружать) заметили такую картину:

1. При клиентском входе с любого из АРМов появляется ошибка
Не найден файл dbnam2.mnu

Данный файл есть и лежит на своем месте

2. При входе с Администратора-сlient -

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

При перезагрузке сервера ИРБИС - данные проблемы снимаются.
Серверная часть работает как служба.

Скриншоты ошибок и файл iribs_server.ini прилагаю во вложении.

Скажите, можно ли это пофиксить. А то что, через каждую неделю перезапуск делать?

Версия ИРБИС64 и обновления?

Последняя версия ирбис, которая была в поставке (купили с месяц назад)
Версия 2009.1

У Вас клиенты и сервер работают на одной машине?
У Вас перед сообщением об отсутствии файла dbnam2.mnu появляется сообщение об ошибке обращения к серверу (-1112)?

Клиенты разнесены на разных машинах в разных подсетях. Сервер отдельно.
Ошибки -1112 в данной ситуации не наблюдал.

Версия Ирбис64 2009.1 D4
--

ПЗ

А если сервер ИРБИС работает не как служба, а как приложение - то же самое наблюдается?
Работают ли на сервере антивирусные программы?

Наши администраторы сделали ИРБИС-сервер работающий как служба - по-другому не хотят, в силу технических каких-то причин.
На сервере работает TrendMicro Office Scan.

Да, заметил еще особенность. Феномены, описанные в первом посте, наблюдаются, если запустить Администратор-клиент.
На самом сервере - IRBISA работает и базы видит.

Если такая ошибка возникла, то при запуске клиента-каталогизатора
возникает: "Не найден файл dbnam2.mnu" - и клиент "отваливается"


Вообще, при каких условиях может быть ошибка dbnam2.mnu?
Причем, это ведь через какое-то время возникает, пока не перезагрузишь саму службу...

Версия ИРБИС64 2009.1 D4



Редактировано 1 раз. Последний раз 23.06.2010 08:59 пользователем zarubin.

zarubin написал(а):
-------------------------------------------------------
> Наши администраторы сделали ИРБИС-сервер
> работающий как служба - по-другому не хотят, в
> силу технических каких-то причин.
> На сервере работает TrendMicro Office Scan.
Отключите антивирусную службу или настройте ее так, чтобы она не контролировала файлы в \irbis64\

Доброго времени суток, Мы есть Государственная универсальная научная библиотека Красноярского края. Все вышеописанные феномены у нас присутствуют тоже и отключение службы TrendMicro Office Scan, или настройка его для исключения сканирования в папке \irbis64\ не помогает, к сожалению. Причем, по большей части, явление это периодичное, происходит это не реже 1 раза в сутки. Пришлось установить задание на перезагрузку службы irbis64_service с утра до начала работы. Сервер чистенький, новенький, 8-ми ядерный, "хламными" приложениями не загружен, выполняет только одну задачу (Ирбис). К сожалению периодичность этого феномена не поддается прогнозированию и определяется с точностью повторения только до суток (утром, вечером, реже днем).
При всем при этом, тек кто успел залогиниться в ирбисе - спокойно продолжают работать дальше, а те кто пытается это сделать получают сообщение о том, что файл dbnamXX.mnu отсутствует.
Версия Ирбис : 2009.1 D5, хотя, и в предыдущей, относящейся к 2009 было тоже самое.



Редактировано 8 раз. Последний раз 23.06.2010 11:00 пользователем dvv.

Уважаемые коллеги, ещё вышло обновление D5 версии ИРБИС64 2009.1 (версия IRBIS64.DLL и другие изменения).



Редактировано 1 раз. Последний раз 23.06.2010 10:40 пользователем PRM.

Не помогает, у нас D5

Да, автоматический перезапуск с утра мы тоже сделали. Помогает, но не сильно. Сегодня днем ошибка "вылезла" вновь. Пришлось сервер перезагружать.

Напишите характеристики вашего сервера и разрядность операционной системы

dvv написал(а):
-------------------------------------------------------
> При всем при этом, тек кто успел залогиниться в
> ирбисе - спокойно продолжают работать дальше, а те
> кто пытается это сделать получают сообщение о том,
> что файл dbnamXX.mnu отсутствует.

У нас похожая ситуация наблюдалась в этом году (в марте - апреле). Отличия от описываемой Вами ситуации - в содержании сообщения при попытке выполнить логин (появляется сообщение "Ошибка при регистрации"). (Система ИРБИС в целом : Ошибка при регистрации.) Подтверждений повторения ситуации за последние дни нет.

ИРБИС64 2009.1 с установленным обновлением D3, клиенты различных версий (2008.1 и больше), сервер ИРБИС64 работает как служба.

Попробуем отключить антивирусную проверку исполняемых файлов из \irbis64\ , а также установить обновления (D4, D5).



Редактировано 1 раз. Последний раз 23.06.2010 14:02 пользователем PRM.

Прошу уточнить:
1. Сообщение о том, что не найден файл dbnam2.mnu, выдается при старте АРМа Каталогизатор. Предшествует ли этому сообщение сообщение об ошибке при получении групповых ресурсов? Какая версия АРМа Каталогизатор используется? (Ориентируюсь на то, что используется Каталогизатор 2009.1 D5)
2. Если повторно стартовать АРМ Каталогизатор (после получения сообщения о dbnam2.mnu) - удается войти?

1. Нет, не предшествует
2. При повторном старте клиента войти не удается пока не перезапустишь службу сервера Ирбис



Редактировано 2 раз. Последний раз 23.06.2010 16:06 пользователем dvvad.

Версия АРМа Каталогизатор???

Обратите внимание на мой пост в этой теме: http://irbis.gpntb.ru/read.php?29,36922

Цитата:

zarubin
Скриншоты ошибок и файл iribs_server.ini прилагаю во вложении.

Поставьте стандартный ini-файл, из правок в нем - только пути и ничего больше.
DUPLICATE_SOCKETS=1 - тут установите в 0
USE_MULTY_PROCESSOR=1 - это тоже в 0
Есть параметры, которые трогать не стоило, но и этих двух хватит что бы при работающем антивирусе (даже с отключенным модулем сканирования) системе стало нехорошо. Лишнее распараллеливание внутренних процессов (обработка и так ведется в разных процессах, дополнительно параллелить тут ничего не надо было), да плюс все это добро между собою пытается общаться по tcp/ip в рамках одного сервера и при этом каждое соединение перехватывается антивирусником, который, в свою очередь, при таком агрессивном использовании сокетов часть соединений просто побьет и внутрисерверные команды просто не пройдут.
В общем, еще раз повторю: используйте стандартный ини-файл.
Он УЖЕ настроен на максимальное соотношение скорости и надежности и опробован на многих системах.

По поводу версии АРМа Каталогизатор виднеются только его атрибуты и 2009.1 на заставке при запуске :

создан 6 Марта 2010 года 12:12:41
Изменен 12 Ноября 2009 года 18:40:48



Редактировано 2 раз. Последний раз 24.06.2010 04:49 пользователем dvv.

dvv написал(а):
-------------------------------------------------------
> По поводу версии АРМа Каталогизатор виднеются
> только его атрибуты и 2009.1 на заставке при
> запуске :
>
> создан 6 Марта 2010 года 12:12:41
> Изменен 12 Ноября 2009 года 18:40:48

Это версия АРМ Каталогизатор из обновления D1 для ИРБИС64 2009.1 (от 12.11.2009 года, 3 395 584 байт).

Дополнение: в IRBIS64_91D1.zip другое время изменения файла, - 12.11.2009 13:21:04.



Редактировано 1 раз. Последний раз 24.06.2010 07:58 пользователем PRM.

Alio написал(а):
-------------------------------------------------------
> Прошу уточнить:
> 1. Сообщение о том, что не найден файл dbnam2.mnu,
> выдается при старте АРМа Каталогизатор.
> Предшествует ли этому сообщение сообщение об
> ошибке при получении групповых ресурсов? Какая
> версия АРМа Каталогизатор используется?
> (Ориентируюсь на то, что используется
> Каталогизатор 2009.1 D5)
> 2. Если повторно стартовать АРМ Каталогизатор
> (после получения сообщения о dbnam2.mnu) - удается
> войти?

1. Да, Сообщение, что не найден файл dbnam2.mnu выдается при старте АРМа каталогизатор.

Причем, на клиентах, которые уже подключены, при печати выходных форм, в окне пропадает содержание выпадающего списка (combobox) "выходной формат"

Сообщения об ошибке при получении групповых ресурсов нет.

Используем 2009.1 D4

2. При повторном получении сообщения о dbnam2.mnu войти не удается.
3. При Входе в Администратор-клиент на клиентских машинах. Окно пустое, не видно ни названия баз, просто серое окно.

ZARUBIN

Вы изменили irbis_server.ini в соответствии с рекомендациями Михайленко?

Да, вчера вечером изменил - буду наблюдать за динамикой.

Решили провести эксперимент : опять выставили настройки в соответствии с рекомендациями Михайленко, результат - проблема с отсутствием файла dbnamXXX.xxx отпала, однако по несколько раз на дню стала монопольно блокироваться база RDR. Клиенты работают гораздо медленнее, что не удовлетворяет по сравнению с прежним вариантом, поддерживающим многопроцессорный сервер.
Вернул настройки обратно(DUPLICATE_SOCKETS=1, USE_MULTY_PROCESSOR=1), но приходится перезапускать службу сервера ирбис по расписанию, зато работается комфортно. Было бы неплохо со стороны разработчиков, если бы они занялись вплотную этой проблемой и пошли навстречу, не отмахиваясь тем, что по-умолчанию файл с конфигами сервера работает оптимальнее все - ЭТО НЕ ТАК.



Редактировано 1 раз. Последний раз 20.07.2010 16:30 пользователем dvv.

dvv написал(а):
-------------------------------------------------------
> Решили провести эксперимент : опять выставили
> настройки в соответствии с рекомендациями
> Михайленко, результат - проблема с отсутствием
> файла dbnamXXX.xxx отпала, однако по несколько раз
> на дню стала монопольно блокироваться база RDR.
Это не имеет НИКАКОГО отношения к настройкам сервера. С этим надо разбираться отдельно. Проведите диагностику файла документов и файла словаря БД RDR. Какая версия всех параметрических файлов БД RDR (2009.1 D?) Какая версия (дата создания) irbis64.dll? Соответствуют ли версии АРМа Книговыдача и сервера?

Диагностики проводили - ошибок не выявлено, 2009.1 D5,
дата создания irbis64.dll 5 Марта 2010.
Все версии Книговыдачи свеженькие.
Дело в том, что проблема, которая приводит к ошибке отсутствия файла dbnamXXX происходит чаще всего тогда, когда с ирбисом никто не работает (ночью или ранним утром), поэтому на версию АРМов уповать не приходится

dvv написал(а):
-------------------------------------------------------
> Диагностики проводили - ошибок не выявлено, 2009.1
> D5,
> дата создания irbis64.dll 5 Марта 2010.
> Все версии Книговыдачи свеженькие.
Если у Вас D5, то irbis64.dll должен быть 27.05.2010 (вообще такой даты создания irbis64.dll - 5 марта 2010 - нет)

> Дело в том, что проблема, которая приводит к
> ошибке отсутствия файла dbnamXXX происходит чаще
> всего тогда, когда с ирбисом никто не работает
> (ночью или ранним утром), поэтому на версию АРМов
> уповать не приходится
Не понял... Вы же написали, что эта проблема отпала?

проблема с монопольной блокировкой RDR отпала когда вновь перевели настройки сервера ИРБИС в : DUPLICATE_SOCKETS=1, USE_MULTY_PROCESSOR=1.
Однако же вернулась проблема с ошибкой об отсутствии файла DBNAMXXX.mnu

Во вложении находится скриншот атрибутов файла, за что купил-за то продал.



Редактировано 3 раз. Последний раз 22.07.2010 06:18 пользователем dvv.

dvv написал(а):
-------------------------------------------------------
> проблема с монопольной блокировкой RDR отпала
> когда вновь перевели настройки сервера ИРБИС в :
> DUPLICATE_SOCKETS=1, USE_MULTY_PROCESSOR=1.
Еще раз повторяю: монопольная блокировка БД RDR никак не связана с настройками сервера (с таким же успехом Вы могли это связать с изменением погоды за окном)

Думаю выставить все настройки irbis_server.ini согласно стандартным, (кроме путей и DUPLICATE_SOCKETS=1, USE_MULTY_PROCESSOR=1), будем наблюдать, посмотрим, может даст результат.



Редактировано 2 раз. Последний раз 23.07.2010 10:53 пользователем dvv.