Bug 4220 - --backup causes "stat" failed message when trying to delete a directory
Summary: --backup causes "stat" failed message when trying to delete a directory
Status: RESOLVED INVALID
Alias: None
Product: rsync
Classification: Unclassified
Component: core (show other bugs)
Version: 2.6.0
Hardware: x86 Mac OS X
: P3 minor (vote)
Target Milestone: ---
Assignee: Wayne Davison
QA Contact: Rsync QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-11-12 01:52 UTC by Eric Shapiro
Modified: 2006-11-12 08:25 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Eric Shapiro 2006-11-12 01:52:56 UTC
I am experimenting with the examples on this page:

http://rsync.samba.org/examples.html

Specifically, the backup to a central backup server with 7 day incremental.

I am manually running rsync (i.e. not using the script as it is presented) so that I can experiment with its functionaility before putting it in place.  The command I am using is:

rsync -av --force --ignore-errors --delete --backup --backup-dir=/Users/eric/Desktop/rsyncBackup1 /Users/eric/Desktop/rsyncSource/ /Users/eric/Desktop/rsyncDest/

When the source directory (/Users/eric/Desktop/rsyncSource/) contains the following:
  testfile1.txt
  testfolder
    testfile2.txt

The first time I run the command, it syncs correctly to /Users/eric/Desktop/rsyncDest/, as expected.

Now, if I delete all the files from the source, and run the command again, I get the following output:

.......
building file list ... done
backup_dir is /Users/eric/Desktop/rsyncBackup1
stat "/Users/eric/Desktop/rsyncBackup1/testfolder/testfile2.txt" failed: No such file or directory
deleting testfolder/testfile2.txt
deleting testfolder
deleting testfile1.txt
./

wrote 6285 bytes  read 40 bytes  4216.67 bytes/sec
total size is 6148  speedup is 0.97
rsync error: some files could not be transferred (code 23) at main.c(639)

.......

The sync has failed.  My destination still contains "testfolder" and the file inside "testfile2.txt"

If I follow the rsync example and use this script to backup, the following day, I get the same error. And the following day, the same error.

Strangely though, if I run the script TWICE in a row, here's the output the second time:

..........
building file list ... done
backup_dir is /Users/eric/Desktop/rsyncBackup2
deleting testfolder/testfile2.txt
deleting testfolder
./

wrote 6285 bytes  read 40 bytes  12650.00 bytes/sec
total size is 6148  speedup is 0.97

..........

So, it looks like it is failing the first time rsync is running and trying to copy the file to be deleted to the backup folder.
Comment 1 Eric Shapiro 2006-11-12 02:31:04 UTC
Update:

I downloaded a later version, 2.6.6, from: http://www.onthenet.com.au/~q/rsync/

This version is not exhibiting the problem.

I don't have a way to compile on my system, otherwise I'd get the 2.6.9 from your site.  However, does the mainline (i.e. your 2.6.9) contain the HFS+ additions that are needed for Apple?
Comment 2 Wayne Davison 2006-11-12 08:25:10 UTC
(In reply to comment #1)
> I downloaded a later version, 2.6.6, [...]
> This version is not exhibiting the problem.

Yeah, it got fixed a while back.

> However, does the mainline (i.e. your 2.6.9) contain the HFS+
> additions that are needed for Apple?

No, not yet.  I'd like the next release (which will be a feature release) to include both extended attribute support (which will transfer the HFS+ stuff) and ACL support, along with several other improvements.