Re: Serious issue: rsync and hardlinks are dangerous...

> Also, this is already reported, but a bit "forgotten" (last comment > was three years ago): I think if search the zilla, you find quite some open ticket on hardlink issues still? :( As in some of those tickets, provide your replicate command sequ

RE: cannot rsync when source directory lacks write permission

In <64fab8215d47a944abdf7de50a3406a219c2dac...@esesscms0353.eemea.ericsson.se>, on 08/10/12 at 09:27 AM, András Porjesz said: Hi András, We may have to agree to disagree on some of this... >Of course, the destination side must have enough rights to achieve what I >need, and an rsyncd running

Persistent, sporadic failure in make_bak_dir mkdir

Through several versions up to and including the current 3.0.9 I experience sporadic, repeating (but not predictably) errors of this form: > rsync: make_bak_dir mkdir "/REPO/backup/-data1-20120727-040453" failed: > File exists (17) > rsync: keep_backup failed: > "/REPO/backup/-data1/d

Question about --partial-dir and aborted transfers of large files

Apologies to the list, the title of this thread is completely wrong. It should be something like "Question about --partial-dir and aborted transfers of large files". Let's see if this mailing list program will allow me to change it... -- T.J. On 10 August 2012 15:28, T.J. Crowder wrote: > Hi a

Question about --partial-dir and outdated data

Hi all, rsync is a fantastic tool. :-) I'm blown away with what I've seen so far. I have a question about --partial-dir transfers. I've read through this thread: http://lists.samba.org/archive/rsync/2011-July/026575.html ...but while similar, I don't think it's quite the same, and I didn't find m

Re: cannot rsync when source directory lacks write permission

On Fri 10 Aug 2012, András Porjesz wrote: > priority). My assumtion was defaults only used when required, but as I > wrote already, rsyncd overkills client side settings. Of course it does, otherwise you have no security at all, if the client can override whatever the server daemon has configured

Re: Time rsYnc Machine (tym)

Paul Slootman wrote: On Thu 09 Aug 2012, Linda Walsh wrote: Anyway, thanks for the history update. I have a feeling rsync is afraid to use memory -- and really, it should try to use alot of memory to optimize transfers, I have had rsync fail after using up 8GB memory + 4GB swap, so I'm ver

RE: cannot rsync when source directory lacks write permission

Hi Berny, Yes, it is a possible solution, I missed something. But from my point of view you did not get my point. I worked with unix/linux for 20 years therefore I know what are you talking about. In some cases using nobody is acceptable or even preferred, but in the specified case it is still

Re: Time rsYnc Machine (tym)

On Thu 09 Aug 2012, Linda Walsh wrote: > > Anyway, thanks for the history update. I have a feeling rsync is afraid to > use > memory -- and really, it should try to use alot of memory to optimize > transfers, I have had rsync fail after using up 8GB memory + 4GB swap, so I'm very happy it doe

RE: cannot rsync when source directory lacks write permission

András Porjesz wrote (Friday, August 10, 2012 9:27 AM): > I think all the permission/ownership handling is complicated > (unaccountable, puzzling, peculiar) and the usage is confusing > and annoying I think you didn't get Steven's point: >> [...] The default is >> uid -

RE: cannot rsync when source directory lacks write permission

Steven, Of course, the destination side must have enough rights to achieve what I need, and an rsyncd running as root:root surely have all the necessary rights. So using --perms with this daemon must have been sufficient. But not, it is simply not true, because the daemon has a built-in "assumpt

RE: Time rsYnc Machine (tym)

M. Carrasco wrote (Friday, August 10, 2012 12:23 AM): > Reading the rsync man page, it seems that the -H option with > --link-dest is tricky. The price to pay on not using -H is that > hard linked files are treated as separated files: I could not > find any mechanism in rsync to improve the time m