I just checked the behaviour when using the -zz option.
On one of my two affected systems, -zz works. However, on the other, an older
embedded system (NAS), it does not. The error message on this system is as
follows:
rsync: on remote machine: --new-compress: unknown option
rsync error: requested
Please excuse me, it slipped my mind and I only became aware of it
through the email notification about a new activity in the bug tracker.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to rsync in Ubuntu.
https://bugs.launchpad
Unfortunately, since I cannot update the target, which is an embedded
system, I have been able to help myself by disabling compression.
Instead of calling rsync with the parameters -avz I use temporarily only
-av for the affected target systems and the synchronization runs without
problems.
--
Yo
After further reading on the subject, I guess that the problem is the
size of over 2 GB. All other thousands of files (incl. hardly further
compressible mp3, jpeg, mpeg etc.) are synchronized without problems.
Under ubuntu 20.04 LTS the problem did not occur.
--
You received this bug notification
Thanks for your efforts and fast answer.
In the meantime I verified that it is compression related, as I read
"deflate on token returned 0 (8512 bytes left)" as an indication on
this.
Usually the action is performed using -avz parameters. When not
activating compression (-av only), the synchroniz
Public bug reported:
When synchronizing to other systems, rsync exits with "error in rsync
protocol data stream (code 12)".
The problem occurs since ubuntu 22.04 LTS with two different destination
systems not running ubuntu but plain debian. The error did not occur
under 20.04 LTS.
Synchronisati
6 matches
Mail list logo
