X-Recipient:	archive-cygwin AT delorie DOT com
X-Spam-Check-By:	sourceware.org
Message-ID:	<47B3413C.4040007@cygwin.com>
Date:	Wed, 13 Feb 2008 14:13:00 -0500
From:	"Larry Hall (Cygwin)" <reply-to-list-only-lh AT cygwin DOT com>
Reply-To:	cygwin AT cygwin DOT com
User-Agent:	Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3) Gecko/20070505 Remi/2.0.0.0-3.fc4.remi Thunderbird/2.0.0.0 Mnenhy/0.7.5.0
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	Re: "tar --one-file-system" accesses remote file systems
References:	<70952A932255A2489522275A628B97C30620E047 AT xmb-sjc-233 DOT amer DOT cisco DOT com>
In-Reply-To:	<70952A932255A2489522275A628B97C30620E047@xmb-sjc-233.amer.cisco.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

Matt Seitz (matseitz) wrote:
> 
> "Larry Hall (Cygwin)" <reply-to-list-only-lh> wrote in message
                         ^^^^^^^^^^^^^^^^^^^^^^^
> news:<47B31A8F.7060008>...
        ^^^^^^^^^^^^^^^^^^

<http://cygwin.com/acronyms/#PCYMTNQREAIYR>.  Thanks.  We don't want to
be feeding the spammers around here.

>> Matt Seitz (matseitz) wrote:
>>> This problem and a proposed solution was mentioned in an earlier
>>> e'mail (http://www.cygwin.com/ml/cygwin/1998-09/msg00839.html). Is 
>>> there a known solution to this issue?
>> You can check recent (and not so recent) email archives on the subject.
>> 
> 
> I tried. The only discussion I found was the link above. If you can give
 > me a pointer to another thread, I'd appreciate it. I'll also try additional
> searches based on the information you gave below.
> 
>> As I recall, it depends on your server and it's version. Older versions
>> or FAT file-systems have their inodes "faked". This may be the cause of
>> the problem you're seeing.
> 
> Ah, yes, the mounted CIFS share is reported as a FAT file system*. So
> that  may be the problem. I'll try it with a Windows server sharing an NTFS
 > volume and see if I get a different result.
> 
> *It's actually a Network Appliance ONtap WAFL QTree, configured to use
 > "UNIX" security model. But ONtap reports "UNIX" QTrees as "FAT" file
> systems to CIFS clients.

That's it I expect.  Going straight to the code, in fhandler_disk_file.cc,
here's some code from fhandler_base::fstat_helper():

   /* Enforce namehash as inode number on untrusted file systems. */
   if (pc.isgood_inode (nFileIndex))
     buf->st_ino = (__ino64_t) nFileIndex;
   else
     buf->st_ino = get_namehash ();

One of the things that isgood_inode() checks for is that it's not a FAT
drive.  In case it is, you end up with a faked hash inode.

-- 
Larry Hall                              http://www.rfk.com
RFK Partners, Inc.                      (508) 893-9779 - RFK Office
216 Dalton Rd.                          (508) 893-9889 - FAX
Holliston, MA 01746

_____________________________________________________________________

A: Yes.
 > Q: Are you sure?
 >> A: Because it reverses the logical flow of conversation.
 >>> Q: Why is top posting annoying in email?

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