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