** Changed in: kdump-tools (Ubuntu)
Status: New => Incomplete
** Changed in: kexec-tools (Ubuntu)
Status: New => Triaged
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to kexec-tools in Ubuntu.
https://bugs.launchpad.net/bugs/2037398
Title:
Unable to capture kernel crash dump using arm64 mantic 6.5.0-6-generic
-proposed kernel
Status in kdump-tools package in Ubuntu:
Incomplete
Status in kexec-tools package in Ubuntu:
Triaged
Status in linux package in Ubuntu:
Incomplete
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
