home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.sun.admin
- Path: sparky!uunet!spool.mu.edu!yale.edu!ira.uka.de!gmd.de!Germany.EU.net!mcsun!sunic!ugle.unit.no!Steinar.Haug
- From: Steinar.Haug@delab.sintef.no (Steinar Haug)
- Subject: Re: Mounting /usr/spool/mail from HP?
- In-Reply-To: guy@Auspex.COM's message of 12 Nov 92 19:56:50 GMT
- Message-ID: <STEINAR.HAUG.92Nov13093328@delab.sintef.no>
- Followup-To: comp.sys.sun.admin
- Sender: news@ugle.unit.no (NetNews Administrator)
- Organization: SINTEF DELAB, Trondheim, Norway.
- References: <1992Nov11.221801.2738@elroy.jpl.nasa.gov>
- <TML.92Nov12030940@hemuli.tik.vtt.fi>
- <1992Nov12.160404.12312@elroy.jpl.nasa.gov>
- <15466@auspex-gw.auspex.com>
- Date: 13 Nov 92 09:33:28
- Lines: 23
-
- >>Now let me tell you what happens when you extract from a Tar archive
- >>containing directories you do not own, onto a non-Sun file system.
- >>Sun's `tar' proceeds to chown the parent directories before putting
- >>anything into them (figuring that this will fail if not root).
- >>Surprise, it cannot write the files into the directory...
- >
- >"Sun's `tar'" is 4.3BSD's "tar", with some additional flags added and
- >some miscellaneous cleanup. The notion that a user should be allowed to
- >give files away is an S3/SV-ism; you can probably *ask* for that
- >behavior in Solaris 2.x, but I think SVR4 also allows you to configure
- >the system *not* to allow it, e.g. if you're using disk quotas.
- >
- >Yes, differing file system semantics can be annoying, but be *very*
- >careful before assigning blame; Sun isn't always the outlier here....
-
- Having tar fail because of chown problems is *one* of the reasons why we
- removed the chown possibility for normal users on our HP systems. Things
- work much better now :-)
-
- Steinar Haug, system/networks administrator
- SINTEF DELAB, University of Trondheim, NORWAY
- Email: Steinar.Haug@delab.sintef.no,
- sthaug@idt.unit.no, steinar@tosca.er.sintef.no
-