ovkuz написал(а):
-------------------------------------------------------
> А пока так и работаем на
> старом irbis_server.ini, пока не виснет ;)

Добрый день.
То есть сейчас у Вас установлены:
* irbis_server.exe, irbis64.dll, server_64.exe версии 2010.1;
* irbis_server.ini от предыдущей версии 2009.1, как irbis_server9.ini в сообщении от 26 июля 2011 года ?

Да, да, это наш файлик :)
К сожалению, у нас совсем нет специалистов :( Может быть, Медведев и правда зарплату поднимет ми.. теперь уж полиции, хотя вряд ли :(
Так что, как вдруг, так сразу ;) будем рады взять спецов!!!
Это я так.. больная тема ;)
Я тут стараюсь помочь, как могу, хотя, похоже, Ирбис и женская логика несовместимы ;) Обычно пишу программки на Вижел Фоксе и Бэйсике, а от системного администрирования и сетевых всяких настроек далека, так что прошу извинить, если вопросы ставлю непрофессионально..

Провёл сравнение файлов настройки с помощью Total Commander.
Во вложенном файле жёлтым маркером выделены параметры ini-файла, для которых значения по умолчанию в "Сервер 64.doc" найти не удалось.



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

Посмотрела. Какой Ваш совет?

Посмотрел Ваш irbis_server10.ini...

Там есть строка
IP_ADDRESS=192.168.1.1

Вы ее изменяли вручную?

Доброе утро.

ovkuz написал(а):
-------------------------------------------------------
> Мне посоветовали обновиться, так как дистрибутив с
> новой версией 10 был вроде D1. Я скопировала все
> файлы обновлений D1 - D5, запустила, так у
> клиентов даже перестали загружаться программы
> (висит, даже Ирбис не бегает). Поставила опять
> обратно irbis_server.ini с 9 версии, опять вроде
> все заработало, вот сейчас проверяем...

> Зато на сервере теперь не отображается список
> зарегестрированных пользователей и запущенных
> процессов.., а если запустить клиентский
> администратор, то он все показывает..

Михайленко Илья написал(а):
-------------------------------------------------------
> Такое может происходить, если сервер у Вас запущен
> одновременно и как сервис и как приложение.
>

1. Уточните, пожалуйста, в текущей конфигурации на сервере Сервер ИРБИС64 у Вас запущен как служба (в списке служб Windows у службы Irbis64_Service состояние «Работает»)? Запускаете ли Вы Сервер ИРБИС64 «как приложение» (irbis_server.exe)?

На скриншотах АРМ Администратор - Клиент и Сервера ИРБИС64 в Вашем сообщении от 28 июля отличается дата и время запуска сервера (по первой строке в списке зарегистрированных пользователей).

Поэтому вопрос: видна ли иконка Сервера ИРБИС64 на панели задач?

Если да, то можете ли Вы посмотреть: в списке зарегистрированных пользователей, который вызывается из контекстного меню Сервера ИРБИС64, и в списке зарегистрированных пользователей из АРМ Администратор Клиент IP, порт, дата и время запуска сервера совпадают?

2. Если у Вас уже установлено обновление D5 версии 2010.1 и не установлено обновление D6, то можно установить обновление D6.

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

Доброе утро.

Скажите, пожалуйста, может быть, готова тестовая версия кода, логирующего сетевые ошибки сервера?

Всем привет!
Не понятно почему при одновременной работе нескольких АРМов Читателей, начинает бегать кошка, вследствии чего и остальные АРМы теряют связь с сервером. Работа в АРМе практически невозможна если подключаются более 3-4 читателей. На сервере при этом застывает значок Ирбиса и отказыается отвечать. Убиваю Ирбис через таск манагер. Делал реорганизация и словарей и файлов документов.

И64 2010.1 D1-D3

Это брали?
[irbis.gpntb.ru]

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



Редактировано 1 раз. Последний раз 27.10.2011 12:51 пользователем woodyfon.

Добрый день!

ИРБИС 64, вер. 2010.1.Компьютер - Celeron 2,6 Ггц, ОЗУ 1 Гб. На нем установили ИРБИС 64 и Apache. Сейчас в базе около 30 тыс. библиографических записей. 4 рабочих места. irbis_server10.ini не менял после установки. При запросе к серверу от АРМ "Каталогизатор" (как, правило на запись) время от времени происходит "подвисание" секунд на 5.

Не могли бы вы посоветывать что можно было бы настроить, изменить?

ВЫ брали обновления для 2010.1?

Добрый день!
У нас установлен Irbis64 2011.1
Параметры сервера
CPU 2x QuadCore , 2133 MHz (16 x 133)
ОЗУ 8 Гб
ОС Windows Server 2008 R2 Stardard
64-x разрядная операционная система

Регулярно зависает служба irbis_server.exe *32

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

Данная проблема наблюдалась также в старой версии 2010 Irbis. Но у нас был слабый сервер и мы думали что это из-за технических характеристик.

После обновления сервера проблема осталась.

На сервере установлен Антивирус Касперского. Папка Irbis добавлена в исключения.

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

У Вас есть клиенты этого сервера, которые работают НЕ в рамках ЛВС? Например, через VPN, сети провайдеров, более 2 свичей/маршрутизаторов и т,д.?
Касперский мониторит ли сетевой траффик сервера? Если да - в исключения. Попробуйте деинсталлировать Касперского и посмотреть на результат (не отключить, а именно деинсталлировать!). Само по себе наличие антивируса на сервере баз данных вызывает вопрос - зачем?

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

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

На старом сервере у нас долго антивирус не стоял, а проблема была, служба очень часто подвисала, и ничего с ней сделать нельзя было.

Как в анекдоте "а отравились печенькой". Советую все же развести собственно ИРБИС сервер и все остальное.

Простите, но зачем, на нем только сайт и Ирбис, книговыдача работает у нас только в читальных залах. Технические параметры у сервера достаточно высокие.

Можно еще, что-то посоветовать по существу.

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

Относительно загрузки сервера, загружен он всего на 30-40%.
Теряются ли пакеты при доступе из вне, никто не жалуется что у него чего-то не сохранилось. Как это проследить по другому,я не знаю, просветите меня пожалуйста.

Дело в том что когда зависает служба irbis-server, обновить в Администраторе список запущенных процессов и список зарегистрированных клиентов не возможно, барсик бежит.

Поведение сервера, описанное Вами, в 99% случаев связано именно с потерей или искажением пакетов. Если точнее, то сервер получил _часть_ пакета и находится в ожидании следующей части, которой дождаться при потере пакета ему уже не судьба. Не устаю повторять: сервер 64 предназначен для работы в ЛВС (это прописано в системных требованиях!) - т.е. в сетях со 100% вероятностью доставки пакетов.
Если у Вас библиотека разбросана по всему городу, то стоит обратить внимание на ИРБИС 128 - он имеет трехзвенную архитектуру (клиент(браузер) - сервер приложений - сервер ирбис 64) и там требования к сети между клиентом и сервером приложений весьма скромные.

Добрый день! Начал зависать Ирбис, что при этом происходит:
клиенты теряют связь с сервером,т.е. начинает бегать кошка, на сервере в диспетчере задач появляется два одинаковых процесса server_64, значек ирбиса в трее намертво застывает, решается эта проблема завершением в диспетчере задач всех процессов Ирбиса и перезапуском,дальше работает нормально. Зависание системы происходит примерно раз в неделю,но иногда неделями может работать без зависании.Нагрузка на сервер не большая. Ирбиса запускается приложением. На сервере работает Web Irbis 2010.1 на Apache 2.2
Ирбисовский irbis_server.ini от Михайленко Илья.

ОС Win XP Pro SP2

И64,2010.1 со всеми обновлениями.

По возможности - разделите (по железу) работу Web-ИРБИС и Сервера ИРБИС.

В смысле вы предлагаете установить WI на другой ПК?

Именно так.

Значит, технология поменялась... ну чтож попробуем.

Alio написал(а):
-------------------------------------------------------
> По возможности - разделите (по железу) работу
> Web-ИРБИС и Сервера ИРБИС.

Т.е. рекомендуется "офлайн-каталог"?

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

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

Куделя написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > По возможности - разделите (по железу) работу
> > Web-ИРБИС и Сервера ИРБИС.
>
> Т.е. рекомендуется "офлайн-каталог"?
Называйте как хотите. Не вижу ничего страшного в том, что каталог на Web будет обновляться с какой-то периодичностью - ежедневно или раз в неделю. Или у кого-то есть каталоги, которые должны иметь актуальность с точностью до часа?
Единственный недостаток такой технологии - отсутствие актуальных данных, касающихся свободных экземпляров. Думаю на Web с этим можно мириться (т.е. вообще не показывать этих данных)

Хм. Все-таки дожили до того, что нагрузка CGI убивает ИРБИС-сервер. Тогда встает законный вопрос: когда же все-таки в прайс-листе появится обещанный еще 2 года назад J-ИРБИС 2? У него таких проблем возникнуть не должно теоретически. Можно надеяться на "раздачу слонов" после Крыма или может прямо на нем?

Панев Максим написал(а):
-------------------------------------------------------
> Хм. Все-таки дожили до того, что нагрузка CGI
> убивает ИРБИС-сервер.

И как бороться не знаю, и прогресс с веб похоже стал.

К J-ИРБИС 2 много вопросов, самый болезненный для меня - невозможность предоставить ссылку на результат поиска (то есть такой каталог не индексируется роботами).

Интересно на чем работает веб у Ильи?