Not cross posted but mentioned here for info. Seeing if the qemu devs have any ideas. Cheers, Richard

https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/3538 failure during execution of dnf --help Traceback from qemu logs fro thre 5.10 kernel (full log attached): qemux86-64 login: [ 133

Hi Paul, Thanks for these. Unfortunately I think there is still a gremlin somewhere as this was included in an autobuilder test build that is showing as this: https://autobuilder.yoctoproject.org/typh

Hello 민재, As discussed last week, you are on SWAT duty this week, could you confirm you'll be able to work on the topic? I hope you moved without any issue. Regards, -- Alexandre Belloni, co-owner and

Today's failure for analysis is a qemuarm failure where all the test images failed at the same time: https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/3493 We have's Randy+team's loggi

Hello, Here are the statistics for last week. Chee Yang was on SWAT duty. 160 failures were triaged: * 119 by Chee Yang - 38 for meson changes - 24 for an issue in meta-arm after an upgrade of u-boot

The ubuntu2004-arm-1 worker has been unstable in the past and we reduced the number of simultaneous builds from 3 to 1 to see if that would stop the crashes. It didn't at first but now the crashes hav

We've got yet another rcu stall failure on the autobuilder: https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/2123/steps/15/logs/stdio and looking at the dmesg in the qemu log: [ 20.42

https://autobuilder.yoctoproject.org/typhoon/#/builders/95/builds/1932 We have another ltp hang on the autobuilder. ps ax output: 9261 ? I 0:00 [kworker/2:0-rcu_gp] 9298 ? I 0:01 [kworker/1:3-events]

Hello 민재, I'm sorry for the late e-mail, SWAT duty will rotate from Jon to you at the end of this Friday. Please reply to let me know whether you will be able to work on this task next week. -- Alexan

Hi All, When we encounter a hung ltp build I wanted to document what we need to do as a best practise for debugging it. What we need to do is: a) ssh to the worker where the build is hanging b) Look a

Dumping state on this failure/lockup: https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/2753 Was locked up in eSDK testing of core-image-minimal in execution of "devtool sdk-install me

https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/3463 which fails during an on-target compile during testimage: pokybuild@debian8-ty-1:~/yocto-worker/musl-qemux86-64/build/build-renam

I had a look at: https://autobuilder.yoctoproject.org/typhoon/#/builders/44/builds/3486 which has the kernel failure: https://www.rpsys.net/wp/rp/qemu_boot_log.20210521003454 I also looked for corresp

https://autobuilder.yoctoproject.org/typhoon/#/builders/110/builds/2335 RESULTS - stap.StapTest.test_stap: FAILED (9001.34s) RESULTS - systemd.SystemdBasicTests.test_systemd_basic: FAILED (603.69s) RE

Hi All, I looked into why we had three qemuarm qemu instances fall over at once in this build as it seemed odd: https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/3454 The qemu boot log

Hello Jon, SWAT duty will rotate from Chee Yang to you at the end of this Friday. Please reply to let me know whether you will be able to work on this task next week. -- Alexandre Belloni, co-owner an

Hi All, I've included the dmesg output from centos7-ty-4 below. This happened while https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/1644 was running. The build shows 4 worker tasks

Hi All, We had a hanging qemu process: https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/1748 This is on ubuntu1804-arm-1.yocto.io. I was able to ssh into the image on the worker with

Hi All, We had a hanging qemu process: https://autobuilder.yoctoproject.org/typhoon/#/builders/95/builds/1898 This is on debian10-ty-2.yocto.io. I was able to ssh into the image on the worker with ssh