Issues booting UEFI devices a
-
@cnkpadobi Is or isn’t your hardware dhcp server configured to give out options 66 and 67? Your previous statement was not clear.
-
It was prior to making the change to have fog server to do the work and use dnsmasq …
When it was working in legacy boot it was in the appliance
-
@cnkpadobi
For what ever reason your pcap didn’t make it to the FOG server. Could you post it again, please.Looking at the pcap file. I’m not seeing a normal dhcp conversation going on.
I see the clients sending a discover request and the watchguard dhcp server sending an offer, but then the client instead of sending a request packet goes back to sending another discover packet again. And what is troubling is that dnsmasq never responded to the pxe clients discover request. Are you sure the dnsmasq service is running on your fog server?
ps aux|grep dnsmasqshould return somethingPlease help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
-
@george1421 I’ve seen this a couple of times as well, but I don’t need the moderator rights to get it, basically I click on the file it gives me an error page. If I change the name just a tiny bit I get 404, when I hit back it prompts to download the file.
-
root@imagingvm:~# nobody 1502 0.0 0.0 33140 3132 ? S 15:41 0:01 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/run/sendsigs.omit.d/network-manager.dnsmasq.pid --listen-address=127.0.1.1 --conf-file=/var/run/NetworkManager/dnsmasq.conf --cache-size=0 --proxy-dnssec --enable-dbus=org.freedesktop.NetworkManager.dnsmasq --conf-dir=/etc/NetworkManager/dnsmasq.d
root 14476 0.0 0.0 18316 2292 pts/14 S+ 17:42 0:00 grep --color=auto dnsmasq
nobody: command not found
root@imagingvm:~# root 14476 0.0 0.0 18316 2292 pts/14 S+ 17:42 0:00 grep --color=auto dnsmasq -
@george1421 I dont think it is started but when I try I get this message
dnsmasq: illegal repeated keyword at line 2 of /etc/dnsmasq.conf
-
@cnkpadobi ok what is the illegal keyword on line 2 of the config?
-
@george1421 not sure this is what it says
# Don't function as a DNS server: port=0 # Log lots of extra information about DHCP transactions. log-dhcp # Set the root directory for files available via FTP. tftp-root=/tftpboot # 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 -
@cnkpadobi are there any other config files in the /etc/dnsmasq.d directory?
dnsmasq will read all configuration files in /etc/dnsmasq.d directory. If there is more than one that has conflicting settings it will throw an error.
Now there is another check to see if dnsmasq is running
netstat -an|grep 4011It should return something that looks like this if its running. Port 4011 is managed by dnsmasq.sudo netstat -an|grep 4011 udp 0 0 0.0.0.0:4011 0.0.0.0:* -
Here are the files listed
ltps.conf ltsp.conf ltsp.conf~ network-manager README
that command does not produce any results
-
@george1421 so if I run the
sudo netstat -an|grep 4011it should give me something correct versus taking me back to the prompt? -
@cnkpadobi said in Issues booting UEFI devices a:
ltps.conf ltsp.conf ltsp.conf~ network-manager README
I don’t quite understand the above line. Taking it out of context it appears there are more than one configuration file.
- ltps.conf
- ltsp.conf
- ltsp.conf~
In that directory.
-
@cnkpadobi said in Issues booting UEFI devices a:
@george1421 so if I run the
sudo netstat -an|grep 4011it should give me something correct versus taking me back to the prompt?If it takes you back to the command prompt, then that tells us the dnsmasq is NOT running on your fog server.
-
YES, all 3 config files are in that directory
-
@cnkpadobi lets remove all but the correct one (like the one I posted). We can only have one configuration file in there with the options I provided. AND if that is the case /etc/dnsmasq.conf should remain unchanged from the original install.
I would suggest that we keep the standard file of /etc/dnsmasq.d/ltsp.conf and then remove the rest.
-
@george1421 should those configure files be rename or removed?
-
@cnkpadobi removed. If its there it will be read. If you are concerned about the content then move them to /root (root’s home) or some other location, but not in the /ete/dnsmasq.d path.
-
ok sorry,
So I am still gett this error
dnsmasq: bad option at line 2 of /etc/dnsmasq.d/qthe only thing inthe ltsp.conf on line two is port=0
there are no other config files in the directory
-
In your ltsp.conf file add in the following lines below this one
# PXE menu. The first part is the text displayed to the user. The second is the timeout, in seconds. pxe-prompt="Booting FOG Client", 1and before the
dhcp-range=<fog_server_ip>,proxyInsert these:
# PXEClient:Arch:00000 pxe-service=X86PC, "Boot BIOS PXE", undionly.kpxe # PXEClient:Arch:00007 pxe-service=BC_EFI, "Boot UEFI PXE-BC", ipxe.efi # PXEClient:Arch:00009 pxe-service=X86-64_EFI, "Boot UEFI PXE-64", ipxe.efiThese lines are only needed when your main dhcp server is giving conflicting next server information. Lets see if that fixes your uefi booting.
There is one additional condition that dnsmasq can (mask), this is where you force the next server as part of the pxe service command, where you append the IP address of your fog server to the pxe-service line. You will need to do this for each pxe-service command in your ltsp.conf file you inserted above.
pxe-service=BC_EFI, "Boot UEFI PXE-BC",ipxe.efi,<fog_server_ip>(this post is in response to several IM chat sessions to get the OP going. legacy mode is working, its just giving the uefi systems an error during iPXE kernel booting)
-
@george1421 Thanks for this… just a quick clarification is there a space after the comma before the ip address
