-
Bug
-
Resolution: Done-Errata
-
Major
-
rhel-9.4
-
None
-
rsync-3.2.5-1.el9
-
No
-
Moderate
-
rhel-net-perf
-
ssg_core_services
-
24
-
2
-
False
-
False
-
-
None
-
Red Hat Enterprise Linux
-
None
-
Pass
-
Automated
-
x86_64
-
None
What were you trying to do that didn't work?
Copying a remote device (ie: via ssh access to source machine) to a local file
What is the impact of this issue to you?
Wrong progress and estimated time reported
Please provide the package NVR for which the bug is seen:
rsync-3.2.3-19.el9.x86_64
How reproducible is this bug?:
It is always reproducible when copying a source disk via an ssh connection (even if the source machine is localhost itself, but accessed via ssh for testing).
For example:
rsync -v --progress -W --copy-devices root@localhost:/dev/nvme0n1 /dev/shm/test.img
root@localhost's password:
nvme0n1
572,424,192 -2147483648% 545.91MB/s ::??
Notice how the % and estimated time values are completely wrong.
Not using ssh produces correct output.
Steps to reproduce
- rsync -v --progress -W --copy-devices root@localhost:/dev/nvme0n1 /dev/shm/test.img
Expected results
Progress % and estimated time should be correctly shown
Actual results
Wrong values are shown.
- links to
-
RHBA-2025:144755 rsync update