Hi.
On Sat, 27 Jun 2020 00:23:12 +0700 Budi Janto wrote:
> On 6/23/20 12:37 PM, francis.montag...@inria.fr wrote:
>> If the rsync source path is /mnt/DATA yes, it will remove data on the
>> client, but if the source path is a sub-directory of /mnt/DATA the
>> rsync will fail without doing any de
On 6/27/20 5:01 AM, Wayne Davison wrote:
> There are several options:
>
> 1. Set the "pre-xfer exec = /script/name" in your daemon module and
> make the script check if a /mnt/DATA/known-to-exist-subdir is
> missing and if so, do an "exit 1".
> 2. If your server rsync is at least 3.2.
On Fri, Jun 26, 2020 at 10:24 AM Budi Janto wrote:
> path = /mnt/DATA
> Any idea or suggestion to prevent client's data loss?
>
There are several options:
1. Set the "pre-xfer exec = /script/name" in your daemon module and make
the script check if a /mnt/DATA/known-to-exist-subdir is missi
On 6/23/20 12:37 PM, francis.montag...@inria.fr wrote:
> If the rsync source path is /mnt/DATA yes, it will remove data on the
> client, but if the source path is a sub-directory of /mnt/DATA the
> rsync will fail without doing any deletion.
>
> To verify in dry-run ... of course.
>
Thanks for
Hi.
On Tue, 23 Jun 2020 11:14:41 +0700 Budi Janto via rsync wrote:
> I need to know, I use rsync-3.1.3_1 under FreeBSD both of server &
> client side. Server running ZFS with RAID system, stored data mount
> point to /mnt/DATA. Under certain circumstances, ZFS failure to mounting
> data in /mnt
Hallo,
I need to know, I use rsync-3.1.3_1 under FreeBSD both of server &
client side. Server running ZFS with RAID system, stored data mount
point to /mnt/DATA. Under certain circumstances, ZFS failure to mounting
data in /mnt/DATA (Just empty directory), so client with rsync running
periodically
