Ошибки FB 1.5.2 и IB6
Модераторы: kdv, Alexey Kovyazin
Ошибки FB 1.5.2 и IB6
Оюсуждалось уже, но для меня оказалось не очень полезным. Потому спрашиваю еще раз. 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 -й ошибки.
Есть два сервера на первом 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
В на первом сервере, конект любо есть, либо нету совсем ... В чем дело неизвестно! Как только случится похожее обещали сообщить, посмотрю по "горячим следам". На втором, похоже действительно сеть, подозреваю свитч, скоро попробую поменять.Если долгий коннект, то причина одна - СЕТЬ
Рискну поднять тему, не бейте сильно по голове. Пару дней назад переползли на новый сервер (FS TX 150 S5) Firebird 1.5 - вроде все удачно, софт летает, юзера довольны - но! - иногда жарптица впадает в ступор как здесь и было описано: старые коннекты вешаются, новые коннекты вообще не идут, помогает рестарт базы. В логах - вышеуказанная ошибка. С чем это может быть связано? На сервере крутится Win2003 R2 EE, уточнение - жарптица ака Супер-Сервер, так сказать в экспериментальном режиме.
-
- Заслуженный разработчик
- Сообщения: 644
- Зарегистрирован: 15 фев 2005, 11:34
При всем уважении - мимо кассы. На новом сервере все те же настройки что были на старом, на нем таких подвисонов не наблюдались. Тут явно дело не в сети, иначе почему помогает рестарт Firebird? В структуре сети ровным счетом ничего не менялось, помимо появления нового сервера.Курить про keepalive, как механизма разгребания последствий сетевых глюков, а лучше проверить сеть и исключить эти самые глюки, например запитать коммутатор от УПСа и т. п.
-
- Заслуженный разработчик
- Сообщения: 1436
- Зарегистрирован: 15 сен 2005, 09:05
Тебе же сервер явно пишет: "Ой, мне кто-то отрубил сокет" и от безысходности останавливается. Пока его не запустишь назад, он естественно, работать не будет. Или ищи кто ему отрубает слушающий сокет, или переходи на классик для которого слушателем служит железобетонный (x)inetd.
Кстати, ни за что не поверю, что Win2003 может выдадать ту же ошибку что и RHEL9.
Кстати, ни за что не поверю, что Win2003 может выдадать ту же ошибку что и RHEL9.
Прошу прощения за ошибку - стоит Firebird Classic Server, а не Super.
SERVER/process_packet: broken port, server exiting
А причем здесь Win2003? Речь идет об ошибках в логах Firebird'a, или вы хотите сказать что в зависимости от платформы выводятся разные сообщения? Очень сомнительно. Вот что имеем в лог-файле:Кстати, ни за что не поверю, что Win2003 может выдадать ту же ошибку что и RHEL9.
SERVER/process_packet: broken port, server exiting
-
- Заслуженный разработчик
- Сообщения: 1436
- Зарегистрирован: 15 сен 2005, 09:05
Да, на сервере живут оба этих зверя. Понял, буду копать дальше.И все-таки ищи кто ему рушит порт. Это может быть файерволл или антивирус.
Офф: какие основные моменты надо учесть при организации доступа к БД из инета? Понятно, что криво, и нужна трехзвенка, но нужно как обычно "вчера", времени на разработку другого решения нет, надо срочно организовать удаленный доступ шефу к БД.
Похоже, вышеупомянутое сообщение об ошибке к проблеме отношения не имела - последние пару дней проблема периодически появляется без этого сообщения, в логах системы/жарптицы - тишина. С горя перешел к SuperServer, посмотрим что будет... Начальство рвет и мечет.
Возникла мысль - Firebird 1.5.3 совместим с UDF-библиотекой RFunc, в моем софте ее функции активно используются? Не в этом ли причина всех моих бед? До перехода на новый сервер была версия Firebird 1.0.3, с ней таких глюков не наблюдалось, что радикального изменилось при переходе к полторашке, что может вызывать подобные сбои? Не могу понять, почему, когда стоял Классик все коннекты висли одновременно, по идее сбои должны были оставаться в рамках одного коннекта? Поправьте меня, если я не прав. Любая информация приветствуется.
Возникла мысль - Firebird 1.5.3 совместим с UDF-библиотекой RFunc, в моем софте ее функции активно используются? Не в этом ли причина всех моих бед? До перехода на новый сервер была версия Firebird 1.0.3, с ней таких глюков не наблюдалось, что радикального изменилось при переходе к полторашке, что может вызывать подобные сбои? Не могу понять, почему, когда стоял Классик все коннекты висли одновременно, по идее сбои должны были оставаться в рамках одного коннекта? Поправьте меня, если я не прав. Любая информация приветствуется.
Была такая проблема, кажется 2-3 года назад (или уже больше?), с тех пор перешел на крайнюю версию rfunc (на Firebird 1.0.3 с ней проблем не было никаких) - с 2003 года этот проект заморожен и не имеет развития (по крайней мере на домашней странице глухо уже давно). Есть ли возможность сделать жар-птицу более болтливой в логах, крайне скудная информация туда попадает?проверь версию rfunc. когда-то там память аллокировалась не через ib_util_malloc.