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: 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> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , 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)" wrote in message ^^^^^^^^^^^^^^^^^^^^^^^ > news:<47B31A8F.7060008>... ^^^^^^^^^^^^^^^^^^ . 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/