Hi all,

I believe I have figured out this issue, however it is unideal. I seems that between Kernel 5.15.68 and Kernel 5.15.93 there must have been some update to Realtek Driver R8169. As such, this driver now has degraded performance on my Dell G15 5510 machines.

I have also tested a machine with a intel NIC, which runs the e1000e driver in the FOG-OS environment. It works beautifully.

For other issues with similar issues out there, I would suggest for you to consider these 2 steps to resolve this issue:

• You can purchase PXE enabled USB to Ethernet adapters. Each brand of laptops will have their specified version that it allows use of (Dell’s is here: https://www.dell.com/en-au/shop/dell-adapter-usb-30-to-ethernet-pxe-boot/apd/492-11726/pc-accessories). I have tested this and it works beautifully, however would get costly above a certain amount.
• You can also roll you own Linux Kernel with your own selected drivers (ie. using R8168 instead of R8169). I also did this and it is fairly simple, but… in my case the time-cost benefit was not up to par.

Also just to put it out there, FOG debug mode is very very useful and can be found in the advanced tasks menu:

Let me know if there are any follow up questions out there.

@olivier-bonnici That link does not work for me. Can you please provide it another way (Google Drive open link or GIT etc.)?

@olivier-bonnici Could you please provide this image, as it will help make my life easier. Also could you provide it to the devs so they can integrate it into FOS?

@CwillQCA I also image multiple models of Dell machines using FOG. A couple of things to check:

• Dell USB Adapters support MAC passthrough, but some Dell machines require this to be enabled in BIOS.
• In my experience, machines with Secure Boot turned off and Bitlocker disabled work the best. Try decrypting the harddrive / disable secure boot (if not already done).
• There are USB C Dell Ethernet Adapters also, those may work better.
• It doesn’t make sense that FOG worked without Option 66 and 67 being setup, but presumably you are say it is setup on the router (just not firewall?). Double check that both your router and DHCP server (whether this is FOG server or something else) is setup appropriately.
• May be worth getting one of the Lenovo machines and checking what the ipxe menu (image above) spits out different.

It says that DHCP fails, so I would assume it is something to do with the DHCP server or network setup. I am not overly experienced in FOG but hopefully my thoughts have helped.

@rodluz Unfortunately this changes nothing. I received the “eee unchanged” message, which I assume the Realtek Environmental Ethernet policies are already off.

Any other thoughts?

@Tom-Elliott Yes correct, if its not to do with R8169, then I am unsure what is going on.

@rodluz I have tried this kernel in debug mode and below is the results. Still unsuccessful:

I tested again on 5.15.68 released October 9, 2022, and back to working. Same experience on earlier kernels:

Same machine, same network connection, same FOG Server version. It is just FOS version from what I can tell.

Hi all,

I believe I have figured out this issue, however it is unideal. I seems that between Kernel 5.15.68 and Kernel 5.15.93 there must have been some update to Realtek Driver R8169. As such, this driver now has degraded performance on my Dell G15 5510 machines.

I have also tested a machine with a intel NIC, which runs the e1000e driver in the FOG-OS environment. It works beautifully.

For other issues with similar issues out there, I would suggest for you to consider these 2 steps to resolve this issue:

• You can purchase PXE enabled USB to Ethernet adapters. Each brand of laptops will have their specified version that it allows use of (Dell’s is here: https://www.dell.com/en-au/shop/dell-adapter-usb-30-to-ethernet-pxe-boot/apd/492-11726/pc-accessories). I have tested this and it works beautifully, however would get costly above a certain amount.
• You can also roll you own Linux Kernel with your own selected drivers (ie. using R8168 instead of R8169). I also did this and it is fairly simple, but… in my case the time-cost benefit was not up to par.

Also just to put it out there, FOG debug mode is very very useful and can be found in the advanced tasks menu:

Let me know if there are any follow up questions out there.

Hi all,

New information. When I load the client into FOS debug mode and run iperf3, the client device can only recieve around 50Mbps but can send at 1GBe.

Thoughts:

• Given this only happens in FOS, I dare say one of the drivers are not behaving.
• The machines I am imaging are Dell Laptops G15 5510. These have Realtek ethernet controllers. I have read these are troublesome, is there any work arounds.
• I have tried updating the kernels to the latest dev kernels via the FOG Web UI, but this does not seem to help.

I would appreciate any help here.

Hi mwestaph,

I am also new here but I believe I can take a crack at your image.
Snapins I feel are great, they automatically install after your machine is imaged. The other tool you would want to consider here are the “Groups” feature. While this isn’t a traditional group where new hosts inherit group settings, its a good way to apply settings on mass.

Here is my basic setup:
I have 2 images and 6 groups. I then onboard all of the client machines / hosts and assign them to the appropriate group. In the group setup, I then choose the correct image and snapins for that group. This applies these settings to all associated hosts (ie. All current hosts that are associated with this groups now have the same settings.)
The only downside currently is if you need to assign a new host machine to this group, you need to re-apply the image and snapin settings for the group to apply it appropriately to this machine.

Let me know if this helps and if there is anyone more experienced out there feel free to tell me if I am wrong.

Hi all,

I am new to FOG and am currently trying to get it setup within my workplace. If there are any troubleshooting requirements or logs you need to see, please let me know / spell it out fairly plainly.

I have currently setup my FOG server on a 1GBe network, with plans to upgrade to fibre 10GBe. My server is running on a Fedora 41 machine and I am mainly imaging Windows 11. When I am capturing images I can see that the speeds are reaching 1GBe speeds however whenever I try to deploy, using unicast, each unicast is stuck at 50Mbps.
When I say 50Mbps, I can unicast 1 machine at 50Mbps (takes around 2 hours), or I can Unicast 3 images / machines at 50Mbps (150Mbps over the switch) which still takes about 2 hours. My IT brethren in the workplace have asked me not to use multicast.
I am mostly imaging Dell Laptops with secure boot and Bitlocker turned off, so this shouldnt be the limitation.

I have used iperf3 to test the connection between the windows machines and the linux server, and everything is running at close to 950Mbps. I have also run multiple speedtests on both the server and clients and all are as expected (about 500 up and down). The client machines are using i9’s and i7’s, so I don’t think it is decompression slowing things down. I have also tried to image no compression on the image and again I am limited at 50Mbps, as it was not compressed it took close to 4 hours.

This feels like a unicast limit, as if either A) FOG limits each unicast connection or B) hardware in between (such as the NIC or Ubiquiti switch) are limiting ftp / udp on the network.

Any thoughts?

Deployment

Capture Task

Server Setup

And some evidence that the server and connection can transmit at Gigabit