Can not deploy images after changing init/bzImage

[george1421]

First what version of FOG (specifically) are you using and what version of the FOS Linux kernel are you using?

Can you put the system back to the way it was when FOG was installed?

What inits did you install to get the DC7600s to image?

Did the 8100s image correctly without having to modify FOG?

How many 7600s do you have / need to image?

[davidgoncalves]

@george1421 Hello,
I’m using FOG 1.5.9, Kernel 4.19.143 I think. I usually do a backup when I build a server, but I didn’t do it this time. I used these inits: https://fogproject.org/binaries1.5.2.zip
Yes, never had problems with the 8100s, and I have about 20 of those. To be honest, at this point I just would like to have the ability of image only the 8100s, I can get around with the DC7600s.

[george1421]

@davidgoncalves Understand I’m still trying to understand what you have setup.

So you have the kernel for 4.19.1XX and the inits from 1.5.2?

The kernel stall issue is related to the kernel not the inits. Typically with the kernel stall you would add this to the kernel parameters acpi=off . The top image is from the kernel booting so the inits are not even loaded yet.

Can you image the 8100s with the inits from 1.5.9?

[davidgoncalves]

@george1421 Thank you, I just messed up this lol, should’ve ask first (or just be normal and do backups).

I was able to image the 8100s with FOG 1.5.9 stock, no kernel or inits changed - if there’s any way to go back to that, I think it would fix the problem

[george1421]

@davidgoncalves said in Can not deploy images after changing init/bzImage:

if there’s any way to go back to that, I think it would fix the problem

Rerun the fog installer it will reset things back in the file system. If you made changes in the WebUI you will need to undo them by hand.

When you get back to the point where the 8100s can image then we can look at the 7600s.

Just as a question did you get the 7600s to image by messing around with the inits? (serious question, I have an idea)

[davidgoncalves]

@george1421 Thank you! Will the created hosts be affected by that? Also, I probably changed accidently the kernel trying to fix the 8100s issue, will that be reseted with the rerun?

Yes, when I changed the inits/bzImage, the 7600s we’re able to boot, I imaged 2-3 just for testing and it worked perfectly.

[george1421]

@davidgoncalves said in Can not deploy images after changing init/bzImage:

Will the created hosts be affected by that

No reinstalling will only fix the files related to FOG. It will not touch the database or already installed systems or captured images.

Good on the 7600s, get the 8100s working first and we can get teh 7600s working if you know what bits you need.

[davidgoncalves]

@george1421 Perfect! I’m going to rerun now remotely and tomorrow when I’m there I’ll try again! Thank you so much for the quick help!

[davidgoncalves]

@george1421 Update: the 8100s are now able to deploy images. Already did a backup just to make sure. This is the error I get when I try to deploy in the 7600s:

Any suggestions?

[george1421]

@davidgoncalves OK great. Now for testing, on the host definition for this 7600 (you may need to register it by hand for this test) Go into the host settings for this computer and in the Host Kernel Arguments field add in acpi=off and save the setting. Now pxe boot this 7600 to see if you get beyond the cpu stall.

[davidgoncalves]

@george1421 Hello, sorry for the late. This is what I get without the Kernel Argument:

And this is what I get with the Kernel Argument: