468,537 Members | 1,826 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 468,537 developers. It's quick & easy.

DB2Connect V.8

Hello all!

Does anybody use DB2Connect on United Linux 1.0 We have the following
Problem:

The DB2Connect Software enables access from DB2 Clients (e.g. for
connecting Application Servers to Databases) to
to DB2 Databases on Z/oS Systems. You can say that DB2Connect works as
a gateway.

At the moment we can't open more then 1100 parallel connections per
DB2Connect installation. But doing the same on AIX 4000 - 5000
connections are possible at the same time.
At the moment, suing United Linux 1.0 reach 1100 Connections then the
whole machine hangs and must be rebooted. We don't achieve the CPU and
RAM limits.

Are there e.g. any kernel parameters that limit the number of parallel
calls to a Server ?? We are using kernel 2.4.21!
First of all, we get a sempahore error, but after changing the values
in sysctl.conf, the were no further errors.

Is it possible, that Linux can't handle more then 1000 parallel
connections? I don't hope so.

Thanks for answering!

Nov 12 '05 #1
3 1288
<up*********@vrweb.de> wrote in message
news:11**********************@o13g2000cwo.googlegr oups.com...
Hello all!

Does anybody use DB2Connect on United Linux 1.0 We have the following
Problem:

The DB2Connect Software enables access from DB2 Clients (e.g. for
connecting Application Servers to Databases) to
to DB2 Databases on Z/oS Systems. You can say that DB2Connect works as
a gateway.

At the moment we can't open more then 1100 parallel connections per
DB2Connect installation. But doing the same on AIX 4000 - 5000
connections are possible at the same time.
At the moment, suing United Linux 1.0 reach 1100 Connections then the
whole machine hangs and must be rebooted. We don't achieve the CPU and
RAM limits.

Are there e.g. any kernel parameters that limit the number of parallel
calls to a Server ?? We are using kernel 2.4.21!
First of all, we get a sempahore error, but after changing the values
in sysctl.conf, the were no further errors.

Is it possible, that Linux can't handle more then 1000 parallel
connections? I don't hope so.

Thanks for answering!

Just a wild guess, but try increasing the kernel.msgmni parm in the
/etc/sysctl.conf:

kernel.msgmni = nnnn
Nov 12 '05 #2
The standard value for kernel.msgmni is set to 1024. We had changed to
2048 and 4096, but the number of connections didn't increase

Thanks!

Nov 12 '05 #3
What is the exact error msg that you receive for the connection atttemps
beyond 1100?

Larry Edelstein

up*********@vrweb.de wrote:
Hello all!

Does anybody use DB2Connect on United Linux 1.0 We have the following
Problem:

The DB2Connect Software enables access from DB2 Clients (e.g. for
connecting Application Servers to Databases) to
to DB2 Databases on Z/oS Systems. You can say that DB2Connect works as
a gateway.

At the moment we can't open more then 1100 parallel connections per
DB2Connect installation. But doing the same on AIX 4000 - 5000
connections are possible at the same time.
At the moment, suing United Linux 1.0 reach 1100 Connections then the
whole machine hangs and must be rebooted. We don't achieve the CPU and
RAM limits.

Are there e.g. any kernel parameters that limit the number of parallel
calls to a Server ?? We are using kernel 2.4.21!
First of all, we get a sempahore error, but after changing the values
in sysctl.conf, the were no further errors.

Is it possible, that Linux can't handle more then 1000 parallel
connections? I don't hope so.

Thanks for answering!

Nov 12 '05 #4

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

3 posts views Thread by Niklas Södergren | last post: by
reply views Thread by Andreas Schmied | last post: by
1 post views Thread by lfo | last post: by
2 posts views Thread by Valentin via DBMonster.com | last post: by
reply views Thread by anokun7 | last post: by
reply views Thread by NPC403 | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.