home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / next / sysadmin / 5143 < prev    next >
Encoding:
Internet Message Format  |  1992-09-11  |  2.6 KB
  1. Path: sparky!uunet!charon.amdahl.com!amdahl!kjb
  2. From: kjb@uts.amdahl.com (Kevin J. Barth)
  3. Newsgroups: comp.sys.next.sysadmin
  4. Subject: NeXT intermittently hangs on the network
  5. Keywords: netork netinfo heterogenous hang NIS
  6. Message-ID: <dfhR03OR80a100@amdahl.uts.amdahl.com>
  7. Date: 11 Sep 92 19:31:21 GMT
  8. Organization: Amdahl Corporation, Sunnyvale CA
  9. Lines: 63
  10.  
  11.  
  12.  
  13. Environment:
  14. - NeXTStation Color Turbo, 16MB, 250MB
  15. - NeXTStep release 2.2 (not extended)
  16. - On heterogeneous network of 3 NeXTs (all the same) and 2 SUN's (one IPC
  17.   running SunOS Release 4.1.3 (ZONE_FIX), and one old sparkstation 1 running 
  18.   SunOS Release 4.1).
  19. - NeXT's running netinfo and NIS
  20. - One of the Sun's is the yp server
  21. - the NeXT that sometimes hangs is a clone netinfo server; but another one
  22.   is also a clone and it doesn't hang.
  23. - All systems NFS mount each others directories (only each machine's normal
  24.   user's home directories).
  25. - Thin net.
  26. - all netmask, broadcast, and IP addresses have been double checked and 
  27.   are consistent with each other.
  28.  
  29.  
  30. One of our NeXT's hangs intermittently.  It seems to happen 
  31. when it tries to access the network, be it via an NFS look up or
  32. even just a ping.  When it hangs on a ping, it doesn't display the
  33. 1st line, ie: "PING crocus: 56 data bytes" until it's ok again.  Once
  34. it shows that, the machine seems to be OK again.  This indicates to
  35. me that it is having trouble looking up the hostname in netinfo 
  36. from the master netinfo and configuration server -- does this make
  37. sense? (after all, it is a clone, maybe it should just look it up
  38. locally?)
  39.  
  40.  
  41. *Sometimes*, when it happens we get:
  42.         Sep  9 21:04:19 panther mach: NFS server (autonfsmount[121]) not responding still trying
  43.         Sep  9 21:04:44 panther mach: NFS server (autonfsmount[121]) ok
  44.  
  45. .....but not all of the time.
  46.  
  47.  
  48. *Sometimes*, it comes back in a couple (4 to 15) minutes, but sometimes
  49. it never does (well, we've gotten tired waiting and rebooted it).
  50.  
  51.  
  52. .....Generally........:
  53. On the NeXTs' ping *usually* shows 0% packet loss, but *sometimes* it shows 
  54. around 25%.  The SUN's seem to never show any packet loss during a ping.
  55.  
  56. The SUN's just generally seem to be more resilient.  I haven't seem them
  57. "hang" at all when doing things to the network.  An ls to a remote machines
  58. directory comes back *really* fast, while the NeXTs sometimes 
  59. pause for some time before an ls on a remote filesystem returns.  Does 
  60. anybody have an explination of this behavior?
  61.  
  62.  
  63.  
  64.  
  65. Many thanks in advance to anyone who can help me!!!  Please email me 
  66. directly, I will summarize the (very hopeful) solution.
  67.  
  68. Cheers,
  69. Kevin
  70. kjb@uts.amdahl.com
  71.  
  72.  
  73.  
  74.