IO error causing file deletion failure?

Morgan Read mstuff at read.org.nz
Fri Aug 20 21:20:27 MDT 2010


On 15/08/10 14:06, Morgan Read wrote:
> 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.
> 
Yup, all good on taking out /home/*/.gvfs.  Guess I only missed that
before as I was on an old system and had a flood of other errors related
to extended attributes etc.  Now, after much hd thrashing, my b/u is
substantially smaller...

(OT, that .gvfs is really a complete stuff up, other than the problems
above, it doesn't mount my vfat iso with long file names, only the
truncated dos one - meaning I have to mount my IPLS.iso with sudo mount
-o loop IPLS.iso /mnt/cdrom anyway - go figure...  Note to self, must
file another bug report...)

Many thanks all.  (Henri, I'm in Auckland - but my brothers in ChCh if
that lessens the pain any:)

Regards,
Morgan.
-- 
Morgan Read
NEW ZEALAND
<mailto:mstuffATreadDOTorgDOTnz>


More information about the rsync mailing list