action #30823
closed[sle][functional][tools][iscsi][hard] test is stuck in linuxrc asking if dhcp should be used - since worker upgrade/qemu/os-autoinst?
0%
Description
Observation¶
openQA test in scenario sle-12-SP4-Server-DVD-x86_64-iscsi_ibft@64bit fails in
welcome
with a linuxrc popup about "Automatic configuration via DHCP?".
Reproducible¶
Fails since (at least) Build 0164 or "some days".
This is reproducible in SLE15 also since the same time: https://openqa.suse.de/tests/1417099#step/welcome/3
as well as on lord.arch where I am also running openSUSE Leap 42.3 with qemu 2.9.1 since some time already.
Expected result¶
Last good: 0161 (or more recent)
Problem¶
Comparing the logfiles from the SLE15 first bad with SLE15 last good I see as differences especially the following
-QEMU emulator version 2.9.1(openSUSE Leap 42.3)
+QEMU emulator version 2.6.2 (openSUSE Leap 42.2), Copyright (c) 2003-2008 Fabrice Bellard
-starting: /usr/bin/qemu-system-x86_64 … -append 'dhcp && sanhook iscsi:10.160.0.243::3260:1:iqn.2016-02.openqa.de:for.openqa' …
+starting: /usr/bin/qemu-system-x86_64 … -append dhcp && sanhook iscsi:10.160.0.243::3260:1:iqn.2016-02.openqa.de:for.openqa' …
so as expected we run the newer qemu version now but also the single tick which seems to have appeared now. However, on lord.arch I have
QEMU emulator version 2.9.1(openSUSE Leap 42.3)
starting: /usr/bin/qemu-kvm … -append dhcp && sanhook iscsi:::3260:1:iqn.2016-02.openqa.de:for.openqa …
so no IP-address for iscsi and no single tick. The missing IP-address is another issue though, WORKER_CLASS is not checked for and was just empty for me. Added that now locally. Result: same as on osd now: http://lord.arch/tests/397 . Failed with same dialog about dhcp, iscsi ip config is same but no single tick around arguments which should therefore not be the problem. I suspect the qemu version makes a difference then.
Further details¶
Always latest result in this scenario: latest