home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sgi / admin / 157 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  2.7 KB
  1. Xref: sparky comp.sys.sgi.admin:157 comp.sys.sgi.bugs:97
  2. Newsgroups: comp.sys.sgi.admin,comp.sys.sgi.bugs
  3. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!sgiblab!sgigate!odin!sgihub!zola!zuni!anchor!olson
  4. From: olson@anchor.esd.sgi.com (Dave Olson)
  5. Subject: Re: RPC.LOCKD can't find statd
  6. Message-ID: <umdj7hc@zuni.esd.sgi.com>
  7. Keywords: bug
  8. Sender: news@zuni.esd.sgi.com (Net News)
  9. Organization:  Silicon Graphics, Inc.  Mountain View, CA
  10. References: <1993Jan7.111000.9089@discus.technion.ac.il>
  11. Date: Sun, 10 Jan 93 04:30:06 GMT
  12. Lines: 52
  13.  
  14. In <1993Jan7.111000.9089@discus.technion.ac.il> ori@marvin.technion.ac.il (Ori Degani) writes:
  15.  
  16. | Hi,
  17. |   I got this error message in my SYSLOG on the day I booted the machine.
  18. | --
  19. | No lockd, or statd here
  20.  
  21. Yes, but were they running (lockd obviously was, but how about statd)?
  22. Note that the init.d/network script runs it only if it is present.
  23. Neither rpc.lockd nor rpc.statd are started by inetd, they are started
  24. from the network script if they are installed in the 'standard' place.
  25.  
  26. | 6 hours later:
  27. | --
  28. | Jan  4 16:50:30 marvin rpc.lockd[120]: cannot contact local statd
  29. | Jan  4 16:50:30 marvin rpc.lockd[120]: req discard due to status monitor problem
  30.  
  31. Presumably, if this is the first message, then either statd just died,
  32. or this was the first time lockd tried to contact statd (I don't know
  33. enough about how lockd works to tell for sure).
  34.  
  35. If you are running 405A, there is a lockd patch in 405C for lockd,
  36. but I don't know of one for statd dying.
  37.  
  38. | Jan  4 17:52:47 marvin unix: Killing the input queue owner
  39.  
  40. This message is printed when the vulcan death grip is used from the
  41. console keyboard to kill the server (left ctrl, left shift, F12, keypad /,
  42. all depressed simultaneously), and under no other circumstances.
  43. The following message just means that the server exited.
  44.  
  45. | Jan  4 17:52:47 marvin Xsession: ori: fatal IO error 32 (Broken pipe)
  46.  
  47. | Jan  7 12:43:40 marvin unix: WARNING: Process [Xsgi] pid 3058 killed due to insufficient memory/swap.
  48.  
  49. This means you ran out of virtual memory.  You need to run fewer/smaller
  50. processes, buy more memory, or add more swap space.
  51.  
  52. | 2)  Why did I get logged out of the machine?  (It _might_ be because
  53. |     I'm using the new Lucid Emacs (19.3)).
  54.  
  55. I hope it doesn't use the key strokes I listed above!
  56.  
  57. | 3)  Any connection between 2, and 3?  Notice that I was logged out before
  58. |     (January 4th), and didn't notice it.
  59.  
  60. I doubt there is any connection, but nobody can say absolutely
  61. positively for sure without a lot more info.
  62. --
  63. Let no one tell me that silence gives consent,  |   Dave Olson
  64. because whoever is silent dissents.             |   Silicon Graphics, Inc.
  65.     Maria Isabel Barreno                        |   olson@sgi.com
  66.