IO error causing file deletion failure?

[Morgan Read]

On 09/08/10 09:32, Matt McCutchen wrote:
> On Sat, 2010-08-07 at 19:54 +1200, Morgan Read wrote:
>> I've been running this command, with the accompanying error:
>> [root at mythtv ~]# ssh -t rsync at 192.168.1.40 sudo rsync -avzAXH
>> --delete-after -e /home/rsync/bin/rsync_ssh /home/
> 
>> building file list ... rsync: readlink_stat("/home/morgan/.gvfs")
>> failed: Permission denied (13)
> 
> Yes, gvfs-fuse mounts a FUSE filesystem (which denies access to root by
> default) in an unwise place.
> 
> https://encrypted.google.com/search?q=gvfs+rsync
> 
> https://bugzilla.gnome.org/show_bug.cgi?id=560658
> 
> You'll need to exclude /home/*/.gvfs .
> 
>> IO error encountered -- skipping file deletion
> 
>> If anyone is able shed some light on either the error or why it might
>> prevent deleting files I could save on harddrives:)
> 
> From the man page description of --delete
> 
>         If the sending side detects any I/O errors, then the deletion of
>         any files at the destination will be automatically disabled.
>         This is to prevent temporary filesystem failures (such as NFS
>         errors) on the sending side from causing a massive deletion of
>         files on the  destination.   You can override this with the
>         --ignore-errors option.
> 
Matt & Henri thank you for following up.

I've never worried about .gvfs because I knew it was only part of the
mount system for gnome virtual file system (fuse).  It always threw
errors, but I've never noticed that preventing deletion.  (Perhaps I've
just never noticed...)  I'll fix that and see if skipping file deletion
gets fixed in the process.

Will report back, many thanks.
M.

-- 
Morgan Read
NEW ZEALAND
<mailto:mstuffATreadDOTorgDOTnz>