|
From: Alex P. <pe...@in...> - 2006-02-28 07:27:25
|
Hi! I'll try to help you understnad this log. Please pay attention that all messages are marked as (Client), i.e. they were added by fbclient, not fbserver. Volker Rehn wrote: > ZAPPA (Client) Tue Feb 28 13:22:13 2006 > INET/inet_error: send errno = 10054 > > client noticed failure at server side of socket > ZAPPA (Client) Tue Feb 28 13:22:13 2006 > REMOTE INTERFACE/gds__detach: Unsuccesful detach from database. > Uncommitted work may have been lost > it informs you that it failed to detach > > ZAPPA (Client) Tue Feb 28 13:22:13 2006 > INET/inet_error: send errno = 10054 > another client noticed problems - total number of such messages is equal to the number of active connections > > ZAPPA (Client) Tue Feb 28 13:22:13 2006 > D:\Programme\Firebird20\bin\fbserver.exe: terminated abnormally > (3221225477) > > Guardian notifies you, that server died. Side note. Server runs under guardian control and this is a reason for drWatson not to start. Start it without guardian (as an application with 'fbserver -a', for example) to let Watson do it's work. > > ZAPPA (Client) Tue Feb 28 13:22:13 2006 > Guardian starting: D:\Programme\Firebird20\bin\fbserver.exe > Server was restarted by fbguard. > -------------------------------------------------------------------- > it doesn't always crash the server. sometimes sequences like this one > can be found, they can be produced within a minute or few minutes: > > ZAPPA (Client) Tue Feb 28 13:22:13 2006 > INET/inet_error: send errno = 10054 > > > ZAPPA (Client) Tue Feb 28 13:22:13 2006 > REMOTE INTERFACE/gds__detach: Unsuccesful detach from database. > Uncommitted work may have been lost > > > ZAPPA (Client) Tue Feb 28 13:22:13 2006 > INET/inet_error: send errno = 10054 > This messages are not the reason of a server crash. Server crash is a reason that they arrive in the log - it's just a trace of the fact, that a number of clients detected server death. They arrive in more or less random order, therefore it seems that first of them crashed the server, but the rest - did not. In fact random order of records in firebird.log about events, that took place simultaneously, hides a real reason. Therefore don't worry about client messages, but make drWatson run. Alex. |