#3513 Issue closed: ReaR - rsync recover very slow¶
Labels: support / question, won't fix / can't fix / obsolete
cristiansimioni opened issue at 2025-08-21 09:17:¶
Requesting support or just a question¶
Why is the rsync on rear recover so slow?
Platform¶
Linux x64
Output¶
Rsync poor performance (3KiB/s). Please check additional information.
Additional information¶
Scenario: trying to recover multiple Red Hat 8.10 virtual machines using rsync. Here is the /etc/rear/local.conf:
AUTOEXCLUDE_PATH=( /media /net /vhe )
OUTPUT=ISO
BACKUP=RSYNC
BACKUP_URL=rsync://xxx.xxx.xxx.xxx/backup/images
EXCLUDE_MOUNTPOINTS=( "/backup" )
AUTOEXCLUDE_MULTIPATH=y
USE_RESOLV_CONF=( "no" )
FIRMWARE_FILE="no"
MODULES=()
EFI_BOOTLOADER="1"
GRUB2_UEFI="1"
CREATE_SHIM="yes"
SECURE_BOOT_BOOTLOADER="/boot/efi/EFI/redhat/shimx64.efi"
Using ReaR 2.6:
rear --version
Relax-and-Recover 2.6 / 2020-06-17
This creates the rear.iso and the backup folder, with the OS data, on my
backup server (bkpsrv) at /backup/images/
However, when starting the rsync to the /mnt/local, the speed is limited to 3KiB/s. I can see that ReaR is using the following command from the rear log:
rsync --sparse --archive --hard-links --numeric-ids --stats root@xxx.xxx.xxx.xxx:/backup/images/<hostname>/backup/ /mnt/local/
I have tested the network on both directions and I can transfer files using rsync quite fast (100MB/s).
On the rear rescue console, if I run the very same command, it goes really fast:
What am I missing?
gdha commented at 2025-11-25 13:41:¶
I tested it out on an AlmaLinux 9.6 VM and backup/restore was extremely
fast for me.
I did notice that we cannot trust the speed display of the ReaR output -
in my session it always showed avg 0 KiB/sec (during backup and
restore).
Disk layout created.
Restoring rsync backup from '192.168.122.1:/apps/export/ReaR'
Restore operation
Restored 0 MiB [avg 0 KiB/sec]
OK
Number of deleted files: 0
Number of regular files transferred: 27,146
Total file size: 2,194,151,014 bytes
Total transferred file size: 2,184,519,161 bytes
Literal data: 2,184,519,161 bytes
Matched data: 0 bytes
File list size: 1,072,450
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 659,612
Total bytes received: 2,187,459,019
sent 659,612 bytes received 2,187,459,019 bytes 101,772,959.58 bytes/sec
total size is 2,194,151,014 speedup is 1.00 in 23 seconds.
[Export of Github issue for rear/rear.]