home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / vmsnet / networks / tcpip / multinet / 2414 < prev    next >
Encoding:
Text File  |  1992-11-20  |  1.4 KB  |  34 lines
  1. X-Gateway-Source-Info: INTERNET
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!usc!news.service.uci.edu!unogate!mvb.saic.com!tgv.com!info-multinet
  3. Date: 20 NOV 92 21:05:38 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: NFSMOUNT in a cluster
  9. Organization: The INFO-MULTINET Community
  10. Message-ID: <36A00FB320NOV92210538@TGV.COM>
  11. Nntp-Posting-Host: Mvb.Saic.Com
  12. Lines: 20
  13.  
  14. > >> What is possible and will we run in trouble with shared writes in case the
  15. > >> clusterworde mounting does not exist ?
  16. > >
  17. >>   Record locking doesn't work across NFS, but file locking will if
  18. >> the NFS Server supports a lock manager.
  19.  
  20. > I don't think the original question was in reference to shared writes
  21. > between VMS and UNIX.  I think it was coordination between members of a
  22. > cluster writing to NFS client files that they all can see.  Since the
  23. > cluster members don't see the same device (apparently you cannot mount
  24. > NFS devices cluster-wide?) you probably don't get cluster-wide distributed
  25. > lock-manager locking to coordinate shared writes amongst cluster members,
  26. > right?  In other words, it doesn't act like a physical disk with multiple
  27. > paths or a single-path disk device served to the cluster and mounted
  28. > cluster-wide.
  29.  
  30.     Unfortunately, you're not wrong.
  31.  
  32.                                     Ken
  33. 
  34.