Добрый день

Уже достало перезагружать сервер. Постоянно зависает Ирбис-сервер и вываливается с ошибкой Asynchronous socket error 10061

Помогает только убить в процесах irbis_server.exe и server_64.exe

Помогите пожалуйста, невозможно работать

Система Ирбис 64 версия 2010.1 D5

Спасибо



Редактировано 1 раз. Последний раз 02.08.2011 14:25 пользователем newkos.

Уважаемые разработчики, скажите пожалуйста от чего появляется эта проблема ? и как её решить, так как работать всё дальше не возможно !

Вы меняли irbis_server.ini?

Нет, не меняли. Прикрепил файл к сообщению

Ошибка, о которой Вы говорите, возникает у клиента, когда НЕ ЗАСТАРТОВАН сервер.
Эта ошибка имела место всегда или это возникло с какого-то момента?

дело в том что сервер запущен, а ошибка начала появляться недавно, сначало редко, потом всё чаще. Ошибка появляется на клиентских АРМах после того как зависает сам сервер Ирбиса.

newkos написал(а):
-------------------------------------------------------
> дело в том что сервер запущен, а ошибка начала
> появляться недавно,
Так что же изменилось на сервере и в сети с НЕДАВНИХ пор?
- на это можете ответить только Вы...

сначало редко, потом всё чаще.
> Ошибка появляется на клиентских АРМах после того
> как зависает сам сервер Ирбиса.

на сервере ничего не менялось, мы перешли с Ирбис 32 на Ирбис 64, после этого и начались проблемы.

newkos написал(а):
-------------------------------------------------------
> на сервере ничего не менялось, мы перешли с Ирбис
> 32 на Ирбис 64, после этого и начались проблемы.
Однако... Т.е. Вы хотите сказать, что ИРБИС64 ИЗНАЧАЛЬНО так у Вас работает?

да, только как я и писал выше сначала зависания и ошибка была редко, тепер всё чаще...

Какие еще - кроме ИРБИСа - задачи выполняются на серверной машине? Работают ли какие-либо антивирусы на сервере?

Alio написал(а):
-------------------------------------------------------
> Какие еще - кроме ИРБИСа - задачи выполняются на
> серверной машине? Работают ли какие-либо
> антивирусы на сервере?


Сервер предназначен только для обслуживания Ирбиса, на нём ещё стоит Web Ирбис и всё.

Антивирус работает, DrWeb, но я пробовал его отключать и работать, к сожалению ничего не изменилось.

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

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

Попробуйте - хотя бы временно - развести работу Web-ИРБИС и ИРБИС по разным машинам.

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


Спасибо, попробую на пару дней развести их, о результате отпишу

Большинство проблем, связанных с зависаниями сервера на сегодня связаны с механизмом передачи данных по сети: обрезка пакетов, неожиданный разрыв соединения и т.д. С версии 2010.1 сетевые ошибки уровня протокола tcp/ip стали показываться пользователям. Наличие таких ошибок говорит о проблемах в сети, которые администраторам необходимо решать.

Код ошибки TCP 10061: Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение

Логи на сервере в Вашем случае ничем бы не помогли - соединение рвется НЕ сервером или клиентом. Собственно, они даже и не догадываются что им кто-то что-то пытался отослать.

Другой вопрос где именно это соединение рвется.

Антивирусы для мониторинга сетевой активности устанавливает свой драйвер сетевой карты и весь траффик пропускает через него. Происходит это вне зависимости от того включен этот монитор или выключен. То что монитор выключен означает лишь то, что отключены алгоритмы проверки проходящего через эту сетевую траффика. Что бы исключить влияние антивируса его придется не отключить, а полностью деинсталлировать.

Далее. Если операционная система не серверная, а клиентская (например, XP) - не забывайте про ее ограничения на кол-во соединений.

Так же этим могут грешить сетевые железяки. Наибольшая надежность из того что я встречал у Cisco, наименьшая у dlink. Отвратительно (что удивительно - может, просто мне такие экземпляры попались) на не маршрутизируемых протоколах себя ведут baystack'и.

Главная рекомендация - пройти по всей цепочке, по которой у Вас идет tcp пакет.

В логах сервера ведется:
1. краткая информация о командах
2. Режим отладки - полностью входящие и исходящие пакеты. (Аккуратно - на каждую команду создается по 2 файла - запрос и ответ)

Еще один момент - фаерволы. Некоторые фаерволы множественные подключения к порту 6666 воспринимают как атаку.

Хотелось бы услышать newkos - что сейчас у Вас происходит...

Забыл отписать в теме.

Была проведена полная переустановка системы на сервере, после чего полная переустановка самого ирбиса и пересоздание всех словарей и баз. После чего было проведено несколько тестов, из каких ошибку выявили. Всё сводилось к тому, что у нас есть филиал в другом здании, который мы подключили где-то в начале лета к системе ирбис64, сначала всё работало отлично, а потом начались эти проблемы про которые я выше писал, но я не мог подумать, что в проблемах виноват филиал.

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

После чего мы были вынуждены их отключить от нас, и проблема решилась сама собою.

Вот такие приключения.



Редактировано 1 раз. Последний раз 11.09.2011 12:55 пользователем newkos.

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

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

Все же, нужно понимать различия в архитектурах двузвенной и трехзвенной. Не важно что используется в качестве СУБД: Oracle, MSSQL, ИРБИС64 или еще какая-либо СУБД. Если архитектура двузвенная (толстый клиент<->СУБД) - значит ЛВС. Значит требования как минимум к надежности канала связи. Скорость - это на сколько у клиента терпения хватит, но надежность канала для двузвенной архитектуры является жизненно необходимой.

ИРБИС64 тут не исключение. У ИРБИС64 толстые клиенты, работающие с СУБД, а не с сервером приложений. Изначально, архитектурно он предназначен для работы в ЛВС. Это его системное требование. Если пользователи выходят за рамки системных требований, то этот экстрим они совершают на свой страх и риск. И еще раз повторю, будь это СУБД ИРБИС64 или Oracle - результат и требования к сети будут одинаковы.

Как только речь заходит о приложении, работающем по сети Интернет, сразу появляется сервер приложений и заводится разговор о трехзвенной архитектуре. В самом простом виде описано тут: [ru.wikipedia.org]
Для этого и создается ИРБИС 128.
Тут к сети другие требования. У клиентов может быть обычное интернет соединение со всеми его прелестями - потеря пакетов, низкая скорость, сложная маршрутизация и т.д. (да хоть модем и телефонная линия!) - главное внимание - к сети между сервером приложений и СУБД. Тут варианта два: или в рамках одного сервера или надежные 100Мбит-1Гбит в зависимости от кол-ва клиентов и мощностей серверов. Активных клиентов более 50 - однозначно гигабит. Более 100 - готовьтесь к кластеризации и балансировке нагрузки (после 150 уже точно пора задумываться).

Как бы так по мягче сказать :), я в курсе... Исправлять нужно

Цитата:

Постоянно зависает Ирбис-сервер и вываливается с ошибкой Asynchronous socket error 10061

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



Редактировано 1 раз. Последний раз 12.09.2011 00:00 пользователем Панев Максим.

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

Аналогичная ситуация
Отдел комплектования активно юзающий ИРБИС находится в филиале, сетка через местного провайдера 1Мбит
Недавно перешли с 2008 на 2010 версию.Часто зависает сервер. при подключении выдает 10053 ошибку

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

Обе ошибки говорят Вам о том, что канал ненадежен (т.е. периодически связь по такому каналу рвется).

Мучить ИРБИС тут можно очень долго - толку будет 0. Мучить надо канал связи между клиентом и сервером.
ИРБИС 64 предназначен для работы в локальной сети. Т.е. подразумевается надежность канала 99,99999%.

У ИРБИС 128, к сожалению, на сегодняшний день еще нет АРМ Комплектатор. С другой стороны, комплектаторы, по идее, должны находиться рядом с отделом обработки (АРМ Каталогизатор). Почему бы не перенести сервер ИРБИС 64 к ним, в ЛВС? Зачем тянуться через интернет? Выдачу тогда можно будет запустить по АРМ Книговыдача 128 через http - 128-й на таком канале себя будет чувствовать вполне себе. Сервер приложений должен жить рядом с сервером ИРБИС 64, а вот клиенты - хоть в другом городе/стране.

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

2Максим. Для исправления придется менять архитектуру сетевого обмена. Т.е. выносить обработку коннектов в отдельные процессы/потоки (аналогично тому, как это реализовано в Apache). А это уже будет совсем другой сервер...
Сейчас в качестве эксперимента доделываю шлюз, который именно так и обрабатывает запросы прежде чем послать их на сервер 64-го. Заодно мониторит обе стороны - и сервер и клиентов. Но это совсем другая скорость :( Для выявления проблем его использовать будет можно, для постоянной работы - нет.

2 RPM, Постом выше. :) Не успел прочитать Ваше сообщение до отправки.

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


Интересно будет протестировать такое

Согласен что канал виноват, но в предыдущий версии (точнее в моем случае в 2008)
1 ошибка не вылезала в процессе работы так часто (может ухудшение канала совпало с обновлением версии конечно, но я так понимаю совпадения не у одного меня) и страно что как я понимаю откуда то берется тенденция к учащению зависания
2 раньше это не весело сервер, достаточно было перезапустить клиентскую часть!!! это очень не гуд

Илья Иванович, спасибо.

У нас проблемы с временным "зависанием" сервера пока что продолжаются с различной интенсивностью: 0 - 3 раза в день.