Testers group

Greg Plamondon

I switched back to the dev-branch because fearing there may be a schema mismatch, but i still have the same issues with all the services being globally disabled.

Fogsnapinrep.log
[02-25-26 2:44:26 pm] Interface Ready with IP Address: x.x.x.x
[02-25-26 2:44:26 pm] Interface Ready with IP Address: 10fogserver
[02-25-26 2:44:26 pm] Interface Ready with IP Address: 127.0.0.1
[02-25-26 2:44:26 pm] Interface Ready with IP Address: 127.0.1.1
[02-25-26 2:44:26 pm] * Starting SnapinReplicator Service
[02-25-26 2:44:26 pm] * Checking for new items every 600 seconds
[02-25-26 2:44:26 pm] * Starting service loop
[02-25-26 2:44:26 pm] * * Snapin replication is globally disabled
[02-25-26 2:44:26 pm] | Sleep time has changed to seconds
[02-25-26 2:44:26 pm] * * Snapin replication is globally disabled
[02-25-26 2:44:26 pm] * * Snapin replication is globally disabled
[02-25-26 2:44:26 pm] | Sleep time has changed to seconds
[02-25-26 2:54:26 pm] * * Snapin replication is globally disabled
[02-25-26 2:54:26 pm] | Sleep time has changed to seconds
[02-25-26 3:04:26 pm] * * Snapin replication is globally disabled
[02-25-26 3:04:26 pm] | Sleep time has changed to seconds

fogreplicator.log
[02-25-26 2:44:26 pm] Interface Ready with IP Address: x.x.x.x
[02-25-26 2:44:26 pm] Interface Ready with IP Address: 10fogserver
[02-25-26 2:44:26 pm] Interface Ready with IP Address: 127.0.0.1
[02-25-26 2:44:26 pm] Interface Ready with IP Address: 127.0.1.1
[02-25-26 2:44:26 pm] * Starting ImageReplicator Service
[02-25-26 2:44:26 pm] * Checking for new items every 600 seconds
[02-25-26 2:44:26 pm] * Starting service loop
[02-25-26 2:44:26 pm] * * Image replication is globally disabled
[02-25-26 2:44:26 pm] | Sleep time has changed to seconds
[02-25-26 2:44:26 pm] * * Image replication is globally disabled
[02-25-26 2:44:26 pm] * * Image replication is globally disabled
[02-25-26 2:44:26 pm] | Sleep time has changed to seconds
[02-25-26 2:54:26 pm] * * Image replication is globally disabled
[02-25-26 2:54:26 pm] | Sleep time has changed to seconds
[02-25-26 3:04:26 pm] * * Image replication is globally disabled
[02-25-26 3:04:26 pm] | Sleep time has changed to seconds

fogscheduler.log
[02-25-26 2:44:26 pm] Interface Ready with IP Address: x.x.x.x
[02-25-26 2:44:26 pm] Interface Ready with IP Address: 10fogserver
[02-25-26 2:44:26 pm] Interface Ready with IP Address: 127.0.0.1
[02-25-26 2:44:26 pm] Interface Ready with IP Address: 127.0.1.1
[02-25-26 2:44:26 pm] * Starting TaskScheduler Service
[02-25-26 2:44:26 pm] * Checking for new items every 60 seconds
[02-25-26 2:44:26 pm] * Starting service loop
[02-25-26 2:44:26 pm] * No tasks found!
[02-25-26 2:45:26 pm] * Task Scheduler is globally disabled
[02-25-26 2:45:26 pm] | Sleep time has changed to seconds
[02-25-26 2:46:26 pm] * Task Scheduler is globally disabled
[02-25-26 2:46:26 pm] | Sleep time has changed to seconds
[02-25-26 2:47:26 pm] * Task Scheduler is globally disabled
[02-25-26 2:47:26 pm] | Sleep time has changed to seconds
[02-25-26 2:48:26 pm] * Task Scheduler is globally disabled
[02-25-26 2:48:26 pm] | Sleep time has changed to seconds
[02-25-26 2:49:26 pm] * Task Scheduler is globally disabled
[02-25-26 2:49:26 pm] | Sleep time has changed to seconds
[02-25-26 2:50:26 pm] * Task Scheduler is globally disabled
[02-25-26 2:50:26 pm] | Sleep time has changed to seconds
[02-25-26 2:51:26 pm] * Task Scheduler is globally disabled
[02-25-26 2:51:26 pm] | Sleep time has changed to seconds
[02-25-26 2:52:26 pm] * Task Scheduler is globally disabled
[02-25-26 2:52:26 pm] | Sleep time has changed to seconds
[02-25-26 2:53:26 pm] * Task Scheduler is globally disabled
[02-25-26 2:53:26 pm] | Sleep time has changed to seconds
[02-25-26 2:54:26 pm] * Task Scheduler is globally disabled

The same for these logs as well.
fogimagesize.log
fogsnapinhash.log
fogsnapinrep.log
pinghost.log

I have checked the mysql DB

SELECT settingID, settingKey, settingValue
FROM globalSettings
WHERE settingKey LIKE '%ENABLED%';

"settingID"	"settingKey"	"settingValue"
"33"	"FOG_CLIENT_DIRECTORYCLEANER_ENABLED"	"0"
"35"	"FOG_CLIENT_USERCLEANUP_ENABLED"	"0"
"36"	"FOG_CLIENT_GREENFOG_ENABLED"	"0"
"37"	"FOG_CLIENT_AUTOLOGOFF_ENABLED"	"0"
"38"	"FOG_CLIENT_DISPLAYMANAGER_ENABLED"	"0"
"45"	"FOG_CLIENT_HOSTNAMECHANGER_ENABLED"	"1"
"46"	"FOG_CLIENT_SNAPIN_ENABLED"	"1"
"48"	"FOG_CLIENT_CLIENTUPDATER_ENABLED"	"0"
"49"	"FOG_CLIENT_HOSTREGISTER_ENABLED"	"1"
"50"	"FOG_CLIENT_PRINTERMANAGER_ENABLED"	"0"
"51"	"FOG_CLIENT_TASKREBOOT_ENABLED"	"1"
"52"	"FOG_CLIENT_USERTRACKER_ENABLED"	"1"
"58"	"FOG_PLUGINSYS_ENABLED"	"1"
"121"	"FOG_REGISTRATION_ENABLED"	"1"
"156"	"FOG_CLIENT_POWERMANAGEMENT_ENABLED"	"1"
"174"	"IMAGEREPLICATORGLOBALENABLED"	"1"
"175"	"SNAPINREPLICATORGLOBALENABLED"	"1"
"176"	"SNAPINHASHGLOBALENABLED"	"1"
"177"	"PINGHOSTGLOBALENABLED"	"1"
"178"	"SCHEDULERGLOBALENABLED"	"1"
"179"	"MULTICASTGLOBALENABLED"	"1"
"182"	"IMAGESIZEGLOBALENABLED"	"1"
"187"	"FOG_TASKING_ADV_SHUTDOWN_ENABLED"	"0"
"188"	"FOG_TASKING_ADV_WOL_ENABLED"	"1"
"189"	"FOG_TASKING_ADV_DEBUG_ENABLED"	"0"
"190"	"FOG_API_ENABLED"	"1"
"197"	"FOG_SNAPIN_LOCATION_SEND_ENABLED"	"1"
"200"	"FOG_REPLICATOR_GLOBAL_ENABLED"	"1"
"201"	"FOG_SNAPINREPLICATOR_GLOBAL_ENABLED"	"1"
"203"	"FOG_TASK_SCHEDULER_ENABLED"	"1"

Any hepl would greatly be appreciated…
Thanks!
P.S. I am not apposed to restarting from scratch as long as i can save my snapins and images.

Greg Plamondon

@Tom-Elliott
That may be my problem Tom. I switched to the Stable build, I may have inconsistant DB schema between the two?
The GUI says I am on Version 1.5.10.1763

Greg Plamondon

Unfortunately, HTTP boot still requires a dhcp server.

Greg Plamondon

I was able to fix the:

PHP Warning: DateTime::modify(): Failed to parse time string (+ second) at position 0 (+): Unexpected character in FOGImageSize

Replace:

$ServiceClass::$zzz != 1 ? '' : 's'

with

$ServiceClass::$zzz == 1 ? '' : 's'

The same for FOGImageReplicator,FOGImageSize.

FOGPingHosts:

Replace:

$ServiceClass::$zzz != 1 ? '' : 's'

with:

sprintf(
    '+%s second%s',
    $ServiceClass::$zzz,
    $ServiceClass::$zzz != 1 ? '' : 's'
)

Greg Plamondon

I found this also:

● FOGImageReplicator.service - FOGImageReplicator
Loaded: loaded (/usr/lib/systemd/system/FOGImageReplicator.service; enabled; preset: disabled)
Active: active (running) since Wed 2026-02-11 13:41:33 EST; 51min ago
Main PID: 22945 (php)
Tasks: 2 (limit: 100404)
Memory: 15.8M (peak: 18.9M)
CPU: 1.704s
CGroup: /system.slice/FOGImageReplicator.service
├─22945 php /opt/fog/service/FOGImageReplicator/FOGImageReplicator
└─22962 php /opt/fog/service/FOGImageReplicator/FOGImageReplicator

Feb 11 13:41:33 10fogserver systemd[1]: Started FOGImageReplicator.
Feb 11 13:42:34 10fogserver env[22962]: PHP Warning: DateTime::modify(): Failed to parse time string (+ second) at position 0 (+): Unexpected character in /opt/fog/service/FOGImageReplicator/FOGImageReplicator on line 44
Feb 11 13:42:34 10fogserver env[22962]: PHP Warning: DateTime::modify(): Failed to parse time string (+ second) at position 0 (+): Unexpected character in /opt/fog/service/FOGImageReplicator/FOGImageReplicator on line 58

● FOGSnapinReplicator.service - FOGSnapinReplicator
Loaded: loaded (/usr/lib/systemd/system/FOGSnapinReplicator.service; enabled; preset: disabled)
Active: active (running) since Wed 2026-02-11 13:41:33 EST; 52min ago
Main PID: 22964 (php)
Tasks: 2 (limit: 100404)
Memory: 15.8M (peak: 18.9M)
CPU: 1.794s
CGroup: /system.slice/FOGSnapinReplicator.service
├─22964 php /opt/fog/service/FOGSnapinReplicator/FOGSnapinReplicator
└─23075 php /opt/fog/service/FOGSnapinReplicator/FOGSnapinReplicator

Feb 11 13:41:33 10fogserver systemd[1]: Started FOGSnapinReplicator.
Feb 11 13:42:34 10fogserver env[23075]: PHP Warning: DateTime::modify(): Failed to parse time string (+ second) at position 0 (+): Unexpected character in /opt/fog/service/FOGSnapinReplicator/FOGSnapinReplicator on line 44
Feb 11 13:42:34 10fogserver env[23075]: PHP Warning: DateTime::modify(): Failed to parse time string (+ second) at position 0 (+): Unexpected character in /opt/fog/service/FOGSnapinReplicator/FOGSnapinReplicator on line 58

Greg Plamondon

stable version 1.5.10.1754

I am spinning up a new fogserver on a new host and I am seeing all services are globally disabled in the logs.

[02-11-26 6:42:34 pm] * Starting ImageSize Service
[02-11-26 6:42:34 pm] * Checking for new items every 3600 seconds
[02-11-26 6:42:34 pm] * Starting service loop
[02-11-26 6:42:34 pm] * * Image size is globally disabled

[02-11-26 6:42:34 pm] * Starting SnapinReplicator Service
[02-11-26 6:42:34 pm] * Checking for new items every 600 seconds
[02-11-26 6:42:34 pm] * Starting service loop
[02-11-26 6:42:34 pm] * * Snapin replication is globally disabled

[02-11-26 6:42:34 pm] * Starting ImageReplicator Service
[02-11-26 6:42:34 pm] * Checking for new items every 600 seconds
[02-11-26 6:42:34 pm] * Starting service loop
[02-11-26 6:42:34 pm] * * Image replication is globally disabled

I have toggled the service off and on in fog settings but it still does not work.
Any suggestions or troubleshooting steps would be greatly appreciated.

Thanks.

george1421

@thezman007 I would say the pcap file you provided is a model of how a proxy dhcp and dhcp server should interact. The first part of the pcap is perfect.

The second part starting at second #19. The client issues a dhcp discover and the dnsmasq answers right away, the client had to issue a second discover request before the main dhcp server @ 2.2 address responded. This pattern is repeated at the end of the pcap (you can see this if you look at the pcap with wireshark).

So this is only me reading the tea leaves but I think there is something up with your main dhcp server because its being slow to respond to dhcp requests. Understand I only can see 25 second pcap but I find it abnormal. When things go sideways (and it probably will) get a pcap of the failure, that’s going to tell us what’s missing.

I’m going to remove your pcap from your post because its not needed now.

george1421

@thezman007 said in PXE partial success, no tftp:

My current setup seems to allow our PXE boot to partially work, but ultimately fails. It appears that our proxyDHCP via dnsmasq is working and our main DHCP server is handing out IPs while our fog server is directing devices to itself for PXE services, but the overall process fails once tftp should be serving the .efi file. We’ve tried using a different computer when attempting to PXE to try and eliminate model specific quirks. I’ve also tried changing the file dnsmasq should serve (snponly.efi or ipxe.efi) with no change. tftp via locahost works as expected, tftp over LAN fails. There are NO tftp requests seen from tcpdump during PXE boot, but I can’t provide that data until my tech returns on-site next week.

This is the most important section.

what I want you to do is run tcpdump from the fog server. I want you to use the pcap filter of port 67 or port 68 or port 4011 or port 69

That will capture dhcp, proxy-dhcp and tftp.

ref: https://forums.fogproject.org/topic/9673/when-dhcp-pxe-booting-process-goes-bad-and-you-have-no-clue?_=1769224516191

Review the pcap with wireshark. You should see the DORA process if the fog server is on the same subnet as the pxe booting client.

Discover
Offer
Request
Ack/Nack

What will be important to watch is to make sure the client is getting two offer packets. Once will be from your main dhcp server and the second one from dnsmasq. If you are not seeing the one from dnsmasq server then that is the start of the problem. If you do see two and one is from your dnsmasq server then go to the next part.

Now that you verified that dnsmasq is seeing the DISCOVER packet and responded with an OFFER packet then after DORA you should see the client call back to dnsmasq on port 4011. In that transaction the client will be told the boot server and boot file. Verify these are correct.

And finally the client should reach out to the FOG server over tftp to first request the file size then request the file. So there will be two tftp communications, then the file should download.

george1421

@Jamaal This problem is solvable but it make take some effort on your part.

Lets start with the basics.

For the DHCP IP zone where your pxe booting clients live, you need to set dhcp options 66 to the IP address of your fog server. And for dhcp options 67 that needs to be snponly.efi or snp.efi. With those settings configured on a MS Windows based dhcp server a pxe booting client should boot. Make sure on your dhcp server that is responding to bootp and dhcp requests. Its been a while since I messed with windows but on the dhcp server there should be a setting of dhcp bootp or both. Select both.

Now lets talk about WDS for a second. A WDS server can use dhcp options 66 and 67 as above, but it can also run a proxy dhcp service that tells the client to ignore the dhcp options and come talk to it for boot information after it gets an IP address for the dhcp server. This maybe called a netboot service or something like that on your WDS server. Its not part of the main WDS service. If this service is still enabled it will override any settings you make in dhcp for pxe booting.

So how do you figure this out to what’s wrong?

The easiest and most complicated issue is to identify what is flying down your network during the pxe booting process. You can do this with wireshark on a witness computer (computer not part of the pxe booting process). This witness computer can either be a ms windows or linux computer, the key is to have wireshark loaded. When you start up a capture use a capture filter of port 67 or port 68 or port 4011 That will limit what wireshark sees to only the dhcp packets. Make sure the witness computer is connected to the same subnet as the pxe booting computer.

Start the packet capture and then attempt to pxe boot the target computer. Continue to capture the packet until the pxe booting computer either reaches the fog iPXE menu or errors out. Then stop the capture.

In the top section you should see the DORA (discover, offer, request, and finally ack/nack) process. The process goes as follows:
Client -> Discovery
Server-> Offer
Client -> Request
Server -> Ack/Nack

In this process you are most interested in the one or more OFFER packets. In a normal network you should only see one OFFER packet. When WDS is involved you will see one OFFER packet from your main dhcp server and a second OFFER packet from your WDS server. If you are seeing the OFFER from your WDS server then you don’t have the proxy-dhcp service disabled, and that is causing your issue. If you are seeing two offer packets from two different dhcp servers, such as a primary / secondary setup make sure both dhcp server are configured to boot from FOG server.

Now what do you do if you only have one OFFER packet and its still not working. This is where you need to select the OFFER packet and then look at the data in the parameters box. There will be the bootp fields of next-server and boot-file these need to be configured for the fog server IP and snp.efi. Then in the dhcp options section options 66 and 67 need to be set correctly. If one or the other sections are not set correctly you will get random machines not booting while others are.

If you can’t figure it out save the packet capture file “be sure you only captured the dhcp process” and up load the file to a file share site and post the link here and one of us will take a look to see what’s wrong. But I think from what I covered here you should be able to figure out what the pxe booting client is being told to do incorrectly.

george1421

@alperi The bit if detail you are missing is what the kernel parameters were that was sent to the fog client. From what you posted it appears that the FOG server has all of the bits in the right spots.

In the kernel parameters that are passed to bzImage during boot up it lists where the FOS engine can find the deployment server. I would verify the IP addresses are correct. If everything appears correct with the parameters, we can debug this a bit more by debug deploy and then manually interact with the fos engine from the target PC’s console.

W	Wayne Workman
N	need2
B	Bill Rice
I	ianabc
G	Greg Plamondon
M	msi
T	THEMCV
A	Avaryan
X	x23piracy
F	fry_p
S	sudburr
R	Raymond Bell
P	Psycholiquid
M	MRCUR
I	ITSolutions
G	george1421
Q	Quazz
J	jkozee
J	JJ Fullmer
H	Hanz

Testers

Posts

Member List