Request 912007 (accepted)

Overview

Request 912007 accepted

No description set

Created by jengelh almost 3 years ago
In state accepted

Submit dwarves

Comments for request 912007 7

Fabian Vogt (favogt_factory) - almost 3 years ago

reviewer

Candidate for i586 build failures

Fabian Vogt (Vogtinator) - almost 3 years ago

All i586 builds fail with:

[  149s] + /usr/lib/rpm/find-debuginfo.sh -j4 --build-id-seed 20210604-4.8 --unique-debug-suffix -20210604-4.8.i386 --unique-debug-src-base acpica-20210604-4.8.i386 --run-dwz --dwz-low-mem-die-limit 10000000 --dwz-max-die-limit 50000000 -S debugsourcefiles.list /home/abuild/rpmbuild/BUILD/acpica-unix-20210604
[  149s] WARNING: /usr/bin/acpibin is already stripped!
[  149s] WARNING: /usr/bin/acpiexamples is already stripped!
[  149s] WARNING: /usr/bin/acpiexec is already stripped!
[  149s] WARNING: /usr/bin/acpihelp is already stripped!
[  149s] WARNING: /usr/bin/acpisrc is already stripped!
[  149s] WARNING: /usr/bin/acpixtract is already stripped!
[  149s] WARNING: /usr/bin/iasl is already stripped!
[  150s] extracting debug info from /home/abuild/rpmbuild/BUILDROOT/acpica-20210604-4.8.i386/usr/bin/wmidump
[  150s] extracting debug info from /home/abuild/rpmbuild/BUILDROOT/acpica-20210604-4.8.i386/usr/sbin/acpi_genl
[  150s] extracting debug info from /home/abuild/rpmbuild/BUILDROOT/acpica-20210604-4.8.i386/usr/sbin/acpidump
[  150s] extracting debug info from /home/abuild/rpmbuild/BUILDROOT/acpica-20210604-4.8.i386/usr/sbin/ec_access
[  150s] original debug info size: 260kB, size after compression: 232kB
[  150s] /usr/lib/rpm/sepdebugcrcfix: Updated 4 CRC32s, 0 CRC32s did match.
[ 5556s] qemu-kvm: terminating on signal 15 from pid 9151 (<unknown process>)


Job seems to be stuck here, killed. (after 5400 seconds of inactivity)
[ 5556s] ### VM INTERACTION END ###
[ 5556s] No buildstatus set, either the base system is broken (kernel/initrd/udev/glibc/bash/perl)
[ 5556s] or the build host has a kernel or hardware problem...

Other candidate is cpio. If builds in A succeed now, it's most likely this sr.

Jan Engelhardt (jengelh) - almost 3 years ago

author reviewer source maintainer

Hm. When locally (re-)building e.g. acpica, celt or cpio, it succeeds. I wonder if it could be a bad interaction wherein libbpf is built first, then acpica starts (and falls over), then dwarves completes and everything past it is good. Maybe osc rebuild -f in staging:a magically clears it? @michals Other ideas?