RTL8153 Compile
-
On Windows, it's not just the management agent, but PV drivers for your Windows. Without PV drivers, you are using emulation and it'sā¦ slow.
What drivers did you used previously?
-
@olivierlambert I have been using the PV host adapter (PV drivers). It comes with the ManagementAgentx64.exe that can be found on the official Xcp-NG.ISO.
After un-installing and using emulation, it works fine, but around 30Mbit. When re-installing the PV drivers I get SSL errors again.
I'm trying to think what the problem could be, the PV drivers? the PV drivers who can't get along with the 2.5Gbe USB attached to the Xcp-NG server?
Isn't Xcp-NG just passing though it's connection to the VM?
Those are the questions I'm asking myself right now and I'll try digging into it on google a bit more.
Really strange that Ubuntu and in my case, Freenas works without problems.
-
@gskger Changing the MTU didn't help unfortunately
I'm starting to think there is something else going win combination with the PV adapter drivers. -
I don't remember we bundle anything for Windows, @stormi ?
-
@olivierlambert up to XCP-ng 8.1 we had the installer for management agent in a
client_installdirectory on the ISO as in Citrix Hypervisor installation ISOs. -
HOLY MOLY! I think I fixed it by disabling TCP offloading according to this article:
Internet works without ssl/tls errors! I'm going to check right away if I can get the 2.5Gbit speeds!
EDIT: As of now I get 1.70 Gbits/sec with an Iperf3 test, this is amazing! Not getting the full speed is probably because of VM overhead or the cat5E cables who aren't that shiny anymore.
I want to thank you all for taking the time to help! It must be a pain sometimes! Especially people who revive old threads. BUT I can finally follow my VirtualMachine dreams I had planned for a long time. You guys are amazing, I've been using Xcp-NG for a year and there will be many more years to come!
Merry Christmas! And I hope this thread will help a lot more xcp-ng fans!
-
Nice
I think we might document this in our doc, maybe in the troubleshooting section! -
@olivierlambert said in RTL8153 Compile:
Nice
I think we might document this in our doc, maybe in the troubleshooting section!Agreed. @jokurinopoloski, could you try to contribute something to the https://xcp-ng.org/docs/troubleshooting.html page? ("Help us to improve this page!" link at the bottom)
-
@stormi I will try and look into that tomorrow! Thanks guys
-
That would be wonderful and also helpful for other people having the same issue
-
@olivierlambert Created a pull request on this matter, I hope it's properly described.
-
@jokurinopoloski I reviewed your PR!
Thanks for the contribution
-
Apologies for the bump of an old topic, but is anyone aware of the existence of an updated r8152 driver that will support the r8156 (2.5gbe) chipset within xcp-ng?
I can download the driver source from realtek directly, but am not 100% on how to compile it and then have xcp-ng use it in preference to the existing driver.
-
A topic for @Andrew I think ^^
-
@FilHarr @olivierlambert Sure, I'll give it a go.
I have a USB r8153 and r8156 adapter on the way for testing. -
@FilHarr The new realtek driver builds and loads.... I'll give it a try this weekend when my new USB adapter arrives.
-
@Andrew That sounds encouraging! Happy to help out by doing some testing if that's a) possible and b) would assist.
-
@FilHarr I have the driver built and working, but I have a USB naming problem that is not safely resolved by the previous workaround method so I have not finished testing. Looks like they will be adding the new 5Gb NICs soon.
-
@Andrew I eventually managed to get v2.17.1 of the realtek driver compiled and loaded. I have an RTL8153 and an RTL8156 based USB adapter connected to my host device which are both being correctly identified (took me a while to work out how to get the updated kernel module to load on boot but figured it out in the end). Have added both networks to a VM and everything seems to be working ok (transfer speeds are as expected).
What is the issue you're seeing with the USB naming? I already had the RTL8153 USB working with the default driver and a rename rule in '70-persistent-net.rules'. Added a similar rule for the RTL8156 USB and both renames seem to be surviving reboots with the updated 2.17.1 driver.
-
