This is the mail archive of the
mailing list for the Cygwin project.
Re: Cygwin: 2.6.0, rsync 3.1.2, "file has vanished"
- From: Wayne Davison <wayne at opencoder dot net>
- To: cygwin <cygwin at cygwin dot com>
- Date: Mon, 28 Nov 2016 11:22:41 -0800
- Subject: Re: Cygwin: 2.6.0, rsync 3.1.2, "file has vanished"
- Authentication-results: sourceware.org; auth=none
- References: <firstname.lastname@example.org>
On Sun, Nov 27, 2016 at 11:07 PM, Shaun Maher <email@example.com> wrote:
> file has vanished: "BackUps(old)/Backup Pre-Rolled Payroll 2015"16-MBTT2016.zip" (in VSSG)
Those file-has-vanished errors shouldn't be affected by the --iconv
option because that is a sender-side error, and the rsync sender
directly reads file names via readdir() and then tries to stat() those
names (it is the receiving side that might get converted names via the
So, the question is: why is rsync getting a filename via readdir that
it can't stat? Can you try out this C program:
You compile it with gcc ("gcc -o list-and-stat list-and-stat.c") and
then run it with a directory name where one of your problem files
exists. It will output things like this:
74 65 73 74 e2 b8 b1 66 69 6c 65 | test⸱file
If you see a "FAILED to stat" message, send the byte sequence for that
file to the list and mention what filesystem type it is mounted on.
If it doesn't generate an error, what rsync version are you using? Is
it the cygwin version or something else?
The error indicates that an rsync daemon module is involved (the "in
VSSG" bit), so you might try a manual rsync copy of a problem file and
see if the issue is the daemon context or rsync in general.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple