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