home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / sgi / admin / 4 < prev    next >
Encoding:
Internet Message Format  |  1992-12-13  |  2.2 KB
  1. Path: sparky!uunet!spool.mu.edu!uwm.edu!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!purdue!tzheng
  2. From: tzheng@cs.purdue.edu (Tom Zheng)
  3. Newsgroups: comp.sys.sgi.admin
  4. Subject: Re: tar, nfs, and restricted_chown
  5. Date: 13 Dec 1992 22:11:56 -0500
  6. Organization: Purdue University Department of Computer Sciences
  7. Lines: 35
  8. Distribution: world
  9. Message-ID: <1ggu1sINNp8q@guinan.cs.purdue.edu>
  10. References: <Bz882q.L2.2@cs.cmu.edu>
  11. NNTP-Posting-Host: guinan.cs.purdue.edu
  12.  
  13.  
  14. In article <Bz882q.L2.2@cs.cmu.edu>, cline+@cs.cmu.edu (Kenneth Cline) writes:
  15. |> A user logged into a Sun4 was unable to extract tarred files (created
  16. |> by another user) to a disk mounted on our SGI machine.  Apparently,
  17. |> SunOs tar chowns the new file to the old user before reading its
  18. |> contents, and subsequent operations fail due to ownership conflict.
  19. |> 
  20. |> The fix was to build a new kernel for the SGI with restricted_chown
  21. |> set to 1.  Now, "tar x..." works fine, but I would like to know if
  22. |> this is a bug in SunOs tar (maybe, calling chown prematurely), an SGI
  23. |> bug (which doesn't seem as likely), or simply conflicting features.
  24. |> 
  25. |> I ask, because it is annoying to ship tar archives to other sites and
  26. |> require the recipient to be super-user to extract the files, but in
  27. |> general that seems to be necessary.  (n.b. rebuilding the kernel is a
  28. |> bit much to ask the recipient).  Is there another solution short of
  29. |> running homogeneous networks?
  30. |> 
  31. |> Ken
  32.  
  33. I happened to encounter the problem once before, and the way I did to
  34. go around it was to login to a SGI machine(obviously, this
  35. SGI box has to have access to that SGI bound disk) to do the untar.
  36. Normaly it works because the user who has the access to the SGI bound disk
  37. should have access to some SGI machines that accesses the disk, and is
  38. easier than rebuilding the kernel, not to mention you may not always have the
  39. source. I would be very interested to know who should be blamed for 
  40. the problem, though.
  41.  
  42. Tom
  43. -- 
  44. ---------------------------------------------------------------------------
  45. |-                                                                       -|
  46. |-- tzheng@cs              Room: CS G016        O.Phone: (317)494-0813  --|
  47. ---------------------------------------------------------------------------
  48.