action #58727
closedopenqa-aarch64 from o3 slower than usual aka. os-autoinst is too slow pressing F2 causing ARM tests to fail in "boot_to_desktop"
0%
Description
Since snapshot 20191018 (20191012 was fine), openqa-aarch64 worker is slower than usual.
Lots of failure with await_install failures: missing the reboot window. https://progress.opensuse.org/issues/50615
Lots of failure on JeOS where bootloader_uefi fails because grub timeout is reached before editing the grub cmdline. https://openqa.opensuse.org/tests/1068212#next_previous
Retriggering tests workarounds the issue after a number of retries.
nsinger reported some errors on SSD recently. May be related.
Updated by ggardet_arm about 5 years ago
- Related to action #50615: [functional][y] test fails in await_install - does not catch rebootnow added
Updated by ggardet_arm about 5 years ago
Could we get ssd smartctl and size of filesystems:
df -hbtrfs filesystem df /please?
Would be great to check the updates on openqa-aarch64 between 20191012 and 20191018 snapshots.
Updated by okurz about 5 years ago
- Related to action #58823: os-autoinst is too slow pressing F2 causing ARM tests to fail in "boot_to_desktop" added
Updated by ggardet_arm about 5 years ago
- Status changed from New to Feedback
It should be fixed by: https://github.com/os-autoinst/os-autoinst/pull/1248
Updated by okurz about 5 years ago
- Assignee set to tinita
- Target version set to Current Sprint
@tinita as the regression change as well as the fix are by you, assigning to you. I suggest we try to improve our testing. Of course you can unassign again as well.
Updated by okurz about 5 years ago
- Subject changed from openqa-aarch64 from o3 slower than usual to openqa-aarch64 from o3 slower than usual aka. os-autoinst is too slow pressing F2 causing ARM tests to fail in "boot_to_desktop"
Updated by ggardet_arm about 5 years ago
- Status changed from Feedback to Resolved
aarch64 o3 worker performances seem to be back to normal.