openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842020-09-23T07:21:30ZopenSUSE Project Management Tool
Redmine openQA Tests - action #71722 (Resolved): [y] test fails in yast2_ihttps://progress.opensuse.org/issues/717222020-09-23T07:21:30Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP3-Online-x86_64-cryptlvm@uefi fails in<br>
<a href="https://openqa.suse.de/tests/4717876/modules/yast2_i/steps/25" class="external">yast2_i</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainers: okurz</p>
<p>Conduct installation with encrypted LVM selected during installation. Generated disk image used in downstream jobs.</p>
<p>(crypt-)LVM installations can take longer, especially on non-x86_64 architectures.</p>
<p>YAML_SCHEDULE=schedule/yaml/cryptlvm/cryptlvm_sle.yaml</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/4717876" class="external">43.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/4712337" class="external">42.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=uefi&test=cryptlvm&version=15-SP3" class="external">latest</a></p>
openQA Tests - action #67285 (Resolved): [y] Adjust installation in autoyast_salt to the recent c...https://progress.opensuse.org/issues/672852020-05-26T14:24:50Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>now we support several formulas (suse manager and not suse manager), several pillars etc.<br>
in order to make everything consistent, we changed how the salt.tar.gz is organized, and the "formulas" directories has now two directories (states and metadata). <br>
the changes are <a href="https://github.com/yast/yast-configuration-management/pull/81" class="external">https://github.com/yast/yast-configuration-management/pull/81</a> and <a href="https://github.com/yast/yast-configuration-management/pull/80" class="external">https://github.com/yast/yast-configuration-management/pull/80</a>.</p>
<p>in theory we would need to update the tar file with the new structure. The rest should remain the same(xml, installation flow)</p>
<p>Contact to <a class="user active user-mention" href="https://progress.opensuse.org/users/15330">@IGonzalezSosa</a> for support</p>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-autoyast_salt@64bit fails in<br>
<a href="https://openqa.suse.de/tests/4283662/modules/installation/steps/46" class="external">installation</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Test installation using AutoYaST plus salt formulas.</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/4281272" class="external">202.5</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/4277536" class="external">201.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=autoyast_salt&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #66043 (Rejected): [functional][y][hyperv] test failing in shutdown needs i...https://progress.opensuse.org/issues/660432020-04-24T05:23:42Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>The system is booting properly and it shutdown without problem but the openqa is hanging for some reason after login. <br>
Some logs for the serial terminal[0] </p>
<p>[0] <a href="https://gitlab.suse.de/snippets/486" class="external">https://gitlab.suse.de/snippets/486</a></p>
<p>openQA test in scenario sle-15-SP2-Full-x86_64-allmodules+allpatterns+registration@svirt-hyperv-uefi fails in<br>
<a href="https://openqa.suse.de/tests/4159856/modules/shutdown/steps/14" class="external">shutdown</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Full Medium installation that covers the following cases:<br>
1. Additional modules enabled using SCC (Legacy, Development Tools, Web and<br>
Scripting, Containers, Desktop Applications);<br>
2. All patterns installed;<br>
3. System registration is skipped during installation;<br>
4. Installation is validated by successful boot and that YaST does not<br>
report any issues;<br>
5. Registration is performed on the installed system.</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/4134956" class="external">179.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/4128392" class="external">178.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=Full&machine=svirt-hyperv-uefi&test=allmodules%2Ballpatterns%2Bregistration&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #65891 (Resolved): [functional][y] fix first_boot on ipmihttps://progress.opensuse.org/issues/658912020-04-21T07:06:26Zybonatakisioannis.bonatakis@suse.com
<p>##Observation</p>
<p>We need to check if we should disable grub timeout. If so, we should press enter in grub menu[0].<br>
Test appear not to work for quite some time.</p>
<p>From the past experience we know that <code>enter</code> key doesn't reach the system sporadically, so disabling grub timeout should resolve this issue and system should be able to boot.</p>
<p>[0] <a href="https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online&machine=64bit-ipmi&test=btrfs_libstorage-ng&version=15-SP2" class="external">https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online&machine=64bit-ipmi&test=btrfs_libstorage-ng&version=15-SP2</a></p>
openQA Tests - action #65882 (Rejected): [functional][y][sporadic] test fails in first_boot cant ...https://progress.opensuse.org/issues/658822020-04-20T13:05:05Zybonatakisioannis.bonatakis@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-aarch64-allmodules+allpatterns@aarch64 fails in<br>
<a href="https://openqa.suse.de/tests/4139668/modules/first_boot/steps/10" class="external">first_boot</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: jrauch</p>
<p>Perform an installation enabling all modules and selecting all patterns.<br>
This test suite always registers to have access to all modules.</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/4135055" class="external">179.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/4126364" class="external">178.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=aarch64&distri=sle&flavor=Online&machine=aarch64&test=allmodules%2Ballpatterns&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #62690 (Resolved): [functional][y][timeboxed:8h] finish btn is disabled in ...https://progress.opensuse.org/issues/626902020-01-27T11:25:28Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>The disabled btn is disabled and such the first_boot cant pass successfully. It might be the something in the xml as i didnt encounter any problem manual(not using AY though).</p>
<p>Also, we should create better needle in yast2_firstboot</p>
<p>It appears to be bug, as we wait a lot of time in openQA, so in worst case we should file a bug with detailed description of the problem and logs.</p>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-autoyast_y2_firstboot@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3826544/modules/first_boot/steps/2" class="external">first_boot</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Smoke test for YaST2 Firstboot module, basically same as yast2_firstboot test suite. Test pre-defined autoyast profile, which enables YaST2 Firstboot during system deployment. SUT should boot to YaST2 Firstboot wizard after reboot. Test goes through all Firstboot tabs, configure root and user accounts. SUT should end up in GDM screen after exiting YaST2 Firstboot.</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/3804460" class="external">126.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/3783570" class="external">122.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=autoyast_y2_firstboot&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #62498 (Resolved): [functional][y][opensuse] Update support_server on o3 fo...https://progress.opensuse.org/issues/624982020-01-21T17:58:58Zybonatakisioannis.bonatakis@suse.com
<p>We need to create and update the support_server used in remote installation in openqa.opensuse.org. The purpose is to fix the problem appeared in the associated ticket which enabled the vnc remote installation[0] and adjust the tests removing the workaround(remote_target.pm:L28). The work in the spike[1] shows that this should make the trick. </p>
<p><a href="#" onclick="$('#collapse-7377b00a-show, #collapse-7377b00a-hide').toggle(); $('#collapse-7377b00a').fadeToggle(150);; return false;" id="collapse-7377b00a-show" class="icon icon-collapsed collapsible">one way to generate a support_server is:</a><a href="#" onclick="$('#collapse-7377b00a-show, #collapse-7377b00a-hide').toggle(); $('#collapse-7377b00a').fadeToggle(150);; return false;" id="collapse-7377b00a-hide" class="icon icon-expanded collapsible" style="display:none;">one way to generate a support_server is:</a><div id="collapse-7377b00a" class="collapsed-text" style="display:none;"><pre><code class="bash syntaxhl" data-language="bash"><span class="nb">sudo</span> /usr/share/openqa/script/client <span class="nb">jobs </span>post <span class="nv">DISTRI</span><span class="o">=</span>opensuse <span class="nv">VERSION</span><span class="o">=</span>15.2 <span class="nv">ISO</span><span class="o">=</span>openSUSE-Leap-15.0-DVD-x86_64.iso <span class="nv">ARCH</span><span class="o">=</span>x86_64 <span class="nv">FLAVOR</span><span class="o">=</span>DVD <span class="nv">TEST</span><span class="o">=</span>supportserver_generator <span class="nv">MACHINE</span><span class="o">=</span>64bit <span class="nv">DESKTOP</span><span class="o">=</span>gnome <span class="nv">INSTALLONLY</span><span class="o">=</span>1 <span class="nv">AUTOYAST</span><span class="o">=</span>supportserver/autoyast_supportserver_x86.xml <span class="nv">SUPPORT_SERVER_GENERATOR</span><span class="o">=</span>1 <span class="nv">PUBLISH_HDD_1</span><span class="o">=</span>supportserver_15_0_gnome_iob.qcow2 <span class="nt">--host</span> https://openqa.opensuse.org/<span class="sb">```</span>
where:
<span class="nv">ISO</span><span class="o">=</span>the iso file to use <span class="k">for </span>the image
<span class="nv">AUTOYAST</span><span class="o">=</span>one of the xml files <span class="k">in </span>the os-autoinst-distri-opensuse/data directory
</code></pre></div></p>
<p>The problem is that this didnt work quite well for me[2] as it cant find the packages in the repos. So some extra effort might required.</p>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ul>
<li>no workaround to get out of the yast in target machine</li>
<li>the remote ssh and vnc tests should get to the desktop after the installation finish</li>
<li>it has been observed a segmentation fault in ssh. if this does not appear any more with newer image, that s good, otherwise a bug should be filed.</li>
</ul>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>create a xml, run the support_server generator and publish the image</li>
<li>use an existing qcow and modify it to include the packages that it needs</li>
<li>TW image would be preferable is will be possible to run <code>zypper dup</code> next time we need updated image</li>
</ul>
<p>[0] <a href="https://progress.opensuse.org/issues/52310" class="external">https://progress.opensuse.org/issues/52310</a><br>
[1] <a href="https://progress.opensuse.org/issues/62096" class="external">https://progress.opensuse.org/issues/62096</a><br>
[2] <a href="https://openqa.opensuse.org/tests/1150274" class="external">https://openqa.opensuse.org/tests/1150274</a></p>
openQA Tests - action #62096 (Resolved): [functional][y][opensuse][timeboxed:16h] remote intallat...https://progress.opensuse.org/issues/620962020-01-13T15:25:53Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Follow up for <a class="issue tracker-4 status-3 priority-4 priority-default closed child behind-schedule" title="action: [functional][y] Enable remote installation over VNC for openSUSE (Resolved)" href="https://progress.opensuse.org/issues/52310">#52310</a> as scenario is still not enabled.</p>
<p>In remote installation through ssh and vnc in opensuse the remote_target doesn't close the yast2 to get into the installed desktop. The support qcow is support_server_opensuse-15.0-x86_64-GM-gnome.qcow2. I believe that there is something wrong with the image. We may need to create and test with a new one. Otherwise we need to investigate the problem.</p>
<p>for now there is a workaround for opensuse to do so manually pressing the "ctl-alt-delete" but this is not the expected behavior.</p>
<p>openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-remote_vnc_target_nfs@64bit fails in<br>
<a href="http://aquarius.suse.cz/tests/1274/modules/remote_target/steps/4" class="external">remote_target</a></p>
<p>We need to investigate the issue and at least report the bug, which we can use as a soft-failure for the workaround.</p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>remote installation with vnc. setup for target</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="http://aquarius.suse.cz/tests/1274" class="external">20191214</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="http://aquarius.suse.cz/tests/1250" class="external">20191214</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="http://aquarius.suse.cz/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit&test=remote_vnc_target_nfs&version=Tumbleweed" class="external">latest</a></p>
openQA Tests - action #61931 (Resolved): [functiona][y] autoinst.xml is missing registration bloc...https://progress.opensuse.org/issues/619312020-01-08T16:37:19Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>The <a href="https://openqa.suse.de/assets/other/03758754-autoinst.xml" class="external">autoinst.xml</a> which is created by the chained job is missing the block for the registration that is required for the Online Installer.</p>
<p>Scope is SLE 15 SP2, for other versions</p>
<p>The missing block looks like this</p>
<pre><code><suse_register>
<do_registration config:type="boolean">true</do_registration>
<email/>
<reg_code>667ccc9ac65d705f</reg_code>
<install_updates config:type="boolean">true</install_updates>
<reg_server>http://all-120.1.proxy.scc.suse.de</reg_server>
</suse_register>
</code></pre>
<p>##Suggestions</p>
<ol>
<li>move the job to the Full medium</li>
<li>modify the xml before the execution</li>
</ol>
<p>openQA test in scenario sle-15-SP2-Online-aarch64-autoyast_reinstall@aarch64 fails in<br>
<a href="https://openqa.suse.de/tests/3762738/modules/installation/steps/43" class="external">installation</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Parent job produces autoyast profile after successful completion. This test uses generated profile to do autoyast 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/3758866" class="external">120.1</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=aarch64&distri=sle&flavor=Online&machine=aarch64&test=autoyast_reinstall&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #60230 (Resolved): [functional][y] test fails in system_rolehttps://progress.opensuse.org/issues/602302019-11-25T11:19:53Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Seems that the UI has changed for the system role frame. We need to adjast the needles to the new design. In this particular test the needle tries to match the textmode option</p>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-addon-module-ftp@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3628412/modules/system_role/steps/15" class="external">system_role</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Test verifies that adding addon using ftp works fine. We just perform installation here. Using HA here, related ticket: <a href="https://progress.opensuse.org/issues/25896" class="external">https://progress.opensuse.org/issues/25896</a> Maintainer: riafarov.</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/3625062" class="external">93.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/3614139" class="external">92.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=addon-module-ftp&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #59939 (Resolved): [functional][y] first entry in product selection list is...https://progress.opensuse.org/issues/599392019-11-18T08:48:49Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Seems like the spc keystroke is not click the checkbox as it is expected but instead it presses the next button. this is observed on s390 as there is no occurrence in other archs </p>
<p>It might be that we need to tab to the list.<br>
We also need to check if there are two mechanisms in place, like clicking on checkboxes instead of iterating over the list which is fallback, when needle is not visible.</p>
<p>We should attempt to unify flows of module selection for registered and unregistered installations.</p>
<p><a href="https://openqa.suse.de/tests/3598118#step/scc_registration/13" class="external">https://openqa.suse.de/tests/3598118#step/scc_registration/13</a> vs <a href="https://openqa.suse.de/tests/3597803#step/addon_products_sle/4" class="external">https://openqa.suse.de/tests/3597803#step/addon_products_sle/4</a></p>
<p>openQA test in scenario sle-15-SP2-Full-s390x-skip_registration@s390x-kvm-sle12 fails in<br>
<a href="https://openqa.suse.de/tests/3603938/modules/addon_products_sle/steps/37" class="external">addon_products_sle</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: okurz, riafarov</p>
<p>Like a standard scenario with explicit skipping of SCC registration in case where we register by default, e.g. for SLE >= 15<br>
See <a href="https://progress.opensuse.org/issues/25264" class="external">https://progress.opensuse.org/issues/25264</a> for details.</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/3529293" class="external">72.1</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=s390x&distri=sle&flavor=Full&machine=s390x-kvm-sle12&test=skip_registration&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #59411 (Rejected): [functional][y] betawarning appears for every selected p...https://progress.opensuse.org/issues/594112019-11-14T08:35:24Zybonatakisioannis.bonatakis@suse.com
<p>The Full_installer popups the beta warning each time we select a product in the "select extension and modules" dialog. The beta warning appears first time in the welcome dialog and it should not appears twice.</p>
<p>For now we have to find a workaround to let the test continue and display a soft_failure instead of breaking the test.</p>
openQA Tests - action #59318 (Resolved): [functional][u] packages are not gettting installed https://progress.opensuse.org/issues/593182019-11-11T16:04:24Zybonatakisioannis.bonatakis@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-lvm+resize_root@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3571728/modules/eog/steps/4" class="external">eog</a></p>
<p>Due to some misconfiguration(??) in the repos the system is incapable to find and install some packages.</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/3529472" class="external">72.1</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=x86_64&distri=sle&flavor=Online&machine=64bit&test=lvm%2Bresize_root&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #57749 (Rejected): [functional][y] apply solution for yast2_snapper_ncurses...https://progress.opensuse.org/issues/577492019-10-07T11:30:58Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Installer-DVD-s390x-yast2_ncurses@s390x-kvm-sle12 fails in<br>
<a href="https://openqa.suse.de/tests/3445868/modules/yast2_snapper_ncurses/steps/57" class="external">yast2_snapper_ncurses</a></p>
<p>It seems that the solution for the cause of the failure on yast2_snapper_ncurses already exists as it appears on [1]. i am not aware how exactly needles are processed but seems that the needle yast2_snapper-show_testdata-gnome-20190215 should be the match. </p>
<p>[1] <a href="https://openqa.opensuse.org/tests/1049845#step/yast2_snapper/48" class="external">https://openqa.opensuse.org/tests/1049845#step/yast2_snapper/48</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 Test for yast2 UI, ncurses 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/3282833" class="external">20.3</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=s390x&distri=sle&flavor=Installer-DVD&machine=s390x-kvm-sle12&test=yast2_ncurses&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #57743 (Resolved): [functional][y][timeboxed:8h] test tries to reboot when ...https://progress.opensuse.org/issues/577432019-10-07T08:37:16Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Installer-DVD-s390x-cryptlvm@s390x-zVM-hsi-l2 fails in<br>
<a href="https://openqa.suse.de/tests/3445507/modules/shutdown/steps/3" class="external">shutdown</a></p>
<p>The shutdown module makes a call to the power_action to poweroff. I think the type_string "$action\n"; is not reach in power_action which makes the flow to check the else statement. from there it should drop into the poweroff_x11. Maybe it would be better to pass the textmode parameter explicitly in to the power_action.</p>
<p>This is cause by the change that we start testing gnome on s390x again and therefore use gnome menu to shutdown the system.<br>
Console way of shutting down worked fine: <a href="https://openqa.suse.de/tests/3305529#step/shutdown/6" class="external">https://openqa.suse.de/tests/3305529#step/shutdown/6</a></p>
<p>We need to investigate why gnome way doesn't work (maybe we don't press authenticate button).<br>
If problem is not resolved, we need follow-up ticket to apply the solution.</p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainers: okurz</p>
<p>Conduct installation with encrypted LVM selected during installation. Generated disk image used in downstream jobs.</p>
<p>(crypt-)LVM installations can take longer, especially on non-x86_64 architectures.</p>
<p>YAML_SCHEDULE=schedule/yaml/cryptlvm/cryptlvm_sle.yaml</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/3355212" class="external">36.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/3305529" class="external">27.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=s390x&distri=sle&flavor=Installer-DVD&machine=s390x-zVM-hsi-l2&test=cryptlvm&version=15-SP2" class="external">latest</a></p>