DO NOT REPLY [Bug 3653] Reduce the need for the vanished files warning
https://bugzilla.samba.org/show_bug.cgi?id=3653 --- Comment #19 from m...@mattmccutchen.net 2010-11-21 17:57 CST --- (In reply to comment #18) What's also annoying is that a vanished file warning triggers: IO error encountered -- skipping file deletion which if I'm not mistaken stops *all* files from being deleted on the receiving end, not just the ones that have vanished. You're right that the IOERR_GENERAL flag (which corresponds to that message) stops all destination files from being deleted. But it is only supposed be set when there is an error that might lead to the omission of existing source files from the file list. A run-of-the-mill vanished file should not set the flag. If you have a reproducible case in which it does, please file a separate bug. -- 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 7799] Deletion of NetWare trustees is not propagated
https://bugzilla.samba.org/show_bug.cgi?id=7799 m...@mattmccutchen.net changed: What|Removed |Added Summary|rsync don't full syncronise |Deletion of NetWare trustees |xattr |is not propagated Version|2.6.8 |3.0.5 --- Comment #1 from m...@mattmccutchen.net 2010-11-21 18:44 CST --- Copying of NetWare metadata per se is not currently a supported feature of rsync. Rsync simply copies the extended attributes exposed via the getxattr interface. If that does not have the effect of copying the NetWare metadata, that could be considered a flaw in the design of the netware.metadata xattr. Alternatively, if someone can identify what rsync could do specially in order to copy the NetWare metadata correctly, you could request it as an enhancement. From the documentation you linked, I get the impression that the data passed to setxattr(netware.metadata) is not literally the entire value to be set, but some form of request that indicates what parts of the xattr should be modified (arguably an abuse of the setxattr interface, but perhaps the most convenient approach). The zMOD_ALL_TRUSTEES flag sounds like it might be what is needed, but that's just a guess; its meaning is not documented. -- 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: Two problems: -u together with -c and and a symlink problem
On Mon, 2010-11-15 at 18:33 +0100, Helmut Jarausch wrote: I have two problems with rsync 1st) if I give both commandline options -u and -c it looks as if a file which is more recent but different on the destination is not updated, i.e. -u overrules -c Is that true? Yes, that is the expected behavior. 2nd) There is a symlink A on SourceDir which refers to a directory On the other hand, A is the name of a subdirectory of DestDir Now doing rsync -auHz --delete --exclude=/A SourceDir/ DestDir/ does remove A on DestDir - why ? It shouldn't. Pass -vv and you should get a message like this: [generator] protecting file A because of pattern /A If you don't, double-check that you wrote the exclude rule correctly. If you do, something weirder is going on. -- 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 7799] Deletion of NetWare trustees is not propagated
https://bugzilla.samba.org/show_bug.cgi?id=7799 --- Comment #2 from ivan.solo...@gmail.com 2010-11-21 22:45 CST --- The extended attributes it not function of products Novell. Novell uses standard interfaces for access granting to the features. I have resulted structure of the metadata for an example that doesn't synchronize rsync. For example, it is possible to tell on another: Before the first synchronization we have a set from 3 expanded attributes. Before the second synchronization we will remove 1 attribute from an initial file, and after synchronization we will receive on target again 3 expanded attributes. I consider that error to be in the logician of algorithm of synchronization xattr rsync. I will try to understand algorithm if I will receive result I will place it 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 7799] Deletion of NetWare trustees is not propagated
https://bugzilla.samba.org/show_bug.cgi?id=7799 --- Comment #3 from m...@mattmccutchen.net 2010-11-21 23:12 CST --- (In reply to comment #2) The extended attributes it not function of products Novell. Novell uses standard interfaces for access granting to the features. I have resulted structure of the metadata for an example that doesn't synchronize rsync. Sorry, I don't understand what you are saying here. For example, it is possible to tell on another: Before the first synchronization we have a set from 3 expanded attributes. Before the second synchronization we will remove 1 attribute from an initial file, and after synchronization we will receive on target again 3 expanded attributes. I consider that error to be in the logician of algorithm of synchronization xattr rsync. There may be an rsync bug, or it may be that rsync is making the correct system calls but the NetWare implementation gives an unexpected result. We would need a system call trace (strace on Linux, I don't know the NetWare equivalent) to find out. -- 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 7799] Deletion of NetWare trustees is not propagated
https://bugzilla.samba.org/show_bug.cgi?id=7799 --- Comment #4 from ivan.solo...@gmail.com 2010-11-22 00:06 CST --- I use rsync on SUSE Linux Enterprise server with NSS file system(not on NetWare). If I start strace with rsync at synchronization it will help? -- 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