home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / vmsnet / networks / tcpip / multinet / 1999 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  1.9 KB
  1. Path: sparky!uunet!stanford.edu!rutgers!usc!sdd.hp.com!mips!swrinde!network.ucsd.edu!mvb.saic.com!tgv.com!info-multinet
  2. From: adelman@TGV.COM
  3. Newsgroups: vmsnet.networks.tcp-ip.multinet
  4. Subject: Re: vaxcluster sharing of Multinet configurations
  5. Message-ID: <2D800A8419AUG92221911@TGV.COM>
  6. Date: 19 Aug 92 22:19:11 GMT
  7. Organization: The INFO-MULTINET Community
  8. Lines: 26
  9. X-Gateway-Source-Info: INTERNET
  10. X-Return-path: <info-multinet-relay@TGV.COM>
  11. X-RFC822-From:     adelman (Kenneth Adelman) @ TGV.COM
  12. Nntp-Posting-Host: Mvb.Saic.Com
  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.     I can't think of any problems if you changed the logical names
  34. in this fashion, other than that you'd need to manually maintain the
  35. START_MULTINET.COM file and the MultiNet installation and CONFIGURE.COM
  36. tools wouldn't understand the directory structure. Once installed and
  37. running I know of no reasons it wouldn't work; let me know if it does.
  38.  
  39.                             Ken
  40.