Optiplex 3020 TFTP Issue
-
I just checked on my Optiplex 7010,
My particular BIOS does not allow Long-POST, or Through-POST.
I know older systems used to allow configuring fast POSTing and full POSTing…
Maybe that’s gone to the wayside???Either way, you don’t know till you just get in there and look.
-
This post is deleted! -
[quote=“davido38, post: 44849, member: 29185”]Hi,
we have some optiplex 380, 390, 3010 and 3020 and no problem with PXE. Just the 3020 is very slow to start.[/quote]
Do you happen to know which version of FOG/which kernel you are running?
[quote=“Wayne Workman, post: 44850, member: 28155”]I just checked on my Optiplex 7010,
My particular BIOS does not allow Long-POST, or Through-POST.
I know older systems used to allow configuring fast POSTing and full POSTing…
Maybe that’s gone to the wayside???Either way, you don’t know till you just get in there and look.[/quote]
I just checked my BIOS option and there was barely anything there for POST options so I think I’m SOL with that path
I’m thinking this is definitely a hardware issue with this particular batch of computers (8 in total), but I’m holding on to hope
-
So the Cisco VoIP phone is an indicator to me. The TFTP requests that VoIP phones require for their configuration is a know potential problem. What’s more concerning is the crappy 8 port switch with this VoIP phone is only seeming to affect the 3020s. Does this somewhat match what you’re seeing? Is there a way to find out what the VoIP system is looking at for their configuration?
-
[quote=“Tom Elliott, post: 44855, member: 7271”]So the Cisco VoIP phone is an indicator to me. The TFTP requests that VoIP phones require for their configuration is a know potential problem. What’s more concerning is the crappy 8 port switch with this VoIP phone is only seeming to affect the 3020s. Does this somewhat match what you’re seeing? Is there a way to find out what the VoIP system is looking at for their configuration?[/quote]
The VoIP system gets its configuration information from a separate subnet. All end devices (PCs, laptops, servers) are on 10.x.x.x while the VoIP system is on 172.16.x.x. What gets even weirder is we’ve been able to FOG without issue for months now through the VoIP phones built in switch. Now not all desks have the 8-port switch to worry about, so maybe tomorrow I’ll try a port straight from the wall and see where that gets us.
-
Okay, so bad news: using a cable straight from a wall jack into the computer made no difference. The OptiPlex 3020 still tries to grab default.ipxe from 10.1.0.1 instead of 10.1.0.53. Even worse news: I just tried to image a Dell OptiPlex 380 and while it could boot the FOG menu (using the same wall jack as the OptiPlex 3020), PartClone did not start and it just sat at a black screen for about 10 minutes. I also tried to create a task through the FOG web console and the task just sat at “Queued” even if I tried to force it to start. I’ve restored the FOG VM to a what I thought was a stable configuration before we even tried to mess with the 3020’s, but it looks like I need to go back further.
-
What is running DHCP in your environment? Do you have access to it?
-
[quote=“Jack S., post: 44806, member: 29223”]I should point out that 10.1.0.1 is not the IP for our FOG server, but rather it is the router for our network, which does not do DHCP, nor is it specified anywhere in the FOG configs that I’ve checked.[/quote]
The packet dumps tell a completely different story… I see two answers to every DHCP request. One is coming from 10.1.0.53 (next-server and filename are properly set but no IP is being offered!) and another one is coming from 10.1.0.1 (IP is being offered but no PXE options!). [B]Looks like Proxy DHCP setup to me![/B]
From what I can see it’s working for some of your devices so I guess it’s setup kind of properly. Question remains, why do Optiplex 3020 fail to find the correct TFTP server. [I]Well, in fact it does find the correct TFTP server on the first run[/I] when the PC comes up and the NIC itself requests an IP and loads undionly.kpxe from the TFTP. I see that this works great in both cases!! But after that. On working devices the iPXE binary (undionly.kpxe) requests another IP and loads default.ipxe, fine! On the failing device I don’t see another DHCP request, weird!
[quote=“Jack S., post: 44806, member: 29223”]tftp://10.1.0.1/default.ipxe…Connection Timed Out[/quote]
Could you please provide more infos on what happens before this! Take a picture with your camera or type it from the screen. We need to know what messages exactly you see on the screen before this error comes up…Maybe the Optiplex 3020 is a bit buggy when it comes to iPXE and Proxy DHCP??
-
[quote=“Wayne Workman, post: 44901, member: 28155”]What is running DHCP in your environment? Do you have access to it?[/quote]
Windows is running DHCP in our environment and yes I can get access to it[quote=“Uncle Frank, post: 44902, member: 28116”]
Could you please provide more infos on what happens before this! Take a picture with your camera or type it from the screen. We need to know what messages exactly you see on the screen before this error comes up…
Maybe the Optiplex 3020 is a bit buggy when it comes to iPXE and Proxy DHCP??[/quote]
Thanks for going through those dump files! It is really hard to tell what comes up on the screen before the error since it goes by so quickly, but it looks like the OptiPlex initially pulls the correct information like you said.
It looks like the screen says the IP of the PC, the FOG server IP, subnet mask, default gateway of 10.1.0.1 and then it flashes to iPXE initializing devices…ok. Then it goes to tftp://10.1.0.1/default.ipxe…Connection timed out ([url]http://ipxe.org/4c126035[/url]) Selected boot device failed.
The PCs that work have the same information but they pull tftp://10.1.0.53/default.ipxe
-
[quote=“Jack S., post: 44905, member: 29223”]Windows is running DHCP in our environment and yes I can get access to it[/quote]
So maybe you turn off FOG DHCP (‘service dnsmasq stop’) for a moment any configure your Windows DHCP server with DHCP options 066 and 067 ([url]http://www.fogproject.org/wiki/index.php/Windows_DHCP_Server[/url]). I don’t know much about this but Wayne does! I guess he can tell you all about it!! -
[quote=“Uncle Frank, post: 44907, member: 28116”]So maybe you turn off FOG DHCP (‘service dnsmasq stop’) for a moment any configure your Windows DHCP server with DHCP options 066 and 067 ([url]http://www.fogproject.org/wiki/index.php/Windows_DHCP_Server[/url]). I don’t know much about this but Wayne does! I guess he can tell you all about it!![/quote]
Oooo man looks like I lied, DHCP is handed out by our router now 10.1.0.1 and that I don’t have access to. Although that may start to explain some issues
-
Ask your networking guy to configure DHCP options 066 and 067 on the router’s DHCP service.
Then turn off DNSMASQ like Uncle Frank suggested… see what happens…
----------------------Resources----------------------------
Best one:
[url]http://www.symantec.com/business/support/index?page=content&id=HOWTO8974[/url]Others:
[url]http://www.networking-forum.com/viewtopic.php?t=25022[/url]
[url]http://www.cisco.com/c/en/us/td/docs/net_mgmt/network_registrar/6-1-1/user/guide/users/UserApB.html[/url]
[url]http://www.cisco.com/c/en/us/td/docs/net_mgmt/network_registrar/6-1-1/user/guide/users/UserApB.html#wp1094757[/url]
[url]http://blog.kolbash.net/2012/08/cisco-ios-dhcp-server-supporting.html[/url] -
Well today I tired to update to the latest svn 3200, but after the script ran nothing changed as everything said I was still on 2993 even after a server reboot (wish I would’ve had the foresight to grab the logs). Then on a whim I decided to revert the VM back to a snapshot I had before I updated to svn 2993, so it was just native FOG 1.2.0 and now everything works!
-
huh…
Please do us a favor… please…
[B]Keep your working snapshot[/B]
And update FOG by like 10 revisions at a time… test each one with MemTest, perhaps.
So, 2920 then 2930, then 2940… find out where it breaks…Then revert to your working snapshot… and take the last range you used and update one at a time… Figure out EXACTLY where it breaks. This will allow the developers to fix this issue for you and everyone else.
-
What’s the best way to update to previously released svns? I only know how to get the latest release
-
instead of using the normal [CODE]svn update[/CODE]
you can use [CODE]svn update -r2948[/CODE] would bring you to revision 2948 -
This post is deleted! -
Thanks for tip! I don’t have much time right now to be able to test as thoroughly as I’d like, but maybe in a few weeks I can throw this at our intern and have him work on it
-
@Tom, has ipxe changed since 1.2.0?? I really wonder if this is a FOG issue or mainly related to the ProxyDHCP setup…
-
Tom was working on it today a little for me.
At work, we have Dell 7010 models which UEFI can be enabled or disabled for. I’ve been having the blues trying to get them to boot with ipxe.efi
