Unable to Install Kernel 4.17.0

[Quazz]

I’m currently also getting Service capacity problems, possibly the external site is having issues. It seems to hit the timeout set by Apache.

[Zer0Cool]

@quazz The Apache log just has a bunch of post and get’s, nothing seems abnormal there.

I was able to once again load the Kernel Update page, which is odd as I havent changed anything since the UTC updates. Still get the same error though when trying to install the kernel

[Quazz]

@zer0cool Can you create a phpinfo page?

Something like

nano /var/www/html/fog/phpinfo.php

<?php
phpinfo();
?>

Save and exit, then navigatie to your fogserver/fog/phpinfo.php

Do ctrl+f ‘timezone’ and tell me what you see in that section.

I’m kind of scratching my head over here, because things are working fine for me, though php reports my timezone being blank.

[Zer0Cool]

@quazz

date
date/time support	enabled
"Olson" Timezone Database Version	0.system
Timezone Database	internal
Default timezone	UTC

date.timezone	no value	no value

Here is what I think you are looking for.

[Quazz]

@zer0cool Very strange indeed, that’s what I have on my end. FOG has no issues with the timezone for me.

I’m using Europe/Brussels [CEST +02:00] though. Maybe there’s certain timezones giving issues?

[Zer0Cool]

@quazz To be honest, and likely completely due to my own ignorance, I am having trouble understanding what relation timezone could possibly have to downloading and installing these kernels.

Also, the kernel update page now seems to load fine for me, but still get the error trying to install. Is it possible this is an issue between FOG 1.5.3 and kernel 4.17.0?

I am a little reluctant to update FOG to 1.5.4 at this time as I just completed extensive testing and some customization and am not ready to redo at a minimum a couple of hours of work to get it back to that point post update. If, however, it was sure that it would fix the issue with the kernel then I would do the update.

[Zer0Cool]

@quazz @Tom-Elliott I noticed now some new entries for kernel 4.17.0 called:

“Kernel - 4.17.0-addbnx TomElliot …”

Whats the addbnx portion mean, I couldnt find any mention of this in a search?

[Tom Elliott]

@zer0cool this just adds a box firmware driver from something somebody post d on github issues.

[Zer0Cool]

@tom-elliott Should most of us then use the regularly named kernel?

[Tom Elliott]

@zer0cool Ultimately it doesn’t matter, it was just to ensure people knew there was a change, rather than just replacing the original 4.17.0

4.17 + bnx will be the default kernel for 1.5.5 so for now I suppose it doesn’t really matter.

[Zer0Cool]

This is really odd. So now the Kernel updates page loads straight away, no problem loading but still gives error trying to install kernels (even new ones with ‘addbnx’ in the name).

I also noticed I no longer get information under Settings | Home | FOG Version Information. It now just says “Failed to get latest info”. This morning and prior it would have information about my version of FOG, current version, and some other related info.

I tried rebooting and the issues persist.

I am also having issues imaging a machine, and am not sure if its somehow related. I imaged 3 identical machines yesterday with my image and snapin, all 3 worked no issue including joining domain, changing hostname and activating Windows, rebooting and running snapin to completion. Today I go to image a 4th identical machine (no changes made to anything FOG/snapin/etc) and it completes deploying the image but then seems to get stuck and either not activate Windows and/or not join the domain (despite all the information being entered for the host in FOG/web gui). It was earlier executing the snapin, but now doesnt do that either.

I have tried re-imaging this machine multiple times today along with deleting and re-registering the host many times. Is this likely related or a different issue?

[Zer0Cool]

Rolling back to a snapshot that was working a day or 2 ago exhibits the same issue. I have went back to my current snapshot/state.

I also noticed the Settings | Home | FOG Version Information is working now. Still have the error with the kernel update however.

I found this thread and tried both solutions, neither resolves my issue.

https://forums.fogproject.org/topic/11375/kernel-update-fails-oh-no-not-again/27

I did for some reason have an extra slash (double) in the path, so I removed it. Had the slash on the end of the path already. Checked the ftp password and storage password and they match, as does the entry in the file mentioned in the thread with the password in it.

I have rebooted, checked other tftp related settings in FOG (and all path fields in general), checked the xferlog file, seems tftp is grabbing the file as far as I can tell.

So I am basically in the same position still. Trying to get this worked out. Any help would be much appreciated, Thanks

[Tom Elliott]

@zer0cool You can directly download and replace the kernels if you’d like.

wget -O /var/www/fog/service/ipxe/bzImage --no-check-certificate https://fogproject.org/kernels/bzImage

wget -O /var/www/fog/service/ipxe/bzImage32 --no-check-certificate https://fogproject.org/kernels/bzImage32

[Zer0Cool]

@tom-elliott I am concerned that left unresolved the issue could affect other, yet unknown aspects of FOG.

Manually replacing the kernel would be a valid short term fix. I would still be very interested in trying to resolve the problem.

[Tom Elliott]

@zer0cool Me too, and I suspect the problem for your kernel issues lies in the TFTP_FTP information from fog settings, as that’s what’s used for kernel stuff (remnants that I’m afraid to remove from olden 0.32 and earlier days).

You can try that? Check the TFTP_FTP fields, username/host/password and ensure they’re all correct? Maybe in the near future I’ll have it ask you for a storage node (or all) to set the kernel on, and use the storage node’s information to upload/store the kernels. But right now that’s kind of a long shot.

[Zer0Cool]

@tom-elliott Those settings appear correct to me;

host is proper IP in x.x.x.x format.
username: fog
password, as I mentioned matches the same credentials used in the storage node (i only have 1).
kernel dir is: /var/www/html/fog/service/ipxe/

From what I can surmise, tftp/ftp is downloading the file, whatever it tries to do with it after that is whats failing.

Whats it do with the download to “update” the kernel? From the logs/errors it seems its trying to move it and/or create a directory?

Is it possible its a permissions issue for where the kernel needs to be placed? If so whats the proper ownership/permissions?

If you have any ideas on logs to check id be happy to dig them up too, Ive checked all the ones I can think of or found researching the issue.

[Tom Elliott]

@zer0cool It’s possible it’s a permissions issue. The /var/www/fog/service/ipxe folder should have chown -R fog:apache (redhat) or chown -R fog:www-data (debian) ownership. You could just give full access as fog:fog I suppose.

[Zer0Cool]

@tom-elliott I owe you a beer! (or your beverage of choice). Ownership of the ipxe dir resolved it.

I am going to ask a really dumb question now (because the likely answer is I goofed up and dont recall) but why would it have been set to apache:apache as owner (all the way up the tree to like /var/www/html/fog)? Is there anything that FOG does that could have changed that without me knowing (like updating from 1.5.2 to 1.5.3)?

Thanks a million times over, I now leave work and relax thanks to you!

[Tom Elliott]

@zer0cool It’s probably some error that I missed. I know I do two things to setup permissions, maybe something got screwed up along the way?

I looked at the code and it appears to be correct? Are you by chance bypassing TFTP file recreation?

[Zer0Cool]

@tom-elliott said in Unable to Install Kernel 4.17.0:

Are you by chance bypassing TFTP file recreation?

Not that I know of, how would I check?

I am much more likely to believe I did something wrong than you guys, I may have goofed it up at one point and not known it.

Seems to be working now, Thanks!