systemd autopkgtest broken on ppc64el with qemu 6.0
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
The Ubuntu-power-systems project |
Fix Released
|
High
|
bugproxy | ||
qemu (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
systemd (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
I'm not sure yet if this is flaky or a real issue, but I'm filing it to avoid multiple people analyzing the same.
The Qemu 6.0 upload https:/
https:/
I have tested the new qemu on ppc64 and it worked fine for device emulation and migration cases.
But this is suspicious.
Of the last tests exactly and only those with the new qemu failed.
impish
ppc64el
tests-in-lxd (F 5% f 0% S 0% B 0% => P 95%/) F......
systemd-fsckd (F 0% f 0% S 100% B 0% => P 0%/) SSSSSSSSSSSSSSS
upstream-1 (F 15% f 0% S 0% B 0% => P 85%/) F..FFFF.
upstream-2 (F 12% f 0% S 0% B 0% => P 87%/) F..FFFF.
For an insight in flakyness/
Unfortunately the ppc maas seems down right now and canonistack also isn't too nice this week - overall that inhibits the testing a bit :-/
CVE References
tags: | added: update-excuse |
tags: | added: ppc64el reverse-proxy-bugzilla |
Changed in ubuntu-power-systems: | |
assignee: | nobody → bugproxy (bugproxy) |
importance: | Undecided → High |
tags: | added: architecture-all bugnameltc-193617 severity-medium targetmilestone-inin--- |
tags: |
added: architecture-ppc64le targetmilestone-inin2110 removed: architecture-all targetmilestone-inin--- |
My Repro-tests indeed seem to indicate that really qemu 6.0 is the trigger for this,
but as I said HW is rather unavailable at the moment. I was told that the MAAS is serviced but should be back soon - so I'll have a look later when this one is available again.