home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / pyramid / 202 < prev    next >
Encoding:
Internet Message Format  |  1992-09-15  |  4.1 KB
  1. Path: sparky!uunet!sun-barr!ames!agate!ucbvax!THAMA1.APGEA.ARMY.MIL!maschepe
  2. From: maschepe@THAMA1.APGEA.ARMY.MIL ("Michael A. Schepers")
  3. Newsgroups: comp.sys.pyramid
  4. Subject: ruptime and rwho not working as expected
  5. Message-ID: <9209151115.aa01981@thama1.apgea.army.mil>
  6. Date: 15 Sep 92 15:15:26 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 80
  11.  
  12. Hi Netters,
  13.  
  14.      I have a strange problem occuring on a Pyramid MIS4 that I can't
  15.      seem to resolve.  I have contacted Pyramid support, but, they have
  16.      not been able to resolve the problem yet.  I thought it might be a
  17.      good idea to post this question and see if anyone else has a
  18.      similar experience.  Thanks in advance for your help.
  19.  
  20.      Problem using "ruptime".  Ruptime reports invalid statistics on
  21.      remote host condition.  All other hosts on the immediate net are
  22.      reported as being down, when they are actually up and running.  The
  23.      ruptime command on the other hosts report correctly concerning
  24.      other hosts as well as our Pyramid.  Although not all these hosts
  25.      contain a complete listing of everyone on the immediate net.
  26.  
  27.      I got a call back from Pyramid Technical Support on the problem we
  28.      are having with the ARP command an how it is affecting the function
  29.      of the ruptime command.  Their first suggestion was to restore a
  30.      version of the /usr/etc/arp binary prior to our noticing of the
  31.      problem.  They suspected a corrupt binary.  I did this, but the
  32.      result was the same.
  33.  
  34.      They then decided to look at the source code for arp.  In doing so,
  35.      they discovered that there existed a hard coded limit that was set
  36.      too low for our system and network configuration.  They told me
  37.      that they will modify the binary and ship us the patch to see if it
  38.      solves our problem...we'll see.
  39.  
  40.      I then contacted a friend who has access to a another Pyramid.  I
  41.      asked her to send me the output of several commands.  The
  42.      configuration of Pyramid #2 parallels that of my Pyramid (same OS
  43.      version/level and both are running C2 security).  All the commands
  44.      on Pyramid #2 produce the expected results.
  45.  
  46. --------------
  47. Mike,
  48.  
  49.    I ran the ruptime on one of the APGNET Pyramids.  It
  50. appears to be working to me!
  51.  
  52. AWard
  53.  
  54. apg-9> wc -l /etc/hosts
  55.     7873 /etc/hosts
  56.  
  57. apg-9> ruptime
  58. apg-10        up     7:30,     5 users,  load 0.00, 0.00, 0.00
  59. apg-12        up     7:33,     1 user,   load 0.00, 0.00, 0.00
  60. apg-13        up  4+22:55,     6 users,  load 0.07, 0.19, 0.17
  61. apg-9         up  3+21:43,    21 users,  load 0.29, 0.39, 0.34
  62. apg-emh5      up     6:56,     6 users,  load 1.72, 0.90, 0.56
  63. apg-emh6      up     6:46,     1 user,   load 0.61, 0.21, 0.15
  64. apg-9>
  65.  
  66. --------------
  67.  
  68.      I replaced the arp and ruptime binaries, but ruptime still does not
  69.      produce correct information; however, arp operates corectly.
  70.  
  71.      I then got a copy of the rwho daemon (/etc/rwhod) from apg-9 to
  72.      replace the rwhod on thama1.  This also did not produce the desired
  73.      results.  The ruptime command still reports incorrectly.
  74.  
  75.      If anyone can point me in the right direction, I would greatly
  76.      appreciate it.  Sorry about the length of this posting, and thanks
  77.      again.
  78.  
  79. ###################### Information Systems Management ######################
  80. #       _____   ____   ______                                              # 
  81. #      / _   \ / _  \ /__ __/                                              # 
  82. #     / /_/  // /_/ /   //                     Michael A. Schepers         # 
  83. #    / _____// ____/   //                      Potomac Research, Inc.      #
  84. #   / /     /  \      //                       Corner of Hoadly & Douglas  #
  85. #  / /     / /\ \  __//___                     Edgewood, MD 21040          #
  86. # /_/     /_/  \_\/______/                                                 # 
  87. #                                                                          # 
  88. # EMail Address : maschepe@thama1.apgea.army.mil                           #
  89. #                                                                          #
  90. ###################### Information Systems Management ######################
  91.  
  92.