Server

• FOG Version: 1.3.4 SVN revision 6066
• OS: CentOS Linux release 7.3.1611 (Core)

Client

• Service Version: N/A
• OS: N/A

Description

I restarted fog today to discover a hidden problem. tftp & dnsmasq didn’t turn on by default. After running

systemctl enable tftp
systemctl enable dnsmasq

both command said that they create the syslink.

TFTP: /etc/systemd/system/sockets.target.wants/tftp.socket to /usr/lib/systemd/system/tftp.socket.
dnsmasq: /etc/systemd/system/multi-user.target.wants/dnsmasq.service to /usr/lib/systemd/system/dnsmasq.service.

Rebooted the system, and after checking the status they were still off.

I ran

systemctl is-enabled tftp
systemctl is-enabled dnsmasq

both return a value of “indirect” After some googling I found that it means,

“The unit file itself is not enabled, but it has a non-empty Also= setting in the “[Install]” unit file section, listing other unit files that might be enabled”

so I tried disable to clear it. The syslink was removed but when I checked, it still returned “indirect”

Right now I just have a script running

systemctl start tftp
systemctl start dnsmasq

on bootup, but I hate technical debt and unsolved mysteries. Anyone either, A know why, or B how to fix it, cleanly? preferably both but I’ll settle for B alone.

Thanks in advance for any help anyone can provide.

Sorry Wayne, I meant trunk, my bad.

Here’s the information you wanted. figured I’d throw in the SVN to be on the safe side.

Running Version 1.3.0-RC-4
SVN Revision: 5942

I didn’t upgrade until I knew it would work since I didn’t want to risk the production system. I’m currently on a spare blade we had with the 1.2.0 fog server disconnected when I need to run a test.

I tried installing it on a clean Centos7 server core so to not risk our production system. (after following the steps at https://wiki.fogproject.org/wiki/index.php?title=CentOS_7 ) I am unable to get the proxy boot working. I can verify that the machine booting into pxe boot does receive an IP address from our DHCP server, but it’s not getting the PXE boot information from the fog server. (There’s still a use for hubs. If only as line sniffers.)

When I tried doing the having FOG install DHCP thinking I could then convert it to proxy I found that you guys no longer use dnsmaq but have moved to dhcpd and I have been unable to find any directions on how to setup proxy with dhcpd either from Fog project’s wiki or via google. Figured I’d ask here before slogging through the man pages seeing if there was anything there. Curious if I’m to close to problem or what it is I’m missing. Thanks for your help.

Hey there,

We’re have a Cento 7 machine running FOG beta because we need to support windows 10 in my environment. However the quirk of the network is that my boss has us use an old router the DHCP server and doesn’t want to move off it. However the router is so old that it doesn’t support option 66 or 67 so I need to run Fog as a proxy server. We had it running fine in Fog 1.2.0 but are unable to get it working in fog BETA. Thanks in advance for any help you can provide

Sincerely,
Artur