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 #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 #113659 (Resolved): [core] There are missing update repositories for SLE15-...https://progress.opensuse.org/issues/1136592022-07-15T08:57:24Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP1-Server-DVD-Incidents-x86_64-mru-install-minimal-with-addons@64bit fails in<br>
<a href="https://openqa.suse.de/tests/9126067/modules/patch_and_reboot/steps/27" class="external">patch_and_reboot</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">https://gitlab.suse.de/qa-maintenance/qam-openqa-yml</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/9125880" class="external">:25010:python-M2Crypto</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/9113251" class="external">:24966:dtb-aarch64</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-Incidents&machine=64bit&test=mru-install-minimal-with-addons&version=15-SP1" class="external">latest</a></p>
<p>When you check patch_an_reboot in log there is no repository with incident <a href="https://openqa.suse.de/tests/9126067/logfile?filename=serial_terminal.txt">https://openqa.suse.de/tests/9126067/logfile?filename=serial_terminal.txt</a>.</p>
<p>When we compare with others <a href="https://openqa.suse.de/tests/9128141#step/patch_and_reboot/30">https://openqa.suse.de/tests/9128141#step/patch_and_reboot/30</a></p>
<pre><code>46 | Server_Applications_Module_15_SP3_x86_64:SLE-Module-Server-Applications15-SP3-Pool | SLE-Module-Server-Applications15-SP3-Pool | Yes | (r ) Yes | No | https://updates.suse.com/SUSE/Products/SLE-Module-Server-Applications/15-SP3/x86_64/product?NG3NonpQ9eF1fRnoPhJiVtZ0dDggdhBvoimPga9PnIVbTqPvB8YjBFb6EOF-10yPngG59l06IRhhCFEX0L2m_EW9lTYUEAP4E8s1kurY6e2K-4U913MAxYMKOy1MYvQHtI6a3M0QWRFEtsDyKYCP_qxGJ3FhkNuCrjZ04Cu5BD3e
47 | Server_Applications_Module_15_SP3_x86_64:SLE-Module-Server-Applications15-SP3-Source-Pool | SLE-Module-Server-Applications15-SP3-Source-Pool | No | ---- | ---- | https://updates.suse.com/SUSE/Products/SLE-Module-Server-Applications/15-SP3/x86_64/product_source?VAuZ3eD9ICPZ5XyPbznPIOqpofTGewTGdBzyzeRmBg28BexKL76WmehkBDjMGBsZ-kLAofsTQUdm9D7YyBB_BL7UUHTR19896h3sUjnHqkzlQrzHN2of2NqC0DsDHQ3lhQTtM_907tahNSlBSnT8B5TQ12f58nwWOk91UmqtT3eujHQAJiAguQ
48 | Server_Applications_Module_15_SP3_x86_64:SLE-Module-Server-Applications15-SP3-Updates | SLE-Module-Server-Applications15-SP3-Updates | Yes | (r ) Yes | Yes | https://updates.suse.com/SUSE/Updates/SLE-Module-Server-Applications/15-SP3/x86_64/update?PhkxJs6vZ5JS6rsi_fqLOti4Ew9nWUvCx_bHVOiWe2lb5fg4JvcDyxQrvSGPD0L79gBDQYb5pvN5RFgQhN-bxvKgaWQrsmfSq_7zgy94CRxC9i4JJi7Lu2KQv9gnLhq1rfK6rNv_Pwa94p3OUc0iB71ETx_KkOo0oZ2lvcnr_g
49 | TEST_0 | TEST_0 | Yes | (r ) Yes | Yes | http://download.suse.de/ibs/SUSE:/Maintenance:/25025/SUSE_Updates_SLE-Module-Basesystem_15-SP3_x86_64
50 | Web_and_Scripting_Module_15_SP3_x86_64:SLE-Module-Web-Scripting15-SP3-Debuginfo-Pool | SLE-Module-Web-Scripting15-SP3-Debuginfo-Pool | No | ---- | ---- | https://updates.suse.com/SUSE/Products/SLE-Module-Web-Scripting/15-SP3/x86_64/product_debug?mx-Z1seLAAAAAAAAkKF3_xkZ_v2OxWgsh6fzbQ6uwoflGpVYmCufEAWgHl01kl0u8Su5vZahCsb347Tg4AoZhvmE5xAVlsEvy1zlw3ZVqgXv3HDjy56VtDTuNG4RUmOvZctf2T1rXWFgucGi6oLuNHBo_QflZIuwwBwaaQOlP4pF
51 | Web_and_Scripting_Module_15_SP3_x86_64:SLE-Module-Web-Scripting15-SP3-Debuginfo-Updates | SLE-Module-Web-Scripting15-SP3-Debuginfo-Updates | No | ---- | ---- | https://updates.suse.com/SUSE/Updates/SLE-Module-Web-Scripting/15-SP3/x86_64/update_debug?cFZiJNdUZReVOkbiJ6dwM_Z2hzzsbh2MOnT716eJLvkqpVfuKlMf6YkAb_4Jh--zWKxWMCxKkDcFDM-2PB133Eg37mYS_q0hoNEoehI7-ylp0oMXg_O_cp9ZqzNzFDidruKPGiqL2aCfSUnealPw9fRYpU1uiTS3PnElU1oTYA
52 | Web_and_Scripting_Module_15_SP3_x86_64:SLE-Module-Web-Scripting15-SP3-Pool | SLE-Module-Web-Scripting15-SP3-Pool | Yes | (r ) Yes | No | https://updates.suse.com/SUSE/Products/SLE-Module-Web-Scripting/15-SP3/x86_64/product?gIlxNETJzxDzj7N0iKq1MtahfpbLdkdvr6_rxGPOsum-_y_ZExCnOMm3p8JbpjzXElJspjYlx7rHBwu7_saYgyvsfDlnDPyWKfy0Mr9S4B8AN3HO0TG5KMvtBbOkRkNq8kglqTFEAZDmMGAnAeYzr2qYq40ovjTQX8wO
53 | Web_and_Scripting_Module_15_SP3_x86_64:SLE-Module-Web-Scripting15-SP3-Source-Pool | SLE-Module-Web-Scripting15-SP3-Source-Pool | No | ---- | ---- | https://updates.suse.com/SUSE/Products/SLE-Module-Web-Scripting/15-SP3/x86_64/product_source?Lk4I4Z4NQomghdchAEUKylqF0YLMCDFxUC3QT8Ucs8AxuDuJy-8ytI5Xacpyv5-XLATxEZPwfcXutUyOf2SyX5ZjzkymgEk500GT1goFTgrN2ek4vsKO6X62HZ8iYbieqY2hUpDL6O_06v9qDKTlbPrfNX2pjij9ENnB9ZjkyCfXFw
54 | Web_and_Scripting_Module_15_SP3_x86_64:SLE-Module-Web-Scripting15-SP3-Updates | SLE-Module-Web-Scripting15-SP3-Updates | Yes | (r ) Yes | Yes | https://updates.suse.com/SUSE/Updates/SLE-Module-Web-Scripting/15-SP3/x86_64/update?AmT9ISfbwhpgbzp2B2WWT6ku9npZTtV0PEjsAlZyFCghIvXzFyxneZ6MZ8NTIbNdnVC55ppAqLSMuInvV82gGlGQLVQO1oa4Pv_XJOe6ohUg3fanqpOT1A1FTg8FSPzk2_iSDFdVejQ77cs5pxBcu2utqm1xXwe7CA
JyP6T-0-
</code></pre>
<p>It contains repo with incident.</p>
<p><code>mru-install-minimal-with-addons</code> doesn't use YAML schedule for 15-SP1, so it's dependent on <code>main.pm</code>, which should schedule <code>add_update_test_repo</code>.</p>
<a name="Expected-result-2"></a>
<h4 >Expected result<a href="#Expected-result-2" class="wiki-anchor">¶</a></h4>
<ol>
<li>- AC1: Schedule contains <code>add_update_test_repo</code> which will add test update repositories.</li>
<li>- AC2: all of the service packs have the same behavior</li>
<li>- AC3: Either schedule is moved to YAML or a subticket is created for the move</li>
</ol>
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 #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 #89966 (Resolved): [qe-core] Test kernel_multipath tries to install fixed v...https://progress.opensuse.org/issues/899662021-03-12T07:49:07Zpcervinkapcervinka@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-qa_kernel_multipath@64bit fails in<br>
<a href="https://openqa.suse.de/tests/5657094/modules/kernel_multipath/steps/143" class="external">kernel_multipath</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:pcervinka@suse.com">pcervinka@suse.com</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/5650357" class="external">160.2</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/5634315" class="external">159.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=qa_kernel_multipath&version=15-SP3" class="external">latest</a></p>
<pre><code># Test died: 'zypper -n in -f mdadm-4.1-15.20.1' failed with code 104 (ZYPPER_EXIT_INF_CAP_NOT_FOUND)
Related zypper logs:
2021-03-12 02:03:10 <1> susetest(7447) [zypper:req++] SolverRequester.cc(pkg_spec_to_poolquery):76 query: kinds: package
2021-03-12 02:03:10 <1> susetest(7447) [zypper:req++] SolverRequester.cc(pkg_spec_to_poolquery):76 repos: ALL
2021-03-12 02:03:10 <1> susetest(7447) [zypper:req++] SolverRequester.cc(pkg_spec_to_poolquery):76 version: ANY
2021-03-12 02:03:10 <1> susetest(7447) [zypper:req++] SolverRequester.cc(pkg_spec_to_poolquery):76 status: ALL
2021-03-12 02:03:10 <1> susetest(7447) [zypper:req++] SolverRequester.cc(pkg_spec_to_poolquery):76 string match flags: GLOB|SKIP_KIND
2021-03-12 02:03:10 <1> susetest(7447) [zypper:req++] SolverRequester.cc(pkg_spec_to_poolquery):76 strings:
2021-03-12 02:03:10 <1> susetest(7447) [zypper:req++] SolverRequester.cc(pkg_spec_to_poolquery):76 attributes:
2021-03-12 02:03:10 <1> susetest(7447) [zypper:req++] SolverRequester.cc(pkg_spec_to_poolquery):76 predicated:
2021-03-12 02:03:10 <1> susetest(7447) [zypper:req++] SolverRequester.cc(pkg_spec_to_poolquery):76 * solvable:name: "mdadm"{OTHER(15)} +(SolvableRange == 4.1-15.20.1 "")
2021-03-12 02:03:10 <1> susetest(7447) [zypper:req++] SolverRequester.cc(pkg_spec_to_poolquery):76 last attribute matcher compiled:
2021-03-12 02:03:10 <1> susetest(7447) [zypper:req++] SolverRequester.cc(pkg_spec_to_poolquery):76 not yet compiled
2021-03-12 02:03:10 <1> susetest(7447) [zypper:req++] SolverRequester.cc(pkg_spec_to_poolquery):76
2021-03-12 02:03:10 <2> susetest(7447) [zypper:req] SolverRequester.cc(install):310 mdadm-4.1-15.20.1 cap:mdadm == 4.1-15.20.1 (mod) not found
2021-03-12 02:03:10 <5> susetest(7447) [zypp] Exception.cc(log):166 installremove.cc(handleFeedback):41 THROW: name or capability not found
2021-03-12 02:03:10 <5> susetest(7447) [zypp] Exception.cc(log):166 basecommand.cc(run):274 CAUGHT: name or capability not found at sle/lib/utils.pm line 564.
</code></pre>
<p>Caused by <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/12104">https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/12104</a></p>
openQA Project - action #65627 (Resolved): [kernel] Job fails to download LTP asset filehttps://progress.opensuse.org/issues/656272020-04-15T14:06:49Zpcervinkapcervinka@suse.com
<p>Jobs started to fail with download error of asset file after recent changes to LTP asset handling.</p>
<p>Related job: <a href="https://openqa.suse.de/tests/4124669" class="external">https://openqa.suse.de/tests/4124669</a></p>
<pre><code>Likely error from autoinst-log.txt:
[2020-04-15T14:35:55.0612 CEST] [info] [pid:143562] +++ setup notes +++
[2020-04-15T14:35:55.0612 CEST] [info] [pid:143562] Running on grenache-1:5 (Linux 4.12.14-lp151.28.40-default #1 SMP Fri Mar 6 13:48:15 UTC 2020 (f0f1262) ppc64le)
[2020-04-15T14:35:55.0617 CEST] [debug] [pid:143562] Found ASSET_1, caching runtest-files-sle-15-SP2-ppc64le-178.1-Online@ppc64le-spvm.tar.gz
[2020-04-15T14:35:55.0619 CEST] [info] [pid:143562] Downloading runtest-files-sle-15-SP2-ppc64le-178.1-Online@ppc64le-spvm.tar.gz, request #82339 sent to Cache Service
[2020-04-15T14:36:01.0241 CEST] [info] [pid:143562] Download of runtest-files-sle-15-SP2-ppc64le-178.1-Online@ppc64le-spvm.tar.gz processed:
[info] [#82339] Cache size of "/var/lib/openqa/cache" is 49GiB, with limit 50GiB
[info] [#82339] Downloading "runtest-files-sle-15-SP2-ppc64le-178.1-Online@ppc64le-spvm.tar.gz" from "http://openqa.suse.de/tests/4124669/asset/other/runtest-files-sle-15-SP2-ppc64le-178.1-Online@ppc64le-spvm.tar.gz"
[info] [#82339] Download of "/var/lib/openqa/cache/openqa.suse.de/runtest-files-sle-15-SP2-ppc64le-178.1-Online@ppc64le-spvm.tar.gz" failed: 404 Not Found
[2020-04-15T14:36:01.0252 CEST] [error] [pid:143562] Failed to download runtest-files-sle-15-SP2-ppc64le-178.1-Online@ppc64le-spvm.tar.gz to /var/lib/openqa/cache/openqa.suse.de/runtest-files-sle-15-SP2-ppc64le-178.1-Online@ppc64le-spvm.tar.gz
[2020-04-15T14:36:01.0742 CEST] [info] [pid:143562] +++ worker notes +++
[2020-04-15T14:36:01.0742 CEST] [info] [pid:143562] End time: 2020-04-15 12:36:01
[2020-04-15T14:36:01.0742 CEST] [info] [pid:143562] Result: setup failure
[2020-04-15T14:36:01.0746 CEST] [info] [pid:187969] Uploading autoinst-log.txt
</code></pre> 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>
openQA Project - action #48155 (Resolved): [qam][tools][kernel] Duplicate bootindex with multiple...https://progress.opensuse.org/issues/481552019-02-20T13:42:37Zpcervinkapcervinka@suse.com
<p>When is MULTIPATH variable enabled for installation, option multipath is configured during installation <a href="http://10.100.12.105/tests/1515#step/multipath/1">http://10.100.12.105/tests/1515#step/multipath/1</a>.</p>
<p>Install job finished fine, but there is problem with follow up job which tries to use multipath device and it fails during qemu start:<br>
<a href="http://10.100.12.105/tests/1516/file/autoinst-log.txt">http://10.100.12.105/tests/1516/file/autoinst-log.txt</a></p>
<p>``` <br>
[2019-02-20T09:59:11.927 CET] [debug] starting: /usr/bin/qemu-system-x86_64 -vga cirrus -only-migratable -chardev ringbuf,id=serial0,logfile=serial0,logappend=on -serial chardev:serial0 -soundhw ac97 -global isa-fdc.driveA= -m 1024 -cpu qemu64 -netdev user,id=qanet0 -device virtio-net,netdev=qanet0,mac=52:54:00:12:34:56 -boot order=c,menu=on,splash-time=5000 -device usb-ehci -device usb-tablet -smp 1 -enable-kvm -no-shutdown -vnc :93,share=force-shared -device virtio-serial -chardev socket,path=virtio_console,server,nowait,id=virtio_console,logfile=virtio_console.log,logappend=on -device virtconsole,chardev=virtio_console,name=org.openqa.console.virtio_console -chardev socket,path=qmp_socket,server,nowait,id=qmp_socket,logfile=qmp_socket.log,logappend=on -qmp chardev:qmp_socket -S -device virtio-scsi-pci,id=scsi0 -device virtio-scsi-pci,id=scsi1 -blockdev driver=file,node-name=hd0-overlay0-file,filename=/var/lib/openqa/pool/3/raid/hd0-overlay0,cache.no-flush=on -blockdev driver=qcow2,node-name=hd0-overlay0,file=hd0-overlay0-file,cache.no-flush=on -device scsi-hd,id=hd0-device-path0,drive=hd0-overlay0,share-rw=true,bus=scsi0.0,bootindex=0,serial=hd0 -device scsi-hd,id=hd0-device-path1,drive=hd0-overlay0,share-rw=true,bus=scsi1.0,bootindex=0,serial=hd0 -blockdev driver=file,node-name=hd1-file,filename=/var/lib/openqa/pool/3/raid/hd1,cache.no-flush=on -blockdev driver=qcow2,node-name=hd1,file=hd1-file,cache.no-flush=on -device scsi-hd,id=hd1-device-path0,drive=hd1,share-rw=true,bus=scsi0.0,serial=hd1 -device scsi-hd,id=hd1-device-path1,drive=hd1,share-rw=true,bus=scsi1.0,serial=hd1 -blockdev driver=file,node-name=cd0-overlay0-file,filename=/var/lib/openqa/pool/3/raid/cd0-overlay0,cache.no-flush=on -blockdev driver=qcow2,node-name=cd0-overlay0,file=cd0-overlay0-file,cache.no-flush=on -device scsi-cd,id=cd0-device,drive=cd0-overlay0,serial=cd0<br>
.<br>
.<br>
[2019-02-20T09:59:31.089 CET] [debug] QEMU: qemu-system-x86_64: -device scsi-hd,id=hd0-device-path1,drive=hd0-overlay0,share-rw=true,bus=scsi1.0,bootindex=0,serial=hd0: The bootindex 0 has already been used<br>
[2019-02-20T09:59:31.090 CET] [debug] sending magic and exit<br>
[2019-02-20T09:59:31.090 CET] [debug] received magic close<br>
[2019-02-20T09:59:31.094 CET] [debug] backend process exited: 0</p>
<pre><code>
Problem is command line where is bootindex configured for each path
</code></pre>
<p>-device scsi-hd,id=hd0-device-path0,drive=hd0-overlay0,share-rw=true,bus=scsi0.0,bootindex=0,serial=hd0<br>
-device scsi-hd,id=hd0-device-path1,drive=hd0-overlay0,share-rw=true,bus=scsi1.0,bootindex=0,serial=hd0</p>
<pre><code>
Fix should be implemented OpenQA/Qemu/DriveDevice.pm line 114.
</code></pre> 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 Project - action #30388 (Resolved): [qam] openqaworker10:4 - worker fail all tests - qemu...https://progress.opensuse.org/issues/303882018-01-16T07:56:02Zpcervinkapcervinka@suse.com
<p>openqaworker10:4 fail with error:</p>
<pre><code>.
.
Use of uninitialized value in pattern match (m//) at /var/lib/openqa/cache/tests/sle/products/sle/main.pm line 363.
.
.
DIE can't open qmp: No such file or directory at /usr/lib/os-autoinst/backend/qemu.pm line 809.
at /usr/lib/os-autoinst/backend/baseclass.pm line 80.
backend::baseclass::die_handler('can\'t open qmp: No such file or directory at /usr/lib/os-aut...') called at /usr/lib/os-autoinst/backend/qemu.pm line 809
backend::qemu::start_qemu('backend::qemu=HASH(0x72d4610)') called at /usr/lib/os-autoinst/backend/qemu.pm line 111
backend::qemu::do_start_vm('backend::qemu=HASH(0x72d4610)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 308
backend::baseclass::start_vm('backend::qemu=HASH(0x72d4610)', undef) called at /usr/lib/os-autoinst/backend/baseclass.pm line 75
backend::baseclass::handle_command('backend::qemu=HASH(0x72d4610)', 'HASH(0x74e8fd8)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 487
backend::baseclass::check_socket('backend::qemu=HASH(0x72d4610)', 'IO::Handle=GLOB(0x7302c78)') called at /usr/lib/os-autoinst/backend/qemu.pm line 928
backend::qemu::check_socket('backend::qemu=HASH(0x72d4610)', 'IO::Handle=GLOB(0x7302c78)', 0) called at /usr/lib/os-autoinst/backend/baseclass.pm line 243
eval {...} called at /usr/lib/os-autoinst/backend/baseclass.pm line 156
backend::baseclass::run_capture_loop('backend::qemu=HASH(0x72d4610)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 129
backend::baseclass::run('backend::qemu=HASH(0x72d4610)', 5, 8) called at /usr/lib/os-autoinst/backend/driver.pm line 85
backend::driver::start('backend::driver=HASH(0x5553160)') called at /usr/lib/os-autoinst/backend/driver.pm line 48
backend::driver::new('backend::driver', 'qemu') called at /usr/bin/isotovideo line 211
main::init_backend() called at /usr/bin/isotovideo line 280
</code></pre>
<p>Looks like not properly updated test code, maybe hanged salt updater. It started 15.1.2018.<br>
You can latest status:<br>
<a href="https://openqa.suse.de/admin/workers/925">https://openqa.suse.de/admin/workers/925</a></p>
<p>Error logs:<br>
<a href="https://openqa.suse.de/tests/1389513/file/autoinst-log.txt">https://openqa.suse.de/tests/1389513/file/autoinst-log.txt</a><br>
<a href="https://openqa.suse.de/tests/1389504/file/autoinst-log.txt">https://openqa.suse.de/tests/1389504/file/autoinst-log.txt</a><br>
<a href="https://openqa.suse.de/tests/1389417/file/autoinst-log.txt">https://openqa.suse.de/tests/1389417/file/autoinst-log.txt</a><br>
<a href="https://openqa.suse.de/tests/1389513/file/autoinst-log.txt">https://openqa.suse.de/tests/1389513/file/autoinst-log.txt</a></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>