VMs Network speed slowing down

Yes, thank you for the advice. I was decided to order a new server -and do a IP migration-, but with your experience definetively i can´t continue wasting time, money and patience.

They confirm that they guarantee the speed of the main server, and of course this depends on virtualization, more factors, load etc, so one month trying to resolve this and sending compliants and logs and they told me that...incredible.

In the old server, with soyoustart, the ovh "low cost" company, this was working as expected, so in a server now with 3x the cost with this issues not assumible.

I did not have now the networking config here PhilV (server suspended at this time, thinking in renew and continue), but it have added a bridge (vmbr0) following the documentation. Exactly the same config working for SyS, with this issue on OVH, so not appears to be a simple network mismatch

We are being limited via vMAC, if we configure the IPs directly in a CentOS without virtualization and without give vMac on panel will work perfectly (tested). When we set the vMAC to get working as bridge (vmac is required for ovh) here start the issue.

I said them, 3/4 times that please tecnicians try to set a assigned vmac in rescue mode and test -without this works well- and they omit this. I am talking in ovh.es via ticket and they supposed to talk with tecnicians, i can´t talk directly with tecnicians and yes, this is really frustrating.

Of course: they do not found any issue and of course no refund or solution, i can try all servers and subnets as i need and waste hours and hours making proxmox setup, and of course paying without any refund possibility, since for them all is working perfectly.
 
In the old server, with soyoustart, the ovh "low cost" company, this was working as expected, so in a server now with 3x the cost with this issues not assumible.

Exactly the same for me, I've a SYS Proxmox server with IP/vMACs and it's working like a charm :)

For 3 times, I told to support if they can/want to reset/reinstall proxmow with only One VM on my server to note that the issue is not due to my own charges... no answer.
They do not provide the contractual service, and it's illegal. It's not anywhere in the terms of sales that the bandwidth is garantee only for the Host machine.
Luck for them, I have no time to loose with judiciary process.

My last question to them is the same : Install me a full fonctionnal Proxmox server (I can pay for it)... no answer.

:(
 
Yes, they will not install or test anything.

I asked also that before send me the details to new server that a tecnician install a clean proxmox with a VM and their vmac to test. If i get the same issue in a new server, of course no refund, and time and money losed.
 
Here another clear demostration:

Code:
[root@hosting ~]# ./speedtest-cli
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from OVH (137.74.195.220)...
Selecting best server based on latency...
Hosted by Orange (Paris) [1.88 km]: 6.104 ms
Testing download speed........................................
Download: 8.59 Mbit/s
Testing upload speed..................................................
Upload: 34.54 Mbit/s

[root@hosting ~]# service network restart
Restarting network (via systemctl):                        [  OK  ]

[root@hosting ~]# ./speedtest-cli
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from OVH (137.74.195.220)...
Selecting best server based on latency...
Hosted by NEOTELECOMS (Paris) [1.88 km]: 7.454 ms
Testing download speed........................................
Download: 865.29 Mbit/s
Testing upload speed..................................................
Upload: 224.75 Mbit/s

So, not only rebooting the things goes good, if network restart also OK. Something happens when link down-up that enable us a few minutes of dream before things goes bad again. Waiting for ovh to continue test.

My main hardware specs are:

Motherboard: Supermicro X9SRE/X9SRE-3F/X9SRi/X9SRi-3F/X9SRE/X9SRE-3F/X9SRi/X9SRi-3F, BIOS 3.2a 08/31/2015

NICs: Intel Corporation I350 Gigabit

@PhilV and all people running with this issue can share the hardware? To discard definetively a hipotetic specific hardware compatibility issue with Proxmox (use dmesg to get motherboard and lspci to get nic model for example)

To all proxmox friends and developers: what is your opinion? It could be possible that something related to software (proxmox) could cause this issue?
 
So, not only rebooting the things goes good, if network restart also OK. Something happens when link down-up that enable us a few minutes of dream before things goes bad again. Waiting for ovh to continue test.

My main hardware specs are:

Motherboard: Supermicro X9SRE/X9SRE-3F/X9SRi/X9SRi-3F/X9SRE/X9SRE-3F/X9SRi/X9SRi-3F, BIOS 3.2a 08/31/2015

NICs: Intel Corporation I350 Gigabit

@PhilV and all people running with this issue can share the hardware? To discard definetively a hipotetic specific hardware compatibility issue with Proxmox (use dmesg to get motherboard and lspci to get nic model for example)

To all proxmox friends and developers: what is your opinion? It could be possible that something related to software (proxmox) could cause this issue?

Hi,
Motherboard : Supermicro X10SRi-F
Network Controller : Intel® i350-AM2 Dual Port Gigabit Ethernet

I my opinion, it would be really bad from OVH to provide an untested hardware with Proxmox. :)
 
@PhilV could you try now? It´s working for you?

No luck, for some VM it's worst... under 1 Mb/s (850 Kb/s).

I have phonecall them yesterday, and same answer : "Your request is being checked with the network team".

I decide what i do these week, cannot wait anymore.
Maybe another SoYouStart... 250 Mb/s, it's not 500, but just 250 more than i have with this OVH server !

I want to make Free my Proxmox !!! :D
 
No luck, for some VM it's worst... under 1 Mb/s (850 Kb/s).

I have phonecall them yesterday, and same answer : "Your request is being checked with the network team".

I decide what i do these week, cannot wait anymore.
Maybe another SoYouStart... 250 Mb/s, it's not 500, but just 250 more than i have with this OVH server !

I want to make Free my Proxmox !!! :D

My fault, yesterday in 5 minutes timeline i thought issue was solved, but of course NOT, false alarm :(

SyS is a great offer, and servers works well, server is cheaper but they IP policy is worst. You can get 16 IP free, only paying setup, but for more you need to pay 2 EUR/month per IP, with OVH you only pay setup for IP as you may know. I think in Europe is the best offer regarding IPs, the ovh IP policy is very good for those who need larger number of IPs for use with virtualization.

@PhilV i suggest you before leave the server, comment the case to Octave Klaba (OVH CEO). I still not contact him but sure i´ll contact him in next days.
 
My fault, yesterday in 5 minutes timeline i thought issue was solved, but of course NOT, false alarm :(

SyS is a great offer, and servers works well, server is cheaper but they IP policy is worst. You can get 16 IP free, only paying setup, but for more you need to pay 2 EUR/month per IP, with OVH you only pay setup for IP as you may know. I think in Europe is the best offer regarding IPs, the ovh IP policy is very good for those who need larger number of IPs for use with virtualization.

@PhilV i suggest you before leave the server, comment the case to Octave Klaba (OVH CEO). I still not contact him but sure i´ll contact him in next days.
(sorry my bad english)

Amil, I have the same problem with OVH (Canada). Low speed and problem with storage latency and performance. Is a disaster!.
OVH is currently being attacked, but that should not affect all customers of OVH.
Tickets the answer when they want and do not cooperate with anything. I started having problems 2 or 3 weeks ago, before worked great.

My mother board is X10DRH-iT.

You know any alternative to OVH with similar values ?.

Best regards.
 
This is an example of how bad it works (NAS Storage to Local hard disk).
Code:
INFO: starting new backup job: vzdump 113 --remove 0 --node noc --compress lzo --mode snapshot --storage BackupLocal
INFO: Starting Backup of VM 113 (qemu)
INFO: status = stopped
INFO: update VM 113: -lock backup
INFO: backup mode: stop
INFO: ionice priority: 7
INFO: VM Name: vm
INFO: creating archive '/var/lib/vz/backups-locales/dump/vzdump-qemu-113-2016_09_02-18_35_16.vma.lzo'
INFO: starting kvm to execute backup task
INFO: started backup task '14b44368-14f6-4810-85b6-ca53a7ef821b'
INFO: status: 0% (1572864/161061273600), sparse 0% (1007616), duration 3, 0/0 MB/s
INFO: status: 1% (1610612736/161061273600), sparse 0% (397692928), duration 2460, 0/0 MB/s
INFO: status: 2% (3222142976/161061273600), sparse 1% (2009223168), duration 3969, 1/0 MB/s
INFO: status: 3% (4831903744/161061273600), sparse 2% (3618983936), duration 5764, 0/0 MB/s
INFO: status: 4% (6442516480/161061273600), sparse 3% (5229596672), duration 7269, 1/0 MB/s
INFO: status: 5% (8053063680/161061273600), sparse 4% (6840143872), duration 8150, 1/0 MB/s
INFO: status: 6% (9663676416/161061273600), sparse 4% (7372591104), duration 9025, 1/1 MB/s
INFO: status: 7% (11277631488/161061273600), sparse 5% (8503701504), duration 10209, 1/0 MB/s
INFO: status: 8% (12887654400/161061273600), sparse 6% (10113724416), duration 10868, 2/0 MB/s
INFO: status: 9% (14496759808/161061273600), sparse 7% (11722829824), duration 11748, 1/0 MB/s
INFO: status: 10% (16107241472/161061273600), sparse 8% (13333311488), duration 12582, 1/0 MB/s
INFO: status: 11% (17717067776/161061273600), sparse 8% (13909934080), duration 13419, 1/1 MB/s
INFO: status: 12% (19329974272/161061273600), sparse 9% (15229538304), duration 14212, 2/0 MB/s
INFO: status: 13% (20938096640/161061273600), sparse 10% (16837660672), duration 14859, 2/0 MB/s
INFO: status: 14% (22550872064/161061273600), sparse 11% (18450436096), duration 15495, 2/0 MB/s
INFO: status: 15% (24160960512/161061273600), sparse 12% (20060524544), duration 16251, 2/0 MB/s
INFO: status: 16% (25770524672/161061273600), sparse 12% (20689342464), duration 17282, 1/0 MB/s
INFO: status: 17% (27382972416/161061273600), sparse 13% (22301790208), duration 17885, 2/0 MB/s
INFO: status: 18% (28996009984/161061273600), sparse 14% (23914827776), duration 18418, 3/0 MB/s
INFO: status: 19% (30603476992/161061273600), sparse 15% (25522294784), duration 18941, 3/0 MB/s
INFO: status: 20% (32217825280/161061273600), sparse 16% (27136643072), duration 19469, 3/0 MB/s
INFO: status: 21% (33823719424/161061273600), sparse 17% (28742479872), duration 20042, 2/0 MB/s
INFO: status: 22% (35436494848/161061273600), sparse 18% (30355255296), duration 20645, 2/0 MB/s
INFO: status: 23% (37046059008/161061273600), sparse 19% (31964819456), duration 21251, 2/0 MB/s
INFO: status: 24% (38654705664/161061273600), sparse 20% (33573466112), duration 21787, 3/0 MB/s
INFO: status: 25% (40271544320/161061273600), sparse 21% (35190304768), duration 22238, 3/0 MB/s
INFO: status: 26% (41877700608/161061273600), sparse 22% (36796461056), duration 22735, 3/0 MB/s
INFO: status: 27% (43486543872/161061273600), sparse 23% (38405304320), duration 23459, 2/0 MB/s
INFO: status: 28% (45099319296/161061273600), sparse 24% (40018079744), duration 24099, 2/0 MB/s
.
.
.
INFO: status: 54% (86976430080/161061273600), sparse 50% (81895129088), duration 34572, 6/0 MB/s
INFO: status: 55% (88590450688/161061273600), sparse 51% (83509149696), duration 34834, 6/0 MB/s
INFO: status: 56% (90197065728/161061273600), sparse 52% (85115764736), duration 35083, 6/0 MB/s
INFO: status: 57% (91810430976/161061273600), sparse 53% (86729129984), duration 35300, 7/0 MB/s
INFO: status: 58% (93415931904/161061273600), sparse 54% (88334630912), duration 35720, 3/0 MB/s
INFO: status: 59% (95027134464/161061273600), sparse 55% (89945833472), duration 36042, 5/0 MB/s
INFO: status: 60% (96650330112/161061273600), sparse 56% (91564924928), duration 36286, 6/0 MB/s
INFO: status: 61% (98253799424/161061273600), sparse 57% (93168394240), duration 36545, 6/0 MB/s
INFO: status: 62% (99866181632/161061273600), sparse 58% (94780776448), duration 36780, 6/0 MB/s
INFO: status: 63% (101474697216/161061273600), sparse 59% (96389292032), duration 37012, 6/0 MB/s
INFO: status: 64% (103090421760/161061273600), sparse 60% (98005016576), duration 37294, 5/0 MB/s
INFO: status: 65% (104693104640/161061273600), sparse 61% (99607699456), duration 37618, 4/0 MB/s
INFO: status: 66% (106302144512/161061273600), sparse 62% (101216739328), duration 37938, 5/0 MB/s
INFO: status: 67% (107921997824/161061273600), sparse 63% (102836592640), duration 38154, 7/0 MB/s
INFO: status: 68% (109523501056/161061273600), sparse 64% (104438095872), duration 38506, 4/0 MB/s
INFO: status: 69% (111134703616/161061273600), sparse 65% (106049298432), duration 38833, 4/0 MB/s
INFO: status: 70% (112743546880/161061273600), sparse 66% (107658141696), duration 39125, 5/0 MB/s
INFO: status: 71% (114363269120/161061273600), sparse 67% (109277863936), duration 39382, 6/0 MB/s
INFO: status: 72% (115965296640/161061273600), sparse 68% (110879891456), duration 39662, 5/0 MB/s
INFO: status: 73% (117579841536/161061273600), sparse 69% (112494436352), duration 39931, 6/0 MB/s
INFO: status: 74% (119187308544/161061273600), sparse 70% (114101903360), duration 40235, 5/0 MB/s
INFO: status: 75% (120799756288/161061273600), sparse 71% (115714351104), duration 40501, 6/0 MB/s
INFO: status: 76% (122408271872/161061273600), sparse 72% (117322866688), duration 40754, 6/0 MB/s
INFO: status: 77% (124025372672/161061273600), sparse 73% (118939967488), duration 41106, 4/0 MB/s
INFO: status: 78% (125629825024/161061273600), sparse 74% (120544419840), duration 41393, 5/0 MB/s
INFO: status: 79% (127238668288/161061273600), sparse 75% (122153189376), duration 41645, 6/0 MB/s
INFO: status: 80% (128851574784/161061273600), sparse 76% (123766095872), duration 41928, 5/0 MB/s
INFO: status: 81% (130461466624/161061273600), sparse 77% (125375987712), duration 42220, 5/0 MB/s
INFO: status: 82% (132073455616/161061273600), sparse 78% (126987976704), duration 42526, 5/0 MB/s
INFO: status: 83% (133682102272/161061273600), sparse 79% (128596623360), duration 42939, 3/0 MB/s
INFO: status: 84% (135293763584/161061273600), sparse 80% (130208284672), duration 43323, 4/0 MB/s
INFO: status: 85% (136902475776/161061273600), sparse 81% (131816996864), duration 43647, 4/0 MB/s
INFO: status: 86% (138514202624/161061273600), sparse 82% (133428723712), duration 43956, 5/0 MB/s
INFO: status: 87% (140138053632/161061273600), sparse 83% (135052574720), duration 44201, 6/0 MB/s
INFO: status: 88% (141735755776/161061273600), sparse 84% (136650276864), duration 44426, 7/0 MB/s
INFO: status: 89% (143348072448/161061273600), sparse 85% (138262593536), duration 44670, 6/0 MB/s
INFO: status: 90% (144958423040/161061273600), sparse 86% (139872944128), duration 44938, 6/0 MB/s
INFO: status: 91% (146574082048/161061273600), sparse 87% (141488603136), duration 45208, 5/0 MB/s
INFO: status: 92% (148183384064/161061273600), sparse 88% (143097905152), duration 45493, 5/0 MB/s
INFO: status: 93% (149789474816/161061273600), sparse 89% (144703995904), duration 45796, 5/0 MB/s
INFO: status: 94% (151397597184/161061273600), sparse 90% (146312118272), duration 46107, 5/0 MB/s
INFO: status: 95% (153008930816/161061273600), sparse 91% (147923451904), duration 46378, 5/0 MB/s
INFO: status: 96% (154621181952/161061273600), sparse 92% (149535703040), duration 46705, 4/0 MB/s
INFO: status: 97% (156234874880/161061273600), sparse 93% (151149395968), duration 46981, 5/0 MB/s
INFO: status: 98% (157846011904/161061273600), sparse 94% (152759803904), duration 47290, 5/0 MB/s
INFO: status: 99% (159451119616/161061273600), sparse 95% (154364911616), duration 47588, 5/0 MB/s
INFO: status: 100% (161061273600/161061273600), sparse 96% (155975065600), duration 47860, 5/0 MB/s
INFO: transferred 161061 MB in 47860 seconds (3 MB/s)
INFO: stopping kvm after backup task
INFO: archive file size: 1.79GB
INFO: Finished Backup of VM 113 (13:17:45)
INFO: Backup job finished successfully
TASK OK
 
So, I have good news !

I seems that OVH find a part of issue, since this morning i have 7 VM (over 9) with full bandwidth !!! (930 Mb/s up and down)
:)

I Ask for explanation and the only answer was :
I also note that we have made changes earlier this week to the data center
Graveline to lighten the load of routers
http://travaux.ovh.net/?do=details&id=20114

What a pleasure to see Proxmox Containers proud and powerful :D

There is at least 2 VM/IPFO/vMACS with bandwidth issue but now i'm confident.

hope the solution is not temporary

I'll keep you informed
 
So, I have good news !

I seems that OVH find a part of issue, since this morning i have 7 VM (over 9) with full bandwidth !!! (930 Mb/s up and down)
:)

I Ask for explanation and the only answer was :


What a pleasure to see Proxmox Containers proud and powerful :D

There is at least 2 VM/IPFO/vMACS with bandwidth issue but now i'm confident.

hope the solution is not temporary

I'll keep you informed

@PhilV can you confirm still working at this time??

In my case, no news, if they definetively found the issue (or part) they should be able to do the same for me :)
 
@PhilV can you confirm still working at this time??

In my case, no news, if they definetively found the issue (or part) they should be able to do the same for me :)

Yes, still working well for me, exept for 2 VMs/IPFO/vMACs.
Support ask me to install OVH's SSH Keys to give them access to host and VM for testing.

But now it's clear that this is a routers overload in datacenter. So they will fix it within few days.

Don't leave the fight !
 
Yes, still working well for me, exept for 2 VMs/IPFO/vMACs.
Support ask me to install OVH's SSH Keys to give them access to host and VM for testing.

But now it's clear that this is a routers overload in datacenter. So they will fix it within few days.

Don't leave the fight !

@PhilV good news here too! :)
I test yesterday (later some days offline) and things goes well. I have same speed in VM and its working perfectly at this time.

They send me exactly the same case number: http://travaux.ovh.net/?do=details&id=20114

So, we had the same incident!! It was related to the router overload really, it was their fault.

I saw you got about 930 Mb/s upload and download, i supposed that you buy the extra bandwidth so have 1 Gbps / 1 Gbps

I did not buy the extra bandwith, so i supposed to have 1 Gbps download and 500 Mbps OVH - Internet.

My speeds test in node are:

Testing download speed........................................
Download: 882.31 Mbit/s
Testing upload speed..................................................
Upload: 264.42 Mbit/s


The upload is not quite well, about 300/310 Mbit/s for upload are my best values, so i am getting about the 50% aprox. of the 500 Mbps.

And another question PhilV, did you request some offer or discount due this incident? They told me that hey can´t do it (if i change to another server for test for example) with the reason they have NOT detected any incident and they told me that it appears my fault and issue with proxmox. Really its clever that is THEIR fault, in my case i was paying 2 months and i can´t pass to production...i think they should have some minor "detail" for us :)


Greetings!
 
@PhilV good news here too! :)
I test yesterday (later some days offline) and things goes well. I have same speed in VM and its working perfectly at this time.

They send me exactly the same case number: http://travaux.ovh.net/?do=details&id=20114

So, we had the same incident!! It was related to the router overload really, it was their fault.

I saw you got about 930 Mb/s upload and download, i supposed that you buy the extra bandwidth so have 1 Gbps / 1 Gbps

I did not buy the extra bandwith, so i supposed to have 1 Gbps download and 500 Mbps OVH - Internet.

My speeds test in node are:

Testing download speed........................................
Download: 882.31 Mbit/s
Testing upload speed..................................................
Upload: 264.42 Mbit/s


The upload is not quite well, about 300/310 Mbit/s for upload are my best values, so i am getting about the 50% aprox. of the 500 Mbps.

And another question PhilV, did you request some offer or discount due this incident? They told me that hey can´t do it (if i change to another server for test for example) with the reason they have NOT detected any incident and they told me that it appears my fault and issue with proxmox. Really its clever that is THEIR fault, in my case i was paying 2 months and i can´t pass to production...i think they should have some minor "detail" for us :)


Greetings!

Good to read that you're ok now ;)

To answer you, I have no extra bantdwidth. The BP OVH/Internet is a "Minimum guaranteed bandwidth". So it will be beetween 1 Gb/s and 500 Mb/s at least, depending of the network load i suppose.

I've done many test with others servers from differents provider (Online.net) and i have full BW up to 930 Mb/s. Sometimes 700 or 600 Mb/s witch is acceptable ! :)
Also, this is the (big) difference with SoYouStart, because it's 250 Mb/s limited BW (and not minimal garanteed). All my tests confirms that.

Finally, i've not request for refund or discount, cause they solve the issue few days before i need to make the server in production... so, i decide to not be rancorous !

Now i hope the network/serveur stay stable.

Best regards.
 
Good to read that you're ok now ;)

To answer you, I have no extra bantdwidth. The BP OVH/Internet is a "Minimum guaranteed bandwidth". So it will be beetween 1 Gb/s and 500 Mb/s at least, depending of the network load i suppose.

I've done many test with others servers from differents provider (Online.net) and i have full BW up to 930 Mb/s. Sometimes 700 or 600 Mb/s witch is acceptable ! :)
Also, this is the (big) difference with SoYouStart, because it's 250 Mb/s limited BW (and not minimal garanteed). All my tests confirms that.

Finally, i've not request for refund or discount, cause they solve the issue few days before i need to make the server in production... so, i decide to not be rancorous !

Now i hope the network/serveur stay stable.

Best regards.

Thank you for your wishes PhilV! But i am going crazy due really my upload speed is too slow. I supposed that i have:

Code:
Network                1 Gbps
AB OVH/OVH        1 Gbps
AB OVH/Internet  500 Mbps
AB Internet/OVH  1 Gbps
So, i think we have the same bandwidth limits. You have an amazing bandwidth and I only can get 300 Mbps for upload in the best of cases (between 200 and 300 Mbps). If i supposed that i have at least 500 Mbps guaranteed for upload, and can you confirm that, i am with very low values for upload (ovh/internet).

Please, when you have a minute can you make a speed test with "speedtest" command? It´s simple..

https://github.com/sivel/speedtest-cli

Code:
wget -O speedtest-cli https://raw.githubusercontent.com/sivel/speedtest-cli/master/speedtest_cli.py
chmod +x speedtest-cli

And then you can execute the command ./speedtest-cli

Thank you so much PhilV!! ;)

 
Please, when you have a minute can you make a speed test with "speedtest" command? It´s simple..
https://github.com/sivel/speedtest-cli

No pb amlil

You're right, speedtest-cli return very ugly results... upload average of 300 Mb/s like you ;)

BUT :

I'm not personnaly really confident with this tool...

You know, i'm pragmatic, and for me the best BW test is a basic download/upload of file.

Here is results for simple wget command :

3.7 GB File (debian-8.5.0-amd64-DVD-1.iso) hosted on one LXC Container on the Proxmox host.

Client is a online.net server (1 Gb/s Both ways)

Code:
requ▒te HTTP transmise, en attente de la r▒ponse...200 OK
Longueur: 3992977408 (3,7G) [application/x-iso9660-image]
Sauvegarde en : ▒/dev/null▒

100%[=================================================================================================================>] 3 992 977 408  107M/s   ds 38s

2016-09-16 14:10:29 (100 MB/s) - ▒/dev/null▒ sauvegard▒ [3992977408/3992977408]

it is a concrete test !

in other way, iperf return this result (Same server/LXC container) :

iperf -c xxx.xxx.xxx.xxx -i 1 -t 4 -r

Client connecting to mycontainer.proxmox, TCP port 5001
TCP window size: 23.5 KByte (default)
------------------------------------------------------------
[ 5] local xxx.xxx.xxx.xxx port 47074 connected with yyy.yyy.yyy.yyy port 5001
[ ID] Interval Transfer Bandwidth
[ 5] 0.0- 1.0 sec 104 MBytes 876 Mbits/sec
[ 5] 1.0- 2.0 sec 112 MBytes 941 Mbits/sec
[ 5] 2.0- 3.0 sec 112 MBytes 941 Mbits/sec
[ 5] 3.0- 4.0 sec 112 MBytes 942 Mbits/sec
[ 5] 0.0- 4.0 sec 441 MBytes 925 Mbits/sec
[ 4] local xxx.xxx.xxx.xxx port 5001 connected with yyy.yyy.yyy.yyy port 59284
[ 4] 0.0- 1.0 sec 82.8 MBytes 695 Mbits/sec
[ 4] 1.0- 2.0 sec 107 MBytes 895 Mbits/sec
[ 4] 2.0- 3.0 sec 112 MBytes 941 Mbits/sec
[ 4] 3.0- 4.0 sec 112 MBytes 942 Mbits/sec
[ 4] 0.0- 4.0 sec 417 MBytes 869 Mbits/sec

So... what should we think about this ?
 
I have the same issue, HOST-32L on SBG-1

And it does not seem to have been resolved.

Code:
iperf -c iperf.ovh.net -i 2 -t 10 -r
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to iperf.ovh.net, TCP port 5001
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[  5] local *.*.*.* port 51872 connected with *.*.*.* port 5001
[ ID] Interval       Transfer     Bandwidth
[  5]  0.0- 2.0 sec   214 MBytes   897 Mbits/sec
[  5]  2.0- 4.0 sec   223 MBytes   936 Mbits/sec
[  5]  4.0- 6.0 sec   224 MBytes   939 Mbits/sec
[  5]  6.0- 8.0 sec   211 MBytes   884 Mbits/sec
[  5]  8.0-10.0 sec   204 MBytes   857 Mbits/sec
[  5]  0.0-10.0 sec  1.05 GBytes   901 Mbits/sec
[  4] local *.*.*.* port 5001 connected with *.*.*.* port 47431
[  4]  0.0- 2.0 sec  2.84 MBytes  11.9 Mbits/sec
[  4]  2.0- 4.0 sec  1.34 MBytes  5.62 Mbits/sec
[  4]  4.0- 6.0 sec  1.28 MBytes  5.39 Mbits/sec
[  4]  6.0- 8.0 sec  1.56 MBytes  6.53 Mbits/sec
[  4]  8.0-10.0 sec  1.50 MBytes  6.28 Mbits/sec
[  4]  0.0-11.8 sec  9.25 MBytes  6.57 Mbits/sec

Code:
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from OVH (*.*.*.*)...
Selecting best server based on latency...
Hosted by FreeMobile (Paris) [1.88 km]: 12.596 ms
Testing download speed........................................
Download: 90.76 Mbit/s
Testing upload speed..................................................
Upload: 26.90 Mbit/s
 
After doing an upgrade and reboot of the Proxmox Host, VM speeds are restored to what they should be.

First test after reboot:

Code:
root@vpn:/home/deploy# ./speedtest-cli
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from OVH (*.*.*.*)...
Selecting best server based on latency...
Hosted by NEOTELECOMS (Paris) [1.88 km]: 12.532 ms
Testing download speed........................................
Download: 868.50 Mbit/s
Testing upload speed..................................................
Upload: 212.61 Mbit/s

Then just two minutes later:

Code:
root@vpn:/home/deploy# ./speedtest-cli
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from OVH (*.*.*.*)...
Selecting best server based on latency...
Hosted by NEOTELECOMS (Paris) [1.88 km]: 18.028 ms
Testing download speed........................................
Download: 28.93 Mbit/s
Testing upload speed..................................................
Upload: 12.88 Mbit/s

Code:
root@vpn:/home/deploy# ./speedtest-cli
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from OVH (*.*.*.*)...
Selecting best server based on latency...
Hosted by FreeMobile (Paris) [1.88 km]: 13.057 ms
Testing download speed........................................
Download: 26.10 Mbit/s
Testing upload speed..................................................
Upload: 6.78 Mbit/s
 
Last edited:
The speed tests from this morning clearly shows that OVH's hardware are overloaded during daily traffic.

And proves that the issue is NOT software related!

Code:
root@vpn:/home/deploy# ./speedtest-cli
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from OVH (*.*.*.*)...
Selecting best server based on latency...
Hosted by Orange (Paris) [1.88 km]: 13.123 ms
Testing download speed........................................
Download: 711.20 Mbit/s
Testing upload speed..................................................
Upload: 245.56 Mbit/s
root@vpn:/home/deploy# ./speedtest-cli
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from OVH (*.*.*.*)...
Selecting best server based on latency...
Hosted by NEOTELECOMS (Paris) [1.88 km]: 12.49 ms
Testing download speed........................................
Download: 887.65 Mbit/s
Testing upload speed..................................................
Upload: 249.09 Mbit/s
root@vpn:/home/deploy# ./speedtest-cli
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from OVH (*.*.*.*)...
Selecting best server based on latency...
Hosted by NEOTELECOMS (Paris) [1.88 km]: 12.285 ms
Testing download speed........................................
Download: 912.63 Mbit/s
Testing upload speed..................................................
Upload: 263.19 Mbit/s
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!