Еще раз о том, о чем говорилось неоднократно:
Удаленных клиентов ИРБИС64 надо подключать ТОЛЬКО через шлюз WebToIrbisServer

Хорошо. Давайте попробуем это решение. Подключил. Сразу же возникла проблема. Подключение к этому скрипту длится бесконечно. Ошибки никакой сервер не выдает. Как проверить работу этого приложения?

Все настройки сделал в соответствии с инструкциями.

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

Жду дальнейших указаний.

Максим Васильевич, доброе утро.

А при запуске АРМов ИРБИС с использованием настроек, указанных в WebToIrbisServer_readme.doc ( [irbis.gpntb.ru] ), есть ошибки?

Alio написал(а):
-------------------------------------------------------
> Еще раз о том, о чем говорилось неоднократно:
> Удаленных клиентов ИРБИС64 надо подключать ТОЛЬКО
> через шлюз WebToIrbisServer

Предлагаю сделать соответствующую тему форума [irbis.gpntb.ru] более заметной.



Редактировано 2 раз. Последний раз 26.01.2012 09:29 пользователем PRM.

Обсуждение возможности исправления ошибки с помощью компоненты веб-Ирбис WebToIrbisServer.exe перенесено в ветку Использование WebToIrbisServer: доступ к ИРБИС TCP/IP серверу в режиме браузера.

Та же проблема, ошибка 11001.
АРМ Читатель установленный на Win Server 2008 R2 не может соединится с сервером ИРБИС64. Всё работало и внезапно само сломалось :)
АРМ Читатель перестанавливал, не помогло.

А ещё есть одна особенность, с Win XP всё работает прекрасно. Что с сервера, что с клиента, сервер ИРБИС64 пингуется и доступен.

Та же беда!Сам на себя-локально, Ирбис 64 2010.1 работал нормально,при подключении пользователей поработал 20 минут, завис!Ни перезагрузка,ни подмена exe файлов результатов не дала.Ирбис перестал работать даже локально!Asynchronous socket error 10061. Help!

Установили новую версию 2011. Зависает сервер каждые 30-40 мин. Библиотека разбросана по корпусам, везде ремонт, сеть работает не всегда стабильно. ЧТО НАМ ДЕЛАТЬ?

Такая же проблема. Сервер периодически виснет намертво. Количество подключенных пользователей особой роли не играет.

Есть ощущение что после перехода на 2011.1 стало хуже



Редактировано 1 раз. Последний раз 21.06.2012 15:25 пользователем skulkov.

Те же вопросы, которые задаются всем:

- есть ли удаленные клиенты (т.е. те, которые соединяются через Интернет)
- применяются ли антивирусы на сервере
- работает ли Web-ИРБИС на той же машине, что и сервер ИРБИС

Удаленные клиенты есть. Осенью в период массовой выдачи висли под нагрузкой. Сейчас же сервер начал виснуть и в периоды когда они не работают. Удаленный филиал работает по вечерам. Внутренняя локальная сеть работает стабильно. Нагрузки сейчас по количеству соединений и запросов почти нет. Все попытки настроек ini файла ничего не дали.

Антивирус не ставился с самого начал на сервере. Веб ирбис не используется. Используется собственный шлюз на php.

skulkov написал(а):
-------------------------------------------------------
> Удаленные клиенты есть. Осенью в период массовой
> выдачи висли под нагрузкой. Сейчас же сервер начал
> виснуть и в периоды когда они не работают.
> Удаленный филиал работает по вечерам.
Удаленные клиенты должны подключаться или через СПЕЦИАЛЬНЫЙ Web-шлюз или через ИРБИС128.

Внутренняя
> локальная сеть работает стабильно. Нагрузки сейчас
> по количеству соединений и запросов почти нет. Все
> попытки настроек ini файла ничего не дали.
Должен применяться irbis_server.ini ДИСТРИБУТИВНОЙ настройки.


>
> Антивирус не ставился с самого начал на сервере.
> Веб ирбис не используется. Используется
> собственный шлюз на php.
Разведите по разным машинам сервер ИРБИС и Web-доступ к БД ИРБИС

Добрый день!
о чем говорит ошибка 100060 ? и как с ней бороться.
Так же хотелось бы уточнить где в сопроводительной документации написано о необходимой надежности ЛВС в которой будет работать Ирбис 64 2011,1 без сбоя. Сколько процентов потерь пакетов допускается ?
Так как указанная вами цифра 99,999%, я более чем уверен не достижима для 99,99999% библиотек (так как используется сетевое оборудование по принципу работает и ладно).

KamUr написал(а):
-------------------------------------------------------
> Добрый день!
> о чем говорит ошибка 100060 ? и как с ней
> бороться.
Скриншот...

Alio написал(а):
-------------------------------------------------------
> KamUr написал(а):
> --------------------------------------------------
> -----
> > Добрый день!
> > о чем говорит ошибка 100060 ? и как с ней
> > бороться.
> Скриншот...

прикрепил файл

Это значит, что клиент обращается туда, где НЕЗАПУЩЕН сервер ИРБИС64

Здравствуйте, в декабре перешли на версию 2011.1, зависает действительно намертво (как уже было высказано) сервер с ошибкой Asynchronous socket error 10061, нагрузка не влияет, филиалов нет, сеть локальная, Web ирбис на другой машине. Зависания на этой неделе: завис 2 дня назад 1 раз, сегодня уже 2 раза за 1.5 часа работы, хотя санитарный день, и клиентов немного, книговыдача медленно работает, очень надеемся на помощь, спасибо



Редактировано 2 раз. Последний раз 31.01.2013 08:51 пользователем belova.

Здравствуйте. У нас Ирбис 2012.1 обновление D2. Проблема с зависанием все еще осталась. Зависает на неделе 2-3 раза. Веб-Ирбис работает на другом сервере. Переписывался с коллегой из университетской библиотеки, они решили эту проблему приобретением мощного сервера. Действительно ли характеристики сервера влияют на работу Ирбиса? Характеристики нашего сервера: Intel Core2Duo 2.33ГГц, ОЗУ 2ГБ, ОС Windows Server 2008.

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

Вопрос к разработчикам. Может ли сервер Ирбис 64 обрабатывать запросы с книговыдачи 128? И как можно получить или купить, предварительно потестировав, специальный шлюз WebToIrbisServer?

Не предполагается ли переход к "стандартным" веб-технологиям и переработке практически с "нуля" всей архитектуры Ирбиса? Все-таки может MySQL? А так же php+jquery. Все перемещается в веб. Ирбис 128 своего рода полумера. Для библиотек уже нужны бы и мобильные приложения под iOS или Android. Проводить ту же выдачу с планшета значительно удобнее.

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





Редактировано 1 раз. Последний раз 19.03.2013 12:25 пользователем Konstantinus.

Здравствуйте. Были аналогичные проблемы. Искали решение проблемы во всех форумах, в интернете. В итоге, задали планировщику задачу на ежедневную перезагрузку сервера (к примеру ночью). После этого уже месяц не знаем горя Я не знаю, возможно в самой программе какие-то проблемы с кэшированием или что-то типа того.

Ирбис64 2012.1 D2. Веб-Ирбис работает раздельно.

Ирбис64 2011.1 + J-Ирбис на одном сервере.
Последние 4 месяца клиенты теряли соединение с сервером с вышеупомянутой ошибкой от 2 до 10 раз в течение рабочего дня.
В ходе поиска причины были проведены следующие работы:
1. Проанализированы отчёты со всех коммутаторов и перемонтирована сеть у всех клиентов имеющих потери пакетов.
Всё сетевое оборудование фирмы CISCO. Коммутаторы и сервера имеют соединение в 1Gb/s, пользовательские ПК в 100Mb/s. Сеть поделена на подсети. Пакетных штормов и простых потерь пакетов в сети нет.
2. Проверена работа всех пользовательских АРМов, всё установлено и переустановлено.
3. Проверена работа серверной службы ИРБИС. Все базы сжаты. Регулярно подчищается вся история выдач у читателей, проводится дефрагментация разделов жесткого диска.

После проведения всех работ проблема не исчезла!!!

4. Проанализирована производительность и надежность сервера.
Оборудование: HP DL320 G6 (Xeon L5506, 8GB, RAID10).
ОС: Windows Server 2008 Standart x32.
Сервер работает без сбоев, производительность колоссальная.
"Монитор ресурсов" демонстрирует следующую картину:


В MSDN по данному вопросу сказано следующее:
Счетчик ошибок демонстрирует количество ошибок при обращений процесса к страницам оперативной памяти. Ошибка фиксируется когда процесс не находит требуемые данные по определенному адресу и подгружает их из файла подкачки. Данные цифры достаточно малы, в ходе наблюдений счётчик достигал 5000 ошибок в секунду.
Чтобы исключить обращения к файлу подкачки и хранить все данные в ОЗУ (которая не используется даже на треть) было принято решение его отключить. После отключения и перезагрузки служба сервера Ирбис64 запускаться перестала и не запустилась пока файл подкачки не был вновь включен.

Итог:
- в службах ИРБИС "течет память";
- без файла подкачки служба не запускается;
- при малейшей потере пакетов в сети служба падает;
- при при обращении к зависшему серверу АРМы засыпают пользователя сообщениями и вешают ОС;

Постоянная перезагрузка сервера лишь сократит срок службы железа в сервере и проблем не решит.

Разнесите на разные машины Web-сервер с J-ИРБИС и Сервер ИРБИС64.

И это ваше решение: разнести 2 службы, которые 3 года безотказно работали и последние 4 месяца одна из них начала давай сбой?
Может быть стоит поработать над отказоустойчивостью сервера? Провести дополнительные тесты, доработать обработчики исключений. Есть же специальные симуляторы помех в сети для тестирования приложений в условиях приближенных к реальным.
Может быть подобная профилактика поможет решить проблемы, а не ваше предложение конструировать велосипеды из серверов.

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

skulkov написал(а):
-------------------------------------------------------
> Подтверждаю, что раньше таких проблем с
> зависаниями не наблюдалось, на протяжении многих
> лет. Проблема началась чуть меньше года назад.
И что же у Вас произошло - чуть меньше года назад???

При просмотре соединений утилитой netstat выводятся следующие данные:
(см. прикреплённый файл).

Служба ИРБИС с каждым подключенным АРМом имеет от 10 до 100 соединений, которые ежесекундно закрываются и открываются новые, при этом на компьютере клиента используется следующий по порядку порт. Периодически АРМы занимают уже использующиеся порты, а сервер ругается на потерянные пакеты: "TCP Previous segment not captured".
Как вы объясните подобную ситуацию?

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

18 пользователей это даже не нагрузка.
Сделал выборку ежесекундных изменений в течении 20 секунд.(в прикреплённом файле). Сделано во время обеденного перерыва, когда нагрузка минимальная.
Обработал трафик сервера Wireshark'ом. Ругается на пакеты, идущие с портов занятых приложениями и ОС (файле они автоматически подписываются названием приложения).

Вы, Илья, в этой теме писали следующее:
"Соединение клиента ИРБИС 64 с сервером ИРБИС 64 за рамками ЛВС, это... Как бы так сказать то помягче...
Попробую провести параллель с более привычными системами. Представь себе сайт (например, под Joomla!) на php при условии что доступ к базе MySQL происходит через сеть интернет и доходят не все пакеты. Что бы ты сказал создавшему такой сайт? А ведь Joomla тут = клиент ИРБИС64, MySQL=Сервер ИРБИС64. И разработчиков Joomla (клиент64) то же пинать смысла нет, т.к. доступ к этой базе MySQL изначально предполагается как минимум по локальной сети. И разработчиков MySQL (сервер64) тоже пинать не за что. Да и если взять любое приложение, работающее напрямик с СУБД - запуск предполагается только в рамках ЛВС."

Если рассматривать службу MySQL, то она при работе с клиентом, имеющим проблемы с сетью, не зависает, а просто разрывает соединение. Именно поэтому разработчиков MySQL и не за что пинать. А в случае ИРБИС любой клиент может "повесить" службу и найти его среди десятков зависших клиентов не представляется возможным, поскольку анализ трафика сервера и логов коммутаторов не даёт объяснения происходящему. Более тысячи открытых сессий, каждая 20-ая из которых посылает серверу "bad tcp"-пакеты, видятся мне более объективной причиной сбоев.

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



Редактировано 2 раз. Последний раз 11.04.2013 08:23 пользователем SIBVOX.

Здравствуйте! При попытке запуска "Книговыдача" система выдает ошибку "Asynchronous socket error 10065" Помогите, пожалуйста, с чем связана эта ошибка!!

Здравствуйте! При попытке запуска "Книговыдача" система выдает ошибку "Asynchronous socket error 10065" Помогите, пожалуйста, с чем связана эта ошибка!!пожалуйста!!