@george1421 So are you saying we should not alter the kernel config because of this? While you are right about it should be working when using the latest 5.10.19 kernel I still wonder if the CDC_ETHER will cause us trouble as we did not have that enabled in the 4.x series kernels.

@alan-lim

This is really just a starting point. You should adjust the instructions based on the mount point for your NetApp storage.

@fimlore I understand that,

What I meant by the ipxe is different from pxe and fog is:

PXE has it’s own DHCP mechanism. This then hands off to iPXE which handles DHCP on its own. This then hands off to FOS (FOG Operating System) which handles DHCP on its own.

@belac said in Problem with new FOG 1.5.9 installation:

manually update
on all your storage nodes

This is not for your FOG master node. Hope you have a copy of the old fogsettings file or we might be able to get the last fogmaster DB credentials from a backup of the config.class.php file in /home/fog_web_1.5.9.BACKUP/…

@choppaholic26 Oh well, I should have had look at the topic line again to know it’s about TFTP timeout.

I think the only way to maybe find out is to capture the network traffic exactly where this is happening. Either you have a managed switch and can enable a monitoring port or one of these really old network hubs to pick up that traffic from/to the PXE booting client machine.

@sebastian-roth said in Uninstall FOG-Client (Service) after deploying with Snapin?:

The fog-client runs as SYSTEM

@jcrod73

OK here is what I’m thinking. I’m not saying its the exact case here but I’ve experienced this in the past.

If the application that is running is 32 bits (regardless as who it runs as), windows knows this. Windows will map the 32bit application to this path (akin to chroot) to HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node So if you have a 32 bit application creating the runonce key, the value should be found here: HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\RunOnce Whereas a 64 bit application would create the key here: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce

Note the: HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce would only “run once” the current user who created the key logs in again (i.e. SYSTEM). You will probably not get the response you expected from that reg key location.

I’m speculating the fog client is a 32 bit app because I don’t see an install for 32bit vs 64bit its just one install. I don’t know if the installer is smart enough to install the 32 bit stuff for a 32 bit machine and the 64 bit stuff for a 64 bit machine. So some of this is just an educated guess.

@george1421
Hello george,
I did not succeed in restoring the database, I do a complete reinstallation of the server.
Thank you for everything

@kamil .fogsettings file is hidden. In linux when a file name begins with dot ( . ) then file is hidden.

Question on bitlocker. Yes and no will this be a problem. No it will not be a problem in that FOG will backup the protected images in RAW disk mode.

Yes it will be a problem because fog will not be able to resize the disk because the partitions are protected with bitlocker. Also if you move the image to a different computer, that bitlocker protected disk will not boot because the values stored in the TPM chip will be different on a different computer.

So while you can copy a bitlocker protected disk you can not move the image to a second computer and think that it will work.

@mikmatcr So does it mean you were able to properly capture the image from the 500 GB disk and deploy to the 256 GB disk?

From the new d1.minimum.partitions it looks like it but just want to make sure I don’t misunderstand.

@florent
Sorry i found the problem, i think it’s bad value on the mysql table.
I go to the powerManagement table and see line like this with “-” :
0 8 - * wol 0
I have deleted this line and restart FOGScheduler, after it’s ok

[03-04-21 5:08:23 pm] * Found a wake on lan task that should run. [03-04-21 5:08:23 pm] | Task sent to XXX

It’s resolved for me

@george1421

Dell change the motherboard with lan integrated and it works now.

Finally got centos-root expanded. that fixed everything!

@george1421 I will certainly never try to upgrade CentOS forklift style again. You were correct I upgraded Centos from version 7 to 8. After the mess it created I took your advice and ran the FOG installer using “GIT” and it cleaned up a bunch of the issues. A BOAT LOAD of things were missing after the upgrade but now they are functional. Thank you for all the assistance, FOG’s community and dev team is top notch.

@george1421 Hi George,

thanks for that, yes that’s solved my issue.

I was thrown off by the the Fog version info, stating that it was up to date. didnt see the Kernel update to the side.

Many thanks! 😊

@bido Well where its failing we can rule out a lot of things. You have your PXE booting configured correctly because iPXE is running. That is undionly.kpxe. That file is getting transferred to the target kernel and is running. Its iPXE that is having a hard time.

The next test I want you to do is to install a cheap unmanaged switch between the target computer and the building switch. This test will give us an indication if spanning tree is enabled, but you are not using one of the fast spanning tree protocols (RSTP, MSTP, port-fast, FastSTP or whatever your switch mfg calls it). The dumb switch will keep the building switch from resetting the spanning tree counter while booting. Understand this is only a test to tell us if its spanning tree or not. My gut reaction is yes.

@mstabrin Yeah, sounds like we found a good working solution for you. Great to hear that it did the trick.

Edit: I did rename the topic so we and others might find it more easily when looking for WOL.

@george1421
this is the wrong configuration: option 66 was checked.
a big thank you for your patience and the time spent with me

@alexnoel2 said in Capturing from a LUKS encrypted drive.:

primary drive is encrypted with LUKS

Am I screwed?

Only on days of the week with the name ending with a y

It has been successfully solved before: https://forums.fogproject.org/topic/13845/error-decrypting-luks-partition-prior-to-capture-imaging

You have the same issue as a windows computer protected with bitlocker. Since FOS Linux can’t read the disk, it clones it as RAW (block by block).