delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2006/11/23/05:22:35

X-Spam-Check-By: sourceware.org
X-IronPort-AV: i="4.09,451,1157324400"; d="scan'208"; a="7545411:sNHT32296516"
MIME-Version: 1.0
Subject: Re: cp command fails when copying from a network drive
Date: Thu, 23 Nov 2006 10:22:07 -0000
Message-ID: <DD74FBB8EE28D441903D56487861CD9D0971756D@lonpexch01.citrite.net>
From: "John Cooper" <john DOT cooper AT eu DOT citrix DOT com>
To: <cygwin AT cygwin DOT com>
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-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id kANAMXLS004143

I'm not sure if it helps at all, but I've just been told this about our
NetApp filer:
 "It's using a Network Appliance proprietery OS called DataOntap, this
is Unix based."

Copying from this drive used to work fine with older versions of cygwin.
Is it possible to provide a command line option to `cp' to revert it to
the old behavior and avoid the problem?

For now, I'm just using this shell function (zsh) to copy from the V:
drive:

vcp() {
    [[ $# != 2 ]] && echo "Usage: $0 <source> <dest>" && return
    cmd /c copy $(cygpath -w $1) "$(cygpath -w $2)"
}

John.

------Original Message-------

Eric Blake wrote:

 > Can you tell us more about the network drive, like is it running
Samba,
 > and if so, what version?

I've asked our IT Services folks, and here's the reply:
"I don't know much about it, other than it is a NetApp filer.   It won't
be running Samba, NetApp have their own proprietary OS. It might be
worth checking the web for any issues with NetApp vs. Cygwin."

After googling as suggested, I found the following message, which
indicates a very similar problem has been seen before (except I do have
problems when trying to copy files with a .txt suffix):
http://www.cygwin.com/ml/cygwin/2006-01/msg01107.html

I've just run setup.exe to upgrade to the latest versions and still see
the same problem. I've attached the updated output from cygcheck -svr.

Thanks,

John.

I've pasted my original message below to provide some context, as I'm
not a member of the mailing list and cannot seem to reply from the
mailing list archive web site.

------Original Message-------

I have cygwin version 1.5.21 and am getting the following error when
attempting to copy a file from a network drive to a local drive:
$ cp v:/foo.txt ~
cp: skipping file `v:/foo.txt', as it was replaced while being copied

I've noticed from the mailing list archives that this problem has been
seen before, but I haven't managed to find any solution/workaround.

I've attached the output from running `cygcheck -svr' and the results of
running the getvolinfo command posted in the archives.

Copying works fine from all my mapped network drives except for my v:
drive (which is automatically mapped at login to a "home" drive at
another site).

I notice in the cygcheck output that this is the only network drive not
marked with "FC" (not sure if this is significant or not):
b:  net NTFS    327304Mb  68% CP CS UN PA FC     NASVolume
r:  net NTFS    114392Mb  90% CP CS UN PA FC     
v:  net NTFS       500Mb  46% CP CS UN PA        johnc$

Also, this "v:" drive has some kind of auto-snapshot system where
modified files are placed in a ~snapshot directory with subdirs named
hourly.0, hourly.1, ..., nightly.0, etc, etc.

Any help to resolve this would be appreciated.

Thanks,

    --- John

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


- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019