If this isn't exactly what you wanted, please try our Search (there's a LOT of techy and non-techy stuff here about Linux, Unix, Mac OS X and just computers in general!):
From: Gary Quiring <gquiring@msn.com>
Subject: Re: Out of stream resources
References: <ginumt8bg3vcsr9ifbrv0vjsmcppmmeehb@4ax.com> <20010808003030.A2386@mammoth.ca.caldera.com>
Date: Wed, 08 Aug 2001 14:15:37 -0400
On Wed, 8 Aug 2001 07:30:30 GMT, Bela Lubkin <belal@caldera.com> wrote:
>Gary Quiring wrote:
>
>> I'm not able to get a SCO 5.0.6 (506a patch installed) server (105
>> user license) running Informix 7.31UC5 to go over 70+ users without
>> running out of streams.
>>
>> It's a DELL 6300 PowerEdge, 4 way XEON, AMI Raid, 2gig of RAM, 3COM
>> 905 ether.
>>
>> I tried increasing NSTREAM, NSTRPAGES with no improvement. I looked
>> at several TA's including 107566 but can't find any solutions. I
>> keeping increasing the numbers in stune, but nothing fixes it, 70+
>> users and it starts choking.
>>
>> /var/adm/syslog:
>> Aug 6 20:45:59 action1 inetd[302]: accept: (for telnet) Out of stream resources
>
>> netstat -m
>> config alloc free total max fail
>> stream 37440 282 37158 3647 319 0
>> queues 1704 718 986 8090 821 0
>> mblks 2660 2292 368 44049765 2522 0
>> buffer headers 2746 2631 115 6742074 2713 0
>> class 1, 64 bytes 320 203 117 21646655 301 0
>> class 2, 128 bytes 64 0 64 2249646 58 0
>> class 3, 256 bytes 160 38 122 5535021 158 0
>> class 4, 512 bytes 32 8 24 101877 27 0
>> class 5, 1024 bytes 20 0 20 1558669 20 0
>> class 6, 2048 bytes 818 815 3 74633 818 0
>> class 7, 4096 bytes 785 782 3 23273 785 0
>> class 8, 8192 bytes 1 0 1 16 1 0
>> class 9, 16384 bytes 1 0 1 14 1 0
>> class 10, 32768 bytes 0 0 0 0 0 0
>> class 11, 65536 bytes 0 0 0 0 0 0
>> class 12, 131072 bytes 0 0 0 0 0 0
>> class 13, 262144 bytes 0 0 0 0 0 0
>> class 14, 524288 bytes 0 0 0 0 0 0
>> total configured streams memory: 25024.00KB
>> streams memory in use: 4943.82KB
>> maximum streams memory used: 5074.49KB
>
>I de-word-wrapped this to make it legible. When posting preformatted
>information, try to convince your posting software not to "helpfully"
>destroy the text.
>
>There are no STREAMS failures showing. None in the parts I cut out,
>either.
>
>accept() can return ENOSR (Out of stream resources) for some failures
>other than actual STREAMS allocation failures. For instance, there are
>paths through it where a regular kernel memory allocation (kmem_alloc())
>failure would return ENOSR. Is the rest of the system low on memory?
>
>>Bela<
WOW!!! Bela where have you been??
Actually the problem turned out to be the kernal tuning for a 100 user license. The sdevice file only had 4 socket lines and 1 tcp
line.
The problem was fixed by running netconfig and changing TCP connections to 1024.
(Sorry about the post, I changed my line length to 132)
* SCCS IDENTIFICATION
socket Y 256 0 0 0 0 0 0 0
socket Y 256 0 0 0 0 0 0 0
socket Y 256 0 0 0 0 0 0 0
socket Y 256 0 0 0 0 0 0 0
And only 1 tcp line:
* SCCS IDENTIFICATION
tcp Y 256 0 0 0 0 0 0 0
Gary Q
Enter your email address for automatic notification of new posts here
(be sure to whitelist 'feedburner.com' if you use spam filtering)
| Views for this page | ||||
|---|---|---|---|---|
| Today | This Week | This Month | This Year | Overall |
| 2 | 8 | 47 | 656 | 3,079 |
/Bofcusm/1226.html copyright 1997-2004 (various authors) All Rights Reserved
Have you tried Searching this site?
Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates
This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.

Add your comments