On 03/08/2019 14.43, Per Jessen wrote:
Carlos E. R. wrote:
On 03/08/2019 14.10, Per Jessen wrote:
Carlos E. R. wrote:
I may test again - it is becoming difficult (slow) as there are 4TB to copy. I'll create a test tree and try then.
If you run rsync with "-nv", maybe that'll give you information on what is being selected?
-n, --dry-run perform a trial run with no changes made -v, --verbose increase verbosity
Maybe. But it spews thousand of lines :-?
That is what grep is for :-)
Check: Telcontar:~ # rsync --password-file /root/cripta/keys/rsync.secrets root@Isengard::MyBook_Telcontar drwxr-xr-x 18 2019/08/04 12:41:20 . drwxr-xr-x 0 2019/08/01 14:55:28 000 drwxr-xr-x 384 2018/11/24 11:04:40 001 <=== existing copy drwxr-xr-x 364 2018/11/24 11:04:40 002 <=== new run today Telcontar:~ # DESTINO=002 PREVIO=001 rsync $OPTIONS --password-file /root/cripta/keys/rsync.secrets --link-dest=root@Isengard::MyBook_Telcontar/$PREVIO \ --relative --include /data//data/vmware** --include=/data/storage_** \ --exclude=/lost+found --exclude=/dev --exclude=/sys --exclude=/proc --exclude=/run \ --exclude=/data/** --exclude=/mnt --exclude=/other --exclude=/media --exclude=/var/lib/samba/lock/ --exclude=/var/run/ \ / root@Isengard::MyBook_Telcontar/$DESTINO responds with (but continues): --link-dest arg does not exist: root@Isengard::MyBook_Telcontar/001 But it does exist, the check above proves it. The shell expands to: Telcontar:~ # ps afxu | grep rsync root 30750 20.2 0.0 68284 7948 pts/7 S+ 12:52 0:12 | | \_ rsync --archive --acls --xattrs --hard-links --sparse --stats --human-readable --password-file /root/cripta/keys/rsync.secrets --link-dest=root@Isengard::MyBook_Telcontar/001 --relative --include /data//data/vmware** --include=/data/storage_** --exclude=/lost+found --exclude=/dev --exclude=/sys --exclude=/proc --exclude=/run --exclude=/data/** --exclude=/mnt --exclude=/other --exclude=/media --exclude=/var/lib/samba/lock/ --exclude=/var/run/ / root@Isengard::MyBook_Telcontar/002 root 30794 0.0 0.0 7432 888 pts/50 S+ 12:53 0:00 | \_ grep --color=auto rsync Telcontar:~ # You can see the asterisks on "--include=..." are not expanded. I can see that "/mnt/BookTelcontar/002/data/storage_a" already exists and is getting populated, so "--relative" is working. Other data directories are already created, but empty yet. data/vmware not. Also, the cpu load on the server rsyncd gets limited to 85%, as seen by "top", after the systemd trick I mentioned in another post. So, it is working except for the --link-dest thing - which is crucial to me, but is another issue. If that doesn't work, I'll have to use btrfs snapshots somehow. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)