@sebastian-roth
You guys are the best. Thank you. Looks like the correction for dhcpd fixed this.
Thank you! Successful upgrade.
Also,
I’m running Ubuntu 20.04.2 LTS, PHP7.4 seems to come pre-installed, though I’m truly unsure. Either way, this has been resolved, server upgraded, and php7.4-fpm.service is loaded active running.
Thank you, and thank you @george1421
## Start of FOG Settings
## Created by the FOG Installer
## Find more information about this file in the FOG Project wiki:
## https://wiki.fogproject.org/wiki/index.php?title=.fogsettings
## Version: 1.5.7
## Install time: Wed 27 Nov 2019 09:46:55 AM EST
ipaddress='10.10.60.2'
copybackold='0'
interface='eno1'
submask='255.255.255.0'
hostname='fogserver'
routeraddress='10.10.60.1'
plainrouter=''
dnsaddress='10.10.60.1'
username='fogproject'
password='XXXXXXXXXXX'
osid='2'
osname='Debian'
dodhcp='Y'
bldhcp='1'
dhcpd='10.10.60.2'
blexports='1'
installtype='N'
snmysqluser='root'
snmysqlpass=''
snmysqlhost='localhost'
installlang='0'
storageLocation='/images'
fogupdateloaded=1
docroot='/var/www/'
webroot='/fog/'
caCreated='yes'
httpproto='http'
startrange=''
endrange=''
bootfilename='undionly.kpxe'
packages='apache2 bc build-essential cpp curl g++ gawk gcc genisoimage gzip htmldoc isolinux lftp libapache2-mod-php7.2 libc6 libcurl4 liblzma-dev m4 mariadb-client mariadb-server net-tools nfs-kernel-server openssh-server php7.2 php7.2-bcmath php7.2-cli php7.2-curl php7.2-fpm php7.2-gd php7.2-json php7.2-ldap php7.2-mbstring php7.2-mysql php-gettext tar tftpd-hpa tftp-hpa unzip vsftpd wget xinetd zlib1g '
noTftpBuild=''
notpxedefaultfile=''
sslpath='/opt/fog/snapins/ssl/'
backupPath='/home/'
php_ver='7.2'
php_verAdds='-7.2'
sslprivkey='/opt/fog/snapins/ssl//.srvprivate.key'
## End of FOG Settings
Also, I just noticed PHP v7.2 listed here. When installing 1.5.9, it errors out when trying to start php7.4-fpm.servicve. I’ve only been able to start 7.4 after stopping the php7.2-fpm.service service.
@george1421 isc-dhcp-server.service appears to be running fine (this was after a recent reboot)
root@fogserver:/home/user/Downloads/fogproject-1.5.9/bin# systemctl status isc-dhcp-server.service
● isc-dhcp-server.service - ISC DHCP IPv4 server
Loaded: loaded (/lib/systemd/system/isc-dhcp-server.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2021-02-11 15:10:16 EST; 1h 52min ago
Docs: man:dhcpd(8)
Main PID: 1091 (dhcpd)
Tasks: 4 (limit: 28690)
Memory: 17.5M
CGroup: /system.slice/isc-dhcp-server.service
└─1091 dhcpd -user dhcpd -group dhcpd -f -4 -pf /run/dhcp-server/dhcpd.pid -cf /etc/dhcp/dhcpd.conf
Feb 11 15:10:19 fogserver dhcpd[1091]: Listening on LPF/eno1/40:a8:f0:54:18:dd/10.10.60.0/24
Feb 11 15:10:19 fogserver dhcpd[1091]: Sending on LPF/eno1/40:a8:f0:54:18:dd/10.10.60.0/24
Feb 11 15:10:19 fogserver dhcpd[1091]: Sending on Socket/fallback/fallback-net
Feb 11 15:10:19 fogserver dhcpd[1091]: Server starting service.
Feb 11 16:58:07 fogserver dhcpd[1091]: DHCPREQUEST for 10.10.60.128 from b0:6e:bf:1e:58:38 (xafe-jbmsac009019) via eno1
Feb 11 16:58:07 fogserver dhcpd[1091]: Wrote 0 class decls to leases file.
Feb 11 16:58:07 fogserver dhcpd[1091]: Wrote 114 leases to leases file.
Feb 11 16:58:07 fogserver dhcpd[1091]: DHCPACK on 10.10.60.128 to b0:6e:bf:1e:58:38 (xafe-jbmsac009019) via eno1
Feb 11 17:00:05 fogserver dhcpd[1091]: DHCPREQUEST for 10.10.60.181 from 00:15:5d:3c:03:04 (xxxxx) via eno1
Feb 11 17:00:05 fogserver dhcpd[1091]: DHCPACK on 10.10.60.181 to 00:15:5d:3c:03:04 (xxxxx) via eno1
Result from systemctl status 10.10.60.2.service
root@fogserver:/home/user/Downloads/fogproject-1.5.9/bin# systemctl status 10.10.60.2.service
Unit 10.10.60.2.service could not be found.
netstat -an | grep :67
root@fogserver:/home/user/Downloads/fogproject-1.5.9/bin# netstat -an | grep :67
udp 0 0 0.0.0.0:67 0.0.0.0:*
Hey guys,
I’m currently upgrading my server from 1.5.7 to 1.5.9. I’ve been okay troubleshooting the changes thus far, but I’m stuck at what I believe to be a DHCP issue. The error seems to occur here:
renamed '/etc/dhcp/dhcpd.conf' -> '/etc/dhcp/dhcpd.conf.1613055515'
Failed to enable unit: Unit file 10.10.60.2.service does not exist.
Failed to stop 10.10.60.2.service: Unit 10.10.60.2.service not loaded.
Failed to start 10.10.60.2.service: Unit 10.10.60.2.service not found.
Unit 10.10.60.2.service could not be found.
10.10.60.2 is the static IP of the server, which is present via ifconfig
eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.10.60.2 netmask 255.255.255.0 broadcast 10.10.60.255
inet6 fe80::d27b:b7e8:4038:cbd8 prefixlen 64 scopeid 0x20<link>
ether 40:a8:f0:54:18:dd txqueuelen 1000 (Ethernet)
RX packets 12117435 bytes 1559340123 (1.5 GB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 54786770 bytes 80180012535 (80.1 GB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 20 memory 0xf7c00000-f7c20000
Also DHCP is running, I’ve tried restarting the service as well:
user@fogserver:~/Downloads/fogproject-1.5.9/bin/error_logs$ systemctl | grep dhc
isc-dhcp-server.service loaded active running ISC DHCP IPv4 server
What exactly is the install looking for, or what is the 10.10.60.2.service?
Let me know if I can pull any more info to help.
This seems like network issues between your host and your server. Try looking at some articles for SonicWalls, also, try getting a Wireshark pcap of your network.
My biggest pain point was letting my Check Point firewall handle DHCP. All options were set properly, however the TFTP file name was never passed to the host, so it got an IP, but didn’t know what to do next. I solved this by creating a separate subnet and then letting FOG handle DHCP on that network.
EDIT: Not saying anyone here would willingly gid through your pcap. Take a look at this first video I found on this, could be of some help.
@Vrogers Press enter. I’m showing posts from 2016 once you scroll down…
Hey all,
I’ve been deleting images in the GUI using the bulk delete method not realizing this isn’t the best approach as the files will still stay in the filesystem. Dug around in the forums and discovered the Delete tab inside individual images. When checking the “Delete files” option, I’m faced with the error:
Type: 2, File: /var/www/fog/lib/fog/fogftp.class.php, Line: 464, Message: ftp_login(): Login incorrect., Host: 10.10.60.2, Username: fogproject
I’ve seen a few posts about this and some point to the TFTP password not matching the .fogsettings. I’ve checked this and they do match. I’ve changed the TFTP password and then changed back to what matches in .fogsettings and still no luck.
On the confirmation screen, I should be entering the fog GUI password, right? When entering any other password I do get an immediate failure, but when entering the GUI password the GUI appears to try and delete the files, but is unable.
Would just like to add to this - I recently ran into this same issue again. Racked my brain trying to figure out what I did wrong or what setting could have possibly changed. Here’s what I found out.
I was using the above PC again after cleaning and prepping to capture another image. This PC was already registered in FOG. I deleted the host and attempted to PXE boot again and everything went smooth as butter. Looks like there’s an issue booting if the device is already registered. I’m not sure what the issue is, but deleting the host and re-registering solved it.
@Sebastian-Roth Sounds good to me.
Thank you for your help here, I appreciate it a ton! Off to tackle AD joining so I’ll catch ya around.
Also, to the powers that be - I’m not sure how to mark this as solved.
@Sebastian-Roth The global settings I’ve been using are REFIND_EFI for both.
I do not have any host specific settings.
This client did however have the following enabled in the BIOS.
Without changing FOG boot exit types, I changed the UEFI/Legacy Boot to: UEFI Only. PC booted right away.
Changing the BOOT EXIT TYPE to EXIT (with UEFI/Legacy Boot back to the above screenshot setting), results in chainloading failed. Tried GRUB and GRUB_FIRST_FOUND_WINDOWS and both failed - assuming GRUB will fail here since this is Windows (again, sorry the the lack of knowledge in the area).
Further answers to your questions: No, The FOG menu did not load prior to my change in the client BIOS. I do have other clients PXE booting and have only seen the original timeout error happening on a Dell Desktop client.
I guess my question now is, do Windows PCs need to have Legacy boot disabled? I believe I read about this somewhere in the FOG wiki however can’t find it now.
To answer your first question - This is the normal boot process I’ve seen prior to the device hitting the FOG menu. I’ve seen all my devices pull the above files.
I wish I could answer your second question confidently, however I’m still fairly new to this legacy/uefi bios PXE booting world.
Hi all,
I have an intermittent issue with clients. I’ve successfully captured and deployed images on different machines, however sometimes I will randomly run into the below. The only fix I’ve found so far is to remove the host from the GUI and re-register. This has happened pre and post-registration, as well as pre and post deployment. Everything is fine up until here and the system will hang indefinitely.
It’s more of a bother to me that a real issue, since I seem to have found a work-around, however I’d love some insight on this. Having a hard time searching the issue as it’s not directly related to the boot exit types.
Thanks in advanced.
Edit: Has happened on Lenovo and a Dell machine. Workaround the same for both.
