action #115190
closedcoordination #130072: [epic] Handle openQA adaptions in Yam squad - SLE 15 SP6
[Research 24h] boot process stuck sporadically after install in mru-install-multipath-remote
0%
Description
Observation¶
System fails to boot after install, it was hard to say if was an infra issue, so we tried on a different environment to see if it happens again, and it did but then passed the next time.
But then it failed again. In one of the runs, I had blocked state boot at "a start job is starting for dev/mapp..." (then it's truncated) and I couldn't ssh there. See attachement.
We need to figure out which update triggers it. There are several updates I have on my highly suspect list (in order of suspicion) :
libmount and others : https://download.suse.de/ibs/SUSE:/Maintenance:/25242/SUSE_Updates_SLE-SERVER_12-SP3-LTSS-TERADATA_x86_64/x86_64/
systemd: https://download.suse.de/ibs/SUSE:/Maintenance:/24472/SUSE_Updates_SLE-SERVER_12-SP3-LTSS-TERADATA_x86_64/
kernel-default: https://download.suse.de/ibs/SUSE:/Maintenance:/25294/SUSE_Updates_SLE-SERVER_12-SP3-LTSS-TERADATA_x86_64/x86_64/
openiscsi: https://download.suse.de/ibs/SUSE:/Maintenance:/25336/SUSE_Updates_SLE-SERVER_12-SP3-LTSS-TERADATA_x86_64/x86_64/
The other updates are very unlikely to provoke this kind of problem.
We need to try running the jobs several times (as it is sporadic) with those updates excluded separately, then report a bug once faulty update is identified.
openQA test in scenario sle-12-SP3-Server-DVD-Updates-x86_64-mru-install-multipath-remote@64bit fails in
boot_to_desktop
Test suite description¶
Testsuite maintained at https://gitlab.suse.de/qa-maintenance/qam-openqa-yml. NETWORK_INIT_PARAM=ifcfg=eth0=dhcp4 to skip dhcp-question which isproblematic on 12sp1
Reproducible¶
Fails since (at least) Build 20220809-1
Expected result¶
Last good: 20220808-1 (or more recent)
Further details¶
Always latest result in this scenario: latest
Files
