Fb CS 2.1.x Winx64 под Win2003Server: зомби процессы.

[mustafa]

есть служба (выполняет различные операции в базах, находится на другой машине). В некоторых случаях после выполнения операций на сервере баз данных остаются процессы Fb от этой службы (судя по инфе в MON$ATTACHMENTS). При этом триггеры баз на отключение "ON DISCONNECT" для этих сессий отработали! Передёргивание (пардон, рестарт) службы иногда приводит к завершению самого последнего такого процесса для каждой конкретной базы. остальные такие процессы, созданные ранее до этого "последнего" процесса, приходится убивать ручками.
к сожалению, воспроизводимый пример дать не могу.

[hvlad]

В firebird.log есть что-то ?

[mustafa]

В firebird.log есть что-то ?

нет. ничего необычного.
"INET/inet_error: read errno = 10054" (90~130 за сутки).
"SERVER/process_packet: broken port, server exiting" (2~5).

[hvlad]

В firebird.log есть что-то ?

нет. ничего необычного.
"INET/inet_error: read errno = 10054" (90~130 за сутки).
"SERVER/process_packet: broken port, server exiting" (2~5).

Это есть признак наличия проблем.
Классик ?

[mustafa]

да классик x64. в 2.0 (правда на машине x32 под линукс) эти ошибки были примерно в тех же количествах.
разные админы в разное время сколько раз шерстили сеть - говорят - "это не наше" .

[hvlad]

да классик x64. в 2.0 (правда на машине x32 под линукс) эти ошибки были примерно в тех же количествах.
разные админы в разное время сколько раз шерстили сеть - говорят - "это не наше" .

А клиент какой стоит ?

[mustafa]

у службы - 2.1.1 x32, остальные - зоопарк 1.5.0~2.1.1.
к слову, очень хочется через переменные получать версию клиента по аналогии "CLIENT_ADDRESS" и т.д.

[hvlad]

Для начала, я бы посоветовал обратить внимание на ошибки при работе с FB (и особенно при дисконнекте) службы.
Так же на машение со службой должен быть firebird.log - загляните и туда тоже.

[mustafa]

интересно. на машине со службой действительно появился firebird.log. при чём первые записи начались как раз после перехода с FB2.0_CS_Linux на FB2.1_CS_Win_x64.
в основном "INET/inet_error: read errno = 10055"
и время от времени
"REMOTE INTERFACE/gds__detach: Unsuccesful detach from database."
"Uncommitted work may have been lost " (но время появления этих ошибок не соответствует времени работы службы)

PS. на этой машине ещё CORBA- и .NET- апп-сервера крутятся.

[hvlad]

Итак, сервер выдаёт 10054

WSAECONNRESET
10054
Connection reset by peer.
An existing connection was forcibly closed by the remote host. This normally results if the peer application on the remote host is suddenly stopped, the host is rebooted, the host or remote network interface is disabled, or the remote host uses a hard close (see setsockopt for more information on the SO_LINGER option on the remote socket). This error may also result if a connection was broken due to keep-alive activity detecting a failure while one or more operations are in progress. Operations that were in progress fail with WSAENETRESET. Subsequent operations fail with WSAECONNRESET.

клиент же (служба ?) жалуется на 10055

WSAENOBUFS
10055
No buffer space available.
An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full.

Насколько соответствуют во времени эти ошибки друг другу ?

[mustafa]

прошу извинить, выдалась возможность немного отдохнуть.
Соответствия определить не удалось. На клиенте серии из нескольких таких ошибок по 1~2 в секунду не совпадают по времени с сообщениями сервера.