FOG Compatibility Test Failed

[techlover28]

Hi,

When I run “Check FOG Compatibility” on a client.

I get -
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Results

Network …[ Pass ]
Disk …[ Fail ]

Try using a newer kernel that may be compatible with this device.
New kernels can be downloaded with the “Kernel Updater” in the FOG management interface.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++

I downloaded newer Kernels. 3.19.3 and 3.1-rc8.

When I use 3.19.3, I get same above error. When I use 3.1-rc8, I get the kernel panic error and I do not even reach to the menu to select “Check FOG Compatibility”.

The client machine is already installed with an OS, this OS uses a customized kernel file. I believe, I am getting this error because of incompatible kernel. So I tried to use “vmlinuz” customized kernel file (taken from running client machine) for compatibility test. But I got the kernel panic error again (image attached).

Not sure how to proceed further. Any help is much appreciated.

Thank you.

[Sebastian Roth]

Welcome to the forums. We need a little more information to be able to help you. What version of FOG do you use (see in the blue cloud on the webinterface)? What device you trying the compatibility check on (model, manufacturer, disk model)?

Maybe try “Partition Information” from that same menu and see what you get.

@techlover28 said:

I believe, I am getting this error because of incompatible kernel.

I don’t think so. FOG boots up your client via PXE without checking the kernel installed on disk! It loads the kernel from the FOG server and hopefully this kernel works with your client hardware. But this is totally independent from what is installed on disk!

[techlover28]

@Sebastian-Roth Thank you for your response. Please find the information below -

FOG version - 1.2.0
Model, manufacturer - Intel Corp., S2600CO. Intel Xeon E5-2658 @ 2.10GHz
Disk Model - Toshiba 2.5” 10k 300GB

Partition Information shows blank.

@techlover28 said:

I believe, I am getting this error because of incompatible kernel.

I don’t think so. FOG boots up your client via PXE without checking the kernel installed on disk! It loads the kernel from the FOG server and hopefully this kernel works with your client hardware. But this is totally independent from what is installed on disk!

I meant the kernels on the FOG server are not compatible with client. I downloaded newer Kernels. 3.19.3 and 3.1-rc8 and also tried to use the existing customized kernel file from the running client. I put all these kernel files on FOG server and updated the TFTP setting (one by one) to use these kernels for client booting (one kernel at a time).

[george1421]

Just for clarity this appears to be a server motherboard with a dual socket CPU. http://www.intel.com/content/www/us/en/motherboards/server-motherboards/server-board-s2600co.html Without digging too deep into this system the disk size makes me think its either scsi or sas raid controller. I can understand why the FOG client (desktop) kernel is having a problem detecting the raid controller.
For the fog or any OS (linux or windows) to detect these hard drives, the OS will need the proper driver to talk to the raid controller.

Such as this: https://downloadcenter.intel.com/download/24636/ESRT2-RAID-driver-for-Linux-

Unless you can compile your own FOG kernel the OP may be out of luck with this motherboard.

[Tom Elliott]

@techlover28 Would you be willing to upgrade to trunk? While I understand the hesitation of using a “beta” product, I do strive very hard to maintain trunk at an operationally equivalent (if not surpassing) level of stability. That said, the trunk versions aren’t necessarily bugless, but if you encounter one and report it I usually have a fix within a couple hours (if not minutes).

I ask you to upgrade because there has since been support added to enable usage of Raid disks. This doesn’t mean the problem you’re seeing will be fixed, but at least I can try to help out with what’s going on.

[techlover28]

@george1421 Thank you for the response!

Yes it is RAID, not sure about SAS or SCSI but I can try to find out if needed.

A customized Linux is installed on the Client machine and system is running properly with the drives. It means that I already have the controller installed in customized Linux. Not sure how to being that to FOG server.

I can try to compile the FOG kernel (with help of below links). For a start, is it OK to copy the VMLINUZ file (customized) from the client as the kernel for FOG compilation?

https://wiki.fogproject.org/wiki/index.php/Building_a_Custom_Kernel
https://wiki.fogproject.org/wiki/index.php/Build_TomElliott_Kernel

[george1421]

@Tom-Elliott Would just the newer fog kernels and inits (for v1.3.0) work with FOG 1.2.0? That would give the OP a chance to test the new kernels without having to move from the stable release?

On the sas or scsi doesn’t matter, the issue is you have a raid controller sitting between the OS and your storage media.

[Tom Elliott]

@george1421 Kernels can be interchanged.

Init’s, in most cases can, but i would not recommend it.

[george1421]

@techlover28 OK then, If you navigate to your web servers base directory (usually /var/www/html or /var/html) and then go to <www_base_dir>/fog/service/ipxe/ and rename bzImage and bzImage32 to bzImage.old and bzImage32.old

Then run the following commands to download the latest kernels
wget https://fogproject.org/kernels/bzImage
wget https://fogproject.org/kernels/bzImage32

From there reboot your target device to load in the newest kernels. If something breaks with this target or any other ones, just roll back the changes you made to load the old kernels.

[Sebastian Roth]

@techlover28 Sure you can try building your own kernel. This is a great way of diving into the details and learning how things work. I’d recommend the second article (https://wiki.fogproject.org/wiki/index.php/Build_TomElliott_Kernel) because you need to download firmware stuff!

I am not exactly sure from which end you might better start off. Either take Tom’s kernel config (see in the wiki article) and start adding RAID drivers or start with your own custom kernel config and try to add the right things to make it work with our init.xz (this might take a lot of trail and error till you get this booted I guess).

[Tom Elliott]

@Sebastian-Roth I must add that I do include Raid drivers already.

[techlover28]

@george1421 said:

@techlover28 OK then, If you navigate to your web servers base directory (usually /var/www/html or /var/html) and then go to <www_base_dir>/fog/service/ipxe/ and rename bzImage and bzImage32 to bzImage.old and bzImage32.old

Then run the following commands to download the latest kernels
wget https://fogproject.org/kernels/bzImage
wget https://fogproject.org/kernels/bzImage32

From there reboot your target device to load in the newest kernels. If something breaks with this target or any other ones, just roll back the changes you made to load the old kernels.

I have tried it (newer version of kernel) today. It says “Network - Fail” along with “Disk - Fail”. Older version of bzImage works with Network therefore as you mentioned, I did the rollback.

[techlover28]

@Sebastian-Roth said:

@techlover28 Sure you can try building your own kernel. This is a great way of diving into the details and learning how things work. I’d recommend the second article (https://wiki.fogproject.org/wiki/index.php/Build_TomElliott_Kernel) because you need to download firmware stuff!

I am not exactly sure from which end you might better start off. Either take Tom’s kernel config (see in the wiki article) and start adding RAID drivers or start with your own custom kernel config and try to add the right things to make it work with our init.xz (this might take a lot of trail and error till you get this booted I guess).

As per Tom, Trunk supports the new RAID controllers as well. Working with kernel compilation seems like a right thing to do but may take some time to get accomplished and it could also end up with restarting from scratch, considering my limited knowledge.

I am thinking of upgrading to Trunk as I have better chances with that.

[techlover28]

@Tom-Elliott Thank you for your response!

I will upgrade to Trunk today.

[techlover28]

@techlover28 said:

@Tom-Elliott Thank you for your response!

I will upgrade to Trunk today.

I am still trying to upgrade to Trunk. Have been facing few issues. Some of them have been resolved (which were related to repository). Now I am getting stuck at a place where it says " Backing up database…Failed! ".

After upgrade attempt (and getting above failure on screen), I loose the GUI access to FOG management and get the error mentioned below:

Before upgrade-

==================================================
wget http://192.168.1.1/fog/management/export.php?type=sqldump

–2016-01-29 14:05:51-- http://192.168.1.1/fog/management/export.php?type=sqldump
Connecting to 192.168.1.1:80… connected.
HTTP request sent, awaiting response… 200 OK
Length: 0 [text/html]
Saving to: “export.php?type=sqldump.1”

[ <=> ] 0 --.-K/s in 0s
2016-01-29 14:05:51 (0.00 B/s) - “export.php?type=sqldump.1” saved [0/0]

After upgrade attempt-

==================================================
wget http://192.168.1.1/fog/management/export.php?type=sqldump

–2016-01-29 14:01:36-- http://192.168.1.1/fog/management/export.php?type=sqldump
Connecting to 192.168.1.1:80… connected.
HTTP request sent, awaiting response… 500 Internal Server Error
2016-01-29 14:01:36 ERROR 500: Internal Server Error.

I have found few existing threads having the same issue. I am trying to resolve this problem as soon as I can.

https://forums.fogproject.org/topic/6097/backing-up-database-failed/
https://forums.fogproject.org/topic/5993/rev-4201-blank-page-when-trying-to-install-update-database-schema/
https://forums.fogproject.org/topic/5972/rev-5020-upgrade-error

[Sebastian Roth]

See what you have in your apache error log when wget fails. Try google to find out where the apache error log is on your system (by the way, is it Debian/CentOS/Fedora/Arch??). Post the error message here if you can’t find a solution yourself.

[techlover28]

@Sebastian-Roth said:

See what you have in your apache error log when wget fails. Try google to find out where the apache error log is on your system (by the way, is it Debian/CentOS/Fedora/Arch??). Post the error message here if you can’t find a solution yourself.

I am re-upgrading the server. I was not able to find any logs anywhere in the system when upgrade failed last time. I will check the apache logs (after running the wget command) once upgrade is finished (till error).

I am installing FOG on Cent OS 6.7.

[techlover28]

Not sure what happened but now it is not even reaching to the point where it reached earlier.

It stucks here-

Downloading inits, kernels, and the fog client…Failed!

I found the logs in “error_logs” directory, which shows below:

Stopping FOGMulticastManager: [FAILED]
Stopping FOGImageReplicator: [FAILED]
…/lib/common/functions.sh: line 717: /etc/rc.d/init.d/FOGSnapinReplicator: No such file or directory
Stopping FOGTaskScheduler: [FAILED]
…/lib/common/functions.sh: line 717: /etc/rc.d/init.d/FOGPingHosts: No such file or directory
Stopping mysqld: [ OK ]
Starting mysqld: [ OK ]
mysqld (pid 6886) is running…
Stopping httpd: [ OK ]
Stopping php-fpm: [ OK ]

[techlover28]

I have re-installed and re-setup the FOG 1.2.0 again. I have the GUI and mysql working.

I have been trying to find out if I have all necessary RPMs, configurations etc. before I upgrade to Trunk.

I have followed the installation.txt file and updated my server. I did it last time as well. Should there be something else which I should take care before re-attempting the upgrade to Trunk?

[Sebastian Roth]

@techlover28 said:

Downloading inits, kernels, and the fog client…Failed!

Are you behind a proxy server or connected directly to the internet?