Bug 2052949
| Summary: | kdump load failed with message "machine_apply_elf_rel: ERROR Unknown type: 299" | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Baoquan He <bhe> | ||||
| Component: | kexec-tools | Assignee: | Pingfan Liu <piliu> | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 37 | CC: | bhe, coxu, piliu, ruyang, ryncsn | ||||
| Target Milestone: | --- | Keywords: | Triaged | ||||
| Target Release: | --- | ||||||
| Hardware: | aarch64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2022-11-02 02:49:51 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
This will cause kexec reboot failure too. Seems kexec-tools failed to load kernel/initrd/fdt on arm64. @pingfan, could you have a look? It has some trouble to install rawhide, and I use RHEL9 to do some test.
I used the latest upstream kernel and kexec-tools, it works.
[root@qualcomm-amberwing-rep-18 ~]# kdumpctl status
kdump: Kdump is operational
[root@qualcomm-amberwing-rep-18 ~]# kexec -v
kexec-tools 2.0.23.git
[root@qualcomm-amberwing-rep-18 ~]# uname -a
Linux qualcomm-amberwing-rep-18.khw4.lab.eng.bos.redhat.com 5.17.0-rc6+ #1 SMP Wed Mar 2 23:43:15 EST 2022 aarch64 aarch64 aarch64 GNU/Linux
[root@qualcomm-amberwing-rep-18 ~]# hostname
qualcomm-amberwing-rep-18.khw4.lab.eng.bos.redhat.com
[root@qualcomm-amberwing-rep-18 ~]# kdumpctl status
kdump: Kdump is operational
[root@qualcomm-amberwing-rep-18 ~]# cd /home/kexec-tools/
[root@qualcomm-amberwing-rep-18 kexec-tools]# git show HEAD
commit 6effda061f75dc0ba9430c551eeaad0faf41f0ee (HEAD -> main, origin/master, origin/main, origin/build-test, origin/HEAD)
Author: Tiezhu Yang <yangtiezhu>
Date: Wed Jan 26 18:20:52 2022 +0800
kexec-tools: mips: Concatenate --reuse-cmdline and --append
For kernel
[root@qualcomm-amberwing-rep-18 linux]# git show HEAD
commit 5859a2b1991101d6b978f3feb5325dad39421f29 (HEAD -> master, origin/master, origin/HEAD)
Merge: 7e3d76139b5d 0ac983f51203
Author: Linus Torvalds <torvalds>
Date: Wed Mar 2 16:20:04 2022 -0800
Merge branch 'ucount-rlimit-fixes-for-v5.17' of git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace
Pull ucounts fix from Eric Biederman:
"Etienne Dechamps recently found a regression caused by enforcing
RLIMIT_NPROC for root where the rlimit was not previously enforced.
Michal Koutný had previously pointed out the inconsistency in
enforcing the RLIMIT_NPROC that had been on the root owned process
after the root user creates a user namespace.
Which makes the fix for the regression simply removing the
inconsistency"
* 'ucount-rlimit-fixes-for-v5.17' of git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace:
ucounts: Fix systemd LimitNPROC with private users regression
I can reproduce this bug on a kvm guest now. For test on bare mental, the installation of F36/rawhide will abort, and upgrade from F35 can not find mirror. So the test result is not available. For the record. [root@aarch64-hv01-guest15 ~]# kexec -l /boot/vmlinuz-5.17.0-0.rc7.116.fc36.aarch64 --initrd=/boot/initramfs-5.17.0-0.rc7.116.fc36.aarch64.img --reuse-cmdline machine_apply_elf_rel: ERROR Unknown type: 299 [root@aarch64-hv01-guest15 ~]# uname -a Linux aarch64-hv01-guest15.eng.bos.redhat.com 5.17.0-0.rc7.116.fc36.aarch64 #1 SMP Mon Mar 7 22:39:56 UTC 2022 aarch64 aarch64 aarch64 GNU/Linux [root@aarch64-hv01-guest15 ~]# rpm -qa | grep gcc libgcc-12.0.1-0.9.fc36.aarch64 [root@aarch64-hv01-guest15 ~]# rpm -qa | grep kexec-tools kexec-tools-2.0.23-5.fc36.aarch64 [root@aarch64-hv01-guest15 ~]# rpm -qa | grep dracut dracut-055-8.fc36.1.aarch64 dracut-config-rescue-055-8.fc36.1.aarch64 dracut-squash-055-8.fc36.1.aarch64 dracut-network-055-8.fc36.1.aarch64 beaker job https://beaker.engineering.redhat.com/jobs/6394833 Extra info It is reproduced by [root@ampere-hr330a-03 ~]# gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/aarch64-redhat-linux/12/lto-wrapper Target: aarch64-redhat-linux Configured with: ../configure --enable-bootstrap --enable-languages=c,c++,fortran,objc,obj-c++,ada,go,lto --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info -- with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-shared --enable-threads=posix --enable-checking=release --enable-multilib --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-gcc-major-version-only --enable-libstdcxx-backtrace --with-linker-hash-style=gnu - -enable-plugin --enable-initfini-array --with-isl=/builddir/build/BUILD/gcc-12.0.1-20220308/obj-aarch64-redhat-linux/isl-install --enable-gnu-indirect-function --build=aarc h64-redhat-linux --with-build-config=bootstrap-lto --enable-link-serialization=1 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 12.0.1 20220308 (Red Hat 12.0.1-0) (GCC) Fixed in kexec-tools-2.0.24-1.fc37 [1] [1] https://bodhi.fedoraproject.org/updates/FEDORA-2022-74adfb5d18 This bug appears to have been reported against 'rawhide' during the Fedora Linux 37 development cycle. Changing version to 37. |
Created attachment 1860314 [details] The whole log of kdump loading Description of problem: Eaxtrcted from the log, please see the entire log from attachment. machine_apply_elf_rel: ABS64 0000000000000000->00000000e054f548 sym: .rodata.str1.1 info: 03 other: 00 shndx: 3 value: 0 size: 0 sym: .rodata.str1.1 value: e054f152 addr: e054cf68 machine_apply_elf_rel: ABS64 0000000000000000->00000000e054f152 sym: arm64_dtb_addr info: 10 other: 00 shndx: 6 value: 130 size: 8 sym: arm64_dtb_addr value: e054f550 addr: e054cf70 machine_apply_elf_rel: ABS64 0000000000000000->00000000e054f550 sym: .rodata.str1.1 info: 03 other: 00 shndx: 3 value: 0 size: 0 sym: .rodata.str1.1 value: e054f168 addr: e054cf78 machine_apply_elf_rel: ABS64 0000000000000000->00000000e054f168 sym: .text info: 03 other: 00 shndx: 1 value: 0 size: 0 sym: .text value: e054cfa0 addr: e054cf80 machine_apply_elf_rel: ADR_PREL_PG_HI21 a9007c1f90000001->a9007c1f90000001 sym: .text info: 03 other: 00 shndx: 1 value: 0 size: 0 sym: .text value: e054cfa0 addr: e054cf88 machine_apply_elf_rel: ERROR Unknown type: 299 Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: