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:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 q=dns; s=default; b=p4sMuWKcj9+LASUxLFD1UuKGtd91zrlOACjr3c4KQM7
	/K+o54sqztLrdDThJl27GQdwvBT4Abgb/pt5uC4+GPokCPiOBn+VHDCBx0RGs8eO
	mWCSYJnr2t9wW3/fHMTM/OOFMd+N0D3Wa/cz2I2FL2WchavhZa6v0D8C/zr1rgMQ
	=
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:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 s=default; bh=APhiiS3EaI3Uv6SoZYYX5Lk/4+w=; b=U0Bu9ueFDZ3kdNG44
	VM6Nle9Sg15K6JEbxdCzWQsdyeHxtF6+GJmOXl2dK3VV8i0ONHuSbokEqXZP4lBG
	4mObAauGNNeI+dEyDUZBp6s+BgZ/Fkb3p2Enq8hP4sGio8PvHF3Iwx+5zTcBa2l5
	eGTm56NDRR3j9d8pcsYzwq9aF0=
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
X-Spam-SWARE-Status: No, score=-5.8 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_NO,RCVD_IN_HOSTKARMA_YE autolearn=ham version=3.3.1
Message-ID: <516423ED.3090508@cwilson.fastmail.fm>
Date: Tue, 09 Apr 2013 10:21:33 -0400
From: Charles Wilson <cygwin AT cwilson DOT fastmail DOT fm>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: cp "skipping file ..., as it was replaced while being copied
References: <CAP_ScW1ARAqsKF8yADP4ZRzkF1COCo9GRWjX=-kFrwOsM-aCmQ AT mail DOT gmail DOT com> <1846269758 DOT 20130329193140 AT mtu-net DOT ru> <CAP_ScW1LoTkB7KobeM+xufvhP7tazUPh9evK-0WMCXR9_DhPKg AT mail DOT gmail DOT com> <5155FB50 DOT 1090709 AT cygwin DOT com> <51633042 DOT 3090709 AT cwilson DOT fastmail DOT fm> <20130409075058 DOT GH10126 AT calimero DOT vinschen DOT de>
In-Reply-To: <20130409075058.GH10126@calimero.vinschen.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

On 4/9/2013 3:50 AM, Corinna Vinschen wrote:
> On Apr  8 17:01, Charles Wilson wrote:
>> user AT machine /k/path $ cp bob fred
>> cp: skipping file `bob', as it was replaced while being copied
>
> cp checks the inode numbers before and after, and it seems the inode
> numbers on this drive are not persistent.
>
>> [...]
>> user AT machine /k/path $ /usr/lib/csih/getVolInfo.exe /k
>> Device Type        : 7
>> Characteristics    : 10
>> Volume Name        : <programs10>
>> Serial Number      : 2684354574
>> Max Filenamelength : 255
>> Filesystemname     : <NTFS>
>> Flags              : 4004e
>>    FILE_CASE_SENSITIVE_SEARCH  : FALSE
>>    FILE_CASE_PRESERVED_NAMES   : TRUE
>>    FILE_UNICODE_ON_DISK        : TRUE
>>    FILE_PERSISTENT_ACLS        : TRUE
>>    FILE_FILE_COMPRESSION       : FALSE
>>    FILE_VOLUME_QUOTAS          : FALSE
>>    FILE_SUPPORTS_SPARSE_FILES  : TRUE
>>    FILE_SUPPORTS_REPARSE_POINTS: FALSE
>>    FILE_SUPPORTS_REMOTE_STORAGE: FALSE
>>    FILE_VOLUME_IS_COMPRESSED   : FALSE
>>    FILE_SUPPORTS_OBJECT_IDS    : FALSE
>>    FILE_SUPPORTS_ENCRYPTION    : FALSE
>>    FILE_NAMED_STREAMS          : TRUE
>>    FILE_READ_ONLY_VOLUME       : FALSE
>>    FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
>>    FILE_SUPPORTS_TRANSACTIONS  : FALSE
>>
>> user AT machine /k/path $ mount -m
>> C: /c ntfs binary,posix=0 0 0
>> F: /f netapp binary,posix=0 0 0
>> H: /h netapp binary,posix=0,user 0 0
>> K: /k cifs binary,exec,posix=0,user 0 0
>          ^^^^
> Drive K: is not recognized.  It's *some* drive, claiming to be NTFS, but
> not being NTFS, and the rules to recognize Samba drive don't match either.
> What kind of drive is that?

It's a netapp Distributed File System.  "K:" is mounted from a specific 
(fairly deep) subdirectory, which -- IIUC -- is a specific volume 
assigned to my project team, but it's under the umbrella of the overall 
DFS manager.

It's actually mounted directly by my fstab.d/$user file as:
K:/ /k netapp  binary,posix=0,exec 0 0

This is odd, because my "S:" drive is mounted to the top of the entire 
DFS structure, in my /etc/fstab file:
S:/ /s netapp  binary,posix=0 0 0

Stranger still, my "F:" drive is mounted to a direct child of the DFS 
structure:
F:/ /f netapp  binary,posix=0 0 0

So, summarizing:

==== Windows mount definitions: ====
S: = \\dfs.server\data
F: = \\dfs.server\data\Apps
K: = \\dfs.server\DATA\General\MyProject
(no, I don't know why the case difference)

==== cygwin fstab definitions: ====
S:/ /s netapp  binary,posix=0 0 0
F:/ /f netapp  binary,posix=0 0 0
K:/ /k netapp  binary,posix=0,exec 0 0

==== cygwin mount -m report: ====
S: /s ntfs binary,posix=0 0 0
F: /f netapp binary,posix=0 0 0
K: /k cifs binary,exec,posix=0,user 0 0


(I don't have write permission in the F: area, so I can only test S: and K:)

===== S: =====

user AT machine /s/Programs/public/user $ ls -l bob
-rw-rw-r--+ 1 user group 21 Apr  9 10:06 bob

user AT machine /s/Programs/public/user $ getfacl bob
# file: bob
# owner: user
# group: group
user::rw-
group::rw-
group:root:rwx
mask:rwx
other:r--

user AT machine /s/Programs/public/user $ cp bob fred
<success>

===== K: =====

user AT machine /k/Users/user $ ls -l bob
-rw-rw-r--+ 1 user group 21 Apr  9 10:11 bob

user AT machine /k/Users/user $ getfacl bob
# file: bob
# owner: user
# group: group
user::rw-
group::rw-
group:root:rwx
group:SYSTEM:rwx
mask:rwx
other:r--

user AT machine /k/Users/user $ cp bob fred
cp: skipping file `bob', as it was replaced while being copied

> Apart from that, try to mount the drive with the ihash mount option.
> Does that help?

$ mount -m
...
K: /k cifs binary,exec,ihash,posix=0,user 0 0

user AT machine /k/Users/user$ cp bob fred
<success>

Appears to help.  Still confused as to why various subelements of our 
netapp DFS hierarchy map to different fs types in the mount -m output, 
even though the fstab entries for all of them say netapp...but I can 
live with that.

--
Chuck


--
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