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 #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 #98541 (Resolved): [qe-core][kernel] Steps in case of s390 failureshttps://progress.opensuse.org/issues/985412021-09-13T08:57:30Zpcervinkapcervinka@suse.com
<p>There are from time to time failures on s390 workers, which needs actions to fix. It is usually handled on eng-testing channel, sometimes it is fixed quickly, but sometimes it takes more time (waiting for return from vacation of more experienced person). Sometimes it is not clear who is responsible for s390 workers health in openQA pool.</p>
<p>What should be best process and who is primary responsible for s390 workers?</p>
openQA Tests - action #49673 (Resolved): [qam] test fails in zypper_docker - increase timeout for...https://progress.opensuse.org/issues/496732019-03-26T07:45:29Zpcervinkapcervinka@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-mau-extratests@64bit fails in<br>
<a href="https://openqa.suse.de/tests/2732269/modules/zypper_docker/steps/38" class="external">zypper_docker</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>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/2732269" class="external">20190326-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/2728991" class="external">20190325-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?version=12-SP4&machine=64bit&distri=sle&arch=x86_64&flavor=Server-DVD-Updates&test=mau-extratests" class="external">latest</a></p>
<pre><code># Test died: command 'zypper-docker update --auto-agree-with-licenses opensuse/leap new_image' timed out at /var/lib/openqa/cache/openqa.suse.de/tests/sle/tests/console/zypper_docker.pm line 54.
</code></pre> openQA Tests - action #38138 (Resolved): [qam] [sle15] test fails in userspace_coreutils - qa_tes...https://progress.opensuse.org/issues/381382018-07-03T13:44:42Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-Server-DVD-Updates-x86_64-mau-qa_userspace_coreutils@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1802248/modules/1_coreutils/steps/1" class="external">1_coreutils</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/1779023" class="external">20180622-2</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?version=15&machine=64bit&arch=x86_64&flavor=Server-DVD-Updates&distri=sle&test=mau-qa_userspace_coreutils" class="external">latest</a></p>
openQA Tests - action #38129 (Resolved): [qam] [sle15] test fails in userspace_apparmor - suite q...https://progress.opensuse.org/issues/381292018-07-03T13:14:39Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-Server-DVD-Updates-x86_64-mau-qa_apparmor@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1802241/modules/1_apparmor/steps/78" class="external">1_apparmor</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/1779016" class="external">20180622-2</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: (unknown) (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.suse.de/tests/latest?arch=x86_64&machine=64bit&version=15&test=mau-qa_apparmor&distri=sle&flavor=Server-DVD-Updates" class="external">latest</a></p>
openQA Tests - action #34258 (Resolved): [qam][sle] test fails in updates_packagekit_gpkhttps://progress.opensuse.org/issues/342582018-04-04T13:50:56Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP1-Server-DVD-Incidents-x86_64-qam-gnome@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1586673/modules/updates_packagekit_gpk/steps/13" class="external">updates_packagekit_gpk</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/1586673" class="external">:6981:openssl.1522827607</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/1585315" class="external">:6986:apache2.1522778727</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&test=qam-gnome&flavor=Server-DVD-Incidents&distri=sle&machine=64bit&version=12-SP1" class="external">latest</a></p>
<p>Probably related to recent changes:<br>
<a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/commit/98e81c8c247aa44e07a4faeafc1948a6570c9581#diff-6223af9836d392c38ad30a34c8a1270d" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/commit/98e81c8c247aa44e07a4faeafc1948a6570c9581#diff-6223af9836d392c38ad30a34c8a1270d</a><br>
<a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/commit/83ebb204d90721c8b5c5d0e4742a6b8f401c3fc5#diff-6223af9836d392c38ad30a34c8a1270d" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/commit/83ebb204d90721c8b5c5d0e4742a6b8f401c3fc5#diff-6223af9836d392c38ad30a34c8a1270d</a></p>
openQA Tests - action #32698 (New): [qe-core] Clean /etc/machine-id after image creation https://progress.opensuse.org/issues/326982018-03-02T11:20:24Zpcervinkapcervinka@suse.com
<p>File /etc/machine-id should be unique for each server. If machine-id is the same, it can cause unexpected situations for multi machine tests. Simple file deletion does not work correctly, file is not recreated after the system boot.</p>
openQA Tests - action #32431 (Resolved): [hpc] Missing gnome aarch64 image for gangliahttps://progress.opensuse.org/issues/324312018-02-28T07:43:17Zpcervinkapcervinka@suse.com
<p><a href="https://openqa.suse.de/tests/1508991" class="external">https://openqa.suse.de/tests/1508991</a></p>
<p>[2018-02-28T01:19:42.0839 UTC] [info] +++ setup notes +++<br>
[2018-02-28T01:19:42.0840 UTC] [info] start time: 2018-02-28 01:19:42<br>
[2018-02-28T01:19:42.0840 UTC] [info] running on openqaworker-arm-2:13 (Linux 4.4.114-94.11-default #1 SMP Thu Feb 1 19:28:26 UTC 2018 (4309ff9) aarch64)<br>
[2018-02-28T01:19:42.0872 UTC] [info] Downloading <a href="mailto:SLES-15-aarch64-Build486.4@64bit-gnome.qcow2">SLES-15-aarch64-Build486.4@64bit-gnome.qcow2</a> from openqa.suse.de/tests/1508991/asset/hdd/<a href="mailto:SLES-15-aarch64-Build486.4@64bit-gnome.qcow2">SLES-15-aarch64-Build486.4@64bit-gnome.qcow2</a><br>
[2018-02-28T01:19:42.0927 UTC] [debug] CACHE: Download of /var/lib/openqa/cache/<a href="mailto:SLES-15-aarch64-Build486.4@64bit-gnome.qcow2">SLES-15-aarch64-Build486.4@64bit-gnome.qcow2</a> failed with: 404 - Not Found<br>
[2018-02-28T01:19:42.0929 UTC] [debug] CACHE: removed /var/lib/openqa/cache/<a href="mailto:SLES-15-aarch64-Build486.4@64bit-gnome.qcow2">SLES-15-aarch64-Build486.4@64bit-gnome.qcow2</a><br>
[2018-02-28T01:19:42.0931 UTC] [warn] job is missing files, releasing job<br>
[2018-02-28T01:19:42.0989 UTC] [info] +++ worker notes +++<br>
[2018-02-28T01:19:42.0989 UTC] [info] end time: 2018-02-28 01:19:42<br>
[2018-02-28T01:19:42.0990 UTC] [info] result: setup failure: Can't download <a href="mailto:SLES-15-aarch64-Build486.4@64bit-gnome.qcow2">SLES-15-aarch64-Build486.4@64bit-gnome.qcow2</a><br>
[2018-02-28T01:19:42.0990 UTC] [info] uploading autoinst-log.txt</p>
openQA Tests - action #31867 (Resolved): [qam] test fails in partitioning_raid - failures after u...https://progress.opensuse.org/issues/318672018-02-15T20:24:06Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP2-Server-DVD-Incidents-Minimal-x86_64-qam-minimal-RAID1@64bit-smp fails in<br>
<a href="https://openqa.suse.de/tests/1476373/modules/partitioning_raid/steps/181" class="external">partitioning_raid</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/1469671" class="external">:5262:yast2-bootloader.1518539443</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/1465979" class="external">:6430:dracut.1518440802</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-smp&version=12-SP2&distri=sle&arch=x86_64&flavor=Server-DVD-Incidents-Minimal&test=qam-minimal-RAID1" class="external">latest</a></p>
<p>Most probably related to <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/4396" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/4396</a></p>
openQA Tests - action #30219 (Resolved): [qam] openqaworker3:8 - DIE can't open qmphttps://progress.opensuse.org/issues/302192018-01-12T08:03:35Zpcervinkapcervinka@suse.com
<p>Slenkins jobs started (since 11.1.2018) to fail with error which happens only on openqaworker3:8.</p>
<p>slenkins-tests-rsyslog-control <a href="https://openqa.suse.de/tests/1380851#">https://openqa.suse.de/tests/1380851#</a><br>
slenkins-twopence-krb5-control <a href="https://openqa.suse.de/tests/1380856#">https://openqa.suse.de/tests/1380856#</a><br>
slenkins-twopence-nis-client <a href="https://openqa.suse.de/tests/1380827#">https://openqa.suse.de/tests/1380827#</a></p>
<pre><code>[2018-01-12T03:57:50.0400 CET] [debug] led state 0 1 1 -261
DIE can't open qmp: No such file or directory at /usr/lib/os-autoinst/backend/qemu.pm line 800.
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 800
backend::qemu::start_qemu('backend::qemu=HASH(0x7aa72f8)') called at /usr/lib/os-autoinst/backend/qemu.pm line 111
backend::qemu::do_start_vm('backend::qemu=HASH(0x7aa72f8)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 308
backend::baseclass::start_vm('backend::qemu=HASH(0x7aa72f8)', undef) called at /usr/lib/os-autoinst/backend/baseclass.pm line 75
backend::baseclass::handle_command('backend::qemu=HASH(0x7aa72f8)', 'HASH(0x5dca3b0)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 487
backend::baseclass::check_socket('backend::qemu=HASH(0x7aa72f8)', 'IO::Handle=GLOB(0x78a7de0)') called at /usr/lib/os-autoinst/backend/qemu.pm line 919
backend::qemu::check_socket('backend::qemu=HASH(0x7aa72f8)', 'IO::Handle=GLOB(0x78a7de0)', 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(0x7aa72f8)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 129
backend::baseclass::run('backend::qemu=HASH(0x7aa72f8)', 5, 8) called at /usr/lib/os-autoinst/backend/driver.pm line 85
backend::driver::start('backend::driver=HASH(0x5001b00)') 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> 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> openQA Tests - action #20778 (Resolved): [qam] test fails in install_update - missing variable IN...https://progress.opensuse.org/issues/207782017-07-26T07:40:35Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP2-Server-DVD-Incidents-x86_64-qam-minimal@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1076795/modules/install_update/steps/9" class="external">install_update</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/1076795" class="external">:5254:python-rpm-macros.1501001624</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/1076771" class="external">:5264:audit.1501020825</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-SP2&distri=sle&machine=64bit&test=qam-minimal&flavor=Server-DVD-Incidents&arch=x86_64" class="external">latest</a></p>
<pre><code>Test died: Could not retrieve required variable INCIDENT_PATCH at /var/lib/openqa/cache/openqa.suse.de/tests/sle/tests/qam-minimal/install_update.pm line 32.
</code></pre>
<p>Line 32 contains:</p>
<p>my $repo = get_required_var('INCIDENT_REPO');</p>
openQA Tests - action #20758 (Resolved): [qam] SLE12-SP3 test fails in welcomehttps://progress.opensuse.org/issues/207582017-07-25T13:16:20Zpcervinkapcervinka@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-qam-yast_self_update@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1074578/modules/welcome/steps/5" class="external">welcome</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/1073783" class="external">20170725-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?version=12-SP3&machine=64bit&test=qam-yast_self_update&distri=sle&flavor=Server-DVD-Updates&arch=x86_64" class="external">latest</a></p>