$ sudo /tmp/tmp.u3jP6LAlnj/usr/local/sbin/kexec --debug -l -c 
/boot/vmlinuz-6.5.0-6-generic 
arch_process_options:178: command_line: (null)
arch_process_options:180: initrd: (null)
arch_process_options:182: dtb: (null)
arch_process_options:185: console: (null)
Try gzip decompression.
kernel: 0xffff8e4ef010 kernel_size: 0xda0988
set_phys_offset: phys_offset : 0000000040000000 (method : vmcoreinfo pt_note)
get_memory_ranges:+[0] 0000000040000000 - 000000023c58ffff
get_memory_ranges:-      00000000fa000000 - 00000000ffffffff
get_memory_ranges:-      00000001001dc000 - 00000001001dcfff
get_memory_ranges:-      0000000100210000 - 000000010021ffff
get_memory_ranges:-      0000000100220000 - 000000010022ffff
get_memory_ranges:-      0000000100230000 - 000000010023ffff
get_memory_ranges:-      0000000109540000 - 000000010a0fffff
get_memory_ranges:-      000000022fb50000 - 000000022fb50fff
get_memory_ranges:-      000000022fd5d000 - 000000022fd64fff
get_memory_ranges:-      0000000234400000 - 000000023c3fffff
get_memory_ranges:-      000000023c4a6000 - 000000023c4a6fff
get_memory_ranges:-      000000023c580000 - 000000023c58ffff
get_memory_ranges:+[9] 000000023c730000 - 000000023fbfffff
get_memory_ranges:-      000000023dbf1000 - 000000023e7f1fff
get_memory_ranges:-      000000023eaff000 - 000000023ebbefff
get_memory_ranges:-      000000023ebbf000 - 000000023ebbffff
get_memory_ranges:-      000000023ebc0000 - 000000023ebfffff
get_memory_ranges:-      000000023ec02000 - 000000023ec03fff
get_memory_ranges:-      000000023ec04000 - 000000023ec04fff
get_memory_ranges:-      000000023ec05000 - 000000023fbfffff
get_memory_ranges:+[12] 000000023ffe0000 - 000000023fffffff
get_memory_ranges:-      000000023ffe0000 - 000000023fffffff
System RAM ranges;
0000000040000000-00000000f9ffffff (0)
0000000100000000-00000001001dbfff (0)
00000001001dd000-000000010020ffff (0)
0000000100240000-000000010953ffff (0)
000000010a100000-000000022fb4ffff (0)
000000022fb51000-000000022fd5cfff (0)
000000022fd65000-00000002343fffff (0)
000000023c400000-000000023c4a5fff (0)
000000023c4a7000-000000023c57ffff (0)
000000023c730000-000000023dbf0fff (0)
000000023e7f2000-000000023eafefff (0)
000000023ec00000-000000023ec01fff (0)
elf_arm64_probe: Not an ELF executable.
image_arm64_probe: Bad arm64 image header.
pez_arm64_probe: PROBE.
pez_prepare: kexec can only decompress gziped and lzma images.
Cannot determine the file type of /boot/vmlinuz-6.5.0-6-generic


Even git snapshot of kexec-tools cannot handle zstd commpressed zimg

** Summary changed:

- Unable to capture kernel crash dump using arm64 mantic 6.5.0-6-generic 
-proposed kernel
+ kexec enable to load/kdump zstd compressed zimg

** Changed in: kdump-tools (Ubuntu)
       Status: Incomplete => Invalid

** Changed in: linux (Ubuntu)
       Status: Incomplete => Triaged

** Changed in: kexec-tools (Ubuntu)
   Importance: Undecided => Wishlist

** Changed in: linux (Ubuntu)
   Importance: Undecided => Critical

** Tags added: block-proposed-mantic

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to kexec-tools in Ubuntu.
Matching subscriptions: Maintainer
https://bugs.launchpad.net/bugs/2037398

Title:
  kexec enable to load/kdump zstd compressed zimg

Status in kdump-tools package in Ubuntu:
  Invalid
Status in kexec-tools package in Ubuntu:
  Triaged
Status in linux package in Ubuntu:
  Triaged

Bug description:
  While testing the 6.5.0-6-generic proposed arm64 generic kernel I
  encountered issues being able to use kdump.

  After enabling -proposed and installing the -proposed 6.5.0-6 kernel
  and rebooting I encountered the following:

  `kdump-config show` shows `current state:    Not ready to kdump` and
  looking at the status of the kdump-tools services I see `Cannot
  determine the file type of /var/lib/kdump/vmlinuz`

  Full output:

  ```
  ubuntu@cloudimg:~$ sudo kdump-config show
  DUMP_MODE:            kdump
  USE_KDUMP:            1
  KDUMP_COREDIR:                /var/crash
  crashkernel addr: 0xde000000
     /var/lib/kdump/vmlinuz: symbolic link to /boot/vmlinuz-6.5.0-6-generic
  kdump initrd: 
     /var/lib/kdump/initrd.img: symbolic link to 
/var/lib/kdump/initrd.img-6.5.0-6-generic
  current state:    Not ready to kdump

  kexec command:
    no kexec command recorded
  ubuntu@cloudimg:~$ sudo service kdump-tools status
  ● kdump-tools.service - Kernel crash dump capture service
       Loaded: loaded (/lib/systemd/system/kdump-tools.service; enabled; 
preset: enabled)
       Active: active (exited) since Tue 2023-09-26 09:21:44 UTC; 5min ago
      Process: 515 ExecStart=/etc/init.d/kdump-tools start (code=exited, 
status=0/SUCCESS)
     Main PID: 515 (code=exited, status=0/SUCCESS)
          CPU: 4min 21.329s

  Sep 26 09:16:14 cloudimg systemd[1]: Starting kdump-tools.service - Kernel 
crash dump capture service...
  Sep 26 09:16:24 cloudimg kdump-tools[515]: Starting kdump-tools:
  Sep 26 09:16:24 cloudimg kdump-tools[537]:  * Creating symlink 
/var/lib/kdump/vmlinuz
  Sep 26 09:16:32 cloudimg kdump-tools[580]: kdump-tools: Generating 
/var/lib/kdump/initrd.img-6.5.0-6-generic
  Sep 26 09:21:42 cloudimg kdump-tools[537]:  * Creating symlink 
/var/lib/kdump/initrd.img
  Sep 26 09:21:43 cloudimg kdump-tools[5538]: Cannot determine the file type of 
/var/lib/kdump/vmlinuz
  Sep 26 09:21:44 cloudimg kdump-tools[537]:  * failed to load kdump kernel
  Sep 26 09:21:44 cloudimg kdump-tools[5539]: failed to load kdump kernel
  Sep 26 09:21:44 cloudimg systemd[1]: Finished kdump-tools.service - Kernel 
crash dump capture service.

  ubuntu@cloudimg:~$ ls -al /var/lib/kdump/vmlinuz
  lrwxrwxrwx 1 root root 29 Sep 26 09:16 /var/lib/kdump/vmlinuz -> 
/boot/vmlinuz-6.5.0-6-generic
  ubuntu@cloudimg:~$ file /var/lib/kdump/vmlinuz
  /var/lib/kdump/vmlinuz: symbolic link to /boot/vmlinuz-6.5.0-6-generic
  ubuntu@cloudimg:~$ sudo file /boot/vmlinuz-6.5.0-6-generic
  /boot/vmlinuz-6.5.0-6-generic: PE32+ executable (EFI application) Aarch64 
(stripped to external PDB), for MS Windows, 2 sections
  ```

  The reboot with 6.5.0-6 was successful and the reboot after linux-crashdump 
install was successful too. 
  I used https://ubuntu.com/server/docs/kernel-crash-dump guide for installing 
linux-crashdump and attempting to trigger a dump.

  I used arm64 qcow cloud image from http://cloud-
  images.ubuntu.com/mantic/20230925/mantic-server-cloudimg-arm64.img to
  test the above emulated on amd64.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/kdump-tools/+bug/2037398/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to     : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to