Kernel for Ubuntu 64 bit

[Sebastian Roth]

@Tom said:

Completed svn up successfully - Running 6196.

Did you also run the installer script after svn up? If yes, please post the output of this command again ls -al /var/www/fog/service/ipxe/init* ; ls -al /var/www/fog/service/ipxe/bzImage*

[Tom]

@Sebastian-Roth
Ran the following command:
sudo ls -al /var/www/html/fog/service/ipxe/init* ; ls -al /var/www/html/fog/service/ipxe/bzImage*

Results:
-rw-r–r-- 1 fog www-data 17659820 Feb 4 13:37 /var/www/html/fog/service/ipxe/init_32.xz
-rw-r–r-- 1 fog www-data 18750104 Feb 4 13:36 /var/www/html/fog/service/ipxe/init.xz
-rw-r–r-- 1 fog www-data 6883968 Feb 4 13:37 /var/www/html/fog/service/ipxe/bzImage
-rw-r–r-- 1 fog www-data 6783136 Feb 4 13:37 /var/www/html/fog/service/ipxe/bzImage32

[Tom Elliott]

@Tom Can you try updating again?

I found some things out over the weekend. I doubt you’ll see any success, but at least I’ll know if things are working a bit better or not.

[Tom]

@Tom-Elliott
Trying to run installfog.sh and I get command not found.

At this point, would it make any difference is I’ll scrap the VM and start from scratch?

Thanks,

Tom

[Tom Elliott]

@Tom How are you calling installfog.sh?

[Tom]

@Tom-Elliott
Navigating to svn/trunk/bin
sudo installfog.sh

[Tom Elliott]

@Tom you need to use:

sudo ./installfog.sh

[Tom]

@Tom-Elliott Thank you, successfully updated to 6237. The issue is not resolved.

Should I start over from scratch? will it make any difference?

Thanks,
Tom

[Tom]

@Tom-Elliott

Also, ran this again:
sudo ls -al /var/www/html/fog/service/ipxe/init* ; ls -al /var/www/html/fog/service/ipxe/bzImage*

Results:
-rw-r–r-- 1 fog www-data 17611576 Feb 8 13:08 /var/www/html/fog/service/ipxe/init_32.xz
-rw-r–r-- 1 fog www-data 18786192 Feb 4 13:08 /var/www/html/fog/service/ipxe/initxz
-rw-r–r-- 1 fog www-data 6957536 Feb 4 13:08 /var/www/html/fog/service/ipxe/bzImage
-rw-r–r-- 1 fog www-data 6856848 Feb 4 13:09 /var/www/html/fog/service/ipxe/bzImage32

[Sebastian Roth]

@Tom I see different dates in that output. One says “Feb 8” and the others “Feb 4”?? I guess this is just a copy/paste typo? File sizes look good to me. Do you try booting different client models? Always getting the same error?

[Tom]

@Sebastian-Roth Yes, the dates are copy/paste typo. My client’s are the OptiPlex 990 and Latitude E7240.
They both shows the same error.

Thanks,

Tom

[Sebastian Roth]

@Tom Other machines that you could test?

[Tom]

@Sebastian-Roth Yes, just tested Latitude E6330 - Same results.

[george1421]

I have a 7240 on my workbench. Let me see if I can pxe boot it. I just rebuilt our production server last friday with the latest build at that time. I need to do this for image qualification anyway. Give me a few minutes to get things setup.

[edit] Looking back through this thread, I don’t see what mode we are booting into BIOS or EFI? I’ll test both for the qualification just in case [/edit]

[george1421]

OK here is my setup.

Dell e7420 bios A08 configured in EFI mode with UEFI network stack and pxe booting enabled on built in NIC. The legacy roms were tested being enabled and disabled with no change in the booting process.

FOG Server r6215 (built from bare metal [actually is virtual] last friday 05-Feb)

Kernels and inits:

# ls -al init* ; ls -al bzImage*
-rw-r--r-- 1 fog apache 17611536 Feb  5 18:56 init_32.xz
-rw-r--r-- 1 fog apache 18780256 Feb  5 18:56 init.xz
-rw-r--r-- 1 fog apache 6957536 Feb  5 18:56 bzImage
-rw-r--r-- 1 fog apache 6856848 Feb  5 18:56 bzImage32

bzImage Info:

# file bzImage
bzImage: Linux kernel x86 boot executable bzImage, version 4.4.1 (root@debian64) #1 SMP Fri Feb 5 17:13:14 EST 2016, RO-rootFS, swap_dev 0x6, Normal VGA

UEFI boot:
I was able to boot and quick register the 7420 after several concerning pauses during the boot. But the boot process did run to completion and the device did quick register and deregister in uefi mode.

BIOS boot:
Again I was able to boot, quick register, and deregister without issue on the e7440 in both bios and uefi modes.

[Wayne Workman]

@george1421 What boot files for each mode? This is for wiki purposes.

[Sebastian Roth]

@george1421 Thanks heaps for testing on the E7420 so quickly! I am really confused about Tom having really big trouble pxe booting his machines. From the video he posted some days ago it says “bzImage… ok, init.xz… ok” so I guess transferring the kernel and initrd files to the client is fine. But why would it fail on all his clients then?

[george1421]

@Wayne-Workman said:

@george1421 What boot files for each mode? This is for wiki purposes.

Nuts, I missed that. I meant to include it but then found something shiny and got distracted.

For EFI it was snponly.efi
For BIOS it was undionly.kpxe

[george1421]

@Sebastian-Roth said:

But why would it fail on all his clients then?

He didn’t mention the mode of the system (at least where I found) so it could be efi or bios. Since we were having a difficult time with efi I might suspect that. Or secure boot is turned on (just a guess). This is the first time I efi booted this device, so I can’t say if it worked before this latest kernel or not. I can say the kernels and inits from last friday boot in my ESXi VM running in efi mode, where kernels earlier in the week did not. The vm would crash with a similar error that Tom posted.

[Tom]

@george1421 George,

As I mentioned earlier in this thread, the mode is bios. My DHCP 67 option set to:undionly.kpxe

Maybe the issue lies in the VM settings.

The first FOG was physical machine with Ubuntu 10.1 and Fog 0.31. Then I P2V it and it was tested successfully.

When trying to upgrade, all issues started.

Maybe the recent version of Fog/Ubuntu require certain settings to be set on the VM in order to work properly.

Thank you all for the help and patience.