Very slow speed of remote sync

[Webman]

I am setting up synchronization between server A and server B. It works, but the synchronization speed does not exceed 3-5 megabits per second. Previously, I used a weaker server and I received about 200-250 megabits per second (maximum for my network environment). I tested the connection speed with iperf and got about 250 megabits per second. The speed of reading and writing to the storages of both servers is 140-160 megabytes per second. Packages are updated to the latest versions today.

What could be the problem with such a slow sync speed?

 

[dcsapak]

I tested the connection speed with iperf and got about 250 megabits per second.

did you test in both directions? iperf direction cant sometimes be confusing

also what is the latency/packet loss between the hosts? on any tcp connection, latency/packet loss/reordering has a very big impact on throughput

 

[Webman]

Yes, speed for both direction is 250-280 Mbit/s. And rsync or scp from server A to server B (and from B to A) working on same speeds. Problem only with PBS sync. Channels between servers is IPsec tunnel - problem can't be in internet provider traffic shaper. Network connection is same, changed only installation of PBS (to new server with modern CPU).

 

[Webman]

I was wrong. The speed measurement was taken from another server. The problem is connected with the network adapter - this is Realtek 8168. It seems that for its normal operation it is required to use a proprietary driver - the r8168-dkms package from the non-free repository. PBS uses a non-standard kernel - pve-kernel, as PVE. DKMS is trying to build a module for a standard kernel and fail. How can I resolve this situation? It is impossible to replace the network interface - it is built-in (Lenovo mini-pc). Is it possible to switch to a standard kernel or otherwise build a module for the pve-kernel?

 

[dcsapak]

dkms should be possible when you install the correct header images: 'pve-headers' (since the kernel is shared with pve)