Re: IO error causing file deletion failure?
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: [r...@mythtv ~]# ssh -t rs...@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 -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: IO error causing file deletion failure?
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: [r...@mythtv ~]# ssh -t rs...@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 -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: IO error causing file deletion failure?
On Sat, 2010-08-07 at 19:54 +1200, Morgan Read wrote: I've been running this command, with the accompanying error: [r...@mythtv ~]# ssh -t rs...@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 -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
IO error causing file deletion failure?
Hello List I've been running this command, with the accompanying error: [r...@mythtv ~]# ssh -t rs...@192.168.1.40 sudo rsync -avzAXH --delete-after -e /home/rsync/bin/rsync_ssh /home/ r...@192.168.1.100:/mnt/bigdisk/morgansmachine/home r...@192.168.1.100's password: building file list ... rsync: readlink_stat(/home/morgan/.gvfs) failed: Permission denied (13) done morgan/.gconfd/ morgan/.gconfd/saved_state IO error encountered -- skipping file deletion sent 3708868 bytes received 1038 bytes 33880.42 bytes/sec total size is 82187744766 speedup is 22153.59 rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1039) [sender=3.0.6] Connection to 192.168.1.40 closed. [r...@mythtv ~]# The script is: exec ssh -i /home/rsync/.ssh/id_dsa $@ If anyone is able shed some light on either the error or why it might prevent deleting files I could save on harddrives:) A little bg: I moved this harddrive from an old and now retired machine, it didn't show this error then. The old machine was running f8 while the new one is running f12? Many thanks, M. -- Morgan Read NEW ZEALAND mailto:mstuffATreadDOTorgDOTnz -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: IO error causing file deletion failure?
readlink_stat(/home/morgan/.gvfs) failed: Permission denied (13) I believe the error above is a problem with the rsync user not being able to read the file /home/morgan/.gvfs. I suggest that you check the permissions on this file and also check that the sudo command is in fact granting root access. It may also be worth testing the rsync locally. Initially, this should simplify your testing and may reveal the issue as simply a permissions problem. IO error encountered -- skipping file deletion This error suggests that the disk or some other hardware component has a problem. However, it may just be the permission error which is causing this error to show up. I am not 100% with either of these errors. I am guessing. However, hopefully someone with more knowledge on this list will provide some confirmation or additional information to help you further. With regards to the IO error described you may find the following threads of interest: - http://www.mail-archive.com/rsync@lists.samba.org/msg02457.html (suggests that the IO errors are caused by the permission problem This could be true in your case) - http://tinyurl.com/lbackup-discussion-io-errors (If you find it is not permissions then this thread may be worth a look) -- This email is protected by LBackup http://www.lbackup.org -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html