|
From: Volker R. <vol...@bi...> - 2006-02-28 04:44:35
|
Hi Vlad, Vlad Horsun schrieb: > 1. You have .pdb files in the same dir with .exe files (fbserver.exe and fbserver.pdb) > > 2. You have set BugCheckAbort = 1and removed # at the start of line > (i'm sure you already did that but i must to say that ;) > > 3. You have restarted server after firebird.conf change > > 4. You have enabled and activated drWatson - look into the registry > > key : HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug > value : Auto = 1 > value : Debugger = drwtsn32 -p %ld -e %ld -g Yes to all of it, still drwatson doesn't get started. Btw, this is a typical sequence: ------------------------------------------------- ZAPPA (Client) Tue Feb 28 13:22:13 2006 INET/inet_error: read errno = 10054 ZAPPA (Client) Tue Feb 28 13:22:13 2006 INET/inet_error: send errno = 10054 ZAPPA (Client) Tue Feb 28 13:22:13 2006 INET/inet_error: send errno = 10054 ZAPPA (Client) Tue Feb 28 13:22:13 2006 INET/inet_error: send errno = 10054 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 ZAPPA (Client) Tue Feb 28 13:22:13 2006 D:\Programme\Firebird20\bin\fbserver.exe: terminated abnormally (3221225477) ZAPPA (Client) Tue Feb 28 13:22:13 2006 Guardian starting: D:\Programme\Firebird20\bin\fbserver.exe -------------------------------------------------------------------- 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 ---------------------------------------------------------------------- it does not always need 5 10054 errors to crash, but that's the most common pattern. Client application and fb server are on the same machine in this example, so I guess the 10054 can hardly be a NIC issue, although I use the remote protocol to connect, plus it appears only with certain query scenarios. With the majority of them, fb runs rock solid. And: As soon as I change the number of page buffers from 2048 to 4096, there is no 10054 in firebird.log *at all*, no matter how long I try to produce any errors. I'm wondering what causes FB to forcibly close a socket if it is not a network problem. regards, Volker |