Intel UNDI Stuck Initializing
-
It could pose an issue, except it’s not getting far enough to get to the point of having an issue to begin with. It needs to get dhcp first.
-
Is it possible to connect DHCP (windows), FOG and the client to a small office switch just for testing?? If you don’t see a difference then we know it’s a real iPXE/FOG issue. But I am pretty sure you don’t run into DHCP timeout in a small setup.
To see what’s really going on you can use wireshark and tcpdump to capture the packets on the network.
Either you install wireshark on your windows DHCP server (not sure if you are allowed to do this but if might come in handy again). Or you can use a hub to connect in front of the client (your normal switch - hub - client) or configure a monitoring port on that switch where your client is connected.
Use a laptop to capture the traffic on that hub. You’ll see a lot of stuff, I am sure. Try display filters ‘bootp’ (DHCP) and ‘tftp’. You are welcome to upload the saved pcap file for us to inspect. -
[quote=“Uncle Frank, post: 45403, member: 28116”]Is it possible to connect DHCP (windows), FOG and the client to a small office switch just for testing?? If you don’t see a difference then we know it’s a real iPXE/FOG issue. But I am pretty sure you don’t run into DHCP timeout in a small setup.
To see what’s really going on you can use wireshark and tcpdump to capture the packets on the network.
Either you install wireshark on your windows DHCP server (not sure if you are allowed to do this but if might come in handy again). Or you can use a hub to connect in front of the client (your normal switch - hub - client) or configure a monitoring port on that switch where your client is connected.
Use a laptop to capture the traffic on that hub. You’ll see a lot of stuff, I am sure. Try display filters ‘bootp’ (DHCP) and ‘tftp’. You are welcome to upload the saved pcap file for us to inspect.[/quote]We have a portable laptop we use as a fog server for imaging networks which do not have a dhcp server. We installed a fresh copy of Debian and Fog 1.2.0 and updated to the latest SVN. Tested both undionly.kkpxe and .kpxe plus .efi and uefi and still the same result. I will do a wireshark on the fog laptop and see what I get.
-
Here is the wireshark capture.
[url=“/_imported_xf_attachments/1/1868_Wireshark Capture.zip?:”]Wireshark Capture.zip[/url]
-
Unfortunately I am not able to see what’s going on by looking at the packet dump. I see a full DHCP conversation (discover, offer, request, ack). That’s probably when the NIC itself requests and IP (and PXE) on boot up. After that I can see another DHCP discover and offer. But the client does not seem to handle the offer coming from the DHCP server. Anyone else got an idea what might be wrong here?
Could you please build your own iPXE binary and add “DEBUG=dhcp” to the make call?? Might be interesting to see the output. Please take a picture!
-
[quote=“Uncle Frank, post: 45479, member: 28116”]Unfortunately I am not able to see what’s going on by looking at the packet dump. I see a full DHCP conversation (discover, offer, request, ack). That’s probably when the NIC itself requests and IP (and PXE) on boot up. After that I can see another DHCP discover and offer. But the client does not seem to handle the offer coming from the DHCP server. Anyone else got an idea what might be wrong here?
Could you please build your own iPXE binary and add “DEBUG=dhcp” to the make call?? Might be interesting to see the output. Please take a picture![/quote]
[ATTACH=full]1870[/ATTACH]
[url=“/_imported_xf_attachments/1/1870_Debug.jpg?:”]Debug.jpg[/url]
-
Hmmm, seems like you end up with a (ipxe) shell. Could you please try again and enter the following command on that shell:
[CODE]ifstat[/CODE]
For more information see here: [url]http://ipxe.org/cmd/ifstat[/url]I am wondering if you see “RX:0” or “RX:4” …?? If you see zero it means that it was unable to receive the DHCP answers (although we see that they are on the network).
Next step could be to build iPXE with realtek driver only:
[CODE]make bin/realtek.kpxe EMBED=… DEBUG=realtek:3[/CODE]For further posts please specify what ipxe binary you were exactly using, to prevent that we all get confused when re-reading the thread…
[B]Edit: I just tried to lookup your MAC address. [url=“http://www.macvendorlookup.com”]www.macvendorlookup.com[/url] is telling me that it is “QUANTA COMPUTER INC.”. Maybe I am wrong with realtek NIC?? Could you please boot that machine with a live CD or something else and tell me which NIC is in that 11e. Best would be if you can find out about the PCI ID!![/B]
-
[quote=“Uncle Frank, post: 45539, member: 28116”]Hmmm, seems like you end up with a (ipxe) shell. Could you please try again and enter the following command on that shell:
[CODE]ifstat[/CODE]
For more information see here: [url]http://ipxe.org/cmd/ifstat[/url]I am wondering if you see “RX:0” or “RX:4” …?? If you see zero it means that it was unable to receive the DHCP answers (although we see that they are on the network).
Next step could be to build iPXE with realtek driver only:
[CODE]make bin/realtek.kpxe EMBED=… DEBUG=realtek:3[/CODE]For further posts please specify what ipxe binary you were exactly using, to prevent that we all get confused when re-reading the thread…
[B]Edit: I just tried to lookup your MAC address. [URL=‘http://www.macvendorlookup.com’]www.macvendorlookup.com[/URL] is telling me that it is “QUANTA COMPUTER INC.”. Maybe I am wrong with realtek NIC?? Could you please boot that machine with a live CD or something else and tell me which NIC is in that 11e. Best would be if you can find out about the PCI ID!![/B][/quote]
[SIZE=16px][FONT=Calibri][COLOR=#000000]03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 10)[/COLOR][/FONT][/SIZE]
[FONT=Calibri][COLOR=#000000][SIZE=16px]With a debug it does not get past initializing device. I was able to get dhcp to work with the device by using gPXE which is odd because it is discontinued.[/SIZE][/COLOR][/FONT]
-
That leads me to think, then, that the wireless nic on the system is trying to load with an ip and failing because there’s nothing to connect to. Would you be so willing to change the boot.php lines and reverse mac0 and mac1 in the code?
-
[quote=“Tom Elliott, post: 45560, member: 7271”]That leads me to think, then, that the wireless nic on the system is trying to load with an ip and failing because there’s nothing to connect to. Would you be so willing to change the boot.php lines and reverse mac0 and mac1 in the code?[/quote]
And where is the file located? I cannot find it on the fog machine nor in the iPxe source.
-
/var/www/fog/service/ipxe/boot.php
-
[quote=“Tom Elliott, post: 45568, member: 7271”]/var/www/fog/service/ipxe/boot.php[/quote]
Same thing Configuring net0 fails and reboots. And the reason it shows as Quanta is because Realtek uses Quanta for their ODM mfg.
-
Ah,
Then if you can change back the file to make the mac0’s proper again, we know then that that is not the issue.
-
[quote=“Tom Elliott, post: 45576, member: 7271”]Ah,
Then if you can change back the file to make the mac0’s proper again, we know then that that is not the issue.[/quote]
So why would gPXE work and iPXE not? Are we looking at a source code issue with the realtek driver?
-
Well,
I’m more interested in how you’re trying to boot. It seems, to me, that you’re trying to boot using efi, but the nic is trying to load through legacy. Does this sound about correct?
-
[quote=“Tom Elliott, post: 45578, member: 7271”]Well,
I’m more interested in how you’re trying to boot. It seems, to me, that you’re trying to boot using efi, but the nic is trying to load through legacy. Does this sound about correct?[/quote]
I have tried loading both ways. Legacy and Uefi using a .efi and same issue with the configuring net0 then times out. I would prefer to do legacy because we have over 200 of these that need to be imaged.
-
Do you have Spanning Tree Protocol on your network? If so, can you disable it? If you can’t disable it, could you try enabling PortFast/Rapid STP?
-
[quote=“Tom Elliott, post: 45581, member: 7271”]Do you have Spanning Tree Protocol on your network? If so, can you disable it? If you can’t disable it, could you try enabling PortFast/Rapid STP?[/quote]
Spoke to my boss and we are already using PortFast.
EDIT: And I am performing this on a portable fog server connected straight to the laptop that needs to be imaged to eliminate any of these networking issues.
-
[quote=“SeqSupport@Edkey, post: 45583, member: 27616”]Spoke to my boss and we are already using PortFast.
EDIT: And I am performing this on a portable fog server connected straight to the laptop that needs to be imaged to eliminate any of these networking issues.[/quote]
Gotta love crossover cables.
-
Issue has been fixed by Micheal Brown over at iPxe. The realtek driver will work for now until we can get the undionly issue sorted too.
