отрубается FireBird 1.5.2.4731

arkiv · Сообщение **arkiv** » 05 окт 2005, 10:30

при не активности коннекта отрубается fireBird
при подключении через IBConsole если долго не пользоваться
то в последствии если обратиться пишет нет связи с сервером
те надо перегружать IBConsole с моей программой тоже самое.

Win 2003 FireBird 1.5.2.4731

точное время не установить может мин 20...?

Помогите кто сталкивался ?

Сообщение **kdv** » 05 окт 2005, 10:58

www.ibase.ru/devinfo/keepalive.htm

arkiv · Сообщение **arkiv** » 05 окт 2005, 11:10

kdv писал(а):www.ibase.ru/devinfo/keepalive.htm

Это все я уже прочитал установил но вероятно чтото не так спрашиваю
все это нужно для определения Сервером оторвавшихся клиентов
да и по умолчанию помоему там 2 часа стоит

т.е. сервер проверяет а есть ли там клиент ?

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

ясли я чего то не понимаю объясните как нибудь попроще.

Сообщение **kdv** » 05 окт 2005, 11:19

прочитай еще раз, потом еще, и еще. в этой статье написано ВСЕ по данной теме. Как можно что то объяснить если ты задаешь вопросы, которые описаны во введении к этой статье???

arkiv · Сообщение **arkiv** » 05 окт 2005, 12:06

kdv писал(а):прочитай еще раз, потом еще, и еще. в этой статье написано ВСЕ по данной теме. Как можно что то объяснить если ты задаешь вопросы, которые описаны во введении к этой статье???

Статья посвящена проблеме задержки отключения клиента от сервера
в случае обрыва клиента !!! (чтоб он спокойно мог переподключиься)
я же утверждаю что обрыва клиента нет.
KEEPALIVE_TIME - стоит на 2 часа
т.е. у меня сервер отрубает клиента через 15-20 минут
в этом и состоит вопрос почему ?
настройки из статьи проверил и установил - по умолчанию
их там просто нет - но это уже так на всякий случай.

можно все свалить на то что у меня сеть хреновая и идет реальный
обрыв сети - это другой вопрос (в нем я уверен на (естественно) 99 %)

поэтому и спрашиваю может есть что то еще по этому вопросу
помимо KEEPALIVE_TIME !?

arkiv · Сообщение **arkiv** » 05 окт 2005, 12:21

Да еще проблем с Interbase таких небыло
в сети 3 сервера стоит ни на одном такого не замечал
FireBird - поставил недавно по необходимости.
и вот начались проблемы...

Сообщение **kdv** » 05 окт 2005, 12:36

вот. это уже информация.
теперь по пунктам.
Firebird использует keepalive по умолчанию.
Кроме keepalive в конфигах обоих серверов есть dummy_packet_interval и connection_timeout. для FB рекомендуется это выключать, то есть оставить закомментированным, или как в статье - на всякий случай раскомментировать и поставить 0.
одновременно надо смотреть в firebird.log на предмет упомянутых ошибок 10054.

еще проверь, какой клиентской частью коннектишься к FB. Если от IB, или другой версии - в этом может быть проблема.

Merlin · Сообщение **Merlin** » 05 окт 2005, 12:55

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

arkiv · Сообщение **arkiv** » 05 окт 2005, 13:02

kdv писал(а): еще проверь, какой клиентской частью коннектишься к FB. Если от IB, или другой версии - в этом может быть проблема.

вот я тоже уже сюда гляжу

на самом деле клиент от Interbase .
и как же мне теперь быть если мне нужно подключаться и к Inerbase
и к FireBird да еще и одновременно разными программами.

я был уверен что клиент от Interbase подходит к Firebird
гдето я это взял не помню где собственно поэтому так спокойно стал
писать прогу под FireBird .

сейчас попробую прописать ноль в firebird.conf ...

Сообщение **kdv** » 05 окт 2005, 13:33

попробуй клиента FB поставить. несовместимость с IB вряд ли будет, если ты не использовал специфические фичи 7.x типа boolean, имен объектов длиннее 31 символа и т.п.

arkiv · Сообщение **arkiv** » 06 окт 2005, 12:51

kdv писал(а):попробуй клиента FB поставить. несовместимость с IB вряд ли будет, если ты не использовал специфические фичи 7.x типа boolean, имен объектов длиннее 31 символа и т.п.

К сожалению замена клиента ни чего не решила...
все тоже самое. сейчас узнал что на машине WinRoute работает
пошел разбираться может там чего !?

Сообщение **kdv** » 06 окт 2005, 13:01

ну вот, как всегда. То winroute, то wingate... кстати, к примеру Wingate на клиенте никак не конфигурируется, совсем.

Dimitry Sibiryakov

Насколько мне подсказывает память большинство (если не все) таких проблем - сброс неактивного соединения - были вызваны "шибко умными" сетевыми устройствами: маршрутизаторами типа киски, коммутаторами и т.д. и т.п.

Ivan_Pisarevsky

Энергосбережение на клиенте?
Проверить галку на сетевухе "Вырубаться для экономии елекстричества"

arkiv · Сообщение **arkiv** » 10 окт 2005, 10:08

Ivan_Pisarevsky писал(а):Энергосбережение на клиенте?
Проверить галку на сетевухе "Вырубаться для экономии елекстричества"

Всем спасибо !
Проблема вроде решилась.
буду проверять дальше но вроде все нормально
держит обещанные 2 часа теперь можно это время уменьшать...

Сообщение **kdv** » 10 окт 2005, 10:42

и как решилось то? пусть даже ты там себе пеплом голову посыпал - имей совесть - люди время тратили как минимум на ответы и советы тебе.

arkiv · Сообщение **arkiv** » 26 окт 2005, 17:44

kdv писал(а):и как решилось то? пусть даже ты там себе пеплом голову посыпал - имей совесть - люди время тратили как минимум на ответы и советы тебе.

Ну ребята както вроде само собой

Ivan_Pisarevsky писал(а):
Энергосбережение на клиенте?
Проверить галку на сетевухе "Вырубаться для экономии елекстричества"

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

Query · Сообщение **Query** » 19 ноя 2005, 09:35

У меня такая же картина наблюдается - при включенном WinRoute происходит обрыв клиентов через минут 15-20. Если WinRoute выключить, то все нормально. Наблюдается в трех организациях и пока не додумал, как это обойти. Но люди привыкли:), и постепенно я про эту проблему забыл. Надо будет попробывать эту "галку". Если подтвердится, то, по-моему, необходимо это в ФАКе зафиксировать.

Query · Сообщение **Query** » 11 фев 2006, 16:41

Короче, окончательно устаноновлено, что дело не только в "галке отрубить питание", но и в самом Winroute: надо в winroute.cfg параметр tcpdefaulttimeot (по умолчанию 40) изменить на большее значение, например 300.