Re: Changing permissions on existing backup source

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/02/2014 09:53 PM, Dan Stromberg wrote: > First off, thanks much for your suggestions. ... >> First, a new column for the old cp -al then rsync on top of it >> method that --link-dest mostly replaced. It is slower since all >> the hard links get

Re: Changing permissions on existing backup source

First off, thanks much for your suggestions. On Thu, Jan 2, 2014 at 6:19 PM, Kevin Korb wrote: > First, a new column for the old cp -al then rsync on top of it method > that --link-dest mostly replaced. It is slower since all the hard > links get made and then some get replaced or deleted but it

Re: Changing permissions on existing backup source

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Interesting list. I have a couple of suggestions I can offer... First, a new column for the old cp -al then rsync on top of it method that --link-dest mostly replaced. It is slower since all the hard links get made and then some get replaced or dele

Re: Changing permissions on existing backup source

On Wed, Jan 1, 2014 at 10:09 AM, Charles Marcus wrote: > If I change the permissions on the source maildirs, will this cause > everything to be transferred again? Meaning, will rsync see everything as > 'modified', thus creating a new copy of the entire mail store on the backup > target? > > Or wi

Re: Changing permissions on existing backup source

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yep, if you change 1 you change the hard links in all of them. On 01/02/2014 06:09 AM, Charles Marcus wrote: > On 2014-01-01 1:12 PM, Kevin Korb wrote: >> The files will not be transferred but they will be stored >> separately as new versions of the

[Bug 10357] make check fails for xattr tests

https://bugzilla.samba.org/show_bug.cgi?id=10357 Wayne Davison changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #2 from Wayne Davison

[Bug 10357] make check fails for xattr tests

https://bugzilla.samba.org/show_bug.cgi?id=10357 --- Comment #1 from Pavel Šimerda (pavlix) 2014-01-02 12:22:55 UTC --- Downstream bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1032637 -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving

[Bug 10357] New: make check fails for xattr tests

https://bugzilla.samba.org/show_bug.cgi?id=10357 Summary: make check fails for xattr tests Product: rsync Version: 3.0.9 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: co

Re: Question about rsyncing to a slightly different folder structure on target

On 2014-01-01 2:02 PM, Wayne Davison wrote: On Tue, Dec 31, 2013 at 3:59 AM, Charles Marcus mailto:cmar...@media-brokers.com>> wrote: On the old server, dovecot is configured to just use .../example.com/user for the maildirs. On the target server, I want

Re: Changing permissions on existing backup source

On 2014-01-01 1:12 PM, Kevin Korb wrote: The files will not be transferred but they will be stored separately as new versions of the file even if the content is the same. Ok, so, 'stored separately' = take up additional space? which is what I want to avoid. Permissions are per inode not di

[Bug 10081] Multiple rsync instances conflict

https://bugzilla.samba.org/show_bug.cgi?id=10081 --- Comment #1 from Dmitry Yu Okunev 2014-01-02 11:01:10 UTC --- I can write a patch. Is this required? I can make my modification to be optional, if this required. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ---

Re: rsync & gnulib/automake

Hi Wayne Thanks a lot for the answers. I will then start with converting the build system to automake which makes the inclusion of single modules of gnulib (without including gnulib as a git submodule) already a lot easier and write the patch for the build system to build only the copy-tool side.