RE: [Firebird-devel] internal gds software consistency check (invalid SEND request (167))

[Alfredo Milani-C. <fir...@mi...>]

> > comparetti01 (Server)   Wed Mar 10 08:37:32 2004
> >         Database: /home/for.gdb
> >         internal gds software consistency check (invalid SEND 
> > request (167))
> 
> 1. Install Firebird classic, use permanent connections and get happy
> 
> Or alternatively.
> 
> 2. To make SuperServer happy on Red Hat NPTL you need to build it there,
> AFAIK. Normal build made against GLIBC 2.2.5 is unstable on NPTL.
> Disabling NPTL for Firebird process may help too. If you'll still be
> having problems you can work with Alex Peshkoff, maintainer of Linux SS
> builds.

I'm back again :-)
I talked to Alex, downloaded the full source code for Firebird and rebuilt rpm 
packages for Firebird SS on my RH 9.
I installed this new FirebirdSS rpm package on my production server, started it 
and, about 10 minutes later, fbserver started eating memory again at a rate of 
about 2MB per seconds. After about 5 minutes it (luckily) died with the usual 
error:

--- /opt/firebird/firebird.log ---------------------------------------------
comparetti01 (Client)   Thu Mar 11 19:55:47 2004
        /opt/firebird/bin/fbguard: guardian starting bin/fbserver
comparetti01 (Server)   Thu Mar 11 20:11:18 2004
        Database: /home/for.gdb
        internal gds software consistency check (invalid SEND request (167))
comparetti01 (Client)   Thu Mar 11 20:17:06 2004
        /opt/firebird/bin/fbguard: bin/fbserver terminated abnormally (-1)
comparetti01 (Client)   Thu Mar 11 20:17:06 2004
        /opt/firebird/bin/fbguard: guardian starting bin/fbserver
----------------------------------------------------------------------------

and was restarted by fbguard.
It's accessed with non-persistent connections from my PHP web pages.
Unless there is something I missed this time, I'm afraid this is a bug in the 
server.
What should I do now? Using the CS is a not viable solution for me, as 
everything was built having the SS in mind. Moving to something like SQL RELAY 
would be so hard that I'm afraid it would be easier to move to a completely 
different database as I'm not sure that the SQL RELAY solution would actually 
be THE solution since I'm not sure that Firebird won't crash :-(
Please, help me.

Alfredo Milani Comparetti
alfredo [at] milanicomparetti.com
SpeedFan home page --> http://www.almico.com/speedfan.php
Delphi home page --> http://www.almico.com/delphi
Elf home page    --> http://www.radsite.com/elf