home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / vmsnet / networks / tcpip / multinet / 1997 < prev    next >
Encoding:
Text File  |  1992-08-19  |  1.9 KB  |  40 lines

  1. X-Gateway-Source-Info: INTERNET
  2. Path: sparky!uunet!stanford.edu!agate!dog.ee.lbl.gov!network.ucsd.edu!mvb.saic.com!tgv.com!info-multinet
  3. Date: 19 AUG 92 20:18:29 GMT
  4. Newsgroups: vmsnet.networks.tcp-ip.multinet
  5. X-Return-path: <info-multinet-relay@TGV.COM>
  6. X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
  7. From: adelman@TGV.COM
  8. Subject:  Re: vaxcluster sharing of Multinet configurations
  9. Organization: The INFO-MULTINET Community
  10. Message-ID: <2D8008D019AUG92201829@TGV.COM>
  11. Nntp-Posting-Host: Mvb.Saic.Com
  12. Lines: 26
  13.  
  14. > >> What is the recommended procedure if one wants to make a vaxcluster
  15. > >> have identical MU configs for NFS on all nodes (for example by pointing
  16. > >> to the same definition file for nfs-group and uid,gid etc)?
  17. > >
  18. >>    The NFS.CONFIGURATION file is by default in the VAXcluster common
  19. > >directory. If you want different configurations, but the file in
  20. > >the specific directory.
  21. > >
  22. >>                                 Ken
  23. > Understand, but I have four separate bootnodes, i.e., four different
  24. > sys$common:[multinet] areas in one homogeneous cluster.  Other key files
  25. > like sysuaf, queus, proxies, etc reside on a cluster common quorum disk.
  26. > Is there a logical that I could direct to such a disk, or simply append
  27. > that disk to the multinet_root definition and move the nfs.configuration
  28. > file to the common disk.  that way, if I want node specific I can put it
  29. > in the specific area, if boot specific in the sys$common area, if cluster
  30. > wide put it in the cluster$common area.  For fault tolerant computing one
  31. > will have more than one boot node and come across this problem.
  32.  
  33.     The closest you could come to a "supported" way of doing this
  34. would be to install MultiNet on a disk which is available through the
  35. CI so it is always up. Otherwise I would recommend manually copying
  36. the NFS configuration files to the alternative system disk; there is
  37. no way of maintaining just the configuration files in a separate directory.
  38.  
  39.                                 Ken
  40.