openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842021-04-27T13:14:15ZopenSUSE Project Management Tool
Redmine qe-yam - action #91830 (Resolved): Investigate if a change of DH version for TLS negotiation can...https://progress.opensuse.org/issues/918302021-04-27T13:14:15Zsyrianidou_sofiasofia.syrianidou@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>There is an open bug for this issue, that seems stale: <a href="https://bugzilla.opensuse.org/show_bug.cgi?id=1183082" class="external">https://bugzilla.opensuse.org/show_bug.cgi?id=1183082</a><br>
According to the developers' insight, we might need to change the TLS negotiation. We should investigate if the current test configuration makes sense or should be changed.</p>
<p>openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-remote_vnc_controller@64bit fails in<br>
<a href="https://openqa.opensuse.org/tests/1716077/modules/remote_controller/steps/19" class="external">remote_controller</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Controller performs remote installation via vnc to the target</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/1655743" class="external">20210303</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/1653115" class="external">20210302</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_vnc_controller&version=Tumbleweed" class="external">latest</a></p>
qe-yam - action #80216 (Resolved): Adjust home_encrypted scenario for the UI changes in the Exper...https://progress.opensuse.org/issues/802162020-11-23T14:01:14Zsyrianidou_sofiasofia.syrianidou@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>We have to options here, either to implement edit_partition_encrypt using REST API, or rewrite installation/partitioning/edit_proposal_encrypt.pm to use already existing methods to create partitioning.</p>
<p>Scope is SLE 15 SP3 only, so we can safely change test_data format if needed.</p>
<p>openQA test in scenario sle-15-SP3-Online-x86_64-home_encrypted@64bit fails in<br>
<a href="https://openqa.suse.de/tests/5049806/modules/edit_proposal_encrypt/steps/2" class="external">edit_proposal_encrypt</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Test interactive installation with encrypted home partition.</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.suse.de/tests/5049806" class="external">88.1</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.suse.de/tests/4965183" class="external">78.1</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.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online&machine=64bit&test=home_encrypted&version=15-SP3" class="external">latest</a></p>
qe-yam - action #76885 (Resolved): Unit test for yast2-metapackage-handler OneClickInstallWorkerF...https://progress.opensuse.org/issues/768852020-11-02T19:10:38Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>Add the following functions to the unit test for <a href="https://github.com/yast/yast-metapackage-handler/blob/master/src/modules/OneClickInstallWorkerFunctions.rb" class="external">OneClickInstallWorkerFunction.rb</a></p>
<p>DeDupe<br>
AddRepositories<br>
RemoveAddedRepositories</p>
<p><a href="https://github.com/yast/yast-metapackage-handler" class="external">https://github.com/yast/yast-metapackage-handler</a></p>
<p>Helpful links:<br>
Builtins <a href="https://github.com/yast/yast-ruby-bindings/blob/master/src/ruby/yast/builtins.rb" class="external">https://github.com/yast/yast-ruby-bindings/blob/master/src/ruby/yast/builtins.rb</a><br>
Ops <a href="https://github.com/yast/yast-ruby-bindings/blob/master/src/ruby/yast/ops.rb" class="external">https://github.com/yast/yast-ruby-bindings/blob/master/src/ruby/yast/ops.rb</a><br>
deep_copy <a href="https://github.com/yast/yast-ruby-bindings/blob/master/src/ruby/yast/yast.rb" class="external">https://github.com/yast/yast-ruby-bindings/blob/master/src/ruby/yast/yast.rb</a><br>
PackageSlideShow <a href="https://github.com/yast/yast-packager/blob/master/src/modules/PackageSlideShow.rb" class="external">https://github.com/yast/yast-packager/blob/master/src/modules/PackageSlideShow.rb</a><br>
Progress <a href="https://github.com/yast/yast-yast2/blob/master/library/wizard/src/modules/Progress.rb" class="external">https://github.com/yast/yast-yast2/blob/master/library/wizard/src/modules/Progress.rb</a><br>
SlideShow <a href="https://github.com/yast/yast-yast2/blob/master/library/packages/src/modules/SlideShow.rb" class="external">https://github.com/yast/yast-yast2/blob/master/library/packages/src/modules/SlideShow.rb</a></p>
<p>See previous PRs for progress of unit testing coverage: <a href="https://github.com/yast/yast-metapackage-handler/pull/23" class="external">https://github.com/yast/yast-metapackage-handler/pull/23</a></p>
openQA Tests - action #71653 (Resolved): [y][timeboxed:20h] Investigate sporadic failure in prepa...https://progress.opensuse.org/issues/716532020-09-22T13:27:26Zsyrianidou_sofiasofia.syrianidou@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>yast2_gui@svirt-xen-hvm fails sporadically in prepare_test_data module. The SUT seems to hung during splash screen. </p>
<p><a href="#" onclick="$('#collapse-e41be229-show, #collapse-e41be229-hide').toggle(); $('#collapse-e41be229').fadeToggle(150);; return false;" id="collapse-e41be229-show" class="icon icon-collapsed collapsible">logs</a><a href="#" onclick="$('#collapse-e41be229-show, #collapse-e41be229-hide').toggle(); $('#collapse-e41be229').fadeToggle(150);; return false;" id="collapse-e41be229-hide" class="icon icon-expanded collapsible" style="display:none;">logs</a><div id="collapse-e41be229" class="collapsed-text" style="display:none;"><p>[0maST.desktop: Error calling StartServiceByName for org.freedesktop.Packag�[1;34m[2020-09-22T03:06:35.637 CEST] [debug] ||| starting prepare_test_data tests/console/prepare_test_data.pm<br>
�[0meKit: Unit packagekit.ser[2020-09-22T03:06:35.638 CEST] [debug] tests/console/prepare_test_data.pm:25 called testapi::select_console<br>
[2020-09-22T03:06:35.638 CEST] [debug] <<< testapi::select_console(testapi_console="root-console")<br>
vice is masked.<br>
[ 60.588315] gnome-shell[2322]: GNOME Shell started at Mon Sep 21 2020 21:06:28 GMT-0400 (EDT)<br>
[ 60.612321] gnome-shell[2322]: Registering session with GDM<br>
[ 60.631479] /usr/lib/gdm/gdm-x-session[2202]: (<strong>) Option "fd" "21"<br>
[ 60.673621] /usr/lib/gdm/gdm-x-session[2202]: (II) event3 - Power Button: device removed<br>
[ 60.683976] /usr/lib/gdm/gdm-x-session[2202]: (</strong>) Option "fd" "24"<br>
[ 60.689965] /usr/lib/gdm/gdm-x-session[2202]: (II) event4 - Sleep Button: device removed<br>
[ 60.702185] /usr/lib/gdm/gdm-x-session[2202]: (<strong>) Option "fd" "25"<br>
[ 60.708447] /usr/lib/gdm/gdm-x-session[2202]: (II) event2 - QEMU QEMU USB Tablet: device removed<br>
[ 60.718275] /usr/lib/gdm/gdm-x-session[2202]: (</strong>) Option "fd" "26"<br>
[ 60.726451] /usr/lib/gdm/gdm-x-session[2202]: (II) event0 - AT Translated Set 2 keyboard: device removed<br>
[ 60.734804] /usr/lib/gdm/gdm-x-session[2202]: (<strong>) Option "fd" "27"<br>
[ 60.740664] /usr/lib/gdm/gdm-x-session[2202]: (II) event1 - ImExPS/2 Generic Explorer Mouse: device removed<br>
[ 60.748705] /usr/lib/gdm/gdm-x-session[2202]: (</strong>) Option "fd" "28"<br>
[ 60.755034] /usr/lib/gdm/gdm-x-session[2202]: (II) event6 - Xen Virtual Keyboard: device removed<br>
[ 60.763757] /usr/lib/gdm/gdm-x-session[2202]: (**) Option "fd" "29"<br>
[ 60.769944] /usr/lib/gdm/gdm-x-session[2202]: (II) event7 - Xen Virtual Pointer: device removed<br>
[ 60.826411] tracker-store[2468]: tracker_writeback_transact: assertion 'private == NULL' failed<br>
[ 60.836560] tracker-store[2468]: tracker_writeback_transact: assertion 'private == NULL' failed<br>
[ 60.845798] tracker-store[2468]: tracker_writeback_transact: assertion 'private == NULL' failed<br>
[ 60.919025] tracker-store[2468]: tracker_writeback_transact: assertion 'private == NULL' failed<br>
�[37m[2020-09-22T03:06:36.050 CEST] [debug] activate_console, console: root-console, type: console<br>
�[0m[2020-09-22T03:06:36.051 CEST] [debug] tests/console/prepare_test_data.pm:25 called testapi::select_console -> lib/susedistribution.pm:735 called testapi::wait_still_screen<br>
[2020-09-22T03:06:36.051 CEST] [debug] <<< testapi::wait_still_screen(similarity_level=47, stilltime=5, timeout=30)<br>
[ 61.116912] dbus-daemon[2206]: [session uid=1000 pid=2206] Activating via systemd: service name='org.gtk.vfs.Metadata' unit='gvfs-metadata.service' requested by ':1.46' (uid=1000 pid=2451 comm="/usr/lib/tracker-extract ")<br>
[ 61.169219] systemd[2185]: Starting Virtual filesystem metadata service...<br>
[ 61.184105] dbus-daemon[2206]: [session uid=1000 pid=2206] Successfully activated service 'org.gtk.vfs.Metadata'<br>
[ 61.205310] systemd[2185]: Started Virtual filesystem metadata service.<br>
[ 61.833249] tracker-store[2468]: tracker_writeback_transact: assertion 'private == NULL' failed<br>
�[32m[2020-09-22T03:06:41.085 CEST] [debug] >>> testapi::wait_still_screen: detected same image for 5 seconds, last detected similarity is 1000000</p>
</div></p>
<p>openQA test in scenario sle-15-SP3-Online-x86_64-yast2_gui@svirt-xen-hvm fails in<br>
<a href="https://openqa.suse.de/tests/4712690/modules/prepare_test_data/steps/3" class="external">prepare_test_data</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, riafarov</p>
<p>Test for yast2 UI, GUI only. Running on created gnome images which provides both text console for ncurses UI tests as well as the gnome environment for the GUI 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.suse.de/tests/4712690" class="external">42.1</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.suse.de/tests/4703515" class="external">36.5</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.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online&machine=svirt-xen-hvm&test=yast2_gui&version=15-SP3" class="external">latest</a></p>
openQA Tests - action #71641 (Resolved): [y] test fails in sshd for ppc64le-hmc-4diskhttps://progress.opensuse.org/issues/716412020-09-22T11:10:39Zsyrianidou_sofiasofia.syrianidou@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>The command <br>
#echo $SSH_TTY | grep "\/dev\/pts\/"<br>
is returning the expected result but the system sends a failure message :" -bash /dev/sshserial: Permission denied"<br>
This happens only with the particular architecture.</p>
<p>Investigate if this is an infrastructure issue or a Bug and open the relative tickets.</p>
<p>openQA test in scenario sle-15-SP3-Online-ppc64le-minimal+role_minimal@ppc64le-hmc-4disk fails in<br>
<a href="https://openqa.suse.de/tests/4711894/modules/sshd/steps/35" class="external">sshd</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Like default but explicitly select the system role "minimal". The resulting system should roughly correspond to an unregistered system but with access to modules for optional installation.</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.suse.de/tests/4557811" class="external">14.2</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.suse.de/tests/latest?arch=ppc64le&distri=sle&flavor=Online&machine=ppc64le-hmc-4disk&test=minimal%2Brole_minimal&version=15-SP3" class="external">latest</a></p>
openQA Tests - action #69754 (Resolved): [y][u] tests fail in bootloader_start for ppc64le - Powe...https://progress.opensuse.org/issues/697542020-08-10T08:09:03Zsyrianidou_sofiasofia.syrianidou@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>For the time being, some machines are turned off, see: <a href="https://mailman.suse.de/mlarch/SuSE/maxtorhof/2020/maxtorhof.2020.08/msg00005.html" class="external">https://mailman.suse.de/mlarch/SuSE/maxtorhof/2020/maxtorhof.2020.08/msg00005.html</a></p>
<p>All openqa ppc64le-hmc-single-disk or ppc64le-hmc-4disk test suites fail in bootloader_start or bootloader with the following error message<br>
<a href="https://openqa.suse.de/tests/4543002/modules/bootloader_start/steps/6" class="external">bootloader_start</a></p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since 9th of August (<a href="https://openqa.suse.de/tests/4541148" class="external">https://openqa.suse.de/tests/4541148</a>)</p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good 6th of August (<a href="https://openqa.suse.de/tests/4528757" class="external">https://openqa.suse.de/tests/4528757</a>)</p>
openQA Tests - action #69751 (Resolved): [y] Module validate_encrypt fails on s390x-kvm-sle12https://progress.opensuse.org/issues/697512020-08-10T07:45:25Zsyrianidou_sofiasofia.syrianidou@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Seems to be related to <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/commit/0dabd841cf1cd34f5fb78e17970f08d1a97574f6" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/commit/0dabd841cf1cd34f5fb78e17970f08d1a97574f6</a></p>
<p>openQA test in scenario sle-15-SP3-Online-s390x-lvm-encrypt-separate-boot@s390x-kvm-sle12 fails in<br>
<a href="https://openqa.suse.de/tests/4554601/modules/validate_encrypt/steps/21" class="external">validate_encrypt</a></p>
<p>It's just zkvm affected</p>
<p>openQA test in scenario sle-15-SP2-Online-s390x-lvm-full-encrypt@s390x-kvm-sle12 and lvm-encrypt-separate-boot@s390x-kvm-sle12 fails in<br>
<a href="https://openqa.suse.de/tests/4541327/modules/validate_encrypt/steps/21" class="external">validate_encrypt</a><br>
or <br>
<a href="https://openqa.suse.de/tests/4541308#step/validate_encrypt/22" class="external">validate_encrypt</a></p>
<p>Looks like the command </p>
<pre><code>command 'cryptsetup -v luksHeaderBackup /dev/disk/by-path/ccw-0.0.0000-part3 --header-backup-file /root//dev/disk/by-path/ccw-0.0.0000-part3
</code></pre>
<p>needs some modification for the particular machine.</p>
<p>The failure message is the bellow</p>
<pre><code># Test died: command 'cryptsetup -v luksHeaderBackup /dev/disk/by-path/ccw-0.0.0000-part3 --header-backup-file /root//dev/disk/by-path/ccw-0.0.0000-part3' failed at /var/lib/openqa/cache/openqa.suse.de/tests/sle/lib/validate_encrypt_utils.pm line 92.
</code></pre>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.suse.de/tests/4424857" class="external">209.2</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.suse.de/tests/latest?arch=s390x&distri=sle&flavor=Online&machine=s390x-kvm-sle12&test=lvm-full-encrypt&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #69658 (Resolved): [y] test fails in yast2_control_centerhttps://progress.opensuse.org/issues/696582020-08-06T14:17:05Zsyrianidou_sofiasofia.syrianidou@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-yast2_gui@64bit fails in<br>
<a href="https://openqa.suse.de/tests/4528958/modules/yast2_control_center/steps/84" class="external">yast2_control_center</a></p>
<p>The needle yast2-control-center-security-center is too generic and validation can be premature, leading to test failure. </p>
<p>In this case, the needle matching happened before typing was finished and assert_and_click did not work as expected:<br>
<a href="https://openqa.suse.de/tests/4528958#step/yast2_control_center/81" class="external">https://openqa.suse.de/tests/4528958#step/yast2_control_center/81</a></p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Sporadic failure</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.suse.de/tests/4446522" class="external">209.2</a> (or more recent)</p>
openQA Tests - action #67903 (Resolved): [y][functional] Set partial sync for Debug and Source re...https://progress.opensuse.org/issues/679032020-06-09T14:02:53Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>Following up <a href="https://progress.opensuse.org/issues/54794" class="external">issue#54794</a> , after the list of used packages from debug and source repositories, have been identified:</p>
<ul>
<li>kernel-default-base-debuginfo</li>
<li>kernel-default-debuginfo</li>
<li>coreutils</li>
<li>selinux</li>
<li>yast2-network</li>
<li>yast2-http-server</li>
<li>java</li>
</ul>
<p>the synchronization of the repositories will be changed to partial, instead of full.</p>
<p>Here is the repo for sync part: <a href="https://gitlab.suse.de/openqa/openqa-trigger-from-ibs" class="external">https://gitlab.suse.de/openqa/openqa-trigger-from-ibs</a><br>
<a href="https://gitlab.suse.de/openqa/openqa-trigger-from-ibs/-/blob/master/xml/ibs/SUSE:SLE-15.xml" class="external">https://gitlab.suse.de/openqa/openqa-trigger-from-ibs/-/blob/master/xml/ibs/SUSE:SLE-15.xml</a> <br>
See <a href="https://github.com/andrii-suse/openqa-trigger-from-obs/blob/master/xml/obs/openSUSE:Factory.xml#L7" class="external">https://github.com/andrii-suse/openqa-trigger-from-obs/blob/master/xml/obs/openSUSE:Factory.xml#L7</a></p>
<p>We need to send another e-mail to qa-sle to confirm the list.<br>
We also need to cross check from which repos package are coming.</p>
openQA Tests - action #67732 (Resolved): [functional][y] Add yast2_lang module for other than 64...https://progress.opensuse.org/issues/677322020-06-04T10:57:53Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>On step :<br>
<a href="https://openqa.suse.de/tests/4312187#step/yast2_lang/27" class="external">https://openqa.suse.de/tests/4312187#step/yast2_lang/27</a></p>
<p>The needle matching area is not properly specified. As a result, when running the module on different architectures, Croatian is selected and the module fails.</p>
<p>Create new needle that will be more specific (code changes might be necessary) and delete old needles that shouldn't be used.</p>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ol>
<li>yast2_lang is executed on all architectures</li>
</ol>
openQA Tests - action #67534 (Resolved): [functional][y] Change yast2_lan hostname validationhttps://progress.opensuse.org/issues/675342020-06-01T12:22:37Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>In yast2_lan module, one of the steps is to verify that the hostname can be successfully changed. Currently in the code, the hostname used for the change comes from: <code>$hostname = get_var('HOSTNAME', 'susetest')</code> . For most architectures 'susetest' is also the hostname prior the change. So, in reality it doesn't verify if the hostname was changed ( <a href="https://openqa.suse.de/tests/4286250#step/yast2_lan/13" class="external">https://openqa.suse.de/tests/4286250#step/yast2_lan/13</a> ).</p>
<p>On some backends we cannot change hostname without breaking the setup (at least powerVM and zVM). So we might need to limit scope of test to qemu.</p>
<p>Running the module on xen hvm, where original hostname is not 'susetest', fails (<a href="https://openqa.suse.de/tests/4295089#step/yast2_lan/20" class="external">https://openqa.suse.de/tests/4295089#step/yast2_lan/20</a>).<br>
Running the module on x86, with different $hostname works (new needle needed for that to work) (<a href="http://falafel.suse.cz/tests/832#step/yast2_lan/23" class="external">http://falafel.suse.cz/tests/832#step/yast2_lan/23</a>).</p>
<p>Acceptance criteria:</p>
<ul>
<li>Change the code of yast2_lan so that the hostname after change is different than before.</li>
</ul>
qe-yam - action #67126 (Resolved): [functional][y] Add validation module for nis mm testshttps://progress.opensuse.org/issues/671262020-05-21T16:02:56Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>In order to verify that "yast nis_server" and "yast nis" configuration on nis mm tests, works properly, a new module can be created for each test with following steps:</p>
<p>NIS server:<br>
(as root)</p>
<ul>
<li>useradd nis_user -> in the current test, /home/nis_user folder is created and shared via nfs, so in order to avoid extra steps, the user added should be "nis_user".</li>
<li>passwd nis_user</li>
<li>chmod nis_user:users /home/nis_user -> current owner of the folder is "root".</li>
<li>cd /var/yp </li>
<li>make -> nis database needs to be aware of the new user.</li>
<li>Check if /etc/defaultdomain and /etc/idmapd.conf contain the nis domain (nis.openqa.suse.de). At maps setup of nis_server module, all entries are selected. There can be a check in /var/yp/nis.openqa.suse.de/ if entries correspond</li>
</ul>
<p>NIS client:<br>
(after above actions on nis server are completed)</p>
<ul>
<li>ypcat passwd | grep nis_user / ypmatch nis_user passwd / getent passwd nis_user -> one option out of three, in order to verify that the client connection to nis server database is successful and new user is visible.</li>
<li>su - nis_user</li>
<li>pwd -> verify home directory of nis_user is /home/nis_user</li>
<li>echo "nis works"> file1 -> verify write </li>
<li>grep "nis works" -> verify read</li>
<li>Check if /etc/yp.conf exists and has the entry "ypserv"</li>
<li>Check if /etc/nsswitch.conf has expected entries e.g. "netgroup: files nis"</li>
<li>Check if /etc/defaultdomain contains the nis domain</li>
</ul>
<p>We should also extract settings to use same value for configuration and validation.</p>
openQA Tests - action #67117 (Resolved): [functional][y]test fails in yast2_proxy and yast2_dns_s...https://progress.opensuse.org/issues/671172020-05-21T12:03:55Zsyrianidou_sofiasofia.syrianidou@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-yast2_ncurses_gnome@64bit fails in<br>
<a href="https://openqa.suse.de/tests/4264234/modules/yast2_proxy/steps/23" class="external">yast2_proxy</a></p>
<p>When needle <a href="https://openqa.suse.de/tests/4264234#step/yast2_proxy/9">https://openqa.suse.de/tests/4264234#step/yast2_proxy/9</a> is matched, the system should choose "Start", verify the selection and then proceed with rest of the module yast2_proxy steps. In the autoinst logs:</p>
<pre><code>[2020-05-21T07:14:41.839 CEST] [debug] <<< testapi::check_screen(mustmatch="yast2_ncurses_service_start_after_writing_conf", timeout=1)
�[32m[2020-05-21T07:14:41.961 CEST] [debug] >>> testapi::_handle_found_needle: found yast2_proxy-yast2_ncurses_service_start_after_writing_conf-20180827, similarity 1.00 @ 336/320
�[0m[2020-05-21T07:14:41.961 CEST] [debug] tests/console/yast2_proxy.pm:90 called yast2_widget_utils::change_service_configuration -> lib/yast2_widget_utils.pm:56 called yast2_widget_utils::change_service_configuration_step -> lib/yast2_widget_utils.pm:77 called testapi::send_key
[2020-05-21T07:14:41.962 CEST] [debug] <<< testapi::send_key(key="alt-a", wait_screen_change=0, do_wait=0)
[2020-05-21T07:14:42.297 CEST] [debug] tests/console/yast2_proxy.pm:90 called yast2_widget_utils::change_service_configuration -> lib/yast2_widget_utils.pm:56 called yast2_widget_utils::change_service_configuration_step -> lib/yast2_widget_utils.pm:78 called testapi::send_key
[2020-05-21T07:14:42.297 CEST] [debug] <<< testapi::send_key(key="end", do_wait=0, wait_screen_change=0)
[2020-05-21T07:14:42.565 CEST] [debug] tests/console/yast2_proxy.pm:90 called yast2_widget_utils::change_service_configuration -> lib/yast2_widget_utils.pm:56 called yast2_widget_utils::change_service_configuration_step -> lib/yast2_widget_utils.pm:79 called testapi::send_key_until_needlematch
[2020-05-21T07:14:42.565 CEST] [debug] <<< testapi::check_screen(mustmatch="yast2_ncurses_service_start_on_boot_after_reboot", timeout=1)
�[37m[2020-05-21T07:14:42.910 CEST] [debug] no match: 2.7s, best candidate: yast2_proxy-yast2_ncurses_service_start_on_boot_after_reboot-20180827 (0.29)
</code></pre>
<p>Looks like the sent keys don't have the expected effect on the test. The worker is looking for the next needle "yast2_ncurses_service_start_on_boot_after_reboot" without actually verifying "yast2_ncurses_service_check_start_after_writing_conf" needle. </p>
<p>In test <a href="https://openqa.suse.de/tests/4231081#step/yast2_proxy/10">https://openqa.suse.de/tests/4231081#step/yast2_proxy/10</a> , where the result is the expected one, the autoinst logs:</p>
<pre><code>[2020-05-13T19:17:44.759 CEST] [debug] <<< testapi::check_screen(mustmatch="yast2_ncurses_service_start_after_writing_conf", timeout=1)
[2020-05-13T19:17:44.968 CEST] [debug] >>> testapi::_handle_found_needle: found yast2_proxy-yast2_ncurses_service_start_after_writing_conf-20180827, similarity 1.00 @ 336/320
[2020-05-13T19:17:44.968 CEST] [debug] tests/console/yast2_proxy.pm:90 called yast2_widget_utils::change_service_configuration -> lib/yast2_widget_utils.pm:55 called yast2_widget_utils::change_service_configuration_step -> lib/yast2_widget_utils.pm:81 called testapi::send_key
[2020-05-13T19:17:44.969 CEST] [debug] <<< testapi::send_key(key="ret", do_wait=0, wait_screen_change=0)
[2020-05-13T19:17:45.255 CEST] [debug] tests/console/yast2_proxy.pm:90 called yast2_widget_utils::change_service_configuration -> lib/yast2_widget_utils.pm:55 called yast2_widget_utils::change_service_configuration_step -> lib/yast2_widget_utils.pm:82 called testapi::assert_screen
[2020-05-13T19:17:45.256 CEST] [debug] <<< testapi::assert_screen(mustmatch="yast2_ncurses_service_check_start_after_writing_conf", timeout=30)
[2020-05-13T19:17:45.945 CEST] [debug] >>> testapi::_handle_found_needle: found yast2_proxy-yast2_ncurses_service_check_start_after_writing_conf-20180827, similarity 1.00 @ 454/289
[2020-05-13T19:17:45.945 CEST] [debug] tests/console/yast2_proxy.pm:90 called yast2_widget_utils::change_service_configuration -> lib/yast2_widget_utils.pm:56 called yast2_widget_utils::change_service_configuration_step -> lib/yast2_widget_utils.pm:77 called testapi::send_key
[2020-05-13T19:17:45.945 CEST] [debug] <<< testapi::send_key(key="alt-a", wait_screen_change=0, do_wait=0)
[2020-05-13T19:17:46.281 CEST] [debug] tests/console/yast2_proxy.pm:90 called yast2_widget_utils::change_service_configuration -> lib/yast2_widget_utils.pm:56 called yast2_widget_utils::change_service_configuration_step -> lib/yast2_widget_utils.pm:78 called testapi::send_key
[2020-05-13T19:17:46.282 CEST] [debug] <<< testapi::send_key(key="end", do_wait=0, wait_screen_change=0)
[2020-05-13T19:17:46.552 CEST] [debug] tests/console/yast2_proxy.pm:90 called yast2_widget_utils::change_service_configuration -> lib/yast2_widget_utils.pm:56 called yast2_widget_utils::change_service_configuration_step -> lib/yast2_widget_utils.pm:79 called testapi::send_key_until_needlematch
[2020-05-13T19:17:46.552 CEST] [debug] <<< testapi::check_screen(mustmatch="yast2_ncurses_service_start_on_boot_after_reboot", timeout=1)
[2020-05-13T19:17:46.879 CEST] [debug] no match: 2.7s, best candidate: yast2_proxy-yast2_ncurses_service_start_on_boot_after_reboot-20180827 (0.29)
</code></pre>
<p>looks like after the first needle much, 'ret' should be sent instead of 'alt-a' and 'end' that would be expected after the matching "yast2_proxy-yast2_ncurses_service_check_start_after_writing_conf" .</p>
<p>The issue needs further investigation and possibly, follow up ticket with tools team.</p>
openQA Tests - action #64466 (Resolved): [functional][y][hyper-v][timeboxed:16h] test fails in sh...https://progress.opensuse.org/issues/644662020-03-12T13:14:17Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>Sporadic failure in shutdown module. Two types of failures observed:</p>
<ul>
<li>Display at password prompt is distorted and cause needle match failure ( <a href="https://openqa.suse.de/tests/3969518#step/shutdown/10">https://openqa.suse.de/tests/3969518#step/shutdown/10</a> )</li>
<li>After password is entered, system doesn't show desktop. ( <a href="https://openqa.suse.de/tests/3982260#step/shutdown/15">https://openqa.suse.de/tests/3982260#step/shutdown/15</a> ). According to autoinst-log, provided password was incorrect and then system "Stopped target Current graphical user session."</li>
</ul>
<p>As per Yanis, it fails constantly on uefi. Seems that it's issues with openQA setup, as Yanis managed to shutdown the system and it worked just fine. So we need to identify the actions needed to fix it.</p>
<p>[ 675.237199] gnome-keyring-daemon[2603]: couldn't initialize slot with master password: The password or PIN is incorrect</p>
<p>[ 675.297939] gdm-password][4597]: gkr-pam: unlocked login keyring</p>
<p>[2020-03-12T12:29:22.895 CET] [debug] tests/shutdown/shutdown.pm:28 called power_action_utils::power_action -> lib/power_action_utils.pm:255 called testapi::select_console -> lib/susedistribution.pm:883 called x11utils::ensure_unlocked_desktop -> lib/x11utils.pm:126 called testapi::wait_still_screen<br>
[2020-03-12T12:29:22.895 CET] [debug] <<< testapi::wait_still_screen(similarity_level=47, timeout=30, stilltime=1)<br>
[ 675.471356] systemd[4428]: Stopped target Current graphical user session.</p>
<p>[ 675.803774] systemd[4428]: Stopped target GNOME X11 Session (session: gnome-login).</p>
<p>[ 675.914330] gdm-Xorg-:1[4408]: (II) event3 - Microsoft Vmbus HID-compliant Mouse: device removed</p>
<p>[ 675.994240] gdm-Xorg-:1[4408]: (II) event4 - Power Button: device removed</p>
<p>[ 676.108023] gdm-Xorg-:1[4408]: (II) event2 - AT Translated Set 2 keyboard: device removed</p>
<p>[ 676.167890] gdm-Xorg-:1[4408]: (II) event0 - AT Translated Set 2 keyboard: device removed</p>
<p>[ 676.223982] gdm-Xorg-:1[4408]: (II) event1 - TPPS/2 IBM TrackPoint: device removed</p>
<p>[ 676.276254] gdm-Xorg-:1[4408]: (II) UnloadModule: "libinput"</p>
<p>[ 676.316927] gdm-Xorg-:1[4408]: (II) UnloadModule: "libinput"</p>
<p>[ 676.358856] gdm-Xorg-:1[4408]: (II) UnloadModule: "libinput"</p>
<p>[ 676.418850] gdm-Xorg-:1[4408]: (II) UnloadModule: "libinput"</p>
<p>[ 676.487558] gdm-Xorg-:1[4408]: (II) UnloadModule: "libinput"</p>
<p>[ 676.546600] gdm-Xorg-:1[4408]: (II) Server terminated successfully (0). Closing log file.</p>
<p>[ 676.648098] gnome-session[4457]: gnome-session-binary[4457]: WARNING: Lost name on bus: org.gnome.SessionManager</p>
<p>[ 676.732171] gdm-launch-environment][4424]: pam_unix(gdm-launch-environment:session): session closed for user gdm</p>
<p>[ 676.834667] systemd[4428]: Stopped target GNOME Session.</p>
<p>[ 676.908222] gnome-session[4457]: Unable to init server: Could not connect: Connection refused</p>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Full-x86_64-skip_registration@svirt-hyperv fails in<br>
<a href="https://openqa.suse.de/tests/3982260/modules/shutdown/steps/14" class="external">shutdown</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.suse.de/tests/3658083#step/shutdown/10" class="external">101.1</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.suse.de/tests/3978952" class="external">154.1</a></p>
openQA Tests - action #63814 (Resolved): [functional][y][virtualization][hyperv][timeboxed:12h] m...https://progress.opensuse.org/issues/638142020-02-25T12:24:34Zsyrianidou_sofiasofia.syrianidou@suse.com
<p>Even though same module works for other architectures, validate_fs_table cannot verify that partitions were successfully created.</p>
<p>The point of the code that fails is when the output of command "lsblk -n", split at every new line, is saved in @lsblk_output and it is parsed by:</p>
<p>foreach (@lsblk_output) {<br>
if ($_ =~ /(?\Q$args->{mount_point}\E\z)/) {<br>
$check = $+{check};<br>
last;<br>
}</p>
<p>On step <a href="https://openqa.suse.de/tests/3904536#step/validate_fs_table/14" class="external">https://openqa.suse.de/tests/3904536#step/validate_fs_table/14</a><br>
it is shown that the mount point "/" is indeed created, but it cannot be identified by "$_ =~ /(?\Q$args->{mount_point}\E\z)/".</p>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-msdos@svirt-hyperv fails in<br>
<a href="https://openqa.suse.de/tests/3904536/modules/validate_fs_table/steps/16" class="external">validate_fs_table</a></p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Always.</p>