home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / sgi / 18000 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  1.6 KB
  1. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!lhc!adm!news
  2. From: sgf@cfm.brown.edu (Sam Fulcomer)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: tar, nfs, and restricted_chown
  5. Message-ID: <34673@adm.brl.mil>
  6. Date: 14 Dec 92 22:14:36 GMT
  7. Sender: news@adm.brl.mil
  8. Lines: 29
  9.  
  10. In article <1ggu1sINNp8q@guinan.cs.purdue.edu>, tzheng@cs.purdue.edu (Tom Zheng) writes:
  11. |> 
  12. |> In article <Bz882q.L2.2@cs.cmu.edu>, cline+@cs.cmu.edu (Kenneth Cline) writes:
  13. |> |> A user logged into a Sun4 was unable to extract tarred files (created
  14. |> |> by another user) to a disk mounted on our SGI machine.  Apparently,
  15. |> |> SunOs tar chowns the new file to the old user before reading its
  16. |> |> contents, and subsequent operations fail due to ownership conflict.
  17. |> |> 
  18. |> |> The fix was to build a new kernel for the SGI with restricted_chown
  19. |> |> set to 1.  Now, "tar x..." works fine, but I would like to know if
  20. |> |> this is a bug in SunOs tar (maybe, calling chown prematurely), an SGI
  21. |> |> bug (which doesn't seem as likely), or simply conflicting features.
  22. |> |> 
  23. |> ...
  24. |> source. I would be very interested to know who should be blamed for 
  25. |> the problem, though.
  26. |> 
  27.  
  28.  
  29. Blame tar. It (obviously) tries to chown to the other user and doesn't complain
  30. if the chown fails. The Sun fs code restricts chown. The default SGI code doesn't.
  31. Sun tar should behave like the SGI tar and only chown if invoked by the 
  32. superuser.
  33.  
  34. Now why anyone would want an unrestricted chown is another question entirely.
  35.  
  36. -- 
  37. _/**/Sam_Fulcomer    sgf@cfm.brown.edu    What, me panic: uba crazy
  38. Brown University  Center for Fluid Mechanics, Turbulence  and Computation
  39.