@john-l-clark What version of the FOS Linux kernel are you using? (web ui -> fog configutation -> kernel update) Are you on 5.15.x

@beeppy said in HTTP ERROR 500 - Fresh install:

Any news when CentOS9/PHP8 will be supported?

I don’t have any timing on when FOG 1.5.10 will be released. From the last time I talked with the developers FOG 1.5.9.120 or so in the dev branch will probably be what will be 1.5.10 when its released.

So just as an FYI it might not be until 1.5.11 is released. Also when we look at the statistics not many people are installing FOG with Centos anymore. Market share wise of the (RHEL variants) centos 7 is still the leader. On a total market share side, most people install FOG on debian or ubuntu now.

@einsteinagogo I removed the storage node, and included it in a new storage group Test, and removed it from the Defaults, but the Task still complains about updating database.

Hi,

Any ideas ?
I saw in DB that even if task manager is empty in web UI, the 2 tabels “tasks” and “snapins tasks” are still containing data…
And if I launch several deployment tasks with the associated snapins, either the snapins do not appear at all (empty web ui), or they are offset (see picture)
snapin.jpg

If my database is broken, is it possible to recreate a new empty one and import some important tables ?

Thans,
Matthieu

If you get this error after renaming an image (eg: from SUMMER22-Blah to Summer22-Blah) on the web-based interface, the solution is to log in to fog via ssh & rename the image folder itself in /images.:
$ mv SUMMER22-Blah SUMMER22-Blah2
$ mv SUMMER22-Blah2 Summer22-Blah

out of context post. Post in reference to this thread: https://forums.fogproject.org/topic/16108/lenovo-thinkstation-p340-tiny-not-conected-to-fog-server?_=1656514236859

Is your fog server on the same IP subnet as the pxe booting computer?
If Yes, then lets execute this tutorial to capture what the dhcp server is telling the target computer. https://forums.fogproject.org/topic/9673/when-dhcp-pxe-booting-process-goes-bad-and-you-have-no-clue

Post the pcap to a file share site like google drive, etc. Share as public with link. Either DM me the link using FOG chat or post the link here and I will look at the pcap.

@einsteinagogo Compiling iPXE binaries trusting your SSL certificate…

failed on the last server build!

Hello

I had a problem when deploying an image with the FOG

Error message :

read ERROR: No such file or directory
Args Passed: /images/<image>/d1p2.img /dev/<disk>*

For me, it was a problem of user rights on the FOG

Before :
drwxrwxrwx. 2 root root 190 Jun 29 15:07 <image>

After:
drwxrwxrwx. 2 fogproject root 190 Jun 29 15:07 <image>

I had to do a “chown” on my image folder in the /images directory to add the owner to “fogproject”

When creating a new image in the FOG GUI, the folder rights management is not well handled

Sincerely

Hello

I had a problem when deploying an image with the FOG

Error message :
read ERROR: No such file or directory
Args Passed: /images/<image>/d1p2.img /dev/<disk>*

For me, it was a problem of user rights on the FOG

Before :
drwxrwxrwx. 2 root root 190 Jun 29 15:07 <image>

After:
drwxrwxrwx. 2 fogproject root 190 Jun 29 15:07 <image>

I had to do a “chown” on my image folder in the /images directory to add the owner to “fogproject”

When creating a new image in the FOG GUI, the folder rights management is not well handled

Sincerely

@fogcc Make sure you update to the latest FOS Linux kernel by going to FOG Web ui -> FOG Configuration -> Kernel update. You want 5.15.x (latest version) for both x64 and x32 platforms.

The boot order is pxe -> ipxe (FOG Menu) -> bzImage (FOS Linux kernel). Each step has their own network drivers.

@george1421 Hi we look through the article that you have send to us and it doesn’t work, the computer doesn’t recognize fog. We have done all the things that appears on the article. If you have another thing to help, I would appreciate.

Thank you

solved, ip on dhcp server option was incorrect

@fabritrento For others that might find this thread, the FOG installer doesn’t support and has not been tested on ubuntu 22.04 as of this post. Since 22.04 is an LTS release it will be supported in the near future with FOG 1.5.10 when its released. For now use 20.04 as the OP of the thread found.

@coe Ok, so for the ones that don’t get renamed by the client, we need the relevant portion of the fog.log file. This is where the client logs events and errors. Please be sure to copy/paste the whole portion, not just a line.

@amartinez said in Multicast-Unable to find image:

So storage nodes are limited to unicast imaging

That is correct. Storage nodes are kind of like a network drive for remote locations. They are missing the active services bits that make them a full fog server.

@george1421 I got it working again. Thanks for responding so fast. I haven’t been at my desk, so I just now saw your post.

@jmroc85 The problem is that ipxe.efi that ships with FOG 1.5.9 is 2 years old and we are finding compatibility issues with currently shipping hardware.

So you used the tarball method of installing FOG? Was there a specific reason for going that route?

@zaqen This one could be a difficult problem to solve. From FOG’s standpoint there is no technical difference between a SATA hard drive and SATA SSD. If it boots on a Hard drive it should boot on a SATA SSD. Many people run into the issue that the SATA SSD is typically smaller than the Hard Drive. The larger source disk to smaller target drive causes an issue. FOG will move partition start blocks to help resizing of the disk.

Where the problem comes in is if a partition is marked as non-movable. This means that the partition can not be squeezed or relocated on the target drive. What happens if this partition exists at a starting location that doesn’t exist in the target drive because the target drive is smaller than the source drive. This is a problem.

As long as you are on the dev branch of FOG v1.5.9.110 or later and FOS Linux kernel 5.15.x your fog install is up to date and the problem is with the structure of the source disk.

@riry I’m glad to hear that everything is back in order in your house. The dnsmasq solution is a solid one in that you don’t have to mess with your existing infrastructure if your current dhcp server doesn’t support dynamic pxe booting. Secondly if you power off your FOG server so dnsmasq is off line so no pxe boot info is sent out. As soon as the FOG server is back online so is PXE boot support via dnsmasq.

Well done getting everything working in your environment.