Kernel for Ubuntu 64 bit
-
@george1421 Here is what I’ve done:
Navigated to svn/trunk/bin
then svn up
it says at revision 4754 - which is stated as the latest svn version.What am I doing wrong?
-
@Tom Nope thats right, except you would do that typically from svn/trunk then run the svn up command, if it is current then it will tell you latest version. Once the svn has been download you change to svn/trunk/bin and run the installer again in that directory. That will update the main fog software on your server.
Just running the
svn up
command, just downloads the updated install files from svn. You still need to install the update. -
@george1421 Yey, my fog is up to date. I’m still getting kernel panic - not syncing.
What can I do?Thanks,
Tom
-
@Tom is the panicking system a VM?
-
Please run
ls -al /var/www/fog/service/ipxe/init* ; ls -al /var/www/fog/service/ipxe/bzImage*
on your FOG server and post the output here. -
@Tom-Elliott Yes
-
@Tom change the VM OS food using Windows 7 32-bit
-
@Tom-Elliott The target machine is physical OptiPlex 990. Fog is VM.
Not sure how to proceed? -
@Tom Lets make sure we are on the same page here. Your FOG is update to date. What is the number on the cloud on the fog management gui?
What is actually having the kernel panic is a Dell 990, which is somewhat old. Its on par with the Optiplex 790. I can say (from my experience) that the 790s boot without issue.
Are you booting these 990s in BIOS mode or efi? This generation of desktops were the first with EFI mode.
Has the bios been updated on this 990 since it was purchased?
Have you used or booted FOG before on this system or any other target computer at your location?
-
@george1421 Fog version 6179
Booting in bios mode, Bios is up to date.
Before I had fog 3.1 on Ubuntu 10.1 - there were no issues.
Thank you for your patience.
Tom
-
@Tom This one is now interesting, it goes without saying that this system should not cause the kernel to panic. This is an older and stable system. It worked with fog 0.31 and that kernel (understand that 0.31 kernel was almost 8 years old).
Can you say that all 990s are doing this or is it just then one system? This question is leading in that is the kernel not compatible with this model or is there something wrong with the hardware specifically on THIS unit.
-
@george1421 Not that I am aware of. I can try a laptop Dell E7240
and post results. -
@george1421 Tried to register Dell E7240, the same results - Kernel is panicing.
-
I had to run the command on different path: /var/www/html/fog/service/ipxe
resuls:
-rw-r–r-- 1 dog www-data 17660824 Feb 3 16:01 /var/www/html/fog/service/ipxe/init_32.xz-rw-r–r-- 1 fog www-data 18752488 Feb 3 16:01 /var/www/html/fog/service/ipxe/init.xz
-rw-r–r-- 1 fog www-data 6883968 Feb 3 16:01 /var/www/html/fog/service/ipxe/bzImage
-rw-r–r-- 1 fog www-data 6783136 Feb 3 16:01 /var/www/html/fog/service/ipxe/bzImage32
-
@Tom I guess we’ll need to capture a video of this. The kernel panic is the end results of something that happened earlier in the boot process. If you have a mobile phone we will need to see a video of the booting process from the kernel mode. If you can make sure the mobile is held solid (book, stuck with bubble gum on wall) and if you have an iphone 5 or newer please record in slow motion (it gives old eyes a better chance at seeing the actual error). I will refresh my dev box in the AM and boot one of our e7440s to see if I can duplicate your issue.
-
I think I have a way to test a theory on what/why the kernel panics.
This is because the init’s only have a limited to “link” data on the disk (known as an inode).
An inode is the exact point on a disk that a file is located. The buildroot system defaults to 0 for auto calculate inodes to give, but this is only relevant at the point the init’s is generated.
My normal configs give 4096 inodes, i just updated the value to 8192 in hopes to see if we get much further.
-
@george1421 Captured the boot process here
I tried to record it in slow motion both with Galaxy S5 and iPhone 6 - That’s the best results.
Thanks,
Tom
-
Did you update to the very latest version? Tom Elliott has found something which might fix this issue. Please upgrade and let us know.
-
@Sebastian-Roth Completed svn up successfully - Running 6196.
Tested on the OptiPlex 990 and the Latitude E7240 - the issue is not resolved.
I get the same error.
Thanks,
Tom
-
@Tom-Elliott Not sure if it’s relevant, but I thought I throw it out there:
My Fog is VM lives on ESXI 6. The disk type is Thick provision Lazy Zeroed.
Tom