geo@uunet.uu.net (George Pontis) (07/12/89)
A few weeks ago I posted on this newsgroup a request for help with a problem with our system running out of streams. Many people responded with the same suggestion that I modify the param.c file to increase NSTREAM, and rebuild the kernel. I did, and everything worked OK for a few weeks. Now, the error error has returned. After rebooting the system and experimenting a bit, I find that sunview is "consuming" one streams resource every time sunview starts up. So ... it is just a matter of time before they are all used up. Is this not some sort of a kernel bug ? We use OS 4.0.1 on 3/60s and 3/50s. The same effect occurs on both servers and clients. Any more ideas ??? Thanks ! George Pontis ...uunet!moldev!geo
pwl@tc.fluke.com (Paul Lutt) (07/22/89)
In article <145@brazos.Rice.edu> moldev!geo@uunet.uu.net (George Pontis) writes: >After rebooting the system and experimenting a bit, I find that sunview is >"consuming" one streams resource every time sunview starts up. So ... it >is just a matter of time before they are all used up. Is this not some >sort of a kernel bug ? > >We use OS 4.0.1 on 3/60s and 3/50s. The same effect occurs on both servers >and clients. Any more ideas ??? > >George Pontis We encountered this same problem here at Fluke. Our Sun PAL support person was unable to duplicate the problem. The problem went away once we upgraded our servers and workstations to the SunOS 4.0.3 release. Have you installed any of the serial communications patches that Sun made available for SunOS 4.0.1? We started encountering the streams problem AFTER we installed some of the patches distributed by Sun. You should probably bite the bullet and consider upgrading your systems to SunOS 4.0.3. Good luck. Paul Lutt Domain: pwl@tc.fluke.COM Voice: +1 206 356 5059 UUCP: {uw-beaver,microsof,sun}!fluke!pwl Snail: John Fluke Mfg. Co. / P.O. Box C9090 / Everett WA 98206
sja@sirius.hut.fi (Sakari Jalovaara) (07/23/89)
> After rebooting the system and experimenting a bit, I find that sunview is > "consuming" one streams resource every time sunview starts up. This is a kernel bug in 4.0.1 + YAPT. Every time /dev/mouse is opened a stream is reserved and never freed. There are simple tests to verify this; try them only if you don't mind crashing your Sun. If "netstat -m" reports you are running out of 4 and 16 -byte stream data blocks you may have this bug. This bug can also give you console messages like vmunix: kbdputcode: can't allocate block for keycode last message repeated 10005 times I tried the original generic 4.0.1 kernel and couldn't reproduce the bug; it appears to come with YAPT patches. Apparently "fixed in 4.0.3." If you can't wait, you might try uninstalling YAPT's. Sakari Jalovaara (sja@sirius.hut.fi/uunet!santra!sirius!sja/sja@fingate.bitnet)