home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / sun / admin / 9354 < prev    next >
Encoding:
Text File  |  1992-12-11  |  2.3 KB  |  59 lines
  1. Newsgroups: comp.sys.sun.admin
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!wupost!psuvax1!atlantis.psu.edu!barr
  3. From: barr@pop.psu.edu (David Barr)
  4. Subject: Re: Slave NIS Server Reboots -> Client Hangs?
  5. Message-ID: <k231Hs&vab@atlantis.psu.edu>
  6. Sender: news@atlantis.psu.edu (Usenet)
  7. Organization: Penn State Population Research Institute
  8. References: <derosa.724088276@mica>
  9. Date: Sat, 12 Dec 92 02:33:13 GMT
  10. Lines: 47
  11.  
  12. In article <derosa.724088276@mica> motcid!derosa@uunet.uu.net writes:
  13. >In my network, I have one master and two slave NIS servers.  Clients
  14. >out on the network bind to one of these servers.
  15. >
  16. >At some point in time, one of the slaves reboots either intentionally
  17. >or by a fault.  When this happens any workstations that are bound to
  18. >this slave server appears to hang.  I.E. the cursor goes away or no
  19. >key/mouse click action.
  20. >
  21. >My question is, why does this happen?  Why doesn't NIS just rebind to
  22. >another slave or master?  It appears that the client will not rebind
  23. >for 5-10 mins.  Why so long of a timeout?  Can this be changed?
  24.  
  25.     Doncha just love NIS?  *sigh*.  There is a patch which
  26. "fixes" it, but at a significant performance penalty.  Here's part
  27. of the README for patch 100342-02:
  28.  
  29. -----
  30.   Bug 1046416:
  31.  
  32.   If you bring a ypserver down into single user and then boot it into
  33.   multi user by either typing control D or reboot, the yp clients
  34.   will take a long time to rebind to the server.
  35.  
  36. ********************* WARNING ******************************
  37.  
  38.   This is a new version of ypbind that never uses the NIS
  39.   binding file to cache the servers binding. This will have
  40.   the effect of fixing the current symptom. However, it might
  41.   degrade the overall performance of the system when the
  42.   server is unavailable. This is most likely to happen on an
  43.   overloaded server, which will cause the network to produce
  44.   a broadcast storm.
  45.  
  46. *************************************************************
  47.  
  48. -----
  49.  
  50.     Personally, I haven't applied this patch, but I'm tempted
  51. to.  I'm sick and tired of NIS just going out the window whenever
  52. an NIS client reboots.  Somehow I think Sun could have thought up
  53. a smarter fix to the problem than this.
  54.  
  55. --Dave
  56. -- 
  57. System Administrator, Population Research Institute    barr@pop.psu.edu
  58. #define ENOTTY          25              /* Not a typewriter */
  59.