27001 error
Posted in 2000
Topics: Server Administration, Platform-Specific Issues
Hi,
This problem concerns the following setup. Two Sun E450 enterprise
servers (one app server, one db server) both running two CPUS and Solaris
2.7 I'm using Informix7.31 Dynamic On-Line server.
I also use the Client SDK kit on the application server.
Anyway I'm running a number of software instances which connect to the
database server over the ontlitcp connection. This all works fine until say
about 30 + sessions and then I get the 27001 error on the client side only.
The server is still on-line and can be connected to on the database server
side no problem. What's more killing off app server sessions does not
resolve the problem. I literally have to bring the Informix server off line
and then back to on-line before I can get new connections.
I have read all the docs about poll threads and so on and have set up the
following in the onconfig file :-
NETTYPE ipcshm,1,100,CPU
NETTYPE tlitcp,1,100,NET
But to no avail.
Anyone got any ideas? The online.log basically tells me that the listener
thread throws up the 27001 error due to a read error during a connection
attempt. Also, the Unix boxes are not under heavy load/busy network for
this to happen!
Regards,
Willie
William.Fisher@braidgrove.co.uk
What are your INFORMIXCONTRY and INFORMIXCONRETRY settings?
William Fisher wrote:
> Hi,
>
> This problem concerns the following setup. Two Sun E450 enterprise
> servers (one app server, one db server) both running two CPUS and Solaris
> 2.7 I'm using Informix7.31 Dynamic On-Line server.
>
> I also use the Client SDK kit on the application server.
>
> Anyway I'm running a number of software instances which connect to the
> database server over the ontlitcp connection. This all works fine until say
> about 30 + sessions and then I get the 27001 error on the client side only.
> The server is still on-line and can be connected to on the database server
> side no problem. What's more killing off app server sessions does not
> resolve the problem. I literally have to bring the Informix server off line
> and then back to on-line before I can get new connections.
>
> I have read all the docs about poll threads and so on and have set up the
> following in the onconfig file :-
>
> NETTYPE ipcshm,1,100,CPU
> NETTYPE tlitcp,1,100,NET>
> But to no avail.
>
> Anyone got any ideas? The online.log basically tells me that the listener
> thread throws up the 27001 error due to a read error during a connection
> attempt. Also, the Unix boxes are not under heavy load/busy network for
> this to happen!
>
> Regards,
> Willie
>
> William.Fisher@braidgrove.co.uk
Also might want to try 2,100,NET for tlitcp and 2,200,CPU depends on how many
cpuvp's you have running - only a 2 processor system I would assume either 1 or
2 cpuvp's. Good luck.
William Fisher wrote:
> Hi,
>
> This problem concerns the following setup. Two Sun E450 enterprise
> servers (one app server, one db server) both running two CPUS and Solaris
> 2.7 I'm using Informix7.31 Dynamic On-Line server.
>
> I also use the Client SDK kit on the application server.
>
> Anyway I'm running a number of software instances which connect to the
> database server over the ontlitcp connection. This all works fine until say
> about 30 + sessions and then I get the 27001 error on the client side only.
> The server is still on-line and can be connected to on the database server
> side no problem. What's more killing off app server sessions does not
> resolve the problem. I literally have to bring the Informix server off line
> and then back to on-line before I can get new connections.
>
> I have read all the docs about poll threads and so on and have set up the
> following in the onconfig file :-
>
> NETTYPE ipcshm,1,100,CPU
> NETTYPE tlitcp,1,100,NET>
> But to no avail.
>
> Anyone got any ideas? The online.log basically tells me that the listener
> thread throws up the 27001 error due to a read error during a connection
> attempt. Also, the Unix boxes are not under heavy load/busy network for
> this to happen!
>
> Regards,
> Willie
>
> William.Fisher@braidgrove.co.uk