Петров АндрейСитуевина следующая, есть приложение на линуксах, соединяется через оракловый клиент с 11 сервером.
При разрыве соединения без RST пакетов приложение думает что соединение все еще есть, а по факту его уже нет и это длится примерно 15 минут! Куда копать чтобы сократить этот таймаут?
Приложение? (разработка говорит что это не к ним вообще)
Добрый день, коллеги.

Собственно, ситуация та же.
Только на клиенте выставлены следующие параметры:
net.ipv4.tcp_keepalive_time = 60
net.ipv4.tcp_keepalive_intvl = 10
net.ipv4.tcp_keepalive_probes = 6

и в tnsnames.ora:
(DESCRIPTION= (ENABLE=BROKEN) (CONNECT_TIMEOUT=3)(TRANSPORT_CONNECT_TIMEOUT=2)(RETRY_COUNT=3)
Параметр ENABLE=BROKEN заставляет ораклового клиента работать с keepalives.
Пакеты keepalive ходят - проверено tcpdump'ом.

А таймаут при разрыве соединения с БД все-равно остается на уровне 14-15 минут.
В конце концов приложение ловит ORA-03113, и только после этого переустанавливает соединение.

Как же все-таки заставить клиента детектить обрывы соединения быстрее?

landyА в каком состоянии эти соединения
Случаем не в TIME_WAIT?

К сожалению, не известно. Проблема разбирается постфактум, воспроизвести сложно.

orac_listКопать в сторону DCD (Dead Connection Detection)

DCD включен. На сервере БД sqlnet.expire_time=1, probe-пакеты ходят через каждые 60 сек. Только на клиента это не влияет при сбросе соединения файрволом.

Замечено, что если после сброса соединения приложение делает новый запрос к БД на чтение/запись, то оно относительно быстро ловит exception (до 2 мин.), если же на момент обрыва существует активное соединение (запрос послан, ждем ответа), получаем 15-минутный таймаут.

Проблема - на уровне TCP.
Похоже, 15 минут давал параметр tcp_retries2 (default = 15 , количество попыток ретрансмита).
Изменили tcp_retries2=3, время восстановления соединения теперь в пределах 30 секунд.

Объяснение:
https://access.redhat.com/solutions/726753
--