Problem Connecting to Fog With Atom Board
-
Is your FOG Server setup as a DHCP Server?
-
Nope made sure of that when I set it up. Our DHCP server is a older Novell 6.5 SP8 box and it is the only one in the district. I will check though in the meantime to make sure no one set one up I do not know about.
-
So is 172.16.41.180 the Switch address, or the DHCP’d address (is this within range of your network?)
-
Are you running proxy DHCP server on the novell system? I remember our old Novell Configuration Management server had a proxy process that helped machines connect with PXE. I had to modify our FOG setup to use ProxyDHCP so that come clients would pxe-boot because they failed to download the initial file over TFTP (bad chunk error). Some of the systems are running realtek nics, the others are using ASIX usb-to-ethernet adapters.
-
[quote=“chad-bisd, post: 21390, member: 18”]Are you running proxy DHCP server on the novell system? I remember our old Novell Configuration Management server had a proxy process that helped machines connect with PXE. I had to modify our FOG setup to use ProxyDHCP so that come clients would pxe-boot because they failed to download the initial file over TFTP (bad chunk error). Some of the systems are running realtek nics, the others are using ASIX usb-to-ethernet adapters.[/quote]
I second the notion for ProxyDHCP I run an old Novell Environment and it was the only way to get my pxeboot file to it’s destination. Everything we have is Realtek NIC.
-
I don’t believe I do have that setup, but I will check it out. Give me a few and I will check the ProxyDHCP. Also yes that is the switch address. It is hard set just like the servers. Our range is a large one. When we set it up we made it for expansion. The DHCP is set to
172.0.0.0 255.0.0.0
We are running in the 172.16 range so we should be ok.
I will be back have to log out and log into the DHCP server and see what I have.
-
Nope no proxy DNS that I can see. Should I set that up for the Realtek nics?
-
I even went to go check on INTEL’s site for a new BIOS and there was one and it mentioned the card, but I installed it and still the same error.
-
FIRST… I would see if the tftp service is working… From a windows box open a command prompt and issue the following command
[code] tftp x.x.x.x get pxelinux.0 [/code] I would do it form a machine that was able to image before.
What was the output?
Earlier chad asked you to boot a machine known to work with FOG, instead you used the cable. I want to make sure the service is running on the server for the machines to talk to. You can run the command, or pxe boot an old machine known to work.My recommendation:
Use the DNSmasq service for your server, not a proxy dhcp.DNSMasq IS the proxyDHCP this way and ti will ONLY be used during pxe.
-
OK, ran it and this is what I got
Transfer Succesful 16967 bytes in 1 second 16967 byte/s
Sound about right?
-
And yes I did not only boot the machine with the problems with a different cable, I also boot the machine right next to it that I just created a image on yesterday with the cable from the machine with the Realtek card and it worked fine got me to the FOG menu without a hitch.
-
Alright, in that case the issue is specific to your new machines, or their hardware. I would install the DNSmasq service and give it a go. Since the TFTP service is currently working we can rule it out as a possibility that is did not get started.
Something to note: In my Novell environment we are using IP helper addresses to get the information where i needs to be, unfortunately I can NOT shed light on this as I am still new to the corporation and I don’t fully understand any of it, or where I would edit those settings.
When I started working with FOG I had very little knowledge of the infrastructure we used. I set up the “Next-Server” option the “boot file” option and installed DNSmasq. I spoke with one of my other colleagues to update the “ip helper”
-
And the DNSmasq is in Novell, correct?
-
Negative, DNSMasq is a service you install on your FOG server.
-
OK got it. Will give it a try today or tomorrow and see what happens. Need to do some scanning on some systems for this damn bug. Thanks for the help. I’ll be back…
