home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / question / 12982 < prev    next >
Encoding:
Internet Message Format  |  1992-11-06  |  3.4 KB
  1. Xref: sparky comp.unix.questions:12982 comp.unix.sysv386:16270 comp.unix.sys5.r4:443 comp.unix.wizards:4551
  2. Newsgroups: comp.unix.questions,comp.unix.sysv386,comp.unix.sys5.r4,comp.unix.wizards
  3. Path: sparky!uunet!ukma!asuvax!ennews!mcdphx!udc!avonruff
  4. From: avonruff@urbana.mcd.mot.com (Al Von Ruff)
  5. Subject: Re: Unix System Crashing!! Why?
  6. Message-ID: <1992Nov5.140301.20874@urbana.mcd.mot.com>
  7. Sender: news@urbana.mcd.mot.com (News)
  8. Nntp-Posting-Host: predator.urbana.mcd.mot.com
  9. Organization: Motorola Computer Group, Urbana Design Center
  10. References: <1992Nov3.130757.20385@cbfsb.cb.att.com>
  11. Date: Thu, 5 Nov 1992 14:03:01 GMT
  12. Lines: 62
  13.  
  14. In article <1992Nov3.130757.20385@cbfsb.cb.att.com> nll@cbnewsb.cb.att.com (neal.l.leitner) writes:
  15. >
  16. >I have been having a problem with my Unix machine crashing every once in
  17. >a while.  I was hoping someone could shed some light on the subject.
  18. >
  19. >The machine is a Intel 486 50MHZ machine running AT&T Unix version 4.0.2.1.
  20. >The system has a full blown Unix system with some additional peripherals
  21. >such as:
  22.  
  23.     ....
  24.  
  25. >The messages that are dumped to the console are:
  26. >
  27. >WARNING: pprtmount:      no msg blocks
  28. >WARNING: pprtmount:      no msg blocks
  29. >WARNING: pprtmount:      no msg blocks
  30. >WARNING: ldterm: (ldterm_outchar)        out of blocks
  31. >WARNING: ldterm: (ldtermsrv)        out of blocks
  32. >WARNING: ldtermsrv:      out of blocks
  33. >WARNING: pprtmount:      no msg blocks
  34. >WARNING: pprtmount:      no msg blocks
  35. >WARNING: pprtmount:      no msg blocks
  36. >WARNING: ldtermsrv:      out of blocks
  37. >
  38. >The only way to get the system back is to reboot the machine.  If anyone
  39. >can help I would appreciate it greatly.
  40.  
  41. You have run out of STREAMS resources. There are two possible reasons
  42. for your problem:
  43.  
  44. 1) strthresh is tuned too low for your system use. If your machine
  45.    crashes at approximately the same time of day (i.e: during backups,
  46.    while sending/receiving news, during high UUCP traffic, running heavy
  47.    networking loads), then this is probably the case. strthresh is a
  48.    kernel tunable which designates the maximum number of bytes which
  49.    the STREAMS subsystem is allowed to use. This parameter has a
  50.    notoriously low default setting (around 2 Megabytes). I would recommend
  51.    setting strthresh to a value of 50 percent of physical memory.
  52.  
  53.    The method of changing tunable parameters differ from vendor to vendor
  54.    on SVR4, so I can't tell you the exact steps to take.  We have access
  55.    to a 386 reference platform here, and on that machine it appears that
  56.    you would alter the /etc/conf/cf.d/mtune file. Change the line:
  57.  
  58.        STRTHRESH       0x200000        0       0x1000000
  59.  
  60.    To a more appropriate value. For a 16 Meg system, for instance, change
  61.    the 0x200000 to 0x800000.
  62.  
  63.    I recommend contacting your vendor for the exact steps to take in 
  64.    changing kernel tunables.
  65.  
  66. 2) You have a STREAMS memory leak. If your machine crashes at approximately
  67.    the same uptime value (for instance: after 4 days of run time), then this
  68.    is probably the case. In this case, you can't do anything except report
  69.    the bug to your vendor. We have found and plugged a number of STREAMS leaks
  70.    in our product - your implementation may still contain these leaks.
  71.  
  72. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  73. Al von Ruff             Motorola Microcomputer Division, Urbana Design Center
  74. Voice:  217.384.8553        1101 East University Avenue, Urbana, IL 61801 USA
  75. Internet:  avonruff@urbana.mcd.mot.com         UUCPnet:  uiucuxc!udc!avonruff
  76.