openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842024-03-15T11:03:57ZopenSUSE Project Management Tool
Redmine openQA Project - action #157342 (New): Partial product re-scheduling scheduled whole buildhttps://progress.opensuse.org/issues/1573422024-03-15T11:03:57Zpcervinkapcervinka@suse.com
<p>We have development group for 15-SP6 Online x86_64 architecture <a href="https://openqa.suse.de/group_overview/507" class="external">https://openqa.suse.de/group_overview/507</a>.<br>
There was missing HDD_1 and job failed <a href="https://openqa.suse.de/tests/13783898/modules/boot_to_desktop/steps/4" class="external">https://openqa.suse.de/tests/13783898/modules/boot_to_desktop/steps/4</a>.<br>
We fixed the configuration and we clicked on Parial product re-scheduling:</p>
<p><img src="https://progress.opensuse.org/attachments/download/17443/Screenshot%20from%202024-03-15%2010-28-52.png" alt="" loading="lazy" /></p>
<p>It should re-schedule partially, at least this is our understanding of help description.</p>
<p>Unfortunately, it rescheduled whole x86_64 medium for 15-SP6 Online.</p>
<p>It is either bug in the re-scheduling code or help description is wrong. User has expectation (based on help) that re-schedules only his job and its children or that job group.<br>
Could you please investigate it ? </p>
openQA Tests - action #138524 (Resolved): Increase timeouts for needle matches in svirt_upload_as...https://progress.opensuse.org/issues/1385242023-10-25T12:54:59Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP5-Server-DVD-Incidents-Kernel-s390x-install_ltp+sle+Server-DVD-Incidents-Kernel@s390x-kvm fails in<br>
<a href="https://openqa.suse.de/tests/12654105/modules/svirt_upload_assets/steps/9" class="external">svirt_upload_assets</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Testsuite maintained at <a href="https://gitlab.suse.de/qa-maintenance/qam-openqa-yml" class="external">https://gitlab.suse.de/qa-maintenance/qam-openqa-yml</a>. install ltp with maintenance kernel/kgraft update. NOTE: LTP tests using special boot params depends on order of items in GRUB_PARAM, so it should be the same for all install_ltp* 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/12642380" class="external">:31156:kgraft-patch-SLE12-SP5_Update_45</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/12642369" class="external">:31155:kgraft-patch-SLE12-SP5_Update_44</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=Server-DVD-Incidents-Kernel&machine=s390x-kvm&test=install_ltp%2Bsle%2BServer-DVD-Incidents-Kernel&version=12-SP5" class="external">latest</a></p>
openQA Tests - action #137006 (Resolved): Maintenance bot re-schedules incident each time it runs...https://progress.opensuse.org/issues/1370062023-09-26T05:51:46Zpcervinkapcervinka@suse.com
<p>There is incident 29529 fo SLE 12-SP5, which is scheduled each time when bot run its job for scheduling.</p>
<p>We can see it in job logs:</p>
<p><a href="https://gitlab.suse.de/qa-maintenance/bot-ng/-/jobs/1857242" class="external">https://gitlab.suse.de/qa-maintenance/bot-ng/-/jobs/1857242</a></p>
<pre><code>2023-09-26 04:16:20 INFO openqa-cli api --host https://openqa.suse.de -X post isos DISTRI=sle VERSION=12-SP5 ARCH=x86_64 FLAVOR=Server-DVD-HPC-Incidents _ONLY_OBSOLETE_SAME_BUILD=1 _OBSOLETE=1 INCIDENT_ID=29529 __CI_JOB_URL=https://gitlab.suse.de/qa-maintenance/bot-ng/-/jobs/1857242 BUILD=:29529:pdsh RRID=SUSE:Maintenance:29529:307637 REPOHASH=1695020026 HPCM_TEST_ISSUES=29529 INCIDENT_REPO=http://download.suse.de/ibs/SUSE:/Maintenance:/29529/SUSE_Updates_SLE-Module-HPC_12_x86_64 _PRIORITY=60 __SMELT_INCIDENT_URL=https://smelt.suse.de/incident/29529 __DASHBOARD_INCIDENT_URL=http://dashboard.qam.suse.de/incident/29529
2023-09-26 04:16:34 INFO Put to dashboard result 200, database id: 2052736
</code></pre>
<p><a href="https://gitlab.suse.de/qa-maintenance/bot-ng/-/jobs/1857323" class="external">https://gitlab.suse.de/qa-maintenance/bot-ng/-/jobs/1857323</a></p>
<pre><code>2023-09-26 05:15:49 INFO openqa-cli api --host https://openqa.suse.de -X post isos DISTRI=sle VERSION=12-SP5 ARCH=x86_64 FLAVOR=Server-DVD-HPC-Incidents _ONLY_OBSOLETE_SAME_BUILD=1 _OBSOLETE=1 INCIDENT_ID=29529 __CI_JOB_URL=https://gitlab.suse.de/qa-maintenance/bot-ng/-/jobs/1857323 BUILD=:29529:pdsh RRID=SUSE:Maintenance:29529:307637 REPOHASH=1695020026 HPCM_TEST_ISSUES=29529 INCIDENT_REPO=http://download.suse.de/ibs/SUSE:/Maintenance:/29529/SUSE_Updates_SLE-Module-HPC_12_x86_64 _PRIORITY=60 __SMELT_INCIDENT_URL=https://smelt.suse.de/incident/29529 __DASHBOARD_INCIDENT_URL=http://dashboard.qam.suse.de/incident/29529
2023-09-26 05:16:03 INFO Put to dashboard result 200, database id: 2052736
</code></pre> openQA Tests - action #126068 (New): [qe-core] Infinite grub timeout is not set for TW on o3https://progress.opensuse.org/issues/1260682023-03-15T11:42:16Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-Tumbleweed-DVD-aarch64-ltp_dio@aarch64 fails in<br>
<a href="https://openqa.opensuse.org/tests/3173656/modules/boot_ltp/steps/9" class="external">boot_ltp</a>.</p>
<p>NOTE: this effectively breaks any aarch64 kernel testing on o3 (install_ltp often fails and thus not any LTP test is run: <a href="https://openqa.opensuse.org/tests/3178342#next_previous" class="external">https://openqa.opensuse.org/tests/3178342#next_previous</a>).</p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>LTP_ENV=TMPDIR=/var/tmp/ is to test on btrfs instead of tmpfs</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/3173656" class="external">20230313</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/3165924" class="external">20230308</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=aarch64&distri=opensuse&flavor=DVD&machine=aarch64&test=ltp_dio&version=Tumbleweed" class="external">latest</a></p>
<p>LTP tests sometimes fail during boot on aarch64(slowed backend). We figured out that <code>GRUB_TIMEOUT=-1</code> is not set. <br>
You can see it in <a href="https://openqa.opensuse.org/tests/3173645/file/install_ltp-grub" class="external">https://openqa.opensuse.org/tests/3173645/file/install_ltp-grub</a> which contains grub after installation.</p>
<p>Problem is in <code>disable_grub_timeout</code> during installation:<br>
<a href="https://openqa.opensuse.org/tests/3172869#step/disable_grub_timeout/6" class="external">https://openqa.opensuse.org/tests/3172869#step/disable_grub_timeout/6</a></p>
<p>Timeout is untouched, you can also download video from installation and check it frame by frame.</p>
openQA Tests - action #117028 (In Progress): [qe-core] Possible improvements for transactional in...https://progress.opensuse.org/issues/1170282022-09-22T09:32:40Zpcervinkapcervinka@suse.com
<p>I have found few places for improvements during test development for alp.<br>
We should discuss following points and if they are valid, try to fix/improve them.</p>
<a name="1-Universal-function-for-package-installation"></a>
<h5 >1. Universal function for package installation<a href="#1-Universal-function-for-package-installation" class="wiki-anchor">¶</a></h5>
<p>I noticed that existing code base, becoming messy with if-else for zypper and transactional-update installations.</p>
<p>One of the examples:</p>
<pre><code> if (is_transactional) {
trup_call("pkg install qemu-linux-user");
check_reboot_changes;
} else {
zypper_call("in qemu-linux-user");
}
</code></pre>
<p>This can grow up in numbers with more tests adapted to alp/slem.</p>
<p>Maybe could we use similar approach like for liberty?<br>
<a href="https://gitlab.suse.de/suse-liberty-linux/openqa-tests-sll/-/tree/master/lib/Utils/PackageManager" class="external">https://gitlab.suse.de/suse-liberty-linux/openqa-tests-sll/-/tree/master/lib/Utils/PackageManager</a></p>
<p>Example in test code:</p>
<pre><code>$testapi::distri->get_package_manager()->install_package("ltp")
</code></pre>
<p>As you can see, test code just contained universal installation command, which was distro independent.</p>
<a name="2-Existing-trup_call-function-needs-root-console"></a>
<h5 >2. Existing <code>trup_call</code> function needs <code>root-console</code><a href="#2-Existing-trup_call-function-needs-root-console" class="wiki-anchor">¶</a></h5>
<p>It means that code with <code>$self->select_serial_terminal</code> doesn't work, console change needs to be done.</p>
<p>You can find this pattern in the code:</p>
<pre><code>select_console 'root-console';
trup_call("--continue pkg $cmd", timeout => 2000);
</code></pre>
<p>Is there a way to fix that? <code>trup_call</code> should be console independent.</p>
<a name="3-Support-for-transactional-command-in-script_run"></a>
<h5 >3. Support for transactional command in script_run<a href="#3-Support-for-transactional-command-in-script_run" class="wiki-anchor">¶</a></h5>
<p>We can run commands on the transaction system in the snapshot via <code>transactional-update -c -d --quiet run</code>.<br>
For example, we install something, want to just check something , but we can't use normal <code>script_run</code>, because it will run on booted snapshot.</p>
<p>Would be worth to have something like <code>script_run("COMMAND", transactional => [is_transactional| any other condition | 1])</code> which would wrap command in case we want transactional approach?</p>
openQA Tests - action #114977 (Resolved): kernel-rt server has no network access size:Shttps://progress.opensuse.org/issues/1149772022-08-04T07:14:58Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP4-Server-Full-RT-x86_64-prepare_baremetal@ipmi-kernel-rt fails in<br>
<a href="https://openqa.suse.de/tests/9254708/modules/ipxe_install/steps/4" class="external">ipxe_install</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: pcervinka. Proceed with installation on bare metal machines.</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/9254708" class="external">5.31</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/9246951" class="external">5.30</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=Server-Full-RT&machine=ipmi-kernel-rt&test=prepare_baremetal&version=15-SP4" class="external">latest</a></p>
<ul>
<li>only ipmi connection works</li>
<li>server can't boot from the network via PXE</li>
<li>server has no ip address from dhcp when booted from local disk</li>
</ul>
<pre><code>susetest:~ # ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether b0:3a:f2:b6:05:9f brd ff:ff:ff:ff:ff:ff
altname enp0s20f0u11u2c2
3: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 3c:ec:ef:5d:76:7c brd ff:ff:ff:ff:ff:ff
altname eno1
altname enp1s0f0
4: eth2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 3c:ec:ef:5d:76:7d brd ff:ff:ff:ff:ff:ff
altname eno2
altname enp1s0f1
</code></pre> openQA Tests - action #104613 (Resolved): Enable ltp known issues on o3https://progress.opensuse.org/issues/1046132022-01-04T13:06:44Zpcervinkapcervinka@suse.com
<p>Enable ltp known issues on o3. External repository for data was created <a href="https://github.com/openSUSE/kernel-qe/" class="external">https://github.com/openSUSE/kernel-qe/</a>.</p>
openQA Tests - action #91076 (Resolved): Test fails in install_ltp - 32bit version dependency o...https://progress.opensuse.org/issues/910762021-04-14T06:19:30Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Server-DVD-Updates-x86_64-install_ltp+sle+Server-DVD-Updates@64bit fails in<br>
<a href="https://openqa.suse.de/tests/5817862/modules/install_ltp/steps/55" class="external">install_ltp</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>LTP install for Updates tests. NOTE: LTP tests using special boot params depends on order of items in GRUB_PARAM, so it should be the same for all install_ltp* 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/5817862" class="external">20210414-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/5808704" class="external">20210413-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=Server-DVD-Updates&machine=64bit&test=install_ltp%2Bsle%2BServer-DVD-Updates&version=15-SP2" class="external">latest</a></p>
<pre><code>0| 2021-04-13 22:41:03 <3> susetest(1857) [zypp::solver] SATResolver.cc(solving):654 Solverrun finished with an ERROR
0| 2021-04-13 22:41:03 <2> susetest(1857) [zypp::solver] SATResolver.cc(resolvePool):815 SATResolver::resolvePool() done. Ret:0
0| 2021-04-13 22:41:03 <1> susetest(1857) [zypp::solver] Resolver.cc(problems):387 Resolver::problems()
0| 2021-04-13 22:41:03 <1> susetest(1857) [zypp::solver] SATResolver.cc(problems):1687 Encountered problems! Here are the solutions:
0| 2021-04-13 22:41:03 <1> susetest(1857) [zypp::solver] SATResolver.cc(problems):1687
0| 2021-04-13 22:41:03 <1> susetest(1857) [zypp::solver] SATResolver.cc(problems):1691 Problem 1:
0| 2021-04-13 22:41:03 <1> susetest(1857) [zypp::solver] SATResolver.cc(problems):1692 ====================================
0| 2021-04-13 22:41:03 <1> susetest(1857) [zypp::solver] SATResolver.cc(problems):1696 nothing provides libmnl.so.0 needed by qa_test_ltp-32bit-20210121-qa.5.1.x86_64
0| 2021-04-13 22:41:03 <1> susetest(1857) [zypp::solver] SATResolver.cc(problems):1697 ------------------------------------
0| 2021-04-13 22:41:03 <1> susetest(1857) [libsolv++] PoolImpl.cc(logSat):125 solver statistics: 0 learned rules, 0 unsolvable, 0 minimization steps
</code></pre>
<p>Spec file for qa_test_ltp should be update to don't depend on libmnl on SLE for 32bit version..</p>
openQA Tests - action #89990 (Resolved): Error on tests/kernel/run_ltp.pm: Can't locate sle/tests...https://progress.opensuse.org/issues/899902021-03-12T09:58:34Zpcervinkapcervinka@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-ltp_openposix@64bit fails in<br>
<a href="https://openqa.suse.de/tests/5657544/modules/boot_ltp/steps/9" class="external">boot_ltp</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>A vast number of tests which ensure compliance with POSIX standards. This tests libc (user land) more than the kernel, but libc is the primary user for much of the kernel API.<br>
_QUIET_SCRIPT_CALLS=1 poo#55238</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/5657544" class="external">160.2</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/5650261" class="external">160.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=x86_64&distri=sle&flavor=Online&machine=64bit&test=ltp_openposix&version=15-SP3" class="external">latest</a></p>
<p>LTP tests started to fail with error:</p>
<pre><code>info] ::: basetest::runtest: # Test died: error on tests/kernel/run_ltp.pm: Can't locate sle/tests/kernel/run_ltp.pm in @INC (you may need to install the sle::tests::kernel::run_ltp module)
(@INC contains: sle/tests/kernel sle/lib /var/lib/openqa/pool/4/blib/arch /var/lib/openqa/pool/4/blib/lib /usr/lib/os-autoinst /usr/lib/perl5/site_perl/5.26.1/ppc64le-linux-thread-multi /usr/lib/perl5/site_perl/5.26.1 /usr/lib/perl5/vendor_perl/5.26.1/ppc64le-linux-thread-multi /usr/lib/perl5/vendor_perl/5.26.1 /usr/lib/perl5/5.26.1/ppc64le-linux-thread-multi /usr/lib/perl5/5.26.1 /usr/lib/perl5/site_perl) at (eval 156) line 1.
</code></pre>
<p>Could be caused by <a href="https://github.com/os-autoinst/openQA/pull/3712" class="external">https://github.com/os-autoinst/openQA/pull/3712</a></p>
openQA Tests - action #59843 (Resolved): [spvm][kernel][openqa] test fails in coredump_collect - ...https://progress.opensuse.org/issues/598432019-11-14T13:50:47Zpcervinkapcervinka@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-ppc64le-extra_tests_kernel_spvm@ppc64le-spvm fails in<br>
<a href="https://openqa.suse.de/tests/3591067/modules/coredump_collect/steps/3" class="external">coredump_collect</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: pcervinka</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/3591067" class="external">89.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: (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=Installer-DVD&machine=ppc64le-spvm&test=extra_tests_kernel_spvm&version=15-SP2" class="external">latest</a></p>
<p>If there is select_console root-console used in separate test modules, it will fail. Not an issue if single module is used(like it was till now).<br>
It is probably related that select_console automatically re-selects root-ssh console during execution.</p>
openQA Tests - action #58871 (Resolved): [spvm][kernel][functional] Shutdown check not implemente...https://progress.opensuse.org/issues/588712019-10-30T15:35:57Zpcervinkapcervinka@suse.com
<p>spvm doesn't fully support <code>poweroff</code> action.<br>
When is called <code>power_action('poweroff')</code> it will fail on <code>assert_shutdown($args->{timeout} - $args->{soft_timeout})</code>.</p>
<p>Example:<br>
<a href="http://10.100.12.105/tests/3383#step/shutdown_ltp/39" class="external">http://10.100.12.105/tests/3383#step/shutdown_ltp/39</a></p>
<p>It is using backend function <code>is_shutdown</code> with placebo effect:<br>
<a href="https://github.com/os-autoinst/os-autoinst/blob/447dab862096c5fb871fe06f61c3e5249ec0d5c1/backend/spvm.pm#L90" class="external">https://github.com/os-autoinst/os-autoinst/blob/447dab862096c5fb871fe06f61c3e5249ec0d5c1/backend/spvm.pm#L90</a></p>
<pre><code>sub is_shutdown {
my ($self) = @_;
# TODO
return 0;
}
</code></pre>
<p>Implement backend state check:</p>
<pre><code>padmin@vugava:~$ pvmctl lpar list -i id=3
Logical Partitions
+----------+----+---------+----------+-----------+---------------+--------+-----+-----+
| Name | ID | State | RMC | Env | Ref Code | Mem | CPU | Ent |
+----------+----+---------+----------+-----------+---------------+--------+-----+-----+
| vugava-1 | 3 | running | inactive | AIX/Linux | Linux ppc64le | 125952 | 1 | |
+----------+----+---------+----------+-----------+---------------+--------+-----+-----+
padmin@vugava:~$ pvmctl lpar list -i id=3
Logical Partitions
+----------+----+---------------+----------+-----------+----------+--------+-----+-----+
| Name | ID | State | RMC | Env | Ref Code | Mem | CPU | Ent |
+----------+----+---------------+----------+-----------+----------+--------+-----+-----+
| vugava-1 | 3 | not activated | inactive | AIX/Linux | 00000000 | 125952 | 1 | |
+----------+----+---------------+----------+-----------+----------+--------+-----+-----+
</code></pre>
<p>Expected result:<br>
It is possible to shutdown and check lpar state.</p>
openQA Project - action #57266 (Resolved): Forbid test suite name changes if used in job groupshttps://progress.opensuse.org/issues/572662019-09-24T07:14:33Zpcervinkapcervinka@suse.com
<p>When is test suite renamed or deleted, changes are not propagated to job group configuration in YAML.<br>
It is behavior change when comparing to old style of job group definition.</p>
<p>Reproduction scenario:</p>
<ol>
<li>Rename or delete test suite </li>
<li>Check job group definition in YAML, test suite is still present or has old name</li>
</ol>
<p>Note: Sorry, if I made duplicate case(didn't find).</p>
qe-yam - coordination #49244 (Resolved): YaST Command Line Options TRACKERhttps://progress.opensuse.org/issues/492442019-03-14T13:29:26Zpcervinkapcervinka@suse.com
<p>Create new EXTRATEST group for yast command line options.</p>
<p>Start with verification of yast itself:</p>
<ul>
<li>yast -h</li>
<li>list available module using yast</li>
</ul>
<p>Create regression test for each module in subtasks.</p>
<p>Reference:<br>
<a href="https://www.suse.com/documentation/sles-15/singlehtml/book_sle_admin/book_sle_admin.html#sec.yast.cli.options" class="external">https://www.suse.com/documentation/sles-15/singlehtml/book_sle_admin/book_sle_admin.html#sec.yast.cli.options</a></p>
openQA Tests - action #32698 (New): [qe-core] Clean /etc/machine-id after image creation https://progress.opensuse.org/issues/326982018-03-02T11:20:24Zpcervinkapcervinka@suse.com
<p>File /etc/machine-id should be unique for each server. If machine-id is the same, it can cause unexpected situations for multi machine tests. Simple file deletion does not work correctly, file is not recreated after the system boot.</p>
openQA Tests - action #21038 (Workable): [qam] test fails in bootloader_s390 - missing install im...https://progress.opensuse.org/issues/210382017-08-03T08:52:13Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-Server-DVD-Incidents-Minimal-s390x-qam-minimal@s390x-zVM-vswitch-l2 fails in<br>
<a href="https://openqa.suse.de/tests/1087171/modules/bootloader_s390/steps/20" class="external">bootloader_s390</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/1087171" class="external">:5299:kernel-source.1501485659</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/1083822" class="external">:5299:kernel-source.1501437271</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?version=12&test=qam-minimal&machine=s390x-zVM-vswitch-l2&distri=sle&arch=s390x&flavor=Server-DVD-Incidents-Minimal" class="external">latest</a></p>
<p>There is missing install media on ftp ftp 10.160.0.207 SLE-12-Server-DVD-s390x-GM-DVD1.</p>
<pre><code>'227 Entering Passive Mode (10,160,0,207,117,87). ',
'>>>RETR SLE-12-Server-DVD-s390x-GM-DVD1/suse.ins ',
'550 Failed to open file.
</code></pre>