@dminga Let me ask a few questions to get the full picture:

Which version of FOG did you install? Which OS and version do you capture and deploy an image of? Is the image set to resizable or non-resizable? Is the disk captured from larger than the disk you want to deploy to?

@sebastian-roth said in Image Capture database error:

Please check the Apache and PHP-FPM logs to find out what’s going wrong

Thanks. Will do.

@wt_101 I can tell you that multicast is more problems than unicast. Multicast requires more resources (things setup correctly) than unicast.

The way fog works is that the udpsend (multicast sending program) is launched by the web server. So multicasting is linked to the server where the web ui is running. The storage nodes do not have a web ui. So the key here is that multicasting is started by the FOG web server.

It is technically possible to launch a program on a remote linux server using ssh. This requires ssl certificates to be put in place so that the ssh connection uses certificates instead of a password.

A storage node is technically a normal fog server except it uses the master node database and the web interface is shut off from browsing. The web interface is there, its just blocked from access. So the udpsend program should also be installed, so it could send out multicast images. FOG isn’t designed that way, but its not impossible to do if you had the motivation and php programming skills.

The last thing I can think is if:

The FOG API can be called on a “Storage node” AND You can schedule a multicast deployment via the API

You could make a curl call from the master node to the storage node to initiate a multicast deployment. I’m only mentioning this because it might be possible, but I have not tried to know if it IS possible to do.

So to recap I see 3 ways to get a storage node to multicast.

Use ssh and call udpsend directly from the fog server Write a custom php page on the storage noted that would launch udp send based on a web page call that passes the required parameters. Use the FOG API to call a multicast send on a storage node.

I can’t tell you if any of these methods will work. I can only tell you that the sending of multicast image is tied to the FOG Web UI.

@sebastian-roth I will install those inits tomorrow. I got confused on the inits due to all of the other files in that repository, in hindsight a lot of it is hash check files. Again, kind of new to all of this. I really appreciate all of your assistance.

@george1421

Best post I’ve found in troubleshooting this thanks much for that George! Tracked down another pesty, ancient server that “answered” and I will chop it momentarily.

I’ve had some excellent and patient help from you over the years thanks muchly for what you do mate. 🙂

@george1421 Okay Thansk for the Info. I will test a bit and give feedback if the thread can be marked as solved.

@kvothe88 I suggest you compile iPXE from the latest source code and try again: https://docs.fogproject.org/en/latest/reference/compile_ipxe_binaries.html

@lanius said in LenovoT14sGen2 Cannot Get Image:

This update has solved my problem

So just for clarity updating your FOS Linux kernel to 5.15.x fixed imaging on your Lenovo T14 Gen2?

@nw22 I forgot to ask which version of FOG do you use? Specifically which version of the FOS inits (when it boots up it prints the version just below the ASCII art FOG logo)?

Would be great if you could do some testing when we do find and fix stuff. Are you available for testing?

@ayy_nelson said in PXE boot issue with HP Probook 450 G8 (Realtek Nic):

I too purchased a handful of new G8 HP Laptops.

Some things we found with this new generation of systems with this realtek network adapter. Update your FOS Linux kernel to 5.15.x series (we just discovered this) and also update your iPXE version using this method. https://forums.fogproject.org/topic/15826/updating-compiling-the-latest-version-of-ipxe

Right now we only have anecdotal evidence that it fixes what changed in this generation of hardware.

@akaushansky said in HP Elite X2 G4 imaging stuck on rEFInd:

BUT, creating bootable USB with 0.11.00 version worked. the very same rEFInd.efi and conf work on USB and dont work on FOG…

It’s not FOG itself causing the problem but the same binary being loaded and run in a different way. Loading it the PXE boot way seems to cause trouble on this particular hardware.

Have you updated the UEFI firmware to the latest version? Have you updated iPXE to the latest version?

No promise this will help but it is worth a try.

@amjfrankenstein Lost track of this and just stumbled upon this again. Are you still around?

We were talking about removing ARCH support altogether as no one wants to work on this: https://github.com/FOGProject/fogproject/issues/447

Please let us know if you are still keen to get involved. If not, ARCH support will be removed.

@mrpumba Please search the forums and github for “php-gettext” and you will find out. If you still need further help you need to tell us which Linux OS and version you are using.

@wayne-workman

The FOG server is running at home and I forget exactly what else is running on it. KMS emulator, and some other things that are easy to migrate. It’s just… I suck at Linux and I remember making lots of tweaks here and there and the idea of doing that all over again is a PITA to me.

The more I think about it, it wouldn’t be a big deal to start fresh.

@sebastian-roth Will do! sorry about that.

Thanks again.

@reggiep9000 said in Supermicro AS -2024US, Intel x710 NIC No Network Interfaces found Kernel Missing the correct driver:

perfect thanks, do i need to restart any services?

No restart needed.

@kvothe88 said in Stuck at bzImage after selecting image to deploy:

hi, im using a UDM pro from Ubitiqui as DHCP so that doesnt help…i have a laptop and only boots with snponly.efi…but stuck in bzimage at deployment. Dont know what else to do

Well from your first message this sounded fairly different. Something about policy…

In this case I suggest you open a new topic in the forums so we don’t cause unneeded confusion. Post a picture of the screen where it is stuck along with information on yor FOG version, kernel version and the exact make and model of the device you see this issue on. We’ll take it from there.

Moved the VM’s to different Laptop, problems got resolved.
I think the Processor was not compatible to run VM’s i think.

Also one problem i find is enabling EFI mode in virtual box always throws error d404479a-1b02-41f4-a7ab-407e52b807fa-image.png
Works fine without EFI mode.

Also in dhcp service enable the policy as Fog suggestions.
Now Overall Fog server setup completed. Successfully deployed images to all models of Laptops.

Thank you

@Timmaaahh I am sorry, we can’t help you with that one. CentOS 8 is dead: https://www.centos.org/centos-linux-eol/

I suggest you look into using the new upcoming distros like Rocky or Alma Linux. Both have migration scripts so you don’t need to start from scratch.

@julianc-0 said in Deployment won't configure all network adapters:

FOG only deploys the configuration on the network adapter that is being used while deploying. For example when connected to port 1 only that network adapter would be configured with IP-settings etc…

I don’t understand what you mean by this. Could be I am just lost in translation. You might want to post that question in your mother language.