home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / banyanl / 5941 < prev    next >
Encoding:
Text File  |  1993-01-22  |  1.5 KB  |  29 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!CCM.HF.INTEL.COM!PATRICK_N_WILLIAMS
  3. Return-Path: <@VM1.CC.UAKRON.EDU,
  4.              @VM1.CC.UAKRON.EDU:ccm!Patrick_N_Williams@intelhf.intel.com>
  5. Message-ID: <930122061102_1@ccm.hf.intel.com>
  6. Newsgroups: bit.listserv.banyan-l
  7. Date:         Fri, 22 Jan 1993 06:11:02 PST
  8. Sender:       Banyan Networks Discussion List <BANYAN-L@AKRONVM.BITNET>
  9. From:         Patrick N Williams <Patrick_N_Williams@CCM.HF.INTEL.COM>
  10. Subject:      Re: lost servers
  11. Lines: 16
  12.  
  13. I've also seen this problem. I'm not sure why it happens, but the way that we
  14. fixed it is to do a Coldstart (using Vines Assistant, for example) on all the
  15. servers that were not seeing ALL other servers. In other words, your server B.
  16. Banyan were not sure why it happened, but when we did this, it worked fine.
  17. Before we knew about Coldstart, the other way we used was to put server A (the
  18. good one) on the same segment as server B (the bad one), and isolate that
  19. segment from the rest of the LAN. We then put the clocks forward at least 96hrs
  20. on server B. This caused the STHeardFrom table to rebuild itself. So it would
  21. then suck the STHeardFrom from server A. Then we just changed the time back on
  22. server B, and made sure the time on both servers before putting them both back
  23. onto the LAN. Very crude, but it worked.
  24. The best option, of course, is the former.
  25.  
  26.                 Pat N Williams
  27.                 Network Chappie
  28.                 Intel Corp (UK) Ltd.
  29.