home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / sun / admin / 6279 < prev    next >
Encoding:
Text File  |  1992-09-11  |  3.1 KB  |  98 lines
  1. Newsgroups: comp.sys.sun.admin
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!wupost!monsanto.com!albert.monsanto.com!nghoff
  3. From: nghoff@albert.monsanto.com (Norman G. Hoffman)
  4. Subject: Re: How does one use the Translucent File Service?
  5. Message-ID: <1992Sep11.211008.9145@tin.monsanto.com>
  6. Sender: news@tin.monsanto.com (USENET News System)
  7. Organization: Monsanto Company
  8. X-Newsreader: Tin 1.1 PL5
  9. References: <1992Sep8.160328.25148@tin.monsanto.com>
  10. Date: Fri, 11 Sep 1992 21:10:08 GMT
  11. Lines: 85
  12.  
  13. ORIGINAL REQUEST:
  14.  
  15. > Can someone who's running TFS tell me how they did it?
  16.  
  17. THANKS TO:
  18.  
  19. frans@kiwi.uia.ac.be (Francois Staes)
  20.  
  21. SOLUTION:
  22.  
  23. Francois wrote:
  24.  
  25. > The entry you've to add to your inetd.conf file is:
  26. > 
  27. > tfsd/1-9        dgram   rpc/udp wait root /usr/etc/tfsd    tfsd
  28. > tfsd/1-9        stream  rpc/tcp nowait root /usr/etc/tfsd  tfsd
  29.  
  30. OBSERVATIONS:
  31.  
  32. After I added these entries to inetd.conf, I was able to mount TFS 
  33. filesystem /usr/openwin/include in front of /usr/include as follows:
  34.  
  35.     >mount -t tfs /usr/openwin/include /usr/include
  36.  
  37. Then I tried some commands from a non-root account.  The command 
  38. "ls /usr/include/X11" worked, even though X11 is really in 
  39. /usr/openwin/include.  Great! -- just what it's supposed to do.
  40.  
  41. However, when I tried the command "ls /usr/include/make", I received the 
  42. error message "/usr/include/make unreadable", even though the make directory 
  43. really resides in /usr/include.  A little investigation (see next) showed 
  44. TFS was trying to create a "make" directory in the TFS filesystem.
  45. This failed because the non-root account didn't have write access to 
  46. /usr/openwin/include.
  47.  
  48. As root, I unmounted, changed /usr/openwin/include to allow
  49. other-write access, and remounted.  The non-root account was 
  50. then able to issue "ls /usr/include/make."
  51.  
  52. Again as root, I unmounted /usr/include and looked at /usr/openwin/include.
  53. Here's what I found:
  54.  
  55.     >pwd
  56.     /usr/openwin/include
  57.  
  58.     >ls
  59.     .tfs_info    Xol/        help/        olgx/        wire/
  60.     NeWS/    config/        images/        pm/        xview/
  61.     X11/    desktop/    jot/        portable/    xvps/
  62.     Xau@    dga/        make/        server/
  63.  
  64.     >cat .tfs_info
  65.     VERSION 2
  66.     /tmp_mnt/Tfs_native/usr/include
  67.     0
  68.  
  69.     >ls make
  70.     .tfs_info
  71.  
  72.     > cat make/.tfs_info
  73.     VERSION 2
  74.     /tmp_mnt/Tfs_native/usr/include/make
  75.     0
  76.  
  77. The following files had been added:
  78.  
  79.     /usr/openwin/include/.tfs_info      -- added by the mount command
  80.     /usr/openwin/include/make           -- added by the ls command
  81.     /usr/openwin/include/make/.tfs_info -- added by the ls command
  82.  
  83. As an aside, if I first listed /usr/openwin/make from root, TFS 
  84. successfully created /usr/openwin/include/make, after which the 
  85. non-root account could list the directory.
  86.  
  87. Then I thought, maybe if I mount the TFS filesystem read-only, TFS
  88. won't try to create directories there.  But no, mounting read-only
  89. didn't help.
  90.  
  91. So, as far as I can see, the user must have write access to the TFS 
  92. filesystem, which means this way of using TFS (for /usr/openwin/include)
  93. is not supported.  This is probably all explained in the copious 
  94. documentation, wherever it is.  I guess I'll have to break down and ask Sun.
  95.  
  96. Norm Hoffman
  97. nghoff@bb1t.monsanto.com
  98.