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

Не мелкий недостаток.А заказ? Положить RQST к вебу, а в рабочей системе подключить на сетевом диске? RDRV тем же способом. Это все опять колдунство с бубном :)

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

2 Максим Панев

НА АРБУЗЕ у меня веб работает. АРБУЗ базируется на API ИРБИС 128. Реально сейчас на [lib.omgtu.ru] система из 3-х виртуальных серверов (в рамках одного физического): веб-сервера, на котором непосредственно крутятся АРБУЗ и ИРБИС-128 + два сервера ИРБИС 64 - один с БД библиотеки ("рабочий"), на втором - все внешние БД, БД сводного централизованного каталога и т.д. (т.е. все "внешние" ресурсы).

Да я знаю, что и куда в АРБУЗе. Но он денег стоит, а JИ2 обещали так раздать пользователям с договором сопровождения и старым J-ем.
Хотя и ставить MySQL с поднятием целой Джумлы тоже не хочется, если всё можно сделать без Джумлы.
В общем, мне нужно из JИ2 только API, которое я буду использовать в своих целях.

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

Alio написал(а):
-------------------------------------------------------
> > Не мелкий недостаток.А заказ? Положить RQST к
> > вебу, а в рабочей системе подключить на сетевом
> > диске?
> Именно так.

Пытался подключить базу RDR на сетевом диске, о чем создавал тему - не работает. Если заработает, то это будет частичное решение проблемы.

В RDR.PAR надо указывать полные сетевые пути.

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

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

2 Максим. Если нужно только API - то что мешает пользовать напрямую API сервера приложений ИРБИС 128? Заодно появится возможность использовать не только БД ИРБИС 64...

Так опять же все упирается в лицензию. Чтобы использовать API И128 нужно его купить. А это для многих дорого. Условия распространения API отдельно для собственных разработок нигде не описаны, потому и жду опять же JИ2, где это API, я так понимаю, включено на лицензионной основе.

Максим, стоимость сервера приложений не так уж и велика - около 30 килорублей. А сервер приложений уже содержит в себе все необходимое API, включая провайдеры и к ИРБИС 64, ИРБИС 128, Web-ИРБИС, J-ИРБИС, серверам z39.50 и т. д. И со всеми этими источниками данных работа через единое API - можно даже особо не задумываться что мы используем: локальный сервер ИРБИС 64 или z39.50 сервер Библиотеки Конгресса США...

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

22.06.2012 9:25:37 10.106.3.35 ID=979019 Length=917 Command=H ARM="Комплектатор" Num=440
22.06.2012 9:25:37 10.106.3.35 ID=979019 Length=917 Command=H ARM="Комплектатор" Num=441
22.06.2012 9:28:46 10.106.3.24 ID=B Length=54 Command=H ARM=? Num=H
22.06.2012 9:28:46 10.106.3.35 ID=M Length=81 Command=H ARM=? Num=H

Вот последнии 2 строчки меня весьма удивили. Что это може значить?

Илья Иванович, а можно как-то предусмотреть в Ирбисе проверку на номер пакета? Если пришел номер не на единицу больший от последнего, то сбрасывать все пакеты и требовать передачу заново? Это здорово решило бы проблему работы Ирбиса в плохих сетях.

Добрый день.

Gena написал(а):
-------------------------------------------------------
> 22.06.2012 9:28:46 10.106.3.24 ID=B Length=54
> Command=H ARM=? Num=H
> 22.06.2012 9:28:46 10.106.3.35 ID=M Length=81
> Command=H ARM=? Num=H

И идентификатор клиента нечисловой...
Дополнительный вопрос, что сервер делает при поступлении пакетов с нечисловым идентификатором клиента? Только записывает информацию в лог-файл, а пакет игнорирует?

2Gena: пакеты нумеруются клиентом, а не сервером. Сервер в состоянии обрабатывать одновременно пакеты с номером n и (n+1). При этом обработка n+1-го пакета может завершиться раньше. Судя по логам - сломался клиент. Кто соединяется с сервером (какие клиенты вообще есть)?

2RPM: идентификатор приходит в виде строки, после чего строка преобразуется в число. Если пришла строка не числовая - идентификатор будет = 0, ответ сервера будет -3335 - клиент не зарегистрирован.

Драствуйте!

и меня коснулась данная проблема. как ее решить?

процесс irbis_server.exe пока не убьешь в диспетчере задач так и будет висеть при этом в трее ирбис ни на что не реагирует.

характеристики:
виндовс 2003 сервер 32-бит
интел зеон 2,20ггц х2
озу 2гб
винт на 120гб

на 2003 никаких ролей нет. на нем только сервер ирбиса. с сетью проблем нет. пинг нормальный с задержкой максимум 5мс. пакет не теряются.

0. Версия?
1. Приложите свой irbis_server.ini
2. Можно ли расценивать "пакеты не теряются" так, что вы провели эксперимент: с КАЖДОГО клиента пинговали сервер 100 тысячами пакетов по 32 килобайта и при этом ни один не потерялся? Задержка в 5мс говорит о том, что не все так гладко - в ЛВС задержки менее 1мс.
3. Установлен ли на этом же сервере веб-ирбис или J-ирбис 1.х?
4. Установлен ли антивирус? (если да, то зачем?)

Михайленко Илья написал(а):
-------------------------------------------------------
> 0. Версия?

2011.1

> 1. Приложите свой irbis_server.ini

см. ниже

> 2. Можно ли расценивать "пакеты не теряются" так, что вы провели эксперимент: с КАЖДОГО клиента пинговали сервер 100 тысячами пакетов по 32 килобайта и при этом ни один не потерялся?

с которых пинговал не терялись.

> Задержка в 5мс говорит о том, что не все так гладко - в ЛВС задержки менее 1мс.

это в реееедких случаях 5

> 3. Установлен ли на этом же сервере веб-ирбис или J-ирбис 1.х?

нет. только он один

> 4. Установлен ли антивирус? (если да, то зачем?)

езет32. на всякий случай.


раньше все нормально работало. это вот где-то с недели полторы назад началось

1. В ини попробуйте устновить
FORMAT_CASHABLE=0

> > 2. Можно ли расценивать "пакеты не теряются"
> так, что вы провели эксперимент: с КАЖДОГО клиента
> пинговали сервер 100 тысячами пакетов по 32
> килобайта и при этом ни один не потерялся?
> с которых пинговал не терялись.
> > Задержка в 5мс говорит о том, что не все так
> гладко - в ЛВС задержки менее 1мс.
> это в реееедких случаях 5
> раньше все нормально работало. это вот где-то с
> недели полторы назад началось

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

> > 4. Установлен ли антивирус? (если да, то
> зачем?)
> езет32. на всякий случай.

С антивирями часто бывают проблемы. Лечится полным снесением антивиря (отключение тут не поможет - трафик все равно будет идти через виртуальную сетевую антивиря)

Alio написал(а):
-------------------------------------------------------
> Обнаружена ошибка в сервере ИРБИС64 (начиная с
> версии 2009.1) irbis_server.exe
> Ошибка состоит в том, что при обращении к любому
> ресурсу ИРБИС, в имени которого есть символ %
> сервер ИРБИС зависает (вернее - не отвечает на
> запросы клиентов в течение 1000 сек)

(см. далее [irbis.gpntb.ru] ).

Александр Иосифович, добрый день.

Большое спасибо за исправленную ошибку!

Здравствуйте. У нас на тестируемом сервере нет ничего кроме 64 ирбиса. Даже офиса нет)). Изредка барсик начинает бесконечно бегать. Посоветуйте, плиз, алгоритм действий...убивать процессы ирбис-сервера в диспетчере задач и запускать его приложением? Я так делаю, чтобы он ответил))

Ответьте на все вопросы, которые в этой ситуации задавались предыдущим пользователям...

Наверно, просто заработалась: забыла, что открыт удаленный доступ на сервер и там же открыла клиент из системы Ирбис...По крайней мере локально на своей машине все запустила без пролем тут же и ошибка не повторяется. Могло это быть причиной сбоя?

Драствуйте!

после обновления с 2011.1 до 2012.1 проблема осталась, т.е. время от времени сервер ирбиса зависает

Подключаются ли к серверу ИРБИС удаленные клиенты (не из ЛВС)?
См.
[irbis.gpntb.ru]

нет

и чо делать то???

Поставить Ирбис-прокси. См. тему в разработках пользователей ИРБИС

Здравствуйте! История повторяется запись с экрана.В прошлый раз решилось заменой серверного ini файла от Михайленко Илья. Сейчас снова в последнее время, начал долго загружать БД. Но вот почему то если при старте АРМа Каталогизатора с БД RDR (1800 записей), запуск быстрый. Мб это из за меньшого кол-ва полей в РЛ, не знаю, остальные БД(Книги,статьи и т.п.) первоначально долго загружаются, т.е. в рамках одной сессии первая загрузка БД идет долго, дальше повторная загрузка и переход по БД нормальные. На самом сервере запуск АРМа и загрузка БД нормальные. Пинги с клиентов идут без потерь 0%.

В логах сервера местами вот такое:
02.09.2013 10:21:40 192.168.0.250 ID=68820 Length=33 Command=B ARM=? Num=23
Удаленно клиенты не подключатся. Веб Ирбис на том же сервере где сам ИРБИС.
IRBIS 64 2010.1
Win XP Pro SP3



Редактировано 4 раз. Последний раз 02.09.2013 06:30 пользователем Esil.

По поводу зависания сервера ИРБИС
см. [irbis.gpntb.ru]