>
> I think I must be missing something. If source and dest are the same
> place rsync shouldn't do anything unless it it responding to changes
> happening at the same time. For example, when I do 'rsync -vain
> --remove-source-files /tmp/ /tmp/' rsync does nothing.
>
Thanks for the response.
I think I must be missing something. If source and dest are the same
place rsync shouldn't do anything unless it it responding to changes
happening at the same time. For example, when I do 'rsync -vain
--remove-source-files /tmp/ /tmp/' rsync does nothing.
On 10/17/22 23:12, Sridhar
>> why not avoid using "--remove-source-files" and delete files
manually/via extra step afterwards
Multiple reasons. Among them:
1) my jobs run a long time and there are a lot of them. Trying to remember
what I did over ssh (where history doesn't get saved) is an extra cognitive
load and the
why not avoid using "--remove-source-files" and delete files
manually/via extra step afterwards ?
Am 17.10.22 um 08:59 schrieb Sridhar Sarnobat via rsync:
90% of my data losses are caused by rsync'ing from dir A to dir A
(accidental incorrect copy and paste, or where dir B is a symlink to
dir
90% of my data losses are caused by rsync'ing from dir A to dir A
(accidental incorrect copy and paste, or where dir B is a symlink to dir
A). The source gets erased unintentionally.
It may seem dumb but when you get really long commands and really long file
paths it will happen a 1-2 times a
