dhcp issue - Lenovo E73 - Realtek RTL8111GN
-
It does same thing even if they are connected directly. But my question was about "eth0’ which fails to come up. which port is this ?
Also would you mind explaining me the process that is going on right from pxe booting until the computer starts being imaged or captured ?
-
@pdit Linux usually names the first (Ethernet) network interface
eth0. As we see when doing a debugging session the interface comes up later on and it just seems to take hell of a lot of time. I have no idea why. Suppose this is some kind of driver issue with this particular model.Can you do me a favor? We should see the same effect when you boot any kind of Live Linux system. Download and boot Ubuntu Live DVD for example and see if it can bring up the network in the first 120 seconds of booting.
You can find some information on the boot process here: https://wiki.fogproject.org/wiki/index.php?title=Booting_into_FOG_and_Capturing_your_first_Image#PXE_booting
-
Sebastian, My fog server is running on centos 7 in minimal installation. can this cause the issue i am having? i did yum update all after i install Centos 7 but it is still minimal installation. let me know.
-
@pdit said in dhcp issue:
My fog server is running on centos 7 in minimal installation. can this cause the issue i am having?
Definitely not! FOG server system is not causing this I am fairly sure!
-
anything to do with Ethernet port name ? in centos 7 port is named as eno1 and that is what FOG picked up.
-
@pdit said in dhcp issue:
anything to do with Ethernet port name ? in centos 7 port is named as eno1 and that is what FOG picked up.
Nope! Some Linux systems use the “old” style
ethXwhile others use names likeenoXor evenenp0sX. But it’s just the naming and does not have anything to do with carrier/link status. -
After trying all kinds of options we tried removing patch cable and re connecting it back when FOG was showing "starting eth0 interface " it worked for that moment and than we re tried it worked again for same E73 desktop but when we tried completely different e73 we are back to same issue. sound like it is some type physical issue. but can’t seems to figure it out. different patch cable were tried as well.
anyways Thank you guys for all your support and quick replies. please close this thread. i will just create another Fog server hopefully it won’t give me this trouble.
-
@pdit I am farily sure this is not an issue with your FOG server but more a network card/driver issue on that E73!!! Don’t think building a new FOG server will help at all.
Try other Linux Live systems to see if they have the same issue or not.
-
Same E73’s works when imaged using in network Fog server. which is in Vmware VM. and connected using same old switches. we are going to replicate same setup with same hardware but in an isolated network.
-
@pdit On these E73s, have they been updated to the latest firmware (bios)?
I’m my mind I don’t see us trying a cheap network switch ($20 Amazon 1GbE switch) here to 100% eliminate spanning tree or green-power switch settings.
Since its model unique, I’m not really thinking its the fog server at fault here even though the IP addresses are being handed out by the fog server. This appears to be a network link issue between the target computer and the network switch (but its not clear to me yet).
So I would first start to look at the target computer make sure the firmware has been updated which typically comes with network interface firmware too (at least on the dells). The other thing is… is there a difference in action between uefi and bios mode with this hardware? I don’t think we’ve posted what mode these computers are in when attempting to boot.
-
@pdit said in dhcp issue:
Same E73’s works when imaged using in network Fog server
This is probably on a different switch as well!?! I am fairly sure this is where the difference is coming from.
-
This is the Nic port specs of E73 desktop. “Ethernet : Gigabit ethernet port, Realtek RTL8111GN, Wake on LAN
”
does that help in finding solution to this issue ? -
@Sebastian-Roth switch is not the issue.i tried all different switches, network cables even tried 3 more E73’s but still same issue. than i tried E72 model which is one generation older than this and that one worked. so its model specific issue.i just posted NIC description of E73 in earlier post. please check to see if there is any issue with that.
-
@pdit said in dhcp issue:
Realtek RTL8111GN
Searching the web for this NIC I find many people having all sorts of issues with this!
https://www.unixblogger.com/the-pain-of-an-realtek-rtl8111rtl8168-ethernet-card/
https://ubuntuforums.org/showthread.php?t=1793279
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1007236So you are right. It seams model specific. Not sure when I will find the time to build a kernel with a modified driver version. Not sure if we want to maintain a different driver version anyway.
-
Not sure why same E73 works in another FOG server which is in our network.The only difference is that DHCP is handled by our own DHCP server.the process of NIC going down and coming back up is same across all computers. I have feeling some service in FOG not working as it should in this isolated setup. just not able to point which one it is. if you guys think this isn’t FOG issue. feel free to resolve this post.
Thank you all for quick responses.Appreciate all help.
-
@pdit Well, not knowing your setup in all details makes it hard to guess about the reasons.
Do you have different versions of FOG running on those two different servers?
-
Our working FOG server is 1.5.4 version. isolated FOG server is 1.5.6 (one in question)
Here is Details about working FOG
Hardware : Lenovo M91p desktop
Running as VM in Vmware ESXi version:6.7.0
Desktop is connected to Linksys switch ( i sent you link about it earlier) which is than connects to Netgear managed switch.
DHCP is handled by MS windows server. Gateway is sophos firewall where options 66 & 67 are also setup.we usually connect computers directly to Linksys switch where fog is connected and get them imaged.this is fastest way as transfer rate is much higher. sometimes we image them at some random location. but in both situation we have no issue imaging any type of computer. we maintain standard here so all our computers are of Lenovo brand. models are different and they changes every year. E73’s are the most in use here across offices.
The reason why we are setting up isolated FOG is to send it to our remote offices and get their computers imaged to win10. we tried doing this over WAN but failed. option 66 and 67 was setup correctly at one office but when computer boots up it doesn’t talk to FOG server which is here in our main office even though we have VPN tunnels in place.
Hope this helps. let me know if you need additional info.
-
i have setup new fog server identical to the one that is working with same hardware. everything is same except FOG version.and it still not working with E73 desktops. it is now proven that issue is not with E73 NIC but it’s FOG problem.
FOG Team, how can i get version 1.5.4 ? i am certain that this version of fog won’t give me trouble. Please help me get it.
-
@pdit I’m still not convinced its a fog issue here, but to answer your request you can get the 1.5.4 tarball here: https://github.com/FOGProject/fogproject/archive/1.5.4.tar.gz
-
I can confirm that the issue was in new FOG version. after i installed 1.5.4 version i am able to image same E73 desktops which didn’t work in new version. FOG team should look at what’s wrong in new version.
Thank you all for help. Please mark this resolve.
