home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / vmsnet / networks / manageme / misc / 29 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  2.3 KB
  1. Xref: sparky vmsnet.networks.management.misc:29 vmsnet.networks.misc:143 vmsnet.misc:1107 vmsnet.sysmgt:431
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!rpi!usc!sol.ctr.columbia.edu!hamblin.math.byu.edu!arizona.edu!telcom.arizona.edu!leonard
  3. Newsgroups: vmsnet.networks.management.misc,vmsnet.networks.misc,vmsnet.misc,vmsnet.sysmgt
  4. Subject: Re: Help with NCP and LAVCs needed
  5. Message-ID: <1993Jan8.163046.4221@arizona.edu>
  6. From: leonard@telcom.arizona.edu (Aaron Leonard)
  7. Date: 8 Jan 93 16:30:45 MST
  8. Reply-To: Leonard@Arizona.EDU
  9. Followup-To: vmsnet.networks.misc,vmsnet.networks.management.misc,vmsnet.misc,vmsnet.sysmgt
  10. References: <1993Jan8.215322.16191@riacs.edu>
  11. Distribution: world,local
  12. Organization: University of Arizona Telecommunications
  13. Nntp-Posting-Host: penny.telcom.arizona.edu
  14. Lines: 47
  15.  
  16. In article <1993Jan8.215322.16191@riacs.edu>, evans@pan.arc.nasa.gov (Dan Evans) writes:
  17.  
  18. | I hope this will be an easy question for some of you to answer.
  19. | I'm no DECnet wiz, so the following is my perceptions of what is going
  20. | on, please excuse me if I'm wrong.
  21. | 
  22. | We have a LAVC running VMS 5.5-2.  It is a single system disk cluster.
  23. | The NCP database (for remote hosts) is stored in a common area
  24. |     SYS$COMMON:[SYSEXE]NETNODE_REMOTE.DAT
  25. | so all the systems can share it.  (Or so the VMS Networking (Vol 5A)
  26. | manual claims on pg 5-42.)
  27. | 
  28. | The problem I'm having is, whenever I update the database on one node in
  29. | the cluster, the new information is not reflected on the other nodes.
  30. | Even though they all use the same file to load their database.
  31. | 
  32. | For example,  here I change a node name to reflect a change in address:
  33.  
  34. [ example omitted ]
  35.  
  36. Dan,
  37.  
  38. You should make your change(s) to the permanent database via an
  39. NCP PURGE/DEFINE on a single node.  Then use SYSMAN to update everyone's
  40. volatile database using NCP CLEAR/SET.
  41.  
  42. So if you want to get rid of node XYZ, then re-add it with addr 5.10 (per your
  43. example):
  44.  
  45. $ MC NCP
  46. NCP> PURGE NODE XYZ ALL
  47. NCP> DEF NODE XYZ ADDR 5.10
  48. NCP> ^Z
  49. $ MC SYSMAN
  50. SYSMAN> SET ENV/CLUS
  51. SYSMAN> DO MC NCP CLEAR NODE XYZ ALL
  52. SYSMAN> DO MC NCP SET NODE XYZ ADDR 5.10
  53. SYSMAN> ^Z
  54.  
  55. I hope the above has been helpful.  If you need further assistance,
  56. please feel free to call Bob Gezelter. :-)
  57.  
  58. Aaron
  59.  
  60. Aaron Leonard (AL104), <Leonard@Arizona.EDU>
  61. University of Arizona Network Operations, Tucson AZ 85721
  62.  
  63.