openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842023-05-11T09:10:02ZopenSUSE Project Management Tool
Redmine openQA Infrastructure - action #129121 (New): performance: various tests fail receiving data at u...https://progress.opensuse.org/issues/1291212023-05-11T09:10:02Zdimstardimstar@opensuse.org
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>This is seen in multiple tests, where data from sites like github, or flathub, are being transferred at too low rate to finish the test successfully</p>
<p>e.g.</p>
<p><a href="https://openqa.opensuse.org/tests/3282120#step/tvm/11" class="external">https://openqa.opensuse.org/tests/3282120#step/tvm/11</a><br>
downloading data fro mgithubusercontent; transfer rates of ~ 110k</p>
<p><a href="https://openqa.opensuse.org/tests/3282069#step/helm_K3S/20" class="external">https://openqa.opensuse.org/tests/3282069#step/helm_K3S/20</a><br>
downloading from github.com (according to later output in the tests, download succeeded after the timeout was reached)</p>
<p><a href="https://openqa.opensuse.org/tests/3282034#step/podman_pods/138" class="external">https://openqa.opensuse.org/tests/3282034#step/podman_pods/138</a><br>
downloading from github.com</p>
<p><a href="https://openqa.opensuse.org/tests/3282068#step/flatpak/20" class="external">https://openqa.opensuse.org/tests/3282068#step/flatpak/20</a><br>
receiving data from flatub; if the grub call would just not match anything, we'd see a return value != 0 on the console, but the command simply does not return</p>
<p>The combination of issues seen does not indicate this being an actual product bug - but rather performance of o3 -> internet being quite poor</p>
openQA Tests - action #115274 (New): [qe-core] ensure_unlocked_desktop repeated too muchhttps://progress.opensuse.org/issues/1152742022-08-12T12:31:52Zdimstardimstar@opensuse.org
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>This happens every now and then, and the system has trouble coming back from the text mode modules to the graphical modules.</p>
<p>I 'think' is more dominant on the Live image, but it is not exclusively there (reruns often times cures it, possibly hinting at some race, making it better pass when o3 is no longer under pressure)</p>
<p>openQA test in scenario opensuse-Tumbleweed-KDE-Live-x86_64-kde-live@uefi-2G fails in<br>
<a href="https://openqa.opensuse.org/tests/2510483/modules/consoletest_finish/steps/22" class="external">consoletest_finish</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>riafarov: I've increased RAM from 1536 to 2048</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.opensuse.org/tests/2509614" class="external">20220811</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.opensuse.org/tests/2508772" class="external">20220810</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=KDE-Live&machine=uefi-2G&test=kde-live&version=Tumbleweed" class="external">latest</a></p>
openQA Tests - action #115133 (New): [desktop] windows_client_remotelogin: Windows desktop does n...https://progress.opensuse.org/issues/1151332022-08-09T08:15:01Zdimstardimstar@opensuse.org
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-remote-desktop-client4@64bit fails in<br>
<a href="https://openqa.opensuse.org/tests/2505353/modules/windows_client_remotelogin/steps/6" class="external">windows_client_remotelogin</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>The base test suite is used for job templates defined in YAML documents. It has no settings of its own.</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.opensuse.org/tests/2504161" class="external">20220808</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.opensuse.org/tests/2503398" class="external">20220807</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit&test=remote-desktop-client4&version=Tumbleweed" class="external">latest</a></p>
openQA Tests - action #113147 (New): [qe-core] salt_master: test continues despite 'fatal error' ...https://progress.opensuse.org/issues/1131472022-07-01T11:28:06Zdimstardimstar@opensuse.org
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>The salt-master test runs into</p>
<p>[ERROR ] Unable to connect to the salt master publisher at /var/run/salt/master<br>
�[0;32mThe salt master could not be contacted. Is master running?�[0;0m<br>
graLE-0-</p>
<p>Yet, due to exit code 0, this is seen as 'successful'; as a consequence, there is no fail hook and no log files uploaded that could possibly help give any indication of what is going on.</p>
<p>openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-salt-master@64bit fails in<br>
<a href="https://openqa.opensuse.org/tests/2443415/modules/salt_master/steps/98" class="external">salt_master</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: <a href="mailto:zluo@suse.de">zluo@suse.de</a><br>
MM tests for Tumbleweed</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.opensuse.org/tests/2443415" class="external">20220630</a> (current job)</p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.opensuse.org/tests/2442052" class="external">20220629</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit&test=salt-master&version=Tumbleweed" class="external">latest</a></p>
openQA Tests - action #111210 (New): [qe-core] frequent timeout in "rust" testhttps://progress.opensuse.org/issues/1112102022-05-17T13:49:34Zdimstardimstar@opensuse.org
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>The test calls <br>
assert_script_run('cargo run --manifest-path testproject/Cargo.toml');</p>
<p>This works quite often (I'd say most of the time) but on many occasions it times out<br>
looking at the failure it just seems to more test our (poor) network performance than actually testing rust :)</p>
<p>openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-extra_tests_textmode@64bit fails in<br>
<a href="https://openqa.opensuse.org/tests/2353357/modules/rust/steps/9" class="external">rust</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: <a href="mailto:slindomansilla@suse.de">slindomansilla@suse.de</a>.<br>
Mainly post-installation console extra tests.</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.opensuse.org/tests/1930034" class="external">20210920</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.opensuse.org/tests/1930033" class="external">20210920</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit&test=extra_tests_textmode&version=Tumbleweed" class="external">latest</a></p>
openQA Tests - action #110872 (New): [qe-core] tcpdump against ovs_server times outhttps://progress.opensuse.org/issues/1108722022-05-11T07:08:08Zdimstardimstar@opensuse.org
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>This has been a bit of a long-standing issue, as originally there was a product bug (<a href="https://bugzilla.opensuse.org/show_bug.cgi?id=1196978" class="external">https://bugzilla.opensuse.org/show_bug.cgi?id=1196978</a>) hiding the issue and now, as that bug is fixed, openQA fails in the ovs_server test timing out when running tcpdump</p>
<p>This (the chain with prod bug and openQA test fails) has started around the time when openvswitch was updated to version 2.17 (from 2.14.2); so changes in behavior (or other product bugs) are to be assumed.</p>
<p>Please verify if the tests as executed are still valid or if they need adjustments. If more product bugs are found in the mean time, let's identify them and file for correction</p>
<p>openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-ovs-server@64bit fails in<br>
<a href="https://openqa.opensuse.org/tests/2337388/modules/ovs_server/steps/49" class="external">ovs_server</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Regression test for openvswitch-ipsec. Maintainer: Anna Minou</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.opensuse.org/tests/1870351" class="external">20210805</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.opensuse.org/tests/1869659" class="external">20210804</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit&test=ovs-server&version=Tumbleweed" class="external">latest</a></p>
openQA Tests - action #105355 (New): [desktop]Use NetworkManager as default in Tumbleweedhttps://progress.opensuse.org/issues/1053552022-01-24T08:30:56Zdimstardimstar@opensuse.org
<p>Looking into the future, NM is becoming more important over wicked.</p>
<p>Tumbleweed is being prepared to use NetworkManager as the default in all scenarios - so far it only was used on graphical installations. With nmcli/nmtui, there are usable frontends for the cli as well though.</p>
<p>This ticket serves as a parent to a multitude of tickets exposing issues in various tests</p>
openQA Tests - action #105271 (New): [opensuse]test fails in vagrant:tumbleweedhttps://progress.opensuse.org/issues/1052712022-01-21T20:51:06Zdimstardimstar@opensuse.org
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-extra_tests_vagrant@64bit fails in<br>
<a href="https://openqa.opensuse.org/tests/2150355/modules/tumbleweed/steps/52" class="external">tumbleweed</a></p>
<p>The vagrant test is unreliable,as the image of snapshot under test uses published repo to further perform installations, thus creating invalid results.<br>
When the differences are small enough/ compatible, the test passes. Often times it does not</p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: dancermak. Test vagrant, vagrant plugins and the vagrant boxes</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.opensuse.org/tests/2149980" class="external">20220121</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.opensuse.org/tests/2148768" class="external">20220120</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit&test=extra_tests_vagrant&version=Tumbleweed" class="external">latest</a></p>
openQA Tests - action #101752 (New): [desktop][qe-core]updates_packagekit_gpk needs stability imp...https://progress.opensuse.org/issues/1017522021-10-29T22:25:06Zdimstardimstar@opensuse.org
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-upgrade_Leap_15.1_gnome@64bit fails in<br>
<a href="https://openqa.opensuse.org/tests/2001617/modules/updates_packagekit_gpk/steps/34" class="external">updates_packagekit_gpk</a></p>
<p>There are more sporadic failures that occur in leap15.{3,4} across all groups</p>
<p><a href="https://openqa.opensuse.org/tests/2383369#step/updates_packagekit_gpk/8">https://openqa.opensuse.org/tests/2383369#step/updates_packagekit_gpk/8</a></p>
<pre><code>[ 146.322628] gnome-shell[1218]: Window manager warning: Failed to create DRM buffer wrapper: drmModeAddFB does not support format 'AR24' (0x34325241)
[ 146.330269] gnome-shell[1218]: Window manager warning: Failed to create DRM buffer wrapper: drmModeAddFB does not support format 'AR24' (0x34325241)
[ 147.583348] dbus-daemon[1031]: [session uid=1000 pid=1031] Failed to activate service 'org.gnome.Shell.Screencast': timed out (service_start_timeout=120000ms)
[ 158.888667] gnome-shell[1218]: Window manager warning: Failed to create DRM buffer wrapper: drmModeAddFB does not support format 'AR24' (0x34325241)
[ 159.439930] chronyd[755]: Source 213.209.109.44 replaced with 178.63.52.50 (0.suse.pool.ntp.org)
[ 163.007659] PackageKit[1839]: daemon quit
[ 163.045953] systemd[1]: packagekit.service: Deactivated successfully.
[ 163.777601] gnome-shell[1218]: Window manager warning: Failed to create DRM buffer wrapper: drmModeAddFB does not support format 'AR24' (0x34325241)
[ 171.130025] systemd[927]: Started Application launched by gnome-shell.
[ 171.173260] gnome-shell[1884]: Failed to initialize glamor, falling back to sw
[ 171.414686] gnome-shell[1885]: The XKEYBOARD keymap compiler (xkbcomp) reports:
[ 171.421646] gnome-shell[1885]: > Internal error: Could not resolve keysym XF86WWAN
[ 171.428369] gnome-shell[1885]: > Internal error: Could not resolve keysym XF86RFKill
[ 171.438757] gnome-shell[1885]: Errors from xkbcomp are not fatal to the X server
[ 171.443326] systemd[927]: Reached target GNOME session X11 services.
[ 171.455029] systemd[927]: Starting GNOME XSettings service...
[ 171.483883] gnome-shell[1887]: The XKEYBOARD keymap compiler (xkbcomp) reports:
[ 171.486247] gnome-shell[1887]: > Internal error: Could not resolve keysym XF86WWAN
[ 171.488788] gnome-shell[1887]: > Internal error: Could not resolve keysym XF86RFKill
[ 171.494615] gnome-shell[1887]: Errors from xkbcomp are not fatal to the X server
[ 171.840469] systemd[927]: Started GNOME XSettings service.
[ 171.845847] systemd[927]: Reached target GNOME session X11 services.
[ 171.871993] gnome-shell[1218]: ATK Bridge is disabled but a11y has already been enabled.
[ 178.220330] gnome-software[1460]: Only 0 apps for recent list, hiding
[ 178.282998] dbus-daemon[610]: [system] Activating via systemd: service name='org.freedesktop.PackageKit' unit='packagekit.service' requested by ':1.50' (uid=1000 pid=1460 comm="/usr/bin/gnome-software --gapplication-service ")
[ 178.310928] systemd[1]: Starting PackageKit Daemon...
[ 178.361443] PackageKit[1931]: daemon start
[ 178.576270] dbus-daemon[610]: [system] Successfully activated service 'org.freedesktop.PackageKit'
[ 178.598795] systemd[1]: Started PackageKit Daemon.
[ 200.484884] PackageKit[1931]: resolve transaction /1_ddbaabbb from uid 1000 finished with success after 21849ms
[ 200.519987] gnome-software[1460]: Only 8 apps for popular list, hiding
[ 201.179327] PackageKit[1931]: get-updates transaction /2_bbbbaeba from uid 1000 finished with success after 687ms
[ 201.218029] PackageKit[1931]: resolve transaction /3_bbacdacd from uid 1000 finished with success after 3ms
[ 201.225328] PackageKit[1931]: resolve transaction /4_dccdebbd from uid 1000 finished with success after 3ms
[ 201.297851] PackageKit[1931]: resolve transaction /5_ddacbadc from uid 1000 finished with success after 65ms
[ 201.382826] PackageKit[1931]: get-details transaction /6_ddbaaeae from uid 1000 finished with success after 70ms
[ 219.009722] PackageKit[1931]: daemon quit
[ 219.053355] systemd[1]: packagekit.service: Deactivated successfully.
</code></pre>
<p><a href="https://openqa.opensuse.org/tests/2382004#step/updates_packagekit_gpk/48">https://openqa.opensuse.org/tests/2382004#step/updates_packagekit_gpk/48</a></p>
<pre><code>Could not get updates - failed to process request
</code></pre>
<p><a href="https://openqa.opensuse.org/tests/2380331#step/updates_packagekit_gpk/11">https://openqa.opensuse.org/tests/2380331#step/updates_packagekit_gpk/11</a></p>
<pre><code>command 'gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type 'nothing'' timed out
</code></pre>
<p><a href="https://openqa.opensuse.org/tests/2382219#step/updates_packagekit_gpk/18">https://openqa.opensuse.org/tests/2382219#step/updates_packagekit_gpk/18</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: zluo Upgrade test Leap 15.1 to TW</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.opensuse.org/tests/2000887" class="external">20211028</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.opensuse.org/tests/1996644" class="external">20211027</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit&test=upgrade_Leap_15.1_gnome&version=Tumbleweed" class="external">latest</a></p>
openQA Tests - action #99312 (New): [desktop] test fails in xrdp_clienthttps://progress.opensuse.org/issues/993122021-09-26T14:15:54Zdimstardimstar@opensuse.org
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-desktopapps-remote-desktop-xrdp-client2@64bit_virtio fails in<br>
<a href="https://openqa.opensuse.org/tests/1939271/modules/xrdp_client/steps/43" class="external">xrdp_client</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>The base test suite is used for job templates defined in YAML documents. It has no settings of its own.</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.opensuse.org/tests/1938179" class="external">20210924</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.opensuse.org/tests/1934977" class="external">20210923</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit_virtio&test=desktopapps-remote-desktop-xrdp-client2&version=Tumbleweed" class="external">latest</a></p>
openQA Tests - action #98598 (New): [opensuse]test fails in updates_packagekit_kdehttps://progress.opensuse.org/issues/985982021-09-14T10:45:53Zdimstardimstar@opensuse.org
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-upgrade_Leap_42.2_kde@64bit fails in<br>
<a href="https://openqa.opensuse.org/tests/1915012/modules/updates_packagekit_kde/steps/13" class="external">updates_packagekit_kde</a></p>
<p>Updates are identified as being available, install updates clicked, then we somehow go out of sync. likely the installation taking longer than the test anticipated</p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: <a href="mailto:lnussel@suse.de">lnussel@suse.de</a></p>
<p>20180309 -- lnussel -- switched to last available 42.2 image 20180205. And back to <a href="mailto:opensuse-42.2-x86_64-GM-kde@64bit.qcow2">opensuse-42.2-x86_64-GM-kde@64bit.qcow2</a> with <a href="https://progress.opensuse.org/issues/44546" class="external">https://progress.opensuse.org/issues/44546</a> .</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.opensuse.org/tests/1910549" class="external">20210909</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.opensuse.org/tests/1909351" class="external">20210908</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit&test=upgrade_Leap_42.2_kde&version=Tumbleweed" class="external">latest</a></p>
openQA Tests - action #89530 (New): [opensuse][qe-core] test fails in multi_users_dm (login as wr...https://progress.opensuse.org/issues/895302021-03-05T07:21:36Zdimstardimstar@opensuse.org
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-extra_tests_gnome@64bit fails in<br>
<a href="https://openqa.opensuse.org/tests/1657235/modules/multi_users_dm/steps/29" class="external">multi_users_dm</a></p>
<p>This needs validation to find out if we have an issue with typing the username/password (i.e. we should login as user1, but end up on the system as user6)</p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: asmorodskyi, okurz. Extra tests which were designed to run on gnome</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.opensuse.org/tests/1487358" class="external">20201127</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: (unknown) (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit&test=extra_tests_gnome&version=Tumbleweed" class="external">latest</a></p>
openQA Project - action #88389 (New): qemu unexpected result: Could not set up host forwarding ru...https://progress.opensuse.org/issues/883892021-02-01T12:18:19Zdimstardimstar@opensuse.org
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Sample job: (happens every now and then, but not daily - when it happens, there is 1 or two jobs affected)<br>
<a href="https://openqa.opensuse.org/tests/1613217#" class="external">https://openqa.opensuse.org/tests/1613217#</a></p>
<p>The log contains:</p>
<pre><code>�[0m�[37m[2021-02-01T07:35:49.147 CET] [debug] QEMU: QEMU emulator version 4.2.1 (openSUSE Leap 15.2)
�[0m�[37m[2021-02-01T07:35:49.147 CET] [debug] QEMU: Copyright (c) 2003-2019 Fabrice Bellard and the QEMU Project developers
�[0m�[37m[2021-02-01T07:35:49.147 CET] [debug] QEMU: qemu-system-x86_64: Could not set up host forwarding rule 'tcp::39106-:39106'
</code></pre>
<a name="Steps-to-reproduce"></a>
<h2 >Steps to reproduce<a href="#Steps-to-reproduce" class="wiki-anchor">¶</a></h2>
<p>Find jobs referencing this ticket with the help of<br>
<a href="https://raw.githubusercontent.com/os-autoinst/scripts/master/openqa-query-for-job-label" class="external">https://raw.githubusercontent.com/os-autoinst/scripts/master/openqa-query-for-job-label</a> ,<br>
call <code>openqa-query-for-job-label poo#88389</code></p>
<a name="Workaround"></a>
<h2 >Workaround<a href="#Workaround" class="wiki-anchor">¶</a></h2>
<p>Automatic retrigger is applied by auto-review</p>
openQA Tests - action #87791 (New): [s390x] Extend test suite for openSUSE Tumbleweed/s390xhttps://progress.opensuse.org/issues/877912021-01-15T09:42:58Zdimstardimstar@opensuse.org
<p>as the openSUSE s390x Tumbleweed port is back in 'rolling mode', and the general openQA issues have been resolved, we should start to enable more of the test suites that make sense for openSUSE Tumbleweed on s390x.</p>
<p>The goal should be to get good coverage, comparable to what we test on x86_64 AND to make sure that most of what goes to SLE at any point is already pre-tested on Tumbleweed, causing less disruption when SLE is being forked from TW again.</p>
<ul>
<li>(iterative) Identify tests to be enabled on s390x</li>
<li>Enable those identified tests in the Tumbleweed dev group on openQA, to not block the product with non-functional tests.</li>
<li>Once tests are stable, move them to the Tumbleweed s390x group</li>
<li>If needed, work with Ihno on changing / extending the configuration on the s390 farm for openQA/openSUSE</li>
</ul>
openQA Tests - coordination #16122 (New): [qe-core] Idea: a test / API that verifies that package...https://progress.opensuse.org/issues/161222017-01-20T08:42:48Zdimstardimstar@opensuse.org
<p>This is mainly interesting for textbased installs / minimal installs, where the installation of X is trying to be avoided..</p>
<p>We had two examples in the past:</p>
<ul>
<li>emacs requires libgio which in turn depends on the existence of dbus-launch. dbus-launch was provided only by dbus-1-x11 and required X11 libs. As a result, installing emacs without X-libs was not possible</li>
<li>vim has just been reported to be linked to X-libraries (boo#1021043)</li>
</ul>
<p>The idea is to get a framework / API, that can get a package to install and verify that a list of RPMs is not being pulled in by this.</p>
<p>openQA might be 'too late' - other ideas are welcome </p>