DHCP FAILED
-
@jeremyvdv said in DHCP FAILED:
I can not do “|” keyboard .
What language keyboard do you have? The pipe symbol ( | ) is kind of a required key for unix.
If you can’t get the pipe symbol then just run the
lspci -nnand hope we get luck that the network adapter is towards the end of the list. -
that’s what I get with this command:
-
@jeremyvdv
Luckily the answer I was looking for is the realtek ethernet adapter [10ec:5227] RTS5227 PCI Express CardSo now we know what we are looking for. Let me check a few things.
I see the version of the FOS Linux kernel is 4.19.0 (a bit strange for having 1.5.7 installed. But let me look up some things.
Edit: Ugh, RTS5227 PCI Express Card is not the nic adapter, that’s a card reader, which is wrong… The correct card is the intel I218LM [8086:15a2] that should have been supported by the linux kernel since 4.12.0. Very strange.
-
Great if you have any info
i do not understand … what do you want as information -
@jeremyvdv said in DHCP FAILED:
Great if you have any info
i do not understand … what do you want as informationOk so the target computer should be sitting at the FOS Linux command prompt at the moment. Post the output of this command
ip addr showMake sure the network adapter is plugged into the ethernet cable then issue the command. After issuing theip addr showcommand issueuname -aPost both answers to this thread. -
this is what I have:
-
@jeremyvdv Ok from the picture the network adapter appears to be UP as well as we can see a link light. I can see the driver is loaded and is talking to the card because we have a mac address.
At the FOS Linux command prompt lets key in this
/sbin/udhcpc -i enp0s25 --nowand see if we can pick up an IP address now. -
That’s it
-
@george1421 @jeremyvdv Probably a spanning tree issue?!
-
how to explain that works on a Spanning TREE problem?
-
@jeremyvdv Spanning tree enables the ports to wait for a period of time between link up/link down before the switch will pass the information to the machine in case there’s a link connected back to itself on the switch.
This up/down time can be around 27 seconds in normal Spanning tree mode. This would explain why during the automated portion the device cannot get a link or IP, but once at the terminal and restarting the networking it will pick it up.
If your network is using spanning tree, if you can do so, disable it, or if not it’s best to use one of the Fast/Rapid stp methodologies as their up/down time is much more significantly reduced.
-
do you want to find out by
“or if not it’s best to use one of the Fast/Rapid stp methodologies as their up/down time is much more significantly reduced.”Thanks
-
@jeremyvdv said in DHCP FAILED:
That’s it
This is what I wanted to see, to see if TIME fixed the problem. As the others have said its probably a spanning tree issue. Check with your network infrastructure people to see if they can turn on one of the fast spanning tree protocols on your network switches.
Another test would be to place a dumb (umanaged cheap switch) between the building switch and the target computer. If the system boots and imaging fine then its surely is either spanning tree or green ethernet settings causing the problem.
I do find it strange that if it is spanning tree, why didn’t the dell have the same problem? Is the dell possibly plugged into a different network switch?
-
No The dell is on the same switch.
That’s why I have a doubt about the idea of the spanning tree.
And I’m pretty sure the spanning tree is off
-
@jeremyvdv Do you have an inexpensive unmanaged switch you can place between the target computer and the building switch to test?
-
Not at the moment but I will find that.
I keep you informed
-
I have had the same problem with two machines. I found out that it came from the flow of the lan. I’ve had to decrease it to 100 Mb/s and it works after that. A suggestion.
-
Hello
This is a problem of config switch.
It’s a swtich Level3.On one AC port works and not on the other.
I send you the config of its ports for info
Thank you for your help