Всех с Новым годом :)
Что-то странное у нас происходит. Клиенты жалуются на обрывы связи с птицей:
Enable to complete network request to host ...
Error reading data from the connection.
Однако ни в логах птицы, ни в логах FBScaner ничего подобного не
наблюдается. Например, за вчерашний день в
Провел эксперимент с выдергиванием сетевого шнура: клиент потерю
обнаружил, но в логах птицы ничего не появилось :(
Так и должно быть?
Провел эксперимент с выдергиванием сетевого шнура:
шнур между клиентским компом и коммутатором?
клиент потерю обнаружил, но в логах птицы ничего не появилось :(
Так и должно быть?
какой период срабатывания у Keep Alive - успел сработать?
Oleg Matveyev wrote:
шнур между клиентским компом и коммутатором?
угу
какой период срабатывания у Keep Alive - успел сработать?
А где глянуть, напомни?
Птицевый клиент потерю связи обнаружил, и потом почему-то сетевой
коннект долго не восстанавливался.
на сервере.
который должен заметить пропадание клиента
Зависает Firebird-2.5.0.26074-0_Win32 в режиме классик
Один из процессов уходит в 100% загрузку процессора, при этом остальные
могут подключиться к базе, но любой запрос, в том числе из таблиц
мониторинга, уходит в бесконечное ожидание.
Убиение загруженного процесса все возвращает в норму на
Oleg Matveyev wrote:
на сервере.
который должен заметить пропадание клиента
KeepAliveTime = 12
KeepAliveInterval = 1000
MaxDataRetries - нету такого
TcpMaxDataRetransmissions = 10
KeepAliveTime = 12
KeepAliveInterval = 1000
MaxDataRetries - нету такого
TcpMaxDataRetransmissions = 10
подитожим.
на сервере, где стоит FB FBScanner, и _так_ настроен Keep Alive,
через 125 секунд после выдергивания сетевого шнура у клиента
- никакой реакции в firebird.log и FBScanner.log
Konstantin R. Beliaev wrote:
Зависает Firebird-2.5.0.26074-0_Win32 в режиме классик
Один из процессов уходит в 100% загрузку процессора, при этом остальные
могут подключиться к базе, но любой запрос, в том числе из таблиц
мониторинга, уходит в бесконечное ожидание.
Убиение загруженного
Здравствуйте, Oleg.
Вы писали 30 декабря 2010 г., 17:12:42:
KeepAliveInterval = 32-значное число
Определяет время в миллисекундах между повторами KEEPALIVE-проб .
MaxDataRetries = 32-значное число
Определяет максимальное количество KEEPALIVE-проб.
Есть подозрение что не 32-значное а
То-то и оно, что нет :(((
http://tracker.firebirdsql.org/browse/CORE-2949
Похоже, там надо что-то еще подхимичить, кто бы еще сказал, что
именно...
Попробуй перейти на последний снэпшот 2.5.1.
Alexey Kovyazin wrote:
Попробуй перейти на последний снэпшот 2.5.1.
Попробую.
Проблема только в том, что это боевой сервер :(((
И зависание довольно случайное и непонятное. Т.е. исправится или нет -
будет ясно только когда подключатся юзеры...
Konstantin R. Beliaev wrote:
Alexey Kovyazin wrote:
Попробуй перейти на последний снэпшот 2.5.1.
Попробую.
Проблема только в том, что это боевой сервер :(((
И зависание довольно случайное и непонятное. Т.е. исправится или нет -
будет ясно только когда подключатся юзеры...
Хмм... Пока
31.12.2010 2:25, Konstantin R. Beliaev пишет:
Хмм... Пока возился - обнаружил неперекомпиленный before delete триггер,
в котором упоминались NEW значения. Может, в нем было дело?
Это вряд ли. А вот снапшоты 2.5.1 - это без месяца релиз. И подобные
подвисания как минимум двух видов там
15 matches
Mail list logo