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