X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:date:message-id:subject:from:to
	:content-type; q=dns; s=default; b=d7hSXLBQw8BanE+qlKjrNTm8/zhfu
	D7HbiPTp7iPyXmorM+Cacv/l6LGzJGVCXXQPQEgemrk+EodjhYeOEB5xXDnIgbzr
	4epUu+VqC1RCzW043RSKVyPrdnCOeDt7koZSu0y6usTiIVPVfXGDqTLWE+2yQDO7
	mW1aYarwpNBtLA=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:date:message-id:subject:from:to
	:content-type; s=default; bh=ldkLOg7A8PjQNh95i1DOf3fMqLQ=; b=wA+
	2fFg0s+bhgd3rBkUZNllayb6X2lbHqFCESLAdgcCcgTMHQSEnz6+ROkWbdBziMPL
	5sWjWyW7vcmhwaHcnDq8td/oKsY+tXb1d6SC3BNLNZiHKPydnDpnon+2cyeTWGQB
	N7CoidpNYGLx3QApcdb73+XLfmUaHA28+J9ZMNcI=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=1.8 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2
X-HELO:	mail-oa0-f44.google.com
MIME-Version:	1.0
X-Received:	by 10.182.113.195 with SMTP id ja3mr10873800obb.46.1394539003923; Tue, 11 Mar 2014 04:56:43 -0700 (PDT)
Date:	Tue, 11 Mar 2014 07:56:43 -0400
Message-ID:	<CAKfFMLQe3L3q_qJ-=07KiCQwraqQYP3jbB-8fohZaH9-7PWnSg@mail.gmail.com>
Subject:	File permissions when using ACLs
From:	Charles Plager <cplager AT gmail DOT com>
To:	cygwin AT cygwin DOT com

Hi,

Short version: When writing to network drives (and probably local
ones) as Cygwin is setup by default, we see the permissions being set
using the ACLs where "creator owner"  is given "full control" and
"creator" group are given "read/execute", but by setting "special
permissions" instead of just having "full control" or "read/execute"
set.

Why does it not just set "full control" or "read/execute"?

Long, slightly different version: When the above permissions get set,
we sometimes see (sometimes = 1 file in a million or less) a file that
ends up with no permissions.  Owner loses permissions, admin loses
permissions and so far, IT has only been able to make the file go away
by reformatting the drive.

When we tell Cygwin not to use ACLs (adding the following in
/etc/fstab), this does not seem to happen (in 100 million or so files
created).

none /cygdrive/ cygdrive binary,posix=0,user,noacl 0 0


This only seems to happen for files created by Cygwin with the ACL
permissions (although, to be fair, without Cygwin, I don't know that
anybody is generating as many files).  I'm assuming it isn't Cygwin,
per say, but rather something that interacts with how Cygwin setup the
permissions (and given the rarity of the problem it is difficult to
diagnose more thoroughly.

So, to sum up:

* Why use special permissions and not default settings when using ACLs?

* Anybody else experience  files that lose all permissions?  Any
suggestions on resetting the file (short of reformatting the drive)?

* Any other hints/insights that might be useful here?

Thanks,
  Charles

p.s.  We see this behavior for Cygwin 1.7.9 and beyond.  In 1.7.5, it
doesn't appear as if the ACLs are used and it acts as if "noacl" is
set.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -