iBase.ru Forum

Добрый день.

Firebird 1.5.4.4910 с pdb

После перехода с SS на CS (в связи с покупкой двухпроцессорного компа) стали хронически отваливаться клиентские подключения, в том числе и то, что шло через localhost.
При работе на SS лог был чистым по пол-года в той-же сети. Очень похоже на падения сервера, но drwtsn32 молчит... Или CS существенно более чуствителен к кртковременной потере соединения в сети чем SS?

Проблема уже проявлялась при попытки тестового перехода на CS, но тогда drwtsn32 выдавал трассировку падения.(Падение FB 1.5.3 CS на второй день работы (SS не падал))

===================== setup as work server (CS) 01.10.2007

N.. (Client) Mon Oct 01 10:44:36 2007
INET/inet_error: read errno = 10054

N.. (Client) Mon Oct 01 10:44:36 2007
INET/inet_error: send errno = 10054

N.. (Client) Mon Oct 01 10:44:36 2007
INET/inet_error: send errno = 10054

N.. (Client) Mon Oct 01 10:44:36 2007
INET/inet_error: send errno = 10054

N.. (Client) Mon Oct 01 10:44:36 2007
INET/inet_error: send errno = 10054

N.. (Client) Mon Oct 01 10:44:36 2007
INET/inet_error: send errno = 10054

N.. (Client) Mon Oct 01 10:44:36 2007
REMOTE INTERFACE/gds__detach: Unsuccesful detach from database.
Uncommitted work may have been lost

N.. (Client) Mon Oct 01 10:44:36 2007
INET/inet_error: send errno = 10054

N.. Mon Oct 01 19:24:37 2007
INET/inet_error: read errno = 10054

N.. Tue Oct 02 13:06:52 2007
INET/inet_error: read errno = 10054

N.. Tue Oct 02 13:41:43 2007
INET/inet_error: read errno = 10054

N.. Tue Oct 02 13:41:43 2007
INET/inet_error: read errno = 10054

N.. Tue Oct 02 13:41:43 2007
INET/inet_error: read errno = 10054

Добрый день.

Мы включили в наше приложение автомтическое почтовое уведомление в наш support и админам заказчика о каждом Exception в клиентском приложении.

В результате следующие наблюдения:

- массовые обрывы соединенй происходят 1-2 раза в день, 2-4 раза в неделю.
- связи с пиковой нагрузкой на север не замечено
- связь с пиковой нагрузкой на сеть отследить не удалось

- обрывы соединения идут по тем клиентам в которых используются Event-ы. (Когда клиенты массово обрывабтся IBConsole не обрывается)

- серисный клиетнский процесс(без Event-ов), запущенный на том же сервере, где и сервер Firebird и подключенный через localhost в момент массового обрыва удаленных клиентов пишет в лог
Еxception "Tansaction is not active", после чего вынужден автоматически подключится к базе данных заново.


периодически (не всегда и только на отдельных случайных клиентах) при отвале клентов одновременно с exception "Unable to complete network request to host "194.10.10.12" на клиентах возникают exception :

"Access violation at address 012DC3D9 in module 'gds32.dll'. Write of address 018CC088"
"Access violation at address 1002C3D9 in module 'gds32.dll'. Write of address 01606020"
"Access violation at address 1002C3D9 in module 'gds32.dll'. Write of address 014C6070"
"Access violation at address 1002C3D9 in module 'gds32.dll'. Write of address 014C6020"
"Access violation at address 1002C3D9 in module 'gds32.dll'. Write of address 014C6070"

версия клиентской библиотеки 6.3.4.4910

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

В той же сети, с этим же приложением на SS проблемы не было. По этому мы в растерености где искать ошибку - переписывать приложение делая собственный механизм Event-ов (а вдруг не поможет) или выявлять проблему в сети заказчика (что его админы будут делать только если им предстваить веские доводы того что проблема не в сервере и не нашем приложении...)

Есть какие-нибудь соображения?

выход - апгрейд на 2.0.3 или (предпочтительнее) даже на 2.0.4

Спасибо, Уже готовились. Теперь форсируем переход.

Дим, а клиент от 1.5.3 не покатит? или это явный симптом?

симптом не явный. Но корреляция с ивентами подозрительная. А баги правились и в сервере тоже.