X-Spam-Check-By: sourceware.org
Date: Tue, 24 Jan 2006 13:10:25 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: "replaced while being copied" - was ... RE: Solved partially by findutils 4.3 - RE: "inode changed", ...
Message-ID: <20060124121025.GG8318@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <CCAC2F20421E784A87FAFDB3E0EC55720179FC89 AT DEVXCH1 DOT brainlab DOT net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CCAC2F20421E784A87FAFDB3E0EC55720179FC89@DEVXCH1.brainlab.net>
User-Agent: Mutt/1.4.2i
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT 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

On Jan 23 17:12, Jan Schormann wrote:
> You wrote on Monday, January 23, 2006 4:24 PM:
> 
> > On Jan 23 13:34, Jan Schormann wrote:
> > > ...
> > 
> > Thanks.  You didn't reply to my other question, though.  What
> > filesystem exactly is on the remote side?  I'm not familar with the
> > above combination
> > of values.  This doesn't look like any native NTFS system, nor does it
> > look like a Samba share, AFAICS.
> 
> Corinna,
> 
> to be honest, I haven't the faintest. This is a NetApp filer which
> is controlled by our IT staff. I will ask them, but I don't really
> expect any more concrete information than what you get when you
> google for "cifs site:netapp.com" (hints I gathered from within our
> intranet - cifs=common internet file system, looks like another M$
> invention), of which I just can't make any sense apart from this:
> 
> The OS is called "Data ONTAP", and it is capable of exporting volumes
> as NFS and CIFS at the same time. CIFS volumes can then get NetBIOS
> aliases, which seems to be what I see from my client. The documentation
> mentions that the volumes on the filer are initially of type "FlexVol",
> which seems to be an invention of NetApp.
> 
> This is probably not enough to understand what's happening here,
> particularly if you haven't got a NetApp filer around for testing.
> In that case I'm inclined to give up for now and apologize for the
> noise,
> because I can live without cp'ing exes from the share.

No, I think that's enough for now.  As suggested by somebody on this
list some weeks ago, I will change the condition on which I use the real
inode number instead of faking the inode number using a hash value
depending on the FILE_SUPPORTS_OBJECT_IDS flag, except for Samba file
systems.  This should lower the chance to get unreliable inode numbers.

Otherwise, I'm always glad to get the file system flags returned by
other remote file systems, to raise the chance to get reliable inode
numbers.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

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