Страница 1 из 1

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

Добавлено: 05 окт 2005, 10:30
arkiv
при не активности коннекта отрубается fireBird
при подключении через IBConsole если долго не пользоваться
то в последствии если обратиться пишет нет связи с сервером
те надо перегружать IBConsole с моей программой тоже самое.

Win 2003 FireBird 1.5.2.4731

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

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

Добавлено: 05 окт 2005, 10:58
kdv

Добавлено: 05 окт 2005, 11:10
arkiv
Это все я уже прочитал установил но вероятно чтото не так спрашиваю
все это нужно для определения Сервером оторвавшихся клиентов
да и по умолчанию помоему там 2 часа стоит

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

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

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

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

Добавлено: 05 окт 2005, 12:06
arkiv
kdv писал(а):прочитай еще раз, потом еще, и еще. в этой статье написано ВСЕ по данной теме. Как можно что то объяснить если ты задаешь вопросы, которые описаны во введении к этой статье???
Статья посвящена проблеме задержки отключения клиента от сервера
в случае обрыва клиента !!! (чтоб он спокойно мог переподключиься)
я же утверждаю что обрыва клиента нет.
KEEPALIVE_TIME - стоит на 2 часа
т.е. у меня сервер отрубает клиента через 15-20 минут
в этом и состоит вопрос почему ?
настройки из статьи проверил и установил - по умолчанию
их там просто нет - но это уже так на всякий случай.

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

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

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

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

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

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

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

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

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

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

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

Добавлено: 06 окт 2005, 12:51
arkiv
kdv писал(а):попробуй клиента FB поставить. несовместимость с IB вряд ли будет, если ты не использовал специфические фичи 7.x типа boolean, имен объектов длиннее 31 символа и т.п.
К сожалению замена клиента ни чего не решила...
все тоже самое. сейчас узнал что на машине WinRoute работает
пошел разбираться может там чего !?

Добавлено: 06 окт 2005, 13:01
kdv
ну вот, как всегда. То winroute, то wingate... кстати, к примеру Wingate на клиенте никак не конфигурируется, совсем.

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

Добавлено: 06 окт 2005, 14:08
Ivan_Pisarevsky
Энергосбережение на клиенте?
Проверить галку на сетевухе "Вырубаться для экономии елекстричества"

Добавлено: 10 окт 2005, 10:08
arkiv
Ivan_Pisarevsky писал(а):Энергосбережение на клиенте?
Проверить галку на сетевухе "Вырубаться для экономии елекстричества"
Всем спасибо !
Проблема вроде решилась.
буду проверять дальше но вроде все нормально
держит обещанные 2 часа теперь можно это время уменьшать...

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

Добавлено: 26 окт 2005, 17:44
arkiv
kdv писал(а):и как решилось то? пусть даже ты там себе пеплом голову посыпал - имей совесть - люди время тратили как минимум на ответы и советы тебе.
Ну ребята както вроде само собой
Ivan_Pisarevsky писал(а):
Энергосбережение на клиенте?
Проверить галку на сетевухе "Вырубаться для экономии елекстричества"
чего нужно было еще ? может я чегото не так выразился - извиняйте.
галку на сетевухе снял. все нормализовалось.
сказал спасиба и забыл...

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

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