@george1421

You legend that worked 🙂

Thanks a lot, great project you guys have here!

Aydan

@Tim-Reynolds Thanks for the update and great you got this fixed.

@george1421 said in How to setup ProxyDHCP with FOG:

@wildcat2083 You need to ensure that there isn’t a dhcp server already running on your fog server.

ensure that dnsmasq is not
systemctl stop dnsmasq

now check to see if something is bound to the dhcp port
netstat -an | grep :67

If you see a response like 0.0.0.0:67 then there is still a dhcp server on the fog server.

You can also run this command to see if the isc-dhcp server is in memory. ps aux | grep dhcp If it returns isc-dhcp and a process ID then its still running.

My bet if you look at the log file in /var/log/syslog (or /var/log/messages) it will say that dnsmasq can’t bind to the port :67

Here is the output of ps aux | grep dhcp
kristal 110299 0.0 0.0 17732 2408 pts/0 S+ 15:27 0:00 grep --color=auto dhcp

and its telling me

Starting dnsmasq - A lightweight DHCP and caching DNS server…
Jul 23 15:22:49 kristal-virtual-fog dnsmasq[109913]: dnsmasq: failed to create listening socket for port 53: Address already in use
Jul 23 15:22:49 kristal-virtual-fog dnsmasq[109913]: failed to create listening socket for port 53: Address already in use
Jul 23 15:22:49 kristal-virtual-fog dnsmasq[109913]: FAILED to start up
Jul 23 15:22:49 kristal-virtual-fog systemd[1]: dnsmasq.service: Control process exited, code=exited, status=2/INVALIDARGUMENT
Jul 23 15:22:49 kristal-virtual-fog systemd[1]: dnsmasq.service: Failed with result ‘exit-code’.
Jul 23 15:22:49 kristal-virtual-fog systemd[1]: Failed to start dnsmasq - A lightweight DHCP and caching DNS server.

kristal@kristal-virtual-fog:/etc/init.d$ netstat -an | grep :67
udp 0 0 192.168.5.214:68 192.168.5.1:67 ESTABLISHED
kristal@kristal-virtual-fog:/etc/init.d$

That ^^^^^^^ is then i install dnsmasq via apt install

EDIT::: I got dnsmasq installed but when i try to boot with a vmware pxe, the dhcp works but then when it gets to tftp it cant find the file and im never greeted with the boot menu

9d5799a9-118f-4b12-aca4-1bb4306debf3-image.png

EDIT2:
After tinkering I learned I needed to follow this section
DNSMASQ settings for iPXE
This information pertains to FOG 0.33 and the new iPXE boot method.

In order to continue to use dnsmasq to dole out ip addresses and to help find the boot file, some changes need to be made to force the boot file to load the iPXE boot file.

FIRST Update the schema by navigating to your fog management page and install the update.

Make the following changes to your ltsp.conf file

and I had to do this line
cd /tftpboot
sudo ln -s undionly.kpxe undionly.0

Once I performed these and restarted the dnsmasq service, dhcp worked as proxy and it did indeed serve up the proper file allowing fog to proceed

You can disregard the questions in my previous post. IT’S WORKING!!!

I downgraded refind to version 0.11.0. That was the solution for the HP Elitedesk 705 g4 model.

THANK YOU to anyone on this thread who tried to help me. Particularly @george1421. I really appreciate it!

@george1421 I searched for that setting everywhere on the MSI Z690-a and could not find it… apparently they moved it. Finally found it and disabled it, FOG inventoried perfectly! Thanks for the quick fix

@george1421 Thanks a ton for those words (OK that iso image seems to be only a legacy/bios boot media.)

I figured out one thing I was doing very wrong.
I was PXE booted in UEFI… when hitting F12 to boot the PC, I automatically selected the IPV4 under UEFI, and not the “network boot” under legacy, both of which show up in my F12 menu. Both of which FOG PXE boot works with.

Well, after using the legacy, the dell iso image (that only shows CD.txt) works flawlessly. Now I think everything will work that requires legacy for me, as some things seems you can’t use PXE UEFI with (perhaps not supported by the manufacturer, some programs like Memtest require spending thousands of dollars to get the “site edition” that works with PXE, etc). Keeping in mind your words in other posts about the size limitations of isos (2gb?), the ones I wish to use should all be small enough. I think we can mark this as solved.

Thanks so much for your help.

HI @Sebastian-Roth Sebastian, yeah sorry about the double submission it was by accident. I will sent you the details that you requested soon. thanks

@typotony Sorry I’m late to the party.

I haven’t built a “helper” command yet for removing fog images, but I do have Get-FogImages

https://fogapi.readthedocs.io/en/latest/commands/Get-FogImages/

If you setup the fogapi powershell module, you can use that to get a list of the current images.

You can delete the records of the fog images from the database via

Remove-FogObject

i.e. this would delete ALL your images

$images = get-fogimages $images | Foreach-object { Remove-fogobject -type object -coreObject image -idofobject $_.data.id }

That little snippet is untested but should be enough to get you started.

I’m pretty sure the api command won’t remove the files from the server though.

However, I believe the path to the files, or at least the relative path is in a child property of the data property when you run Get-FogImages.
So if you set this up to run on the linux based fog server using the powershell api module, you could script something that runs in a cronjob to delete from the database and then the files.

i.e. (again untested as I’m away from my test environment, so the property names are guesses, but it should point you in the right direction)

Get-FogImages | % { if ($_.data.name -eq "removeMe") { Remove-fogobject -type object -coreObject image -idofobject $_.data.id rm -fr $_.data.path } }

This, if run on the fog server where you have configured the fogapi module (see my signature for doc links), would find images named “removeMe” and then delete them from the database and then the files from the server.

@pastorn said in help with multi-cast deploy:

the DHCP is on windows server 2022

Can you please post pictures of the settings?

Hi,

I just rebuilt two proxmox debian 11 containers with FOG 1.5.10

Master node > install HTTPS
Storage node > install HTTPS

Install plugin Location

Master node and storage node are in the default storage group
Master node > default’s Master node

Create new location > location_1
storage groupe > default
storage node > defaultmember
storage node protocol> HTTPS

Create new location > location_2
storage groupe > default
storage node > secondary node
storage node protocol> HTTPS

Create snapin in default storage group with replication enabled

Configure one host with location_1
Deploy snapin > OK, it works

Configure one host with location_2
Be sure the snapin is replicated into the storage node
Deploy snapin > it doesn’t work
What am i doing wrong ?

Here is the snapin log

---------------------------------SnapinClient--------------------------------- ------------------------------------------------------------------------------ 03/07/2023 12:39:24 Client-Info Client Version: 0.13.0 03/07/2023 12:39:24 Client-Info Client OS: Windows 03/07/2023 12:39:24 Client-Info Server Version: 1.5.10 03/07/2023 12:39:24 Middleware::Response Success 03/07/2023 12:39:24 SnapinClient Running snapin snapin_1 03/07/2023 12:39:24 Middleware::Communication Download: https://xxxxxxxx//fog/service/snapins.file.php?mac=00:23:24:19:46:64&taskid=2 03/07/2023 12:39:24 Data::RSA ERROR: Certificate validation failed 03/07/2023 12:39:24 Data::RSA ERROR: Trust chain did not complete to the known authority anchor. Errors: La signature du certificat ne peut pas être vérifiée. (NotSignatureValid) 03/07/2023 12:39:24 Middleware::Communication SSL certificate chain error: Une chaîne de certificats a été traitée mais s’est terminée par un certificat racine qui n’est pas approuvé par le fournisseur d’approbation. 03/07/2023 12:39:24 Middleware::Communication ERROR: Could not download file 03/07/2023 12:39:24 Middleware::Communication ERROR: La connexion sous-jacente a été fermée : Impossible d'établir une relation de confiance pour le canal sécurisé SSL/TLS. 03/07/2023 12:39:24 SnapinClient C:\Program Files (x86)\FOG\tmp\file.zip 03/07/2023 12:39:24 Middleware::Communication URL: https://xxxxxxxxx/fog/service/snapins.checkin.php?taskid=2&exitcode=-1&mac=00:23:24:19:46:64&newService&json ------------------------------------------------------------------------------

@smazzola We need more information to be able to help. Please provide what has been asked or we’ll close this topic.

@Warsonix I really needed to get those laptops imaged asap, so I just used a USB-C to Ethernet adapter on those and it worked. I haven’t touched those laptops since then.
Funnily enough, I have to re-image them next week, so I’ll let you know what happens.
I have done a lot of changes to my FOG server since then, so it’s really going to depend on your setup too.

@tahitiju said in Multicast is very slow:

I try to deploy an image to some PCs but performance is very low (2MB/min) using multicast.
For the purpose of the test, FOG server (1Gb NIC), clients (1Gb NIC) and dhcp are connected together using a Linksys Switch ( 16 x 1Gb ports / unmanaged) .
Using unicast, performance seems normal (~1,5GB/min deploying 14 PCs).

A few things jump out at me with this. Multicasting can be very taxing on inexpensive network hardware. When you are getting 2MB/min how many systems are you multicasting to? Do you get the same performance when multcasting to 1 or 2 machines?

Multicast imaging moves at the speed of the slowest computer in the mcast group.

1,5GB/min is on the slow end of the scale. On a well managed 1GbE network, imaging to current hardware, I would expect about 6GB/min. If put your fog server on 10GbE network I would expect about 13GB/min. I’m only pointing it out that there might be something in your network infrastructure that is slowing things down.

A 1GbE network link will saturate with 3 simultaneous unicast deployments.

The FOG performance numbers displayed on the target computer are a composite number of how fast the fog server can pull the image off the disk, send it over the next, the client receiving the image, expanding it in memory and then writing it to disk. Any one component that is slow will impact the overall performance score.

@Tom-Elliott

It’s every device we’ve tired. We’ve tired both UEFI and MBR. iPXE booting is working with everything else we have and is able to utilize the NIC just fine.

Dropping down to the CLI, the OS can see and list the mac addresses just fine. It appears that it’s just however FOGs init/boot is looking at or for the MAC address is the issue.

@george1421 thank you very much

@Noseman The tools used within FOS (FOG OS doing all the hard work when capturing and deploying) are no official Microsoft certified software products but from open source community. They work in 99% of cases but I can imagine there can be special states of the filesystem or certain edge cases those tools simply cannot handle (yet).

Great you found a workaround!