Возникает следующая ситуация
1) Клиент вешается
2) Пользователь убивает уже повешенного клиента вплоть до жестокого "Power Off-On"
3) Сервер почему-то НЕ ЗНАЕТ о смерти клиента - и разрешает жить сессии
4) Если сессия при этом находится в транзакции да и ещё чего-то изменяла в БД - получаем жалобы пользователей на невозможность РАБОТЫ! ("Ужас то какой") с заблокированными записями
5) Админ лично, засучив рукава, onmode'ом -z добивает бедолагу-сессию

Спрашивается: знает ли кто-то
1) Лекарство
2) Ссылки на доку про механизм слежения сервером за живчиками-клиентами

П.С.:
1) Спасибо заранее
2) С фактами "подвешивания" клиентов боремся - но интерес к теме остаётся :)

Извините, забыл добавить
1) СУБД: IDS 7.31 UD8
2) ОС: Linux 2.4.31 Debian GNU 3.0
3) параметр keep-alive не трогали - то есть по умолчанию должен быть k=1

AndronКак странно ... обычно если 2-х звенное приложение то это поведение настраивается с помощью опции keep alive в файле sqlhosts сервера.
У вас случайно не трехзвенка?
У нас нарочно не трёхзвенка :)
АнатоЛой3) параметр keep-alive не трогали

в том числе и в sqlhost он не указан...
АнатоЛойто есть по умолчанию должен быть k=1

да, кстати, может тоже имеет значение:
в sqlhost:
sqlhost
ol_server onsoctcp server turbo
ol_server onipcshm server turbo

Журавлев ДенисА сколько времени проходит между убиванием пользователем клиента и сессии -- много или мало?
От 5-ти минут и больше...
Журавлев Денисчего показывает onstat -g ntt по зомби соед-ю?
Ещё раз поймаем :( - обязательно сообщим :)

Александр ФедоренкоА какое время выставлено в настройах?

"Т.е. время через которое соединение будет при этом разрываться и Informix будет освобождать его ресурсы, зависит от настройки операционной системы"

http://www.sql.ru/forum/actualthread.aspx?tid=43020&hl=keep+alive
Вот оно! :) Разобрались!
Настройки были стандартные для Linux


http://www.penguin-soft.com/penguin/man/7/tcp.htmlThese variables can be accessed by the /proc/sys/net/ipv4/* files or with the sysctl(2) interface. In addition, most IP sysctls also apply to TCP; see ip(7) .

tcp_keepalive_intvl
The number of seconds between TCP keep-alive probes. The default value is 75 seconds.

tcp_keepalive_probes
The maximum number of TCP keep-alive probes to send before giving up and killing the connection if no response is obtained from the other end. The default value is 9.

tcp_keepalive_time
The number of seconds a connection needs to be idle before TCP begins sending out keep-alive probes. Keep-alives are only sent when the SO_KEEPALIVE socket option is enabled. The default value is 7200 seconds (2 hours). An idle connection is terminated after approximately an additional 11 minutes (9 probes an interval of 75 seconds apart) when keep-alive is enabled.

Note that underlying connection tracking mechanisms and application timeouts may be much shorter.

Самый главный Вывод - в последнем абзаце цитаты :( :)
Всем спасибо!