home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / vmsnet / networks / tcpip / multinet / 2151 < prev    next >
Encoding:
Text File  |  1992-09-15  |  2.7 KB  |  60 lines
  1. Newsgroups: vmsnet.networks.tcp-ip.multinet
  2. Path: sparky!uunet!stanford.edu!agate!spool.mu.edu!darwin.sura.net!wupost!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!mksol!usenet
  3. From: pyron@skndiv.dseg.ti.com (Dillon Pyron)
  4. Subject: Re:  Re: Logical disk on Sun for microVAX ??
  5. Message-ID: <1992Sep15.135502.8067@mksol.dseg.ti.com>
  6. Lines: 46
  7. Sender: usenet@mksol.dseg.ti.com (Usenet News)
  8. Nntp-Posting-Host: skndiv.dseg.ti.com
  9. Reply-To: pyron@skndiv.dseg.ti.com
  10. Organization: TI/DSEG VAX Support
  11. References:  <2C200ADE14SEP92221640@TGV.COM>
  12. Date: Tue, 15 Sep 1992 13:55:02 GMT
  13.  
  14.  
  15. In article <2C200ADE14SEP92221640@TGV.COM>, adelman@TGV.COM writes:
  16. >> At our site we have a DEC MicrovaxII (running VAX/VMS 5.5, MultiNet 3.1) linked over ethernet to a Sun SPARCserver 4/490 (running SUNOS 4.1.1). We are having trouble with Multinet working between these machines to our specific requirements.
  17. >
  18. >> What we require is to have a directory mounted from the Sun server onto the Microvax using NFS Client. This directory will not be used from the Sun side (unix), but will be used exclusively as another "device" on the Microvax.
  19. >
  20. >> We have mounted the SUN directory with the following command:
  21. >> NFSMOUNT/SEMANT=NOSTR/VOL=R76DISK cruiser::"/usr6/r76disk" R76DISK
  22. >
  23. >> There are some differences in behaviour between r76disk and a physical Vax disk, which we are trying to resolve.
  24. >
  25. >> 1.  files copied or restored from a backup to r76disk lose their creation dates.
  26. >
  27. >    NFS doesn't have a concept of a true creation date.  Our NFS
  28. ..
  29. >
  30. >> 2.  files restored from backups to r76disk get execute permission
  31. >> for system added to their file protection.
  32. >
  33. >    NFS doesn't have a concept of system access. As such we display the
  34. ..
  35. >
  36. >> 3.  files copied to r76disk always get default file permissions
  37. >> regardless of what file permissions they had to start with.
  38. >
  39. >    What is happening here is that the create request comes across
  40. ..
  41. >
  42. >                                Ken
  43. >
  44. What Ken is trying to say is that NFS and RMS don't play by the same rules. 
  45. Sometimes, I'm not sure they are playing the same game.  And sometimes, it
  46. doesn't look like playing.   :-)
  47.  
  48. We've quit trying to treat our NFS filesystems like VMS disks.  They are Unix
  49. filesystems that we are lucky enough to have access to.  Since I hate vi, I
  50. consider that a blessing!
  51. --
  52. Dillon Pyron                      | The opinions expressed are those of the
  53. TI/DSEG Lewisville VAX Support    | sender unless otherwise stated.
  54. (214)462-3556 (when I'm here)     |
  55. (214)492-4656 (when I'm home)     |"Do something different, DISAPPEAR"
  56. pyron@skndiv.dseg.ti.com          |  "DISAPPEAR"
  57.                                      _A Day On Earth_
  58.                                      Brave Combo
  59.  
  60.