PXE Boot Error - "Kernel Panic" Issue "XZ decompressor ran out of memory"
-
@lperoma I don’t feel this is a pxe booting issue. There is only two flavors of iPXE. One for bios and one for uefi. Is this computer in bios or uefi mode?
The only way I can see this messing up because of dhcp is that the computer is in uefi mode, and you had something wrong with dnsmasq, where its loading the 32bit version of iPXE. That might falsely miss identify the processor as a 32 bit causing bzImage32 to be called.
The other thing I can think in the fog configuration -> fog settings. If you hit the expand all button then search for bzImage. If by chance someone changed the 64 bit fields to load bzImage32 and the 32 bit initrd. But that’s really unlikely.
Do all other computers work correctly except for this one?
-
@george1421 All these Dell AIO PCs have this failure in fairness. BIOS mode. I guess it has to do something with dnspasq missidentifiying the computer ?
Fog settings appear correctly. I don’t have and will never have 32 bit clients, so I guess a workaround could be sending 64 bzimage and initrd files to these clients identified as 32 in the setting you suggest.
I will try to troubleshoot dnsmasq and see.
Any other idea? Can some one identify any issue with my dnsmasq ?
Thanks,
-
@lperoma said in PXE Boot Error - "Kernel Panic" Issue "XZ decompressor ran out of memory":
Any other idea? Can some one identify any issue with my dnsmasq ?
Its not a dnsmasq issue. dnsmasq only instructs to pickup ipxe.efi or undionly.kpxe once that boot loader is running dnsmasq has done its job. For some reason ipxe is misidentifying the processor as 32 bit only. Will you collect the exact processor model in these AIO?
I just saw in your previous message ipxe.kkpxe is being sent. Update your dnsmasq to send undionly.kpxe instead. That shouldn’t matter because ipxe.kkpxe uses the internal network adapters and undionly.kpxe uses the generic UNDI driver. But for consistency sake, lets make sure its not an ipxe issue.
-
@george1421 I can confirm my workaround worked, and sending 64bit kernel and initrd images boots FOS no problem.
From fog inventory:
System Manufacturer Dell Inc.
System Product OptiPlex 9020 AIO
System Version 01
System Serial Number 7DT9322
System UUID 4c4c4544-0044-5410-8039-b7c04f333232
System Type Type: All In One
BIOS Vendor Dell Inc.
BIOS Version A08
BIOS Date 05/15/2014
Motherboard Manufacturer Dell Inc.
Motherboard Product Name 0GXX2X
Motherboard Version A00
Motherboard Serial Number /7DT9322/CN7443133R001K/
Motherboard Asset Tag Not Specified
CPU Manufacturer Intel
CPU Version Intel
Core
i5-4570S CPU @ 2.90GHz
CPU Normal Speed Current Speed: 2900 MHz
CPU Max Speed Max Speed: 3000 MHz
Memory 7.68 GiB
Hard Disk Model KINGSTON SA400S37240G
Hard Disk Firmware SAJ20104
Hard Disk Serial Number 50026B7685C378B6
Chassis Manufacturer Dell Inc.
Chassis Version
Chassis Serial 7DT9322
Chassis Asset Not Specified
GPU-0 Vendor Advanced Micro Devices
GPU-0 Product Inc. [AMD/ATI]
GPU-1 Vendor Intel Corporation
GPU-1 Product Mars [Radeon HD 8670A/8670M/8750M / R7 M370]Regards,
-
@george1421 I was tenting other pxe images. It is using undionly.kpxe to BIOS machines and snp.efi for UEFI, unless you recommend anything else, I really have no idea which one to use, just using what seems most popular.
-
@lperoma Undionly.kpxe and snp.efi are probably the safest choices. Both of these use the built in driver built into the network adapter. The ipxe.pxe and ipxe.efi are more like the linux kernel where it has every known driver built into the boot loader. All of the other ipxe boot loaders are for unique situations that are not common.
So your system is an old 4th gen i5 processor. That’s strange that ipxe is misidentifying that CPU.
-
@george1421 As FYI, this machine is also missindentified in FOG as 32 bits. The same workaround is workking fine now:
System Manufacturer Hewlett-Packard
System Product HP EliteBook 8470p
System Version A1029D1102
System Serial Number CNU336BLTL
System UUID 1e371eb7-7334-11e3-bfb9-d9e6c803c050
System Type Type: Notebook
BIOS Vendor Hewlett-Packard
BIOS Version 68ICF Ver. F.43
BIOS Date 07/16/2013
Motherboard Manufacturer Hewlett-Packard
Motherboard Product Name 179B
Motherboard Version KBC Version 42.36
Motherboard Serial Number PCWHK001X5FPRO
Motherboard Asset Tag Not Specified
CPU Manufacturer Intel Corporation
CPU Version Intel Core i5-3380M CPU @ 2.90GHz
CPU Normal Speed Current Speed: 2900 MHz
CPU Max Speed Max Speed: 4000 MHz
Memory 7.63 GiB
Hard Disk Model MTFDDAK256MAM-1K12
Hard Disk Firmware 08TH
Hard Disk Serial Number 13330385921A
Chassis Manufacturer Hewlett-Packard
Chassis Version
Chassis Serial CNU336BLTL
Chassis Asset CNU336BLTL
GPU-0 Vendor Intel Corporation
GPU-0 Product 3rd Gen Core processor Graphics Controller -
This post is deleted! -
This post is deleted! -
@lperoma said in PXE Boot Error - "Kernel Panic" Issue "XZ decompressor ran out of memory":
I should have said I am running 1.5.10.1662 on debian 12.
Before updating to this version, I was using Debian 11 with 1.5.10.10 and had no problems.
Thanks,seems that i have same problem on old pc. that problem don’t exist with 1.5.10 version:
https://forums.fogproject.org/topic/17699/lenovo-thinkcentre-m900-kernel-panic-with-latest-fog-1-5-10-1622-version -
@lperoma @fabritrento Please try updating dev-branch to the latest version.
I have added some additional checking.
Granted 32 bit binaries should be able to work without problem but alas it seems there’s an issue currently.
The latest dev-branch tries to address this by taking account of the buildarch of the ipxe binary being i386, but the CPU architecture being 64 bit. I need testing please of course if both of you wouldn’t mind?
Thanks in advance.
-
@Tom-Elliott Updating now to latest dev-branch and will report next week.
-
I was able to find a work around after running into this issue. In FOG Settings under TFTP Server update the “TFTP PXE KERNAL 32” to bzImage and “PXE BOOT IMAGE” to init.xz. I was able get thing working after that.
-
[[undefined-on, L lperoma, ]]
