@dimoura

Hello!

Do you have Secure Boot enabled?

I worked with this Dell Machine about 6 months ago and don’t have it with me now.

So here it goes.

Ensure secure boot is disabled. You will need to re-enable it for Windows 11 to work., You need to ensure your SATA mode setting is set to “AHCI”. - If you have “RAID” selected (which was the default from the Dell Machines I tried) it will not work. If you have legacy IPv4 PXE booting that would work best, newer computers no longer have a legacy PXE boot, but use UFEI IPv4 PXE booting. Check if that is enabled.

Otherwise, check what bzImage files you are using. The bzImage files have the linux kernel drivers which I think I used the latest stable ones I could find. These are placed in /var./www/html/fog/service/ipxe

There are 4 files in there which need to be there
bzImage
bzImage32
init.zx
init_32.zx

Or others depending on what CPU architecture your machines use. These are available on the following URL
https://github.com/FOGProject/fos/releases

I found that some work better than others as the FOG project is maintaining their FOS releases and adding computers. It is possible that one you are using simply does not have the drivers for the PC you are using. I would back up these files before updating these to ensure your older machines can PXE when updating your FOS (fog OS).

Matt

I have just discovered that somehow all the MACs are changing sometime after the final successful DHCP lease.
My DHCP server is set to only answer to specific MACs, so if I add in the “new” one, it works.
No idea how this is happening, I’ve never seen MACs just suddenly change like this.
It sucks that now I have another MAC per server to deal with, but at least it’s working.

I’m also interested in knowing if a solution exists.

@rodluz yes, directly from 1.5.10.1754 to 1.5.10.1763 when I saw the prompt in the FOG gui that I’m not using the latest version - it was up to date before.

in 1.5.10.1754 recapture didn’t added up, just updated the image size to the latest one.

@jas777 It looks like you are running an old version of iPXE. The newest version, as of 10 minutes ago when I built it, is 1.21.1+ (g21b5b).
I may be wrong, since I don’t use my own custom certificate, but you probably need to rebuild your iPXE with the new certificate.

@Greg-Plamondon I’m not sure I fully understand:

When I look at the dev-branch files I see that the sprintf method you are doing for PingHosts is what is happening for ImageSize/ImageReplicator

The code you’re changing is within the sprintf stanzas?

@Greg-Plamondon
Hi,

we got a dhcp server. The computer got network, the path to the efi file is connected.
I have no access to the dhcp settings that i could set the next-server or anything else.
But i think the efi file maybe is corrupt? i have tried to edit the efi file, but then the boot stick does not work anymore.

@christop Can you post your apache error log (or php-fpm www-error.log if redhat based) showing the message immediately after the HTTP 5xx Server Error.

@deharter i could capture changing the image type , from “Single Disk - Resizeable” to “Multiple Partition Image - Single Disk (Not Resizeable)”

@youzersef Ok, see how long it takes me to get back on a project…lol

I did some more looking, and found yes, the GUI will re-write the dhcp config file. However I did some more reading and I guess services.inc determines what is written by the GUI.

Sorry, not a CLI guy, and I love the quick and easy edits, viewing issues that the GUI provides. Like Fog ! However my servers are headless…lol

Anyway, looking that route now, and will update if I find how Negate wants services edited so when it reboots, DHCP will remain.

Determined 🙂

Any thank you everyone here . This place has always been great for information !

@Tom-Elliott

So f144ad5 is the last working commit. In case anyone else have the same problem, this is my script to grab it and modify so it works fine with EFI keyboard in some PCs as discussed here: https://forums.fogproject.org/topic/17870/fog-ipxe-menu-no-input. It also removes neverssl.com site because it’s down now so script hangs on checking internet connection. Don’t mind main sed part, it’s probably overcomplicated since I used ChatGPT for it, but it works fine so who cares 😉

#!/bin/bash # Checkout last working FOG project commit cd git git clone https://github.com/FOGProject/fogproject.git cd fogproject git checkout f144ad5a30bdab23be4d207b471ca80057e367fd # Modify functions.sh to remove non working neverssl.com site cd ~/git/fogproject/lib/common sed -i 's+http_sites=("neverssl.com" "httpbin.org")+http_sites=("httpbin.org")+g' functions.sh # Modify buildipxe.sh to grab last working ipxe commit and fix EFI USB drivers cd ~/git/fogproject/utils/FOGiPXE cat > transform_buildipxe.sed <<'SED' /^[[:space:]]*git pull$/a\ git checkout 6cccb3bdc00359068c07125258d71ce24db5118a /^ cd \${BASE}\/ipxe\/src\/$/c\ cd \${BASE}/ipxe/\ git checkout 6cccb3bdc00359068c07125258d71ce24db5118a\ cd \${BASE}/ipxe/src/ /^ cd \${BASE}\/ipxe-efi\/src\/$/c\ cd \${BASE}/ipxe-efi/\ git checkout 6cccb3bdc00359068c07125258d71ce24db5118a\ cd \${BASE}/ipxe-efi/src/ /^sed -i 's+#define[[:space:]]*USB_HCD_USBIO+\/\/\#define[[:space:]]*USB_HCD_USBIO+g' config\/usb\.h$/c\ sed -i 's+#define<----->USB_HCD_USBIO+//#define>USB_HCD_USBIO+g' config/usb.h /^sed -i 's+\/\/\#define[[:space:]]*USB_HCD_USBIO+\#define[[:space:]]*USB_HCD_USBIO+g' config\/usb\.h$/, /^sed -i 's+\/\/\#undef[[:space:]]*USB_EFI+\#undef[[:space:]]*USB_EFI+g' config\/usb\.h$ #sed -i 's+//#define\tUSB_HCD_USBIO+#define\tUSB_HCD_USBIO+g' config/usb.h\ #sed -i 's+//#undef\tUSB_KEYBOARD+#define\tUSB_KEYBOARD+g' config/usb.h\ #sed -i 's+//#undef\tUSB_EFI+#undef\tUSB_EFI+g' config/usb.h\ sed -i 's+//#define+#define+g' config/usb.h\ sed -i 's+#define USB_CMD+//#define USB_CMD+g' config/general.h SED sed -i -f transform_buildipxe.sed buildipxe.sh rm -f transform_buildipxe.sed # Start FOG install/update cd ~/git/fogproject/bin ./installfog.sh

@Tom-Elliott Do the values in .fogsettings get applied only the first time installfog.sh is executed, or are they supposed to be applied on every subsequent run as well?
In my case, updating .fogsettings after the initial installation doesn’t seem to change anything, so I want to confirm whether this is expected behavior or if I’m missing something.

Hello,

It’s working again.
I have update to the last version (1.6.0-beta.2273) but I’m not sure it’s fixed with this.
I have also clean DB using this : https://wiki.fogproject.org/wiki/index.php/Troubleshoot_MySQL#Database_Maintenance_Commands

Thank you.

Every time after updating to a new build, the first image works, but the next one doesn’t.

@Tom-Elliott said in FOG Client service disconnection, pending snapins are not even being detected:

@Jamaal The client lives on the Machine itself. not on the fog server.

Those logs live on teh Windows machine I forget the exact path but something like:

c:\program files\fog client\fog-error.log or something like that?

Yes, it’s c:\program files (x86)\fog\fog.log

I figured out the issue, lol. I was having a moment, but thanks for helping me out.