home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / amiga / 1991 < prev    next >
Encoding:
Internet Message Format  |  1992-08-17  |  1.6 KB
  1. Path: sparky!uunet!olivea!isc-br!odin!ricks
  2. From: ricks@odin.isc-br.com (Rick Schaeffer 99)
  3. Newsgroups: comp.unix.amiga
  4. Subject: Re: 2.1 Kernel bug workaround..??
  5. Message-ID: <1992Aug18.011807.27495@isc-br.isc-br.com>
  6. Date: 18 Aug 92 01:18:07 GMT
  7. References: <Bt3y6p.7Bn@cs.columbia.edu> <1992Aug17.213613.28703@nntpd.lkg.dec.com>
  8. Sender: news@isc-br.isc-br.com (news user)
  9. Organization: ISC-Bunker Ramo, An Olivetti Company
  10. Lines: 24
  11. Nntp-Posting-Host: odin.isc-br.com
  12.  
  13. In article <1992Aug17.213613.28703@nntpd.lkg.dec.com> barrett@pamsrc.enet.dec.com writes:
  14. >
  15. >
  16. >You could do what I do. Add a crontab entry that reboots your system
  17. >every night at 3am. Since I added that, I see a panic perhaps once
  18. >a month now rather than once a week.
  19. >
  20.  
  21. You might just keep an eye on the X server (use "ps -el | fgrep X") and
  22. kill it when it get's too big.  In my experience, it's the main (or "only")
  23. culprit and it's much quicker to just kill it.  NOTE: if you are running
  24. with xdm, just logging off isn't enough...you have to go to the console
  25. as root and actually "kill" the server (whose pid shows up in the ps
  26. output from the example above).  xdm will automatically respawn it.
  27. I suppose that someone could come up with a script that did this
  28. automatically...personally I just keep an eye on it (it doesn't grow
  29. all *that* fast :-) ) and kill it when it's size gets up over 6 meg
  30. or so.
  31.  
  32. --
  33. Rick Schaeffer          UUCP:  uunet!isc-br.isc-br.com!ricks
  34. ISC-Bunker Ramo                ricks@isc-br.isc-br.com
  35. Box TAF-C8              Phone: (509)927-5114
  36. Spokane, WA  99220      Home:  (509)928-3533
  37.