General guidance FOG with non mod dhcp.
-
ltsp.conf file contents.
# Don't function as a DNS server: port=0 # Log lots of extra information about DHCP transactions. log-dhcp # Dnsmasq can also function as a TFTP server. You may uninstall # tftpd-hpa if you like, and uncomment the next line: # enable-tftp # Set the root directory for files available via FTP. tftp-root=/tftpboot # The boot filename, Server name, Server Ip Address dhcp-boot=undionly.kpxe,,x.x.x.x # rootpath option, for NFS #dhcp-option=17,/images # kill multicast #dhcp-option=vendor:PXEClient,6,2b # Disable re-use of the DHCP servername and filename fields as extra # option space. That's to avoid confusing some old or broken DHCP clients. dhcp-no-override # PXE menu. The first part is the text displayed to the user. The second is the timeout, in seconds. pxe-prompt="Press F8 for boot menu", 30 # The known types are x86PC, PC98, IA64_EFI, Alpha, Arc_x86, # Intel_Lean_Client, IA32_EFI, BC_EFI, Xscale_EFI and X86-64_EFI # This option is first and will be the default if there is no input from the user. pxe-service=X86PC, "Boot from network", undionly # A boot service type of 0 is special, and will abort the # net boot procedure and continue booting from local media. #pxe-service=X86PC, "Boot from local hard disk", 0 # If an integer boot service type, rather than a basename is given, then the # PXE client will search for a suitable boot service for that type on the # network. This search may be done by multicast or broadcast, or direct to a # server if its IP address is provided. # pxe-service=x86PC, "Install windows from RIS server", 1 # This range(s) is for the public interface, where dnsmasq functions # as a proxy DHCP server providing boot information but no IP leases. # Any ip in the subnet will do, so you may just put your server NIC ip here. # Since dnsmasq is not providing true DHCP services, you do not want it # handing out IP addresses. Just put your servers IP address for the interface # that is connected to the network on which the FOG clients exist. # If this setting is incorrect, the dnsmasq may not start, rendering # your proxyDHCP ineffective.
Mod edited to use code box.
-
Also changed this line to reflect the ip address of the server
dhcp-boot=undionly.kpxe,x.x.x.x
Sorry about the giant font.
-
@JoeCT big font is because of markdown. Wrap the config with three backticks, then new line, the paste contents, new line, three backticks. The back tick usually is shift tilda (~)
-
@JoeCT You still need to replace the line “dhcp-boot=undionly.kpxe,x.x.x.x” like I mentioned earlier. Also, it appears that your config is missing the bottom line but I’m assuming that was a copy/paste error.
If you created a symlink named undionly.0 then you need to specify undionly.0 in your ltsp.conf file. Other than that, You’re sym-link looks good.
In other words, the sym-link and the ltsp.conf file must agree with each other lol.
-
I think we need to clarify a few things.
DNSMASQ in PROXY DHCP is really strange from my findings. Some of this is a bit old, but still operation.
One of the first things to note.
The bootfile and the pxe items are two SEPARATE THINGS.
Particularly:
dhcp-boot=undionly.kpxe,,x.x.x.x
AND
pxe-service=X86PC, "Boot from network", undionly
With this setup, you will need to create TWO links/copies of the .0 files.
One to undionly.0 from whatever file you want, the other for the first name (undionly.kpxe). (as undionly.kpxe.0)
This is frustrating and confusing I know. Why do it this way I haven’t a clue.
I’d recommend commonize the file names. If your boot file is looking for undionly.kpxe, change the pxe-service line to undionly.kpxe. If you want to use just undionly, then change both lines to show as the same file and create the undionly.0 file to whatever real file you want it to point at.
Hopefully it makes sense.
-
@Tom-Elliott It’s really a shame how confusing it is…
I am going to try to write a script that will do all of this stuff for me, and then I’ll share. Give me some time.
-
I think this is what is going on. I am going to try it again tonight. I think I am very close. PXE is very cool. People are booting operating systems, and linux install images with it. Very cool. I did not know it was so powerful.
Thanks for your help guys. I am learning so much from this.
https://forums.fogproject.org/topic/4915/unidonly-0-question
-
Made some progress today. In my research on creating custom pxe boot file for Linux images I found another post talking about customizing ipxe boot files. Interestingly he mentioned adding two lines in the dnsmasq.conf file. In Centos 6.5 this file is in the /etc folder. When I examined the file the two lines where there, but remarked out.
# Include a another lot of configuration options. conf-file=/etc/dnsmasq.d/ltsp.conf conf-dir=/etc/dnsmasq.d
After I un-remarked and added the lines above restarted the service and my test system promptly displayed my ipx option option screen 30 second countdown: A network boot, B hard drive boot.
I selected network boot and I was shocked to see the standard fog screen come up. This may have fixed it?
Unfortunately when I tried to register the computer the process jammed with an error
/bzImage32… 21%
I am very close now though and with some more work I think this will work in Centos 6.5 not using fog as a dhcp server but as a proxy dhcp server with the fog pxe boot options.
I am happy. Hope this helps someone else this was painful to figure out. I now understand the .0 automatically being added. I still don’t understand the difference between the undionly.pxe file and the unkionly.kpxe file, but I am taking this as a win!!!
Thanks for your help guys.
-
One of the things I always see this issue with is particularly buggy bios. Can you make your symlink point at the undionly.kkpxe rather than the undionly.kpxe?
-
@JoeCT Amazing work, that will be going into the new article I’m working on for dnsmasq.
-
I had changed the virtual network on my xp virtual computer which caused the freeze up error. When I change it back to the intel virtual nic the virtual xp connected to fog and I created and restored an image with no issues.
Thank you everyone. Hopefully this will help someone else in future. My distribution was Centos 6.5 and FOG 1.20.