out of streams resources

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

Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them.

I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.