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 Tests - action #48467 (Resolved): [qam][sle] test fails in zypper_lifecycle_toolchain - in...https://progress.opensuse.org/issues/484672019-02-27T11:43:16Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP4-Server-DVD-Updates-x86_64-qam-allpatterns+addons@64bit fails in<br>
<a href="https://openqa.suse.de/tests/2502001/modules/zypper_lifecycle_toolchain/steps/8" class="external">zypper_lifecycle_toolchain</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>All modules defined in SCC_ADDONS</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/2500196" class="external">20190227-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/2497868" class="external">20190226-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?machine=64bit&arch=x86_64&test=qam-allpatterns%2Baddons&flavor=Server-DVD-Updates&distri=sle&version=12-SP4" class="external">latest</a></p>
<p>Test sometimes fails during package installation. Timeout 700s is not enough in case slow network.</p>
openQA Tests - action #46895 (Resolved): [qam] test fails in dracut - output not matched on 15SP1https://progress.opensuse.org/issues/468952019-01-31T08:34:01Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario OpenQA::Schema::Result::TestSuites=HASH(0xa502150) fails in<br>
<a href="https://openqa.suse.de/tests/2419971/modules/dracut/steps/10" class="external">dracut</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/2419971" class="external">156.1</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: (unknown) (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.suse.de/tests/latest?distri=sle&version=15-SP1&test=extra_tests_in_textmode&machine=svirt-xen-hvm&arch=x86_64&flavor=Installer-DVD" class="external">latest</a></p>
openQA Tests - action #38387 (Resolved): [functional][u][sporadic][medium] test fails in gnucash ...https://progress.opensuse.org/issues/383872018-07-13T07:11:14Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-15.0-DVD-Updates-x86_64-gnome@uefi fails in<br>
<a href="https://openqa.opensuse.org/tests/706006/modules/gnucash/steps/48" class="external">gnucash</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.opensuse.org/tests/706006" class="external">20180713-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.opensuse.org/tests/705913" class="external">20180712-5</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.opensuse.org/tests/latest?version=15.0&distri=opensuse&arch=x86_64&flavor=DVD-Updates&machine=uefi&test=gnome" class="external">latest</a></p>
<p>Although was gnucash test updated recently, it stil sometimes fail to close window.</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>