Mail Archives: cygwin/2013/04/09/10:21:58
| 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>
|
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
- Raw text -