This is the mail archive of the
mailing list for the Cygwin project.
Re: Solved partially by findutils 4.3 - RE: "inode changed", "replaced while being copied"
- From: Eric Blake <ebb9 at byu dot net>
- To: Jan Schormann <jan dot schormann at brainlab dot com>
- Cc: cygwin at cygwin dot com
- Date: Wed, 18 Jan 2006 07:14:20 -0700
- Subject: Re: Solved partially by findutils 4.3 - RE: "inode changed", "replaced while being copied"
- References: <CCAC2F20421E784A87FAFDB3E0EC5572016FF10D@DEVXCH1.brainlab.net>
-----BEGIN PGP SIGNED MESSAGE-----
According to Jan Schormann on 1/18/2006 6:48 AM:
> OK, one down, one to go ;-)
> New cygcheck.out to show the current config.
Can you convince your mailer to attach text files with a MIME type of
text, rather than application/octet-stream? It makes it easier for me to
read if the attachment displays inline in my mailreader, rather than me
having to save it off to disk and open an external editor. [Aside - maybe
the help instructions should recommend naming the file cygcheck.txt, as
some mailers use the file extension to choose the MIME type, and .out
typically implies binary, as in a.out.]
> This one is SOLVED with the (experimental) findutils 4.3:
> find: //desdata1/divisions/frameworks/share/Tools/BrainTools changed
> during execution of find (old inode number -411813144, new
> inode number
> -457114904, filesystem type is system) [ref 1114]
Explainable, since findutils 4.3.0 does use a different traversal method
than 4.2.27 (gnulib fts instead of a hand-rolled version). Odd, since
coreutils 5.93 and findutils 4.3.0 both use gnulib fts as their traversal
method. Also a bug in findutils - inodes should be printed as unsigned
> ~$ echo blub > //desdata2/universal/Sourcecode/test.txt
> ~$ cp -f //desdata2/universal/Sourcecode/test.txt /cygdrive/f/tmp
> ~$ mv //desdata2/universal/Sourcecode/test.txt
> ~$ cp -f //desdata2/universal/Sourcecode/test.exe /cygdrive/f/tmp
> cp: skipping file `//desdata2/universal/Sourcecode/test.exe', as it was
> replaced while being copied
> The exe file is not copied, by the way.
> These are consistent when I install 1.5.19-2 etc.
> After downgrading to 1.5.18-1, I'm back to usual.
Are they present in cygwin 1.5.19-2/coreutils-5.3.0-9? If so, it is
something that change in how cygwin performs stat() on network shares (and
there were changes made in that arena). In which case, an strace may be
interesting to show why stat() is giving different inodes on the same
network share file when it has not been modified.
> I guess there's something strange about our network drive configuration,
> but the problem only shows up in the newer cygwin, not in e.g. Windows
> explorer. Should I try to find out which package exactly makes the
> difference by installing all permutations, or will that not work anyway?
No - it is either coreutils or cygwin1.dll, and I am putting my bet on
> Any hints as to what I could explore?
> Could these two observation have any connection?
Yes, both findutils and coreutils mv were complaining of the same
phenomenon - stat() was changing the reported inode of a file that the
program was trying to visit.
Also, do you know what filesystem (NFS, Samba, etc.) is on
//desdata1/divisions/ and //desdata2/universal/? This will probably be
relevant, but Corinna will have to chime in here (as I cannot reproduce
Life is short - so eat dessert first!
Eric Blake firstname.lastname@example.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html