Tuning SCO 5.0.2
Den Miller's SCO box running IDS 7.30UC2 with 4GL gave error -25574 (cannot open netsrv.iem) and 'Out of stream resources' at about 100 users over tlitcp. Michael Hansen suggested raising NSTRPAGES and NOFILES in mtune and checking onstat -u. Those did not help; Den solved it by raising TCP Connections in netconfig from 256 to 1024.
Auto-generated by Claude from the posts below — may be imperfect; read the full thread.
Hi, all! This SCO box was running IDS 7.30UC2 and 4GL with no problem. Now I've installed another box for IDS to increase performance. And now 4GL connects to IDS via tlitcp, not shared memory. The following problem arises: When the number of connected users grows up to 100, they began to get the following message: 4GL run-time error number -25574 cannot open file 'netsrv.iem'. At the same time the following record is made in /var/adm/syslog when users connect: inetd[]: accept: (for telnet) Out of stream resources IDS release notes tell to tune NSTREAM, NQUEUE, NUMTIM, NUMTRW. SCO docs reference one more parameter: NMUXLINK. I've tried to increase all of these, but unsuccessfully. 'netstat -m' shows no fails, so I don't know what else parameter I can touch. Can anybody help me?
Hi,
I had the same problems with my 5.0.4 and IDS 7.31.
1) Streams
Even though netstat -m dosen't show any problems, i was able
to solve this problem by changing the STREAMS ressources.
When the streams problem started on my machine
(2 or 3 times during work hours), there was only
2 out of 4mb streams in use, and max used was around 2.5 mb.
I changed 3 or 4 streams parameters, but i think that the
NSTRPAGES in mtune was the winner. I changed it from 1000 to 4000.
and after unix_link and boot, i had 16 mb of total stream, and
now it using around 3-4 mb of streams, during a working day.
I havent seen the out of strems problem since then.
2) connect problem
I had a simular problem when more than 100 4gl programs ran at the
same time.
if the number informix user processes, is geting near the maximum
number of Open files pr unix proccess, you the see problem -25574
and proberly -27001 to.
check "onstat -u | wc -l" and "ulimit -a" (if use are using bash),
or look at NOFILES in mtune.
SCO default is 110 open files pr process, i changed it to 500 and
here after no problems.
Regards
Michael Hansen
mhansen@dsvsamson.dk
In article <387A2022.34E9DA2B@linuxlab.ru>, Den Miller wrote:
>Hi, all!
>
>This SCO box was running IDS 7.30UC2 and 4GL with no problem. Now I've
>installed another box for IDS
>to increase performance. And now 4GL connects to IDS via tlitcp, not
>shared memory.
>
>The following problem arises:
>When the number of connected users grows up to 100, they began to get
>the following message:
>
>4GL run-time error number -25574
>cannot open file 'netsrv.iem'.
>
>At the same time the following record is made in /var/adm/syslog when
>users connect:
>
>inetd[]: accept: (for telnet) Out of stream resources
>
>IDS release notes tell to tune NSTREAM, NQUEUE, NUMTIM, NUMTRW.
>SCO docs reference one more parameter: NMUXLINK.
>I've tried to increase all of these, but unsuccessfully.
>'netstat -m' shows no fails, so I don't know what else parameter I can
>touch.
>
>Can anybody help me?
>
Thank you, Michael!
Unfortunately, these parameters didn't help.
BUT! The problem was solved after increasing 'TCP Connections' in
'netconfig' up to 1024 (was 256).
Thank you again.
Michael Hansen wrote:
> Hi,
>
> I had the same problems with my 5.0.4 and IDS 7.31.
>
> 1) Streams
>
> Even though netstat -m dosen't show any problems, i was able
> to solve this problem by changing the STREAMS ressources.
>
> When the streams problem started on my machine
> (2 or 3 times during work hours), there was only
> 2 out of 4mb streams in use, and max used was around 2.5 mb.
>
> I changed 3 or 4 streams parameters, but i think that the
> NSTRPAGES in mtune was the winner. I changed it from 1000 to 4000.
> and after unix_link and boot, i had 16 mb of total stream, and
> now it using around 3-4 mb of streams, during a working day.
> I havent seen the out of strems problem since then.
>
> 2) connect problem
>
> I had a simular problem when more than 100 4gl programs ran at the
> same time.
>
> if the number informix user processes, is geting near the maximum
> number of Open files pr unix proccess, you the see problem -25574
> and proberly -27001 to.
>
> check "onstat -u | wc -l" and "ulimit -a" (if use are using bash),
> or look at NOFILES in mtune.
> SCO default is 110 open files pr process, i changed it to 500 and
> here after no problems.
>
> Regards
> Michael Hansen
> mhansen@dsvsamson.dk
>