Number maxim of concurrent conexions
User on IDS 9.40 / 32-bit Linux asks whether there is a maximum number of concurrent connections, after problems beyond about 1100 sessions. Respondents say IDS itself imposes no hard limit — connections are capped by NETTYPE settings in onconfig, and otherwise by OS resources: file descriptors/sockets for soctcp connections and shared-memory message segments for ipcshm. Since shm worked and tcp failed with a 'cannot open more files' style error, advice was to check online.log / onstat -m and the kernel file-descriptor limits. The poster never confirmed a fix, so no resolution is recorded.
Auto-generated by DrWatson from the posts below — may be imperfect; read the full thread.
Hello: I have a problem when in my IDS 9.40 in Linux System 32 Bytes have more than 1100 conexions. Which is the max conexions for IDS? There are any parameter in the Operatym System for more conexions or only it's a limit of Informix? Thank you
in general there is no "limit" on the number of informix users it is more likely you have hit some resource limit what error message occurs? what behaviour are you experiencing lossanchez wrote: > Hello: > I have a problem when in my IDS 9.40 in Linux System 32 Bytes have more > than 1100 conexions. > Which is the max conexions for IDS? There are any parameter in the > Operatym System for more conexions or only it's a limit of Informix? > Thank you
lossanchez said: > Hello: > I have a problem when in my IDS 9.40 in Linux System 32 Bytes have more > than 1100 conexions. > Which is the max conexions for IDS? There are any parameter in the > Operatym System for more conexions or only it's a limit of Informix? What is your problem? (What makes you think you have a problem, and how does it show itself?) What are the NETTYPE settings in your onconfig? -- Bye now, Obnoxio "... no bill is required as no value was provided." -- Christine Normile
Hi, the only place where IDS actually enforces number of connections is via the NETTYPE parameter in onconfig file. Please see the manual for more information on this (or past e-mails in this list ... :) However there are other possible reason for a restriction: - number of open files when soctcp connection protocol is used, because for each socket connection a file descriptor is needed. This usually is an OS parameter. - SHM (segment) limitations when ipcshm protocol is used. Each SHM connection needs some SHM in the "message segment(s)". If running out of SHM it will impose a limit. That's what currently comes to my mind. The actual error and circumstances may reveal more insight. Regards, Martin -- Martin Fuerderer IBM Informix Development Munich, Germany Information Management IBM Information On Demand Global Conference October 15-20, 2006, Anaheim, California see http://www.ibm.com/events/informationondemand informix-list-bounces@iiug.org wrote on 25.08.2006 09:22:48: > Hello: > I have a problem when in my IDS 9.40 in Linux System 32 Bytes have more > than 1100 conexions. > Which is the max conexions for IDS? There are any parameter in the > Operatym System for more conexions or only it's a limit of Informix? > Thank you > > _______________________________________________ > Informix-list mailing list > Informix-list@iiug.org > http://www.iiug.org/mailman/listinfo/informix-list
I have defined shm and tcp, for shm run ok, but for tcp not ok. I don't know the ifx error because I can't reproduce it. The users say me than the error is 'can not open more files' more or less. I don't know if the problem is for the system can't allocate more socket, or if the problem is for any parameter del /proc (max-file...) Martin Fuerderer wrote: > Hi, > > the only place where IDS actually enforces number of connections > is via the NETTYPE parameter in onconfig file. Please see the > manual for more information on this (or past e-mails in this list ... :) > > However there are other possible reason for a restriction: > > - number of open files when soctcp connection protocol is used, > because for each socket connection a file descriptor is needed. > This usually is an OS parameter. > > - SHM (segment) limitations when ipcshm protocol is used. > Each SHM connection needs some SHM in the "message segment(s)". > If running out of SHM it will impose a limit. > > That's what currently comes to my mind. > The actual error and circumstances may reveal more insight. > > Regards, > Martin > -- > Martin Fuerderer > IBM Informix Development Munich, Germany > Information Management > > IBM Information On Demand Global Conference > October 15-20, 2006, Anaheim, California > see http://www.ibm.com/events/informationondemand > > informix-list-bounces@iiug.org wrote on 25.08.2006 09:22:48: > > > Hello: > > I have a problem when in my IDS 9.40 in Linux System 32 Bytes have more > > than 1100 conexions. > > Which is the max conexions for IDS? There are any parameter in the > > Operatym System for more conexions or only it's a limit of Informix? > > Thank you > > > > _______________________________________________ > > Informix-list mailing list > > Informix-list@iiug.org > > http://www.iiug.org/mailman/listinfo/informix-list
On Fri, 2006-08-25 at 03:01 -0700, lossanchez wrote:
> I have defined shm and tcp, for shm run ok, but for tcp not ok.
> I don't know the ifx error because I can't reproduce it.
> The users say me than the error is 'can not open more files' more or
> less.
> I don't know if the problem is for the system can't allocate more
> socket, or if the problem is for any parameter del /proc (max-file...)
How about looking at the log file, or onstat -m?
Hi, you may see some errors in the online.log (message) file of the server. If users already "point to" 'can not open more files' and as it is with sockets/tcp protocol only, I'd definitely look in that area (i.e. respective UNIX kernel parameters) ... Regards, Martin -- Martin Fuerderer IBM Informix Development Munich, Germany Information Management IBM Information On Demand Global Conference October 15-20, 2006, Anaheim, California see http://www.ibm.com/events/informationondemand informix-list-bounces@iiug.org wrote on 25.08.2006 12:01:20: > I have defined shm and tcp, for shm run ok, but for tcp not ok. > I don't know the ifx error because I can't reproduce it. > The users say me than the error is 'can not open more files' more or > less. > I don't know if the problem is for the system can't allocate more > socket, or if the problem is for any parameter del /proc (max-file...) > > > Martin Fuerderer wrote: > > Hi, > > > > the only place where IDS actually enforces number of connections > > is via the NETTYPE parameter in onconfig file. Please see the > > manual for more information on this (or past e-mails in this list ... :) > > > > However there are other possible reason for a restriction: > > > > - number of open files when soctcp connection protocol is used, > > because for each socket connection a file descriptor is needed. > > This usually is an OS parameter. > > > > - SHM (segment) limitations when ipcshm protocol is used. > > Each SHM connection needs some SHM in the "message segment(s)". > > If running out of SHM it will impose a limit. > > > > That's what currently comes to my mind. > > The actual error and circumstances may reveal more insight. > > > > Regards, > > Martin > > -- > > Martin Fuerderer > > IBM Informix Development Munich, Germany > > Information Management > > > > IBM Information On Demand Global Conference > > October 15-20, 2006, Anaheim, California > > see http://www.ibm.com/events/informationondemand > > > > informix-list-bounces@iiug.org wrote on 25.08.2006 09:22:48: > > > > > Hello: > > > I have a problem when in my IDS 9.40 in Linux System 32 Bytes have more > > > than 1100 conexions. > > > Which is the max conexions for IDS? There are any parameter in the > > > Operatym System for more conexions or only it's a limit of Informix? > > > Thank you > > > > > > _______________________________________________ > > > Informix-list mailing list > > > Informix-list@iiug.org > > > http://www.iiug.org/mailman/listinfo/informix-list > > _______________________________________________ > Informix-list mailing list > Informix-list@iiug.org > http://www.iiug.org/mailman/listinfo/informix-list