| Subject | Re: internal gds software consistency check (cannot start thread) |
|---|---|
| Author | cornovum |
| Post date | 2005-05-04T05:05:27Z |
Could this error be caused by running out of addressable memory?
In 2.4, a single process can address a maximum of 3GB. I have a
large number of connections (each one a thread), which means each
thread allocates a set amount of stack space.
Does anyone know how much stack space a Firebird thread allocates
when the thread is created? That is, does it use
pthread_attr_setstacksize() to specify a stack size, or does it accept
the OS default (I'd think not, but you never know).
--- In firebird-support@yahoogroups.com, "cornovum" <jcone@s...>
wrote:
and
Eventually,
In 2.4, a single process can address a maximum of 3GB. I have a
large number of connections (each one a thread), which means each
thread allocates a set amount of stack space.
Does anyone know how much stack space a Firebird thread allocates
when the thread is created? That is, does it use
pthread_attr_setstacksize() to specify a stack size, or does it accept
the OS default (I'd think not, but you never know).
--- In firebird-support@yahoogroups.com, "cornovum" <jcone@s...>
wrote:
> I just upgraded from 1.0.3 to 1.5.2, and I'm seeing this error,again.
>still installed I used
> My OS is Fedora Core 1.
> Kernel release = 2.4.22-1.2199.nptlsmp
> Kernel version = #1 SMP Wed Aug 4 11:48:29 EDT 2004
>
> I upgraded to Firebird-1.5.2.4731-nptl.i686.rpm. While 1.0.3 was
> gbak to backup the databases, then used rpm -e to remove 1.0.3,then installed 1.5.2
and
> used gbak to restore the databases.heavier load.
>
> Everything seems to work fine until the server starts to go under
Eventually,
> though, any attempt to make a connection results in the error:
> internal gds software consistency check (cannot start thread)
>
> Any ideas?