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 #129056 (Resolved): [qe-core] Images don't have infinite grub timeout since...https://progress.opensuse.org/issues/1290562023-05-10T12:20:30Zpcervinkapcervinka@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-DVD-Updates-x86_64-qam_kernel_multipath@64bit fails in<br>
<a href="https://openqa.suse.de/tests/11036128/modules/boot_to_desktop/steps/1" class="external">boot_to_desktop</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>. Maintainer: jpupava on 15sp1 is problem missing python-xml package</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/11036128" class="external">20230504-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/11027619" class="external">20230503-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=qam_kernel_multipath&version=15-SP4" class="external">latest</a></p>
<p>Nodes boot to early, before configuration of support server is not done. This is usually controlled by mutex, test should wait in grub and continue when server is fully up.<br>
Right now, system boots without network and it causes random failures in multimachine jobs.</p>
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 #116051 (Resolved): [qe-core] Missing update debug repositories for 12-SP3-...https://progress.opensuse.org/issues/1160512022-08-31T07:35:39Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP3-Server-DVD-Updates-x86_64-mau-extratests-kdump@64bit fails in<br>
<a href="https://openqa.suse.de/tests/9414752/modules/kdump_and_crash/steps/49" class="external">kdump_and_crash</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>. Run console tests against aggregated test repo</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/9411924" class="external">20220829-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/9389237" class="external">20220825-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=mau-extratests-kdump&version=12-SP3" class="external">latest</a></p>
<p>Test fail in preparation phase, when it tries to install kernel-default-debuginfo:</p>
<pre><code>2022-08-30 05:34:49 <2> susetest(2461) [zypper:req] SolverRequester.cc(install):309 kernel-default-debuginfo-4.4.180-94.171.1 cap:kernel-default-debuginfo == 4.4.180-94.171.1 (mod) not found
2022-08-30 05:34:49 <5> susetest(2461) [zypp] Exception.cc(log):166 Zypper.cc(doCommand):4340 THROW: name or capability not found
</code></pre>
<p>Package is not available, because debug repositories are not present on prepared SUT.</p>
<p>There is only:</p>
<pre><code>1 | 12-SP3-LTSS-TERADATA-Updates | 12-SP3-LTSS-TERADATA-Updates | Yes | (r ) Yes | Yes | http://dist.suse.de/ibs/SUSE/Updates/SLE-SERVER/12-SP3-LTSS-TERADATA/x86_64/update/
</code></pre>
<p>There should be <a href="http://dist.suse.de/ibs/SUSE/Updates/SLE-SERVER/12-SP3-LTSS-TERADATA/x86_64/update_debug">http://dist.suse.de/ibs/SUSE/Updates/SLE-SERVER/12-SP3-LTSS-TERADATA/x86_64/update_debug</a></p>
<p>There should be also debug repositories for maintenance updates.</p>
<p>For example, incident 25601 has update repo:<br>
<a href="http://download.suse.de/ibs/SUSE:/Maintenance:/25601/SUSE_Updates_SLE-SERVER_12-SP3-LTSS-TERADATA_x86_64/">http://download.suse.de/ibs/SUSE:/Maintenance:/25601/SUSE_Updates_SLE-SERVER_12-SP3-LTSS-TERADATA_x86_64/</a></p>
<p>But there should be also:<br>
<a href="https://download.suse.de/ibs/SUSE:/Maintenance:/25601/SUSE_Updates_SLE-SERVER_12-SP3-TERADATA_x86_64_debug/">https://download.suse.de/ibs/SUSE:/Maintenance:/25601/SUSE_Updates_SLE-SERVER_12-SP3-TERADATA_x86_64_debug/</a></p>
<a name="Expected-result-2"></a>
<h4 >Expected result<a href="#Expected-result-2" class="wiki-anchor">¶</a></h4>
<ul>
<li>12-SP3-LTSS-TERADATA Debug repositories are included in mru-install-minimal-with-addons.</li>
<li>12-SP3-LTSS-TERADATA Debug repositories for incidents are included in mru-install-minimal-with-addons.</li>
</ul>
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 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 Project - action #38015 (Rejected): [qam] [sle15] Missing SLE5 isohttps://progress.opensuse.org/issues/380152018-06-29T06:50:03Zpcervinkapcervinka@suse.com
<p><a href="https://openqa.suse.de/tests/1794490/file/autoinst-log.txt" class="external">https://openqa.suse.de/tests/1794490/file/autoinst-log.txt</a></p>
<p>[2018-06-29T08:21:31.0736 CEST] [info] +++ setup notes +++<br>
[2018-06-29T08:21:31.0736 CEST] [info] start time: 2018-06-29 06:21:31<br>
[2018-06-29T08:21:31.0736 CEST] [info] running on openqaworker5:15 (Linux 4.4.104-39-default #1 SMP Thu Jan 4 08:11:03 UTC 2018 (7db1912) x86_64)<br>
[2018-06-29T08:21:36.0810 CEST] [info] Downloading SLE-15-Installer-DVD-x86_64-GM-DVD1.iso from openqa.suse.de/tests/1794490/asset/iso/SLE-15-Installer-DVD-x86_64-GM-DVD1.iso<br>
[2018-06-29T08:21:36.0857 CEST] [debug] CACHE: Download of /var/lib/openqa/cache/SLE-15-Installer-DVD-x86_64-GM-DVD1.iso failed with: 404 - Not Found<br>
[2018-06-29T08:21:36.0858 CEST] [debug] CACHE: removed /var/lib/openqa/cache/SLE-15-Installer-DVD-x86_64-GM-DVD1.iso<br>
[2018-06-29T08:21:36.0858 CEST] [warn] job is missing files, releasing job<br>
[2018-06-29T08:21:36.0887 CEST] [info] +++ worker notes +++<br>
[2018-06-29T08:21:36.0887 CEST] [info] end time: 2018-06-29 06:21:36<br>
[2018-06-29T08:21:36.0887 CEST] [info] result: setup failure: Can't download SLE-15-Installer-DVD-x86_64-GM-DVD1.iso<br>
[2018-06-29T08:21:36.0887 CEST] [info] uploading autoinst-log.txt</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>