makedumpfile needs porting for AArch64

Bug #1238110 reported by Matthias Klose on 2013-10-10
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Linaro AArch64 cross-distro work
Undecided
Unassigned
makedumpfile (Ubuntu)
Undecided
Unassigned
Xenial
Undecided
dann frazier

Bug Description

[Impact]
kdump-tools is not installable on arm64 because it depends on makedumpfile, which is not currently built on arm64. Adding arm64 to the Architecture list in debian/control is all that is needed for it to build successfully.

That said, xenial's version was too old to support filtering kdump-enabled xenial kernels (>= 4.10.0). So, this doesn't actually produce a *useful* makedumpfile, but does allow kdump-tools to be installed, which unblocks collection of (unfiltered) crash dump files.

[Test Case]
On an arm64 system:
 sudo apt install kdump-tools

[Regression Risk]
The only change here is to make a binary package available on arm64 that previously was not - regression risk to existing architectures should therefore be negligible.

Note: Enabling a binary package for an architecture where it's known not to be useful - at last on it's own - is obviously non-ideal. I considered other options, but they all seem to add unnecessary regression risk:

- Demoting the "Depends:" to a "Recommends:". I actually think we should do this going forward (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=865701), but this would be a change in behavior to people who may install kdump-tools w/ Recommends-disabled and expect to stil get makedumpfile.

- Demoting only on arm64: This isn't possible unless we switch kdump-tools from Binary: any to Binary: all. I also think there are good reasons to do that in future releases (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863858), but it seems overkill for just enabling arm64.

Matthias Klose (doko) on 2013-10-10
tags: added: arm64
Changed in makedumpfile (Ubuntu):
status: New → Confirmed
tags: added: ftbfs
Vicamo Yang (vicamo) wrote :

As today's version 1.5.9-5ubuntu0.1, there is already arch/arm64.c available, but it's still not included in debian/control. It does build in my arm64 docker env, haven't tried yet.

Vicamo Yang (vicamo) wrote :

https://bugzilla.redhat.com/show_bug.cgi?id=925630 "Kernel support for kexec and kprobes has landed upstream in the 4.8 kernel".

Launchpad Janitor (janitor) wrote :

This bug was fixed in the package makedumpfile - 1:1.6.0-2ubuntu1

---------------
makedumpfile (1:1.6.0-2ubuntu1) yakkety; urgency=medium

  * Build on arm64. LP: #1238110.

 -- Matthias Klose <email address hidden> Thu, 06 Oct 2016 11:44:32 +0200

Changed in makedumpfile (Ubuntu):
status: Confirmed → Fix Released
dann frazier (dannf) on 2017-07-17
Changed in makedumpfile (Ubuntu Xenial):
status: New → In Progress
assignee: nobody → dann frazier (dannf)
description: updated

Hello Matthias, or anyone else affected,

Accepted makedumpfile into xenial-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/makedumpfile/1:1.5.9-5ubuntu0.5 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed.Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-needed-xenial to verification-done-xenial. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-xenial. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Changed in makedumpfile (Ubuntu Xenial):
status: In Progress → Fix Committed
tags: added: verification-needed verification-needed-xenial
dann frazier (dannf) wrote :
Download full text (3.3 KiB)

ubuntu@dawes:~$ sudo apt install kdump-tools
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
  binutils crash kexec-tools libdw1 makedumpfile
Suggested packages:
  binutils-doc
The following NEW packages will be installed:
  binutils crash kdump-tools kexec-tools libdw1 makedumpfile
0 upgraded, 6 newly installed, 0 to remove and 0 not upgraded.
Need to get 4,901 kB of archives.
After this operation, 22.4 MB of additional disk space will be used.
Do you want to continue? [Y/n]
Get:1 http://ports.ubuntu.com/ubuntu-ports xenial-proposed/main arm64 binutils arm64 2.26.1-1ubuntu1~16.04.5 [2,450 kB]
Get:2 http://ports.ubuntu.com/ubuntu-ports xenial-updates/main arm64 crash arm64 7.1.4-1ubuntu4.1 [2,096 kB]
Get:3 http://ports.ubuntu.com/ubuntu-ports xenial/main arm64 libdw1 arm64 0.165-3ubuntu1 [161 kB]
Get:4 http://ports.ubuntu.com/ubuntu-ports xenial-proposed/main arm64 makedumpfile arm64 1:1.5.9-5ubuntu0.5 [111 kB]
Get:5 http://ports.ubuntu.com/ubuntu-ports xenial-updates/main arm64 kexec-tools arm64 1:2.0.10-1ubuntu2.3 [63.3 kB]
Get:6 http://ports.ubuntu.com/ubuntu-ports xenial-proposed/main arm64 kdump-tools all 1:1.5.9-5ubuntu0.5 [20.9 kB]
Fetched 4,901 kB in 1s (4,899 kB/s)
Preconfiguring packages ...
Selecting previously unselected package binutils.
(Reading database ... 65324 files and directories currently installed.)
Preparing to unpack .../binutils_2.26.1-1ubuntu1~16.04.5_arm64.deb ...
Unpacking binutils (2.26.1-1ubuntu1~16.04.5) ...
Selecting previously unselected package crash.
Preparing to unpack .../crash_7.1.4-1ubuntu4.1_arm64.deb ...
Unpacking crash (7.1.4-1ubuntu4.1) ...
Selecting previously unselected package libdw1:arm64.
Preparing to unpack .../libdw1_0.165-3ubuntu1_arm64.deb ...
Unpacking libdw1:arm64 (0.165-3ubuntu1) ...
Selecting previously unselected package makedumpfile.
Preparing to unpack .../makedumpfile_1%3a1.5.9-5ubuntu0.5_arm64.deb ...
Unpacking makedumpfile (1:1.5.9-5ubuntu0.5) ...
Selecting previously unselected package kexec-tools.
Preparing to unpack .../kexec-tools_1%3a2.0.10-1ubuntu2.3_arm64.deb ...
Unpacking kexec-tools (1:2.0.10-1ubuntu2.3) ...
Selecting previously unselected package kdump-tools.
Preparing to unpack .../kdump-tools_1%3a1.5.9-5ubuntu0.5_all.deb ...
Unpacking kdump-tools (1:1.5.9-5ubuntu0.5) ...
Processing triggers for libc-bin (2.23-0ubuntu9) ...
Processing triggers for man-db (2.7.5-1) ...
Processing triggers for systemd (229-4ubuntu19) ...
Processing triggers for ureadahead (0.100.0-19) ...
Setting up binutils (2.26.1-1ubuntu1~16.04.5) ...
Setting up crash (7.1.4-1ubuntu4.1) ...
Setting up libdw1:arm64 (0.165-3ubuntu1) ...
Setting up makedumpfile (1:1.5.9-5ubuntu0.5) ...
Setting up kexec-tools (1:2.0.10-1ubuntu2.3) ...
Generating /etc/default/kexec...
Generating grub configuration file ...
Warning: Setting GRUB_TIMEOUT to a non-zero value when GRUB_HIDDEN_TIMEOUT is set is no longer supported.
Found linux image: /boot/vmlinuz-4.10.0-33-generic
Found initrd image: /boot/initrd.img-4.10.0-33-generic
Adding boot menu entry for EFI firmware configuration
done
Setting up kdump-tools (1:1.5.9...

Read more...

tags: added: verification-done verification-done-xenial
removed: verification-needed verification-needed-xenial
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package makedumpfile - 1:1.5.9-5ubuntu0.5

---------------
makedumpfile (1:1.5.9-5ubuntu0.5) xenial; urgency=medium

  * Build on arm64. While this version of makedumpfile doesn't support
    creating filtered dumps of Ubuntu arm64 kernels, it does satisfy
    the dependency for kdump-tools, which will cleanly fallback to 'cp'
    mode if makedumpfile fails. LP: #1238110, LP: #1694859.

 -- dann frazier <email address hidden> Mon, 17 Jul 2017 16:58:59 -0600

Changed in makedumpfile (Ubuntu Xenial):
status: Fix Committed → Fix Released

The verification of the Stable Release Update for makedumpfile has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.