iBase.ru Forum

Оюсуждалось уже, но для меня оказалось не очень полезным. Потому спрашиваю еще раз. www.ibase.ru/devinfo/errors.htm - Это читал.

Есть два сервера на первом RH7.3 и IB6, на втором RH9 и FB1.5.2. CS Находятся они совершенно в разных местах (сетях).

Проблема на первом (удаленный), со слов: иногда не с чего валится сервер, то есть не пускает клиентов, выход - ребут (в линух там не лазят) - все ок!
Захожу, смотрю логи: всегда идет INET/inet_error: send errno = 104 Почему? То есть из-за чего?
Иногда проскакивает SERVER/process_packet: connection rejected for root
И SERVER/process_packet: broken port, server exiting
Объясните плз значение этих сообщений.

Проблема на втором (под боком): иногда очень долго проходит коннект до базы причем, какого-либо постоянства нет, может быть все нормально, могут быть жуткие тормоза! На нем же медленней стал работать SSH, SAMBA, да и остальные сетевые службы тоже. Но ни разу не грохнулся.

В логах так же постоянно errno = 104 и broken port, server exiting.

В чем причина???

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

P.S. Очень интересует возможная причина 104 -й ошибки.

Проблема на первом (удаленный), со слов: иногда не с чего валится сервер, то есть не пускает клиентов

проблема в версии сервера, скорее всего.

То есть из-за чего?

104 = виндовой 10054

Объясните плз значение этих сообщений.
В чем причина???
По железу проблем не должно быть, проверялось.

чем проверялось, и какое именно железо? Если долгий коннект, то причина одна - СЕТЬ. настройки, сетевые карты, хабы, провода.

проблема в версии сервера, скорее всего

Все работало около года нормально, ничего не менялось!!!

104 = виндовой 10054

Это понятно, вопрос из-за чего она возникает?

Если долгий коннект, то причина одна - СЕТЬ

В на первом сервере, конект любо есть, либо нету совсем ... В чем дело неизвестно! Как только случится похожее обещали сообщить, посмотрю по "горячим следам". На втором, похоже действительно сеть, подозреваю свитч, скоро попробую поменять.

[quote="kdv"][/quote]

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

> Merlin
Уместен вопрос: кто тут?

я щас дам "кто тут"!

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

Рискну поднять тему, не бейте сильно по голове. Пару дней назад переползли на новый сервер (FS TX 150 S5) Firebird 1.5 - вроде все удачно, софт летает, юзера довольны - но! - иногда жарптица впадает в ступор как здесь и было описано: старые коннекты вешаются, новые коннекты вообще не идут, помогает рестарт базы. В логах - вышеуказанная ошибка. С чем это может быть связано? На сервере крутится Win2003 R2 EE, уточнение - жарптица ака Супер-Сервер, так сказать в экспериментальном режиме.

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

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

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

Тебе же сервер явно пишет: "Ой, мне кто-то отрубил сокет" и от безысходности останавливается. Пока его не запустишь назад, он естественно, работать не будет. Или ищи кто ему отрубает слушающий сокет, или переходи на классик для которого слушателем служит железобетонный (x)inetd.
Кстати, ни за что не поверю, что Win2003 может выдадать ту же ошибку что и RHEL9.

Прошу прощения за ошибку - стоит Firebird Classic Server, а не Super.

Кстати, ни за что не поверю, что Win2003 может выдадать ту же ошибку что и RHEL9.

А причем здесь Win2003? Речь идет об ошибках в логах Firebird'a, или вы хотите сказать что в зависимости от платформы выводятся разные сообщения? Очень сомнительно. Вот что имеем в лог-файле:
SERVER/process_packet: broken port, server exiting

Раз классик - можешь в качестве временного решения поставить в свойствах сервиса "Перезапускать автоматически без ограничений". И все-таки ищи кто ему рушит порт. Это может быть файерволл или антивирус.
Мой совет про inetd тут действительно не в кассу.

И все-таки ищи кто ему рушит порт. Это может быть файерволл или антивирус.

Да, на сервере живут оба этих зверя. Понял, буду копать дальше.
Офф: какие основные моменты надо учесть при организации доступа к БД из инета? Понятно, что криво, и нужна трехзвенка, но нужно как обычно "вчера", времени на разработку другого решения нет, надо срочно организовать удаленный доступ шефу к БД.

какие основные моменты надо учесть при организации доступа к БД из инета?

Сам себе же и отвечу - юзать ZeBeDee

Похоже, вышеупомянутое сообщение об ошибке к проблеме отношения не имела - последние пару дней проблема периодически появляется без этого сообщения, в логах системы/жарптицы - тишина. С горя перешел к SuperServer, посмотрим что будет... Начальство рвет и мечет.
Возникла мысль - Firebird 1.5.3 совместим с UDF-библиотекой RFunc, в моем софте ее функции активно используются? Не в этом ли причина всех моих бед? До перехода на новый сервер была версия Firebird 1.0.3, с ней таких глюков не наблюдалось, что радикального изменилось при переходе к полторашке, что может вызывать подобные сбои? Не могу понять, почему, когда стоял Классик все коннекты висли одновременно, по идее сбои должны были оставаться в рамках одного коннекта? Поправьте меня, если я не прав. Любая информация приветствуется.

ты уточни, с какой версией и на какой ОС проблема. А то в топике полная каша из линуксов, виндов, и версий FB/IB.

ты уточни, с какой версией и на какой ОС проблема. А то в топике полная каша из линуксов, виндов, и версий FB/IB

Firebird 1.5.3, Win2003 R2 EE + patches&hotfixes

проверь версию rfunc. когда-то там память аллокировалась не через ib_util_malloc.

проверь версию rfunc. когда-то там память аллокировалась не через ib_util_malloc.

Была такая проблема, кажется 2-3 года назад (или уже больше?), с тех пор перешел на крайнюю версию rfunc (на Firebird 1.0.3 с ней проблем не было никаких) - с 2003 года этот проект заморожен и не имеет развития (по крайней мере на домашней странице глухо уже давно). Есть ли возможность сделать жар-птицу более болтливой в логах, крайне скудная информация туда попадает?

давай еще раз сообщения из firebird.log