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 #46487 (Resolved): [qam][functional][y] test fails in select_patterns_and_p...https://progress.opensuse.org/issues/464872019-01-22T08:16:21Zpcervinkapcervinka@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-create_hdd_minimal_base+sdk@64bit fails in<br>
<a href="https://openqa.suse.de/tests/2393619/modules/select_patterns_and_packages/steps/117" class="external">select_patterns_and_packages</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/2390353" class="external">20190121-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/2389727" class="external">20190121-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?distri=sle&machine=64bit&test=create_hdd_minimal_base%2Bsdk&arch=x86_64&version=15&flavor=Server-DVD-Updates" 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 #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 #38069 (Resolved): [qam] [sle] [functional] test fails in pidgin_IRC - fail...https://progress.opensuse.org/issues/380692018-07-02T09:12:17Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP3-Desktop-DVD-Updates-x86_64-qam-regression-message@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1802190/modules/pidgin_IRC/steps/15" class="external">pidgin_IRC</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/1788650" class="external">20180627-3</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/1788392" class="external">20180627-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?test=qam-regression-message&flavor=Desktop-DVD-Updates&distri=sle&arch=x86_64&machine=64bit&version=12-SP3" class="external">latest</a></p>
<p>Failures started after <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/5131" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/5131</a><br>
Use explicit timeout on every check_screen call to make time investment obvious</p>
<ul>
<li> if (check_screen("pidgin-spoofing-ip")) {</li>
<li> if (check_screen("pidgin-spoofing-ip", 0)) {</li>
</ul>
openQA Tests - action #38066 (Resolved): [qam] [sle] [functional] test fails in application_start...https://progress.opensuse.org/issues/380662018-07-02T09:02:47Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP3-Desktop-DVD-Updates-x86_64-qam-regression-gnome@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1802195/modules/application_starts_on_login/steps/81" class="external">application_starts_on_login</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/1796188" class="external">20180629-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/1794354" class="external">20180629-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?flavor=Desktop-DVD-Updates&distri=sle&test=qam-regression-gnome&version=12-SP3&machine=64bit&arch=x86_64" class="external">latest</a></p>
<p>Failures started after <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/5131" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/5131</a><br>
Use explicit timeout on every check_screen call to make time investment obvious</p>
<ul>
<li> if (check_screen("dconf-caution")) {<br></li>
<li> assert_and_click "will-be-careful";<br></li>
<li><p>}</p></li>
<li><p>assert_and_click 'will-be-careful' if check_screen 'dconf-caution', 0;</p></li>
</ul>
openQA Tests - action #37928 (Resolved): [QAM] [SLE 15] Migrate ltp tests in Updates to new runnerhttps://progress.opensuse.org/issues/379282018-06-27T11:53:21Zpcervinkapcervinka@suse.com
<p>LTP tests in Maintenance Updates use old ctcs2 runner:<br>
<a href="https://openqa.suse.de/tests/overview?distri=sle&version=15&build=20180627-2&groupid=165" class="external">https://openqa.suse.de/tests/overview?distri=sle&version=15&build=20180627-2&groupid=165</a></p>
<p>Tasks should be:</p>
<ul>
<li>migrate to ltp runner</li>
<li>exclude outdated tests (compare with GMC Kernel group)</li>
</ul>
openQA Tests - action #32716 (Resolved): [qa]test fails in shutdownhttps://progress.opensuse.org/issues/327162018-03-02T15:42:12Zpcervinkapcervinka@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-s390x-create_hdd_textmode@s390x-kvm-sle12 fails in<br>
<a href="https://openqa.suse.de/tests/1516865/modules/shutdown/steps/7" class="external">shutdown</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/1472824" class="external">0229</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/1408098" class="external">0164</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?test=create_hdd_textmode&arch=s390x&flavor=Server-DVD&version=12-SP4&machine=s390x-kvm-sle12&distri=sle" class="external">latest</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 #32434 (Resolved): [qam] - test fails in sle2docker - docker test suites do...https://progress.opensuse.org/issues/324342018-02-28T07:52:57Zpcervinkapcervinka@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@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1509910/modules/sle2docker/steps/12" class="external">sle2docker</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/1503723" class="external">20180226-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/1501158" class="external">20180226-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?flavor=Server-DVD-Updates&test=mau-extratests&arch=x86_64&version=12-SP3&distri=sle&machine=64bit" class="external">latest</a></p>
<p>It happens again. Docker tests don't clean images properly. There should be 0 images after docker/docker_runc tests.</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 #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 #20904 (Resolved): [qam] - test fails in bootloader_s390 - ftp is missing i...https://progress.opensuse.org/issues/209042017-07-28T10:41:04Zpcervinkapcervinka@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-Incidents-Minimal-s390x-qam-minimal-full@s390x-zVM-vswitch-l3 fails in<br>
<a href="https://openqa.suse.de/tests/1079751/modules/bootloader_s390/steps/11" 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/1079751" class="external">:4414:coreutils.1500893305</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/1079697" class="external">:4531:lvm2.1500590097</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?flavor=Server-DVD-Incidents-Minimal&arch=s390x&version=12-SP3&machine=s390x-zVM-vswitch-l3&test=qam-minimal-full&distri=sle" class="external">latest</a></p>
<p>Test tries to download from ftp SLE-12-SP3-Server-DVD-s390x-GM-DVD1/suse.ins, but it is missing.</p>
<pre><code>ftp 10.160.0.207
Connected to 10.160.0.207.
220 (vsFTPd 3.0.2)
Name (10.160.0.207:ftp): ftp
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> ls SLE-12-SP3-Server-DVD-s390x*
229 Entering Extended Passive Mode (|||30077|).
150 Here comes the directory listing.
drwxr-xr-x 6 1001 65534 4096 Jun 28 03:57 SLE-12-SP3-Server-DVD-s390x-Build0453-Media1
drwxr-xr-x 6 1001 65534 4096 Jul 08 01:57 SLE-12-SP3-Server-DVD-s390x-Build0470-Media1
drwxr-xr-x 6 1001 65534 4096 Jul 08 13:45 SLE-12-SP3-Server-DVD-s390x-Build0472-Media1
drwxr-xr-x 6 1001 65534 4096 Jul 12 07:33 SLE-12-SP3-Server-DVD-s390x-Build0473-Media1
226 Directory send OK.
ftp>
</code></pre>