wrote: Sending an ECHLD (sig 17) to the process had it exit and start building again.  Logs show it was stuck in wic.Wic.test_bootloader_config. That means it could be the above bug and something

wrote: This was on centos8-ty-2. gdb -p 909354 GNU gdb (GDB) Red Hat Enterprise Linux 8.2-16.el8 Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

I noticed: https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/2779 has hung. Since this will be gone by the time anyone looks, inspection on the system suggests it is hung in perl

Yes, please, I’d appreciate that. -- Christopher “kergoth” Larson chris_larson@..., chris.larson@..., kergoth@... Founder - BitBake, OpenEmbedded, OpenZaurus Senior Software Engineer, Mentor

Hello, I sent your account password on Tue, 8 Jun 2021 21:56:26 +0200, I can resend if you need. -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel

I’m starting on triage for swat now, it’ll actually be my first time doing it, so bear with me. I’m awaiting a response to a password reset attempt on swatbot at the moment (though honestly not

wrote: Not sure if this means anything or not (run on centos7-ty-4 for around 10 mins): -bash-4.2$ while true; do ping typhoon.yocto.io -c 1 > /dev/null || date; sleep 0.1; done Tue 19 Oct 12:53:35

wrote: Checking this again, I think the timestamps are not an hour different and I was misreading some tests I made. The do_install task finished at 17:07 and the do_package finished by 17:11 so we

Yesterday there was some talk in irc about a breif networking failure on centos7-ty-4. The build was: https://autobuilder.yoctoproject.org/typhoon/#/builders/104/builds/3083 Showing these

Yep, haven't got very far yet but I'm on it 😊 Cheers Paul

https://autobuilder.yoctoproject.org/typhoon/#/builders/113/builds/1579 On the worker (opensuse152-ty-1): pstree -p shows:

I saw: https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/2167 failed and logged in the grab the cookerdaemon log whilst they were still there. In the log there was the

Yes, after the tmp directories were filled and we had inode exhaustion I changed the tmpfiles.d configuration to delete tmp files immediately. I expected this to happen on boot only but it also

Hi, I tried to summarise all of the "/tmp" file issues we've seen. We have 4 of them, 3 on centos8-ty-2 and one on centos8-ty-1. Issues seen once in python code, twice in kernel modules in the

Yes, it seems we have a problem on Centos 8 where files in /tmp are being removed unexpectedly for unknown reasons and causing a variety of build failures. Michael: Were there any recent changes in

It seems CentOS specific ! Same kernelmodules() failure during reproducible-centos: https://autobuilder.yoctoproject.org/typhoon/#/builders/115/builds/766 And oe-selftest-centos failures too

Hi Richard, On master-next, do_compile_kernelmodules() is failing (with musl). https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/4099 Error log: | Assembler

It is happening again on master now, for most builds: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/2685 Regards, Naveen

I agree, this would meake it easier and I'm not dismissing the idea but it is not simple to implement in the current architecture. Let's leave it open and discuss on Thursday -- Alexandre Belloni,

Ahh..right !! Thanks. But still I think, in case of build cancellation, this provision can make debugging easier. If still this does not make much sense, I can close this bug. Regards, Naveen