Добрый день!

В начале нового рабочего дня, при запуске АРМ Каталогизатор появилось окно сообщения "Не найден файл dbnam2.mnu". После выбора кнопки ОК АРМ завершает свою работу. Накануне всё работало без ошибок, по крайней мере так утверждают библиотекари.

Сообщение появляется стабильно при каждом запуске. При запуске АРМов на самом сервере и при запуске АРМов на других компьютерах, работавших с сервером.

Сервер версии 2014, irbis64.dll версии 2014. Конфиг сервера прилагается.

Поиски по этому форуму решений не дали. Найденные здесь решения советуют проверить ряд параметров в настройках сервера. Параметры проверял, расхождений в плане рекомендуемых значений не обнаружил.
Сервер перезапускал.

А файл dbnam2.mnu на месте?

Да, сам файл на месте. В той же папке, что и dbnam1.mnu.

mvs13 написал(а):
-------------------------------------------------------
> Добрый день!
>
> В начале нового рабочего дня, при запуске АРМ
> Каталогизатор появилось окно сообщения "Не найден
> файл dbnam2.mnu".
Надо выяснить, что произошло в интервале между "старым рабочим днем" - когда, по всей видимости, все было нормально, - и "новым рабочим днем", когда возникла проблема...

Хорошее предложение - выяснить, что произошло! Библиотекари говорят, что рабочий день они закончили как обычно.

Ситема, на которой работает сервер не сама не перезагружалась. В логах системы ничего необычного обнаружено не было.

Где ещё можно посмотреть?

А другие АРМы стартуют? Комплектатор? Книговыдыча?

АРМы Комплектатор и Книговыдача стартуют с тем же сообщением и после нажатия на ОК закрываются.

Приложение сервере на находит файл. Может помочь перезагрузка службы сервера.
Перед этим проверьте, может у вас возникла ситуация, когда сервер ирбиса запущен и как служба, и как приложение. Тогда процессы могут друг с другом конфликтовать. Легче всего проверить так: если у вас запущена служба, и при этом в трее висит иконка сервера Ирбиса, значит у вас запущены оба варианта. Это не правильно. Тогда гасим все процессы сервера и запускаем только как службу.

Возможно. права на файл еще затерлись . если он на месте

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

сервер ИРБИСа работает как приложение. Загружается при старте системы из автозагрузки. В службах сервера нет. В списке запущенных задач есть только один экземпляр.

Gena написал(а):
-------------------------------------------------------
> Приложение сервере на находит файл. Может помочь
> перезагрузка службы сервера.
> Перед этим проверьте, может у вас возникла
> ситуация, когда сервер ирбиса запущен и как
> служба, и как приложение. Тогда процессы могут
> друг с другом конфликтовать. Легче всего проверить
> так: если у вас запущена служба, и при этом в трее
> висит иконка сервера Ирбиса, значит у вас запущены
> оба варианта. Это не правильно. Тогда гасим все
> процессы сервера и запускаем только как службу.

Не похоже, что права затерлись. Файл на месте. Права такие же, как и у файла dbnam1.mnu.

GLUKa написал(а):
-------------------------------------------------------
> Возможно. права на файл еще затерлись . если он на
> месте

А кодировка у файла dbnam2.mnu какая?
Из фокусов, попробуйте файл переименовать вручную (прописать dbnam2.mnu при переименовании).

Кодировка Windows-1251. Переименовать в смысле написать имя маленькими буквами или просто перенабрать? Есть подозрение, что кто-то неумелый заменил латинскую А на кириллическую?
А. Роман написал(а):
-------------------------------------------------------
> А кодировка у файла dbnam2.mnu какая?
> Из фокусов, попробуйте файл переименовать вручную
> (прописать dbnam2.mnu при переименовании).

Ну, если перезагрузка не спасает, то почему бы и такой вариант проверить.
Прямо как в ЧГК - накидываем версии для вашего черного ящика.

Приложите серверный ини-файл каталогизатора

Вы имеете в виду этот файл или какой-то другой? Не могли бы вы уточнить путь для другого файла?
Gena написал(а):
-------------------------------------------------------
> Приложите серверный ини-файл каталогизатора

И перезагрузил, и пробовал переименовать - результат прежний.
А на чёрный ящик довольно похоже ;-).
А. Роман написал(а):
-------------------------------------------------------
> Ну, если перезагрузка не спасает, то почему бы и
> такой вариант проверить.
> Прямо как в ЧГК - накидываем версии для вашего
> черного ящика.

А файл-то пустой. И это клиентский, а не серверный.



Редактировано 1 раз. Последний раз 08.02.2021 14:52 пользователем elkinaos.

Значит мои подозрения, что это не тот, что нужно, верны. Хорошо, где тогда взять серверный? Путь или папку подсказать можете?
elkinaos написал(а):
-------------------------------------------------------
> А файл-то пустой. И это клиентский, а не
> серверный.

У вас в автозагрузке ярлык, он ссылается на экзешник сервера. Вот рядом должны находиться файлы. Нужен файл irbisc.ini. Так же сразу проверьте наличие файла \irbis64\datai\dbnam2.mnu

Нашёл серверный irbisc.ini. dbnam2.mnu есть, не пустой, находиться в нужной папке.
Gena написал(а):
-------------------------------------------------------
> У вас в автозагрузке ярлык, он ссылается на
> экзешник сервера. Вот рядом должны находиться
> файлы. Нужен файл irbisc.ini. Так же сразу
> проверьте наличие файла \irbis64\datai\dbnam2.mnu

Покажите полный путь к файлу dbnam2.mnu

Вот как раз с такой точно проблемой обратились коллеги. При удаленном подключении удалось выяснить следующее: в папке сервера Ирбиса отсутствует файл server_64.exe - это исполняемый файл процесса, которому передаются задания от клиентов. Или антивируска его убила, или сыпется диск. Но, судя по тому, что два разных пользователя почти одновременно отозвались с такой проблемой, скорее всего это антивируска убивает файл. Если у вас тоже нет этого файла, то возьмите его из дистрибутива, а потом в настройках антивирусника поставьте исключение на папку с Ирбисом.

Почему такое сообщение:
1. Запускается АРМ, он пытается стучаться к серверу
2. Сервер принимает запрос и регистрирует нового пользователя, отдает ему ини-файл.
3. Клиент начинает запрашивать нужные ему ресурсы в соответствии с перечнем параметров ини-файлов.
4. Сервере и пытается запустить процесс для формирования ответа клиенту.
3. Процесс не стартует, сервер возвращает клиенту ошибку -7777
4. Клиент получает в ответ на свой запрос ответ с ошибкой. Так как первым пакетом как раз запрашивается список баз данных, то клиент думает, что файла dbnam2.mnu на сервере нет.

Да... до этого сложно было догадаться не видя содержимого сервера ИРБИС.
Геннадий, спасибо большое за информацию. Будем иметь ввиду что такое тоже бывает случается.

Спасибо Гена!
Это есть правильный ответ на мою ситуацию.
Действительно, антивирус уничтожил server_64.exe. Восстановление этого файла вернуло к жизни ИРБИС

Gena написал(а):
-------------------------------------------------------
> Вот как раз с такой точно проблемой обратились
> коллеги. При удаленном подключении удалось
> выяснить следующее: в папке сервера Ирбиса
> отсутствует файл server_64.exe - это исполняемый
> файл процесса, которому передаются задания от
> клиентов. Или антивируска его убила, или сыпется
> диск. Но, судя по тому, что два разных
> пользователя почти одновременно отозвались с такой
> проблемой, скорее всего это антивируска убивает
> файл. Если у вас тоже нет этого файла, то возьмите
> его из дистрибутива, а потом в настройках
> антивирусника поставьте исключение на папку с
> Ирбисом.
>
> Почему такое сообщение:
> 1. Запускается АРМ, он пытается стучаться к
> серверу
> 2. Сервер принимает запрос и регистрирует нового
> пользователя, отдает ему ини-файл.
> 3. Клиент начинает запрашивать нужные ему ресурсы
> в соответствии с перечнем параметров ини-файлов.
> 4. Сервере и пытается запустить процесс для
> формирования ответа клиенту.
> 3. Процесс не стартует, сервер возвращает клиенту
> ошибку -7777
> 4. Клиент получает в ответ на свой запрос ответ с
> ошибкой. Так как первым пакетом как раз
> запрашивается список баз данных, то клиент думает,
> что файла dbnam2.mnu на сервере нет.

Добрый день!

А теперь мы узнаём, что же находилось в чёрном ящике!
В чёрном ящике находился антивирус, который уничтожил server_64.exe.
Восстановление этого файла привело к восстановлению работоспособности ИРБИСа.

Спасибо всем, кто принял участие в решении этого вопроса.

Тему можно считать закрытой.

Отслеживание папки сервера системой контроля версий сразу отлавливает подобные сюрпризы кстати. Это ещё один довод держать Ирбис под наблюдением Git.

--
Сергей Кузнецов

Нужна какая-то инструкция по Git.
У нас постоянно опустошаются файлы *.ini
Причина - тайна.

Grievous написал(а):
-------------------------------------------------------
> Отслеживание папки сервера системой контроля
> версий сразу отлавливает подобные сюрпризы кстати.
> Это ещё один довод держать Ирбис под наблюдением
> Git.


Однозначно да!

mvs13 написал(а):
-------------------------------------------------------
> Добрый день!
>
> А теперь мы узнаём, что же находилось в чёрном
> ящике!
> В чёрном ящике находился антивирус, который
> уничтожил server_64.exe.
> Восстановление этого файла привело к
> восстановлению работоспособности ИРБИСа.
>
> Спасибо всем, кто принял участие в решении этого
> вопроса.
>
> Тему можно считать закрытой.
Почему папка IRBIS64 не была внесена в исключения для антивируса?