Search results

Awesome, glad you figured it out!

rfox, in your cluster, do you have more than one IP assigned to it that are on different networks? what was that new switch added for?

I've been troubleshooting this for a few days. It's been happening for the past several months. If your proxmox server is connected to more than one subnet, and has an IP configured on them, I'd look at that. For me, I had an issue a while back and configured a spare ethernet port to connect...

I saw in a recent update that some parameters have been tweaked to improve backups over WAN. I updated clients and servers today and I am happy to report that backup speed over the WAN to a remote PBS server is MUCH MUCH faster. Nice work!

Yes, I tried higher values, and the transfer rate went up a little more, but not much. If I use rsync to push a local pbs datastore to the remote one, just as a test, with no attempt to optimize, I get around 60MB/s. Same hosts involved in doing a pve backup to pbs. Latency is about 35-38ms...

@ceejay very interesting information. I tweaked that sysctl and did get more throughput. Though only about double, 4MB/s vs 2. So still terrible for me on a 1Gbps link. I'll double check shortly though, to make sure I did that right.

Thanks for that post, @ceejay. I tried nginx with that config, created a new PBS storage that points to it, but it doesn't seem to be helping in my case. I'm still getting the same slow speed doing a backup, a little over 2MB/s. :(

I'm reading some stuff about how http/2 has it's own flow control. Perhaps over low latency the existing PBS code works well, but with added latency of the WAN connection (in my case 35 ms) it doesn't work well? Poking around in the code, I saw some mention regarding various flow control...

Below is the result to the remote PBS. To local, TLS is much higher - around 250MB. Uploaded 10 chunks in 21 seconds. Time per request: 2157121 microseconds. TLS speed: 1.94 MB/s SHA256 speed: 459.57 MB/s Compression speed: 1249.56 MB/s Decompress speed: 3983.17 MB/s AES256/GCM speed: 2114.12...

I'm seeing this exact same issue with my setup. PVE on a server with 10g, backup to remote PBS maxes out around 15-17Mbps (~2MBps). WAN links are 1Gbps up/down ethernet, iperf3 shows near full line speed, both ways between all hosts involved. PBS sync job also hits the same speed limit. Local...

Awesome, good info! Setting to pc-q35-3.1 does fix the issue for me. Assuming we'll see an update to qemu at some point in the future that should correct the issue.

The drivers for the devices mentioned above all show a 4/12/2019 date, which matches the date of the files in the ISO.

I've been using the latest virtio-win iso from https://docs.fedoraproject.org/en-US/quick-docs/creating-windows-virtual-machines-using-virtio-drivers/ I used that for serial, storage, and network interface. No devices showed up in device manager as having an issue, so I'm not sure if there are...

The trouble VM was configured as machine type q35. Switching back to the default of i440fx resolved the issue. Something still seems wrong though...why is this a problem.

Hi all, I did some searching to see if this issue was reported but didn't see anything. I just upgraded from PVE5 to 6, and had a strange issue with a Windows 7 guest VM. The time in the VM was FLYING, like it would advance a minute for each second or so. The console GUI and programs would also...