Re: backup option
Thanks all responses. That works fine. Kind Regards, hce On Thu, Aug 12, 2010 at 10:23 AM, Alex Ferrara a...@receptiveit.com.au wrote: Would that not be done by omitting the --delete option? aF On 12/08/2010, at 9:52 AM, hce wrote: Hi, I am using rsync to backup files. Is it possible to specify an option not to delete files from backup directory if the files are deleted from source? In that way, I can always keep something I may or may not need in the backup disk, but remove it from a work computer. Thank you. Kind Regards. hce -- 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 -- 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: rsync is not deleting subdirectories
On Fri, 2010-08-13 at 14:04 -0400, mike mitchell wrote: Hi. I'm having a problem with rsync not deleting subdirectories that exist at the destination but which have been removed/renamed on the source. I'm running 64-bit Arch, rsync 3.0.7, and am trying to back up /home to an external USB drive. Both drives are JFS. Example, where /media/8c4d270d-6139-4fed-8a32-2df8d28acdf3/ is the mount point for the external drive on which a back-up already exists: m...@robots mike]$ pwd /media/8c4d270d-6139-4fed-8a32-2df8d28acdf3/mike [m...@robots mike]$ mkdir deleteme1 [m...@robots mike]$ cd deleteme1/ [m...@robots deleteme1]$ touch deleteme1.txt [m...@robots deleteme1]$ cd ../Desktop [m...@robots Desktop]$ mkdir deleteme2 [m...@robots Desktop]$ cd deleteme2/ [m...@robots deleteme2]$ touch deleteme2.txt [m...@robots deleteme2]$ rsync -avn --delete /home/mike/ /media/8c4d270d-6139-4fed-8a32-2df8d28acdf3/mike | grep deletem deleting deleteme1/deleteme1.txt deleting deleteme1/ [m...@robots deleteme2]$ What I would expect is for deleteme1 and 2 to both be deleted, but rsync is not deleting directories outside of the top level of the backup. Strange. Can you reproduce the problem with a different source and destination? Try increasing the verbosity to -vvv, and search the output for a line saying delete_in_dir(Desktop) (indicating that rsync is considering files in that directory for deletion) as well as any mention of the deletem* files. -- 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
Re: Compression error? -- Inflate (token) returned -5
On Fri, 2010-08-13 at 11:26 -0400, Brian K. White wrote: I have sample data that exposes this repeatably: http://lists.samba.org/archive/rsync/2008-October/021889.html Thanks, but we figured out the problem several months ago and it should be fixed in rsync 3.0.7: https://lists.samba.org/archive/rsync/2009-December/024441.html -- 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
Re: rsync --noperms?
On Fri, 2010-08-13 at 15:45 -0400, Vallon, Justin wrote: It seems that even if -p (or -a, etc) are not used, permissions are still propagated from client to server, though not updated. Correct. This is a historical behavior inherited from cp that is hardly ever what you want. See the man page description of -p for details and how to avoid it. -- 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
DO NOT REPLY [Bug 7618] symlinks and --link-dest
https://bugzilla.samba.org/show_bug.cgi?id=7618 --- Comment #2 from m...@mattmccutchen.net 2010-08-14 02:19 CST --- (In reply to comment #0) - symbolic link(s) seems to be recreated/reported as new, why? But only when linking to moved/renamed directory. Is your OS capable of hard-linking symlinks? Check the value of CAN_HARDLINK_SYMLINK in config.h when you build rsync. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- 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
DO NOT REPLY [Bug 7618] symlinks and --link-dest
https://bugzilla.samba.org/show_bug.cgi?id=7618 the_ma...@seznam.cz changed: What|Removed |Added CC||the_ma...@seznam.cz --- Comment #3 from the_ma...@seznam.cz 2010-08-14 02:40 CST --- (In reply to comment #2) (In reply to comment #0) - symbolic link(s) seems to be recreated/reported as new, why? But only when linking to moved/renamed directory. Is your OS capable of hard-linking symlinks? Check the value of CAN_HARDLINK_SYMLINK in config.h when you build rsync. I installed it from binary package (on both sides), so I can not check it. But this behaviour occurs only when rsyncing against hp-ux rsync server - none of another 8 linux servers shows (the same client, of course) symlinks again and again and I believe there are some symlinks, too :-) Thanks, Mike -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- 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
DO NOT REPLY [Bug 7618] symlinks and --link-dest
https://bugzilla.samba.org/show_bug.cgi?id=7618 --- Comment #4 from m...@mattmccutchen.net 2010-08-14 02:49 CST --- (In reply to comment #3) (In reply to comment #2) Is your OS capable of hard-linking symlinks? Check the value of CAN_HARDLINK_SYMLINK in config.h when you build rsync. I installed it from binary package (on both sides), so I can not check it. You can also do the test by hand: $ ln -s nonexistent broken $ ln broken broken2 If that fails, rsync assumes that link(2) follows symlinks in its first argument and therefore does not try to hard-link symlinks. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- 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
DO NOT REPLY [Bug 7618] symlinks and --link-dest
https://bugzilla.samba.org/show_bug.cgi?id=7618 --- Comment #5 from the_ma...@seznam.cz 2010-08-14 04:04 CST --- (In reply to comment #4) You can also do the test by hand: $ ln -s nonexistent broken $ ln broken broken2 # ln -s nonexistent broken # ln broken broken2 # ll non* brok* ls: non*: No such file or directory lrwxrwxrwx 2 root root 11 Aug 14 11:01 broken - nonexistent lrwxrwxrwx 2 root root 11 Aug 14 11:01 broken2 - nonexistent # Mike -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- 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: rsync is not deleting subdirectories
On Sat, Aug 14, 2010 at 3:04 AM, Matt McCutchen m...@mattmccutchen.net wrote: On Fri, 2010-08-13 at 14:04 -0400, mike mitchell wrote: Hi. I'm having a problem with rsync not deleting subdirectories that exist at the destination but which have been removed/renamed on the source. I'm running 64-bit Arch, rsync 3.0.7, and am trying to back up /home to an external USB drive. Both drives are JFS. Example, where /media/8c4d270d-6139-4fed-8a32-2df8d28acdf3/ is the mount point for the external drive on which a back-up already exists: m...@robots mike]$ pwd /media/8c4d270d-6139-4fed-8a32-2df8d28acdf3/mike [m...@robots mike]$ mkdir deleteme1 [m...@robots mike]$ cd deleteme1/ [m...@robots deleteme1]$ touch deleteme1.txt [m...@robots deleteme1]$ cd ../Desktop [m...@robots Desktop]$ mkdir deleteme2 [m...@robots Desktop]$ cd deleteme2/ [m...@robots deleteme2]$ touch deleteme2.txt [m...@robots deleteme2]$ rsync -avn --delete /home/mike/ /media/8c4d270d-6139-4fed-8a32-2df8d28acdf3/mike | grep deletem deleting deleteme1/deleteme1.txt deleting deleteme1/ [m...@robots deleteme2]$ What I would expect is for deleteme1 and 2 to both be deleted, but rsync is not deleting directories outside of the top level of the backup. Strange. Can you reproduce the problem with a different source and destination? Try increasing the verbosity to -vvv, and search the output for a line saying delete_in_dir(Desktop) (indicating that rsync is considering files in that directory for deletion) as well as any mention of the deletem* files. -- Matt Thanks for the reply, Matt. I wasn't able to reproduce the problem from any other source or destination, even in nested subdirectories within a directory in my home. It was only when using /home/mike as the source, so I guessed there must be something wrong in there. From what I could tell by looking through the verbose output, there's a directory, /home/mike/.subversion/auth, which is owned by root and which I have no read access to (I think yaourt created it). Once rsync would hit that, it seems like would just give up on deleting anything else for the rest of the process? I guess that's the case, because I'm excluding the .subversion directory and it seems to be working correctly now. Kind of a dumb thing on my part, sorry about that. But you definitely guided me in the right direction to figuring out what I was doing wrong, so thanks! -- 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: rsync is not deleting subdirectories
On Sat, 2010-08-14 at 06:16 -0400, mike mitchell wrote: I wasn't able to reproduce the problem from any other source or destination, even in nested subdirectories within a directory in my home. It was only when using /home/mike as the source, so I guessed there must be something wrong in there. From what I could tell by looking through the verbose output, there's a directory, /home/mike/.subversion/auth, which is owned by root and which I have no read access to (I think yaourt created it). I suspected that might be the problem, except that it should have resulted in an error message to stderr and there was no such message in the test output you showed (unless you edited it out). Once rsync would hit that, it seems like would just give up on deleting anything else for the rest of the process? I guess that's the case, because I'm excluding the .subversion directory and it seems to be working correctly now. Right. If rsync encounters any error on the source that might result in the omission of existing files from the file list, it completely disables deletion from that point on to ensure that destination files are not wrongly deleted. A finer granularity would be a good enhancement, but it's not terribly important because the user should fix the cause of the errors (as you did). -- 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
DO NOT REPLY [Bug 7618] symlinks and --link-dest
https://bugzilla.samba.org/show_bug.cgi?id=7618 --- Comment #6 from m...@mattmccutchen.net 2010-08-14 15:28 CST --- (In reply to comment #5) (In reply to comment #4) You can also do the test by hand: $ ln -s nonexistent broken $ ln broken broken2 # ln -s nonexistent broken # ln broken broken2 # ll non* brok* ls: non*: No such file or directory lrwxrwxrwx 2 root root 11 Aug 14 11:01 broken - nonexistent lrwxrwxrwx 2 root root 11 Aug 14 11:01 broken2 - nonexistent Was that on the HP-UX server? If so, then it's strange that the rsync package you installed was not configured to hard-link symlinks, but there's nothing we can do about third-party packages. If you build your own rsync and it still doesn't want to hard-link symlinks, we can look into why. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- 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
DO NOT REPLY [Bug 7618] symlinks and --link-dest
https://bugzilla.samba.org/show_bug.cgi?id=7618 --- Comment #7 from the_ma...@seznam.cz 2010-08-14 15:44 CST --- (In reply to comment #6) (In reply to comment #5) (In reply to comment #4) You can also do the test by hand: $ ln -s nonexistent broken $ ln broken broken2 # ln -s nonexistent broken # ln broken broken2 # ll non* brok* ls: non*: No such file or directory lrwxrwxrwx 2 root root 11 Aug 14 11:01 broken - nonexistent lrwxrwxrwx 2 root root 11 Aug 14 11:01 broken2 - nonexistent Was that on the HP-UX server? If so, then it's strange that the rsync package you installed was not configured to hard-link symlinks, but there's nothing we can do about third-party packages. If you build your own rsync and it still doesn't want to hard-link symlinks, we can look into why. No no, this was on the client side, on backup server (linux). Once again, rsync works as expected/needed, it copy symlinks (from hpux) as symlinks (to linux). Look one more time on the first posting (second transfer for check did not report new symlink). But WHEN I MOVE the synced directory (on linux) AND LINK (--link-dest) another rsync backup into it, the symlinks are copied/reported as changed/new/anything. Mike -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- 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
DO NOT REPLY [Bug 7618] symlinks and --link-dest
https://bugzilla.samba.org/show_bug.cgi?id=7618 --- Comment #8 from m...@mattmccutchen.net 2010-08-14 16:11 CST --- Yes, I was mixed up. A Linux destination should have no trouble hard-linking symlinks. New theory: the receiving rsync was configured with HAVE_LUTIMES=1, meaning that it treats symlink mtimes as significant, but lutimes does not actually work. This can happen if rsync was built on a kernel = 2.6.22 but is running on an older kernel. Under these conditions, rsync's attempt to set the mtime of home/zumrova/.tsm in the first destination directory would fail with ENOSYS, which rsync would not report, and then the difference in mtime from the source would disqualify that symlink for hard-linking. Can you confirm this theory by running the receiving rsync under strace -f and looking for a utimensat call that fails with ENOSYS? -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- 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
DO NOT REPLY [Bug 7618] symlinks and --link-dest
https://bugzilla.samba.org/show_bug.cgi?id=7618 --- Comment #9 from the_ma...@seznam.cz 2010-08-14 16:18 CST --- (In reply to comment #8) Yes, I was mixed up. A Linux destination should have no trouble hard-linking symlinks. New theory: the receiving rsync was configured with HAVE_LUTIMES=1, meaning that it treats symlink mtimes as significant, but lutimes does not actually work. This can happen if rsync was built on a kernel = 2.6.22 but is running on an older kernel. Under these conditions, rsync's attempt to set the mtime of home/zumrova/.tsm in the first destination directory would fail with ENOSYS, which rsync would not report, and then the difference in mtime from the source would disqualify that symlink for hard-linking. Can you confirm this theory by running the receiving rsync under strace -f and looking for a utimensat call that fails with ENOSYS? I will try it as soon as possible, but in this case, why problem occurs only when rsync server is hpux? I would expect the same behaviour with Linux rsync servers too. But no, symlinks from Linuxes are copied only once, even if in --link-dest case. Mike -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- 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
DO NOT REPLY [Bug 7618] symlinks and --link-dest
https://bugzilla.samba.org/show_bug.cgi?id=7618 --- Comment #10 from m...@mattmccutchen.net 2010-08-14 16:32 CST --- (In reply to comment #9) in this case, why problem occurs only when rsync server is hpux? I would expect the same behaviour with Linux rsync servers too. But no, symlinks from Linuxes are copied only once, even if in --link-dest case. Good point. That would appear to rule out a broken lutimes. Please pass -i to find out why the symlink is not hard-linked when pulling from the HP-UX server. (I really should have suggested this the first time around, before starting to speculate.) -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- 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
DO NOT REPLY [Bug 7618] symlinks and --link-dest
https://bugzilla.samba.org/show_bug.cgi?id=7618 --- Comment #11 from the_ma...@seznam.cz 2010-08-14 16:42 CST --- Ok, when -i added as rsync parameter. r...@zaloha pokus]# grep .tsm rsync3.traced [pid 9438] lstat(home/zumrova/.tsm, 0x7fffba96ea10) = -1 ENOENT (No such file or directory) [pid 9438] lstat(/root/pokus/hpuh1/home/zumrova/.tsm, {st_mode=S_IFLNK|0777, st_size=13, ...}) = 0 [pid 9438] readlink(/root/pokus/hpuh1/home/zumrova/.tsm, /usr/tsm/.tsm, 4095) = 13 [pid 9438] lstat(/root/pokus/hpuh1/home/zumrova/.tsm, {st_mode=S_IFLNK|0777, st_size=13, ...}) = 0 [pid 9438] symlink(/usr/tsm/.tsm, home/zumrova/.tsm) = 0 [pid 9438] lstat(home/zumrova/.tsm, {st_mode=S_IFLNK|0777, st_size=13, ...}) = 0 [pid 9438] lchown(home/zumrova/.tsm, 0, 3) = 0 [pid 9439] write(1, cLc.T.. home/zumrova/.tsm -..., 47cLc.T.. home/zumrova/.tsm - /usr/tsm/.tsm -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- 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
DO NOT REPLY [Bug 7618] symlinks and --link-dest
https://bugzilla.samba.org/show_bug.cgi?id=7618 --- Comment #12 from the_ma...@seznam.cz 2010-08-14 16:46 CST --- And straces when without -i: First run: r...@zaloha pokus]# grep .tsm rsync1.traced [pid 9169] lstat(home/zumrova/.tsm, 0x7fff2ff0e040) = -1 ENOENT (No such file or directory) [pid 9169] symlink(/usr/tsm/.tsm, home/zumrova/.tsm) = 0 [pid 9169] lstat(home/zumrova/.tsm, {st_mode=S_IFLNK|0777, st_size=13, ...}) = 0 [pid 9169] lchown(home/zumrova/.tsm, 0, 3) = 0 [pid 9170] write(1, home/zumrova/.tsm - /usr/tsm/.t..., 35home/zumrova/.tsm - /usr/tsm/.tsm # mv hpuh hpuh1 second run, with --link-dest: [r...@zaloha pokus]# grep .tsm rsync2.traced [pid 9426] lstat(/root/pokus/hpuh1/home/zumrova/.tsm, {st_mode=S_IFLNK|0777, st_size=13, ...}) = 0 [pid 9426] readlink(/root/pokus/hpuh1/home/zumrova/.tsm, /usr/tsm/.tsm, 4095) = 13 [pid 9426] lstat(/root/pokus/hpuh1/home/zumrova/.tsm, {st_mode=S_IFLNK|0777, st_size=13, ...}) = 0 [pid 9427] write(1, home/zumrova/.tsm - /usr/tsm/.t..., 35home/zumrova/.tsm - /usr/tsm/.tsm [r...@zaloha pokus]# -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- 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
DO NOT REPLY [Bug 7618] symlinks and --link-dest
https://bugzilla.samba.org/show_bug.cgi?id=7618 --- Comment #13 from the_ma...@seznam.cz 2010-08-14 16:52 CST --- Sorry, mistake: Second run with --lin-dest [r...@zaloha pokus]# grep .tsm rsync2.traced [pid 9473] lstat(home/zumrova/.tsm, 0x7fffd42da910) = -1 ENOENT (No such file or directory) [pid 9473] lstat(/root/pokus/hpuh1/home/zumrova/.tsm, {st_mode=S_IFLNK|0777, st_size=13, ...}) = 0 [pid 9473] readlink(/root/pokus/hpuh1/home/zumrova/.tsm, /usr/tsm/.tsm, 4095) = 13 [pid 9473] lstat(/root/pokus/hpuh1/home/zumrova/.tsm, {st_mode=S_IFLNK|0777, st_size=13, ...}) = 0 [pid 9473] symlink(/usr/tsm/.tsm, home/zumrova/.tsm) = 0 [pid 9473] lstat(home/zumrova/.tsm, {st_mode=S_IFLNK|0777, st_size=13, ...}) = 0 [pid 9473] lchown(home/zumrova/.tsm, 0, 3) = 0 [pid 9474] write(1, home/zumrova/.tsm - /usr/tsm/.t..., 35home/zumrova/.tsm - /usr/tsm/.tsm -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- 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
DO NOT REPLY [Bug 7618] symlinks and --link-dest
https://bugzilla.samba.org/show_bug.cgi?id=7618 --- Comment #14 from the_ma...@seznam.cz 2010-08-14 17:20 CST --- I created .tsm on one one Linux rsync servers, rsynced, moved and rsynced with --link-dest: [r...@zaloha pokus]# grep .tsm rsync2_samba.traced [pid 9576] lstat(home/zumrova/.tsm, 0x7fff66893b80) = -1 ENOENT (No such file or directory) [pid 9576] lstat(/root/pokus/hpuh1/home/zumrova/.tsm, {st_mode=S_IFLNK|0777, st_size=13, ...}) = 0 [pid 9576] readlink(/root/pokus/hpuh1/home/zumrova/.tsm, /usr/tsm/.tsm, 4095) = 13 [pid 9576] lstat(/root/pokus/samba1/home/zumrova/.tsm, {st_mode=S_IFLNK|0777, st_size=13, ...}) = 0 [pid 9576] readlink(/root/pokus/samba1/home/zumrova/.tsm, /usr/tsm/.tsm, 4095) = 13 [pid 9576] link(/root/pokus/samba1/home/zumrova/.tsm, home/zumrova/.tsm) = 0 [r...@zaloha pokus]# Hardlink creation can be seen here. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- 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
DO NOT REPLY [Bug 7618] symlinks and --link-dest
https://bugzilla.samba.org/show_bug.cgi?id=7618 --- Comment #15 from the_ma...@seznam.cz 2010-08-14 17:26 CST --- Eh, too late night for me. Once again, the same sutuation but againts one of linux servers: [r...@zaloha pokus]# grep .tsm rsync2_samba.traced [pid 9587] lstat(home/zumrova/.tsm, 0x7fffd0d1e480) = -1 ENOENT (No such file or directory) [pid 9587] lstat(/root/pokus/samba1/home/zumrova/.tsm, {st_mode=S_IFLNK|0777, st_size=13, ...}) = 0 [pid 9587] readlink(/root/pokus/samba1/home/zumrova/.tsm, /usr/tsm/.tsm, 4095) = 13 [pid 9587] link(/root/pokus/samba1/home/zumrova/.tsm, home/zumrova/.tsm) = 0 [r...@zaloha pokus]# -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- 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
DO NOT REPLY [Bug 7618] symlinks and --link-dest
https://bugzilla.samba.org/show_bug.cgi?id=7618 --- Comment #16 from m...@mattmccutchen.net 2010-08-14 23:26 CST --- I just noticed the no symtimes (i.e., HAVE_LUTIMES off) in the rsync --version output for the client in comment #0. Consistent with that, rsync does not attempt to set the symlink's mtime in the first log in comment #12. So the problem must be elsewhere. Next theory: It looks like symlinks on HP-UX can have permissions other than 777, according to a discussion (http://forums13.itrc.hp.com/service/forums/questionanswer.do?admit=109447627+1281845702588+28353475threadId=956122) I found by searching Google for hp-ux symlink permission. And it looks like rsync (in unchanged_attrs) will consider a difference in permissions of a symlink to disqualify it for hard-linking, even if rsync is unable to set symlink permissions (HAVE_LCHMOD off). What are the permissions of home/zumrova/.tsm on the HP-UX source? -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- 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
DO NOT REPLY [Bug 7621] New: Special handling of lutimes ENOSYS failures does not work as intended
https://bugzilla.samba.org/show_bug.cgi?id=7621 Summary: Special handling of lutimes ENOSYS failures does not work as intended Product: rsync Version: 3.1.0 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: way...@samba.org ReportedBy: m...@mattmccutchen.net QAContact: rsync...@samba.org Suppose rsync is configured with HAVE_LUTIMES=1 but is running on an older version of Linux where lutimes fails with ENOSYS. Rsync treats the failure to set a symlink's mtime specially by itemizing T instead of raising exit code 23. However, since commit accc091fe9ebbb602bcf692c577486e62011d5c1, rsync will try lutimes on non-symlinks as well and raise exit code 23, which defeats the intent of tolerating older kernels. The same issue occurs with utimensat, support for which was added right after the aforementioned commit. To fix this, rsync should fall back to utimes at runtime when lutimes or utimensat fails on a non-symlink. Alternatively, the special handling of lutimes/utimensat ENOSYS failures could be removed: the need is probably less now that Linux with utimensat support has been available for three years, and the feature has always been flawed in that mtimes that rsync previously failed to set will prevent symlinks from hard-linking with --link-dest. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA contact for the bug, or are watching the QA contact. -- 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: feature request: remote user is root, make remote owner is foo
On Wed, 2010-08-11 at 10:18 -0700, travis+ml-rs...@subspacefield.org wrote: I often push files from my user account over SSH to my web server, and want them owned by www-user, which may not have a login shell, should never accept remote logins, and who may not have a ~/.ssh directory (and if it did, it would be under the wwwroot, ack!). Currently I push as root and then do a chmod, but isn't there a better way? While I'm doing this, the files are temporarily unavailable, since they aren't readable by www-user as they exist on the local system. See the --usermap option, which is in the current development rsync and available in the usermap.diff maintained patch for rsync 3.0.*. -- 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