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 #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 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 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 Project - action #48155 (Resolved): [qam][tools][kernel] Duplicate bootindex with multiple...https://progress.opensuse.org/issues/481552019-02-20T13:42:37Zpcervinkapcervinka@suse.com
<p>When is MULTIPATH variable enabled for installation, option multipath is configured during installation <a href="http://10.100.12.105/tests/1515#step/multipath/1">http://10.100.12.105/tests/1515#step/multipath/1</a>.</p>
<p>Install job finished fine, but there is problem with follow up job which tries to use multipath device and it fails during qemu start:<br>
<a href="http://10.100.12.105/tests/1516/file/autoinst-log.txt">http://10.100.12.105/tests/1516/file/autoinst-log.txt</a></p>
<p>``` <br>
[2019-02-20T09:59:11.927 CET] [debug] starting: /usr/bin/qemu-system-x86_64 -vga cirrus -only-migratable -chardev ringbuf,id=serial0,logfile=serial0,logappend=on -serial chardev:serial0 -soundhw ac97 -global isa-fdc.driveA= -m 1024 -cpu qemu64 -netdev user,id=qanet0 -device virtio-net,netdev=qanet0,mac=52:54:00:12:34:56 -boot order=c,menu=on,splash-time=5000 -device usb-ehci -device usb-tablet -smp 1 -enable-kvm -no-shutdown -vnc :93,share=force-shared -device virtio-serial -chardev socket,path=virtio_console,server,nowait,id=virtio_console,logfile=virtio_console.log,logappend=on -device virtconsole,chardev=virtio_console,name=org.openqa.console.virtio_console -chardev socket,path=qmp_socket,server,nowait,id=qmp_socket,logfile=qmp_socket.log,logappend=on -qmp chardev:qmp_socket -S -device virtio-scsi-pci,id=scsi0 -device virtio-scsi-pci,id=scsi1 -blockdev driver=file,node-name=hd0-overlay0-file,filename=/var/lib/openqa/pool/3/raid/hd0-overlay0,cache.no-flush=on -blockdev driver=qcow2,node-name=hd0-overlay0,file=hd0-overlay0-file,cache.no-flush=on -device scsi-hd,id=hd0-device-path0,drive=hd0-overlay0,share-rw=true,bus=scsi0.0,bootindex=0,serial=hd0 -device scsi-hd,id=hd0-device-path1,drive=hd0-overlay0,share-rw=true,bus=scsi1.0,bootindex=0,serial=hd0 -blockdev driver=file,node-name=hd1-file,filename=/var/lib/openqa/pool/3/raid/hd1,cache.no-flush=on -blockdev driver=qcow2,node-name=hd1,file=hd1-file,cache.no-flush=on -device scsi-hd,id=hd1-device-path0,drive=hd1,share-rw=true,bus=scsi0.0,serial=hd1 -device scsi-hd,id=hd1-device-path1,drive=hd1,share-rw=true,bus=scsi1.0,serial=hd1 -blockdev driver=file,node-name=cd0-overlay0-file,filename=/var/lib/openqa/pool/3/raid/cd0-overlay0,cache.no-flush=on -blockdev driver=qcow2,node-name=cd0-overlay0,file=cd0-overlay0-file,cache.no-flush=on -device scsi-cd,id=cd0-device,drive=cd0-overlay0,serial=cd0<br>
.<br>
.<br>
[2019-02-20T09:59:31.089 CET] [debug] QEMU: qemu-system-x86_64: -device scsi-hd,id=hd0-device-path1,drive=hd0-overlay0,share-rw=true,bus=scsi1.0,bootindex=0,serial=hd0: The bootindex 0 has already been used<br>
[2019-02-20T09:59:31.090 CET] [debug] sending magic and exit<br>
[2019-02-20T09:59:31.090 CET] [debug] received magic close<br>
[2019-02-20T09:59:31.094 CET] [debug] backend process exited: 0</p>
<pre><code>
Problem is command line where is bootindex configured for each path
</code></pre>
<p>-device scsi-hd,id=hd0-device-path0,drive=hd0-overlay0,share-rw=true,bus=scsi0.0,bootindex=0,serial=hd0<br>
-device scsi-hd,id=hd0-device-path1,drive=hd0-overlay0,share-rw=true,bus=scsi1.0,bootindex=0,serial=hd0</p>
<pre><code>
Fix should be implemented OpenQA/Qemu/DriveDevice.pm line 114.
</code></pre> openQA Tests - action #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 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 Tests - action #32698 (New): [qe-core] Clean /etc/machine-id after image creation https://progress.opensuse.org/issues/326982018-03-02T11:20:24Zpcervinkapcervinka@suse.com
<p>File /etc/machine-id should be unique for each server. If machine-id is the same, it can cause unexpected situations for multi machine tests. Simple file deletion does not work correctly, file is not recreated after the system boot.</p>
openQA Project - action #30388 (Resolved): [qam] openqaworker10:4 - worker fail all tests - qemu...https://progress.opensuse.org/issues/303882018-01-16T07:56:02Zpcervinkapcervinka@suse.com
<p>openqaworker10:4 fail with error:</p>
<pre><code>.
.
Use of uninitialized value in pattern match (m//) at /var/lib/openqa/cache/tests/sle/products/sle/main.pm line 363.
.
.
DIE can't open qmp: No such file or directory at /usr/lib/os-autoinst/backend/qemu.pm line 809.
at /usr/lib/os-autoinst/backend/baseclass.pm line 80.
backend::baseclass::die_handler('can\'t open qmp: No such file or directory at /usr/lib/os-aut...') called at /usr/lib/os-autoinst/backend/qemu.pm line 809
backend::qemu::start_qemu('backend::qemu=HASH(0x72d4610)') called at /usr/lib/os-autoinst/backend/qemu.pm line 111
backend::qemu::do_start_vm('backend::qemu=HASH(0x72d4610)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 308
backend::baseclass::start_vm('backend::qemu=HASH(0x72d4610)', undef) called at /usr/lib/os-autoinst/backend/baseclass.pm line 75
backend::baseclass::handle_command('backend::qemu=HASH(0x72d4610)', 'HASH(0x74e8fd8)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 487
backend::baseclass::check_socket('backend::qemu=HASH(0x72d4610)', 'IO::Handle=GLOB(0x7302c78)') called at /usr/lib/os-autoinst/backend/qemu.pm line 928
backend::qemu::check_socket('backend::qemu=HASH(0x72d4610)', 'IO::Handle=GLOB(0x7302c78)', 0) called at /usr/lib/os-autoinst/backend/baseclass.pm line 243
eval {...} called at /usr/lib/os-autoinst/backend/baseclass.pm line 156
backend::baseclass::run_capture_loop('backend::qemu=HASH(0x72d4610)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 129
backend::baseclass::run('backend::qemu=HASH(0x72d4610)', 5, 8) called at /usr/lib/os-autoinst/backend/driver.pm line 85
backend::driver::start('backend::driver=HASH(0x5553160)') called at /usr/lib/os-autoinst/backend/driver.pm line 48
backend::driver::new('backend::driver', 'qemu') called at /usr/bin/isotovideo line 211
main::init_backend() called at /usr/bin/isotovideo line 280
</code></pre>
<p>Looks like not properly updated test code, maybe hanged salt updater. It started 15.1.2018.<br>
You can latest status:<br>
<a href="https://openqa.suse.de/admin/workers/925">https://openqa.suse.de/admin/workers/925</a></p>
<p>Error logs:<br>
<a href="https://openqa.suse.de/tests/1389513/file/autoinst-log.txt">https://openqa.suse.de/tests/1389513/file/autoinst-log.txt</a><br>
<a href="https://openqa.suse.de/tests/1389504/file/autoinst-log.txt">https://openqa.suse.de/tests/1389504/file/autoinst-log.txt</a><br>
<a href="https://openqa.suse.de/tests/1389417/file/autoinst-log.txt">https://openqa.suse.de/tests/1389417/file/autoinst-log.txt</a><br>
<a href="https://openqa.suse.de/tests/1389513/file/autoinst-log.txt">https://openqa.suse.de/tests/1389513/file/autoinst-log.txt</a></p>
openQA Tests - action #21038 (Workable): [qam] test fails in bootloader_s390 - missing install im...https://progress.opensuse.org/issues/210382017-08-03T08:52:13Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-Server-DVD-Incidents-Minimal-s390x-qam-minimal@s390x-zVM-vswitch-l2 fails in<br>
<a href="https://openqa.suse.de/tests/1087171/modules/bootloader_s390/steps/20" class="external">bootloader_s390</a></p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.suse.de/tests/1087171" class="external">:5299:kernel-source.1501485659</a> (current job)</p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.suse.de/tests/1083822" class="external">:5299:kernel-source.1501437271</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.suse.de/tests/latest?version=12&test=qam-minimal&machine=s390x-zVM-vswitch-l2&distri=sle&arch=s390x&flavor=Server-DVD-Incidents-Minimal" class="external">latest</a></p>
<p>There is missing install media on ftp ftp 10.160.0.207 SLE-12-Server-DVD-s390x-GM-DVD1.</p>
<pre><code>'227 Entering Passive Mode (10,160,0,207,117,87). ',
'>>>RETR SLE-12-Server-DVD-s390x-GM-DVD1/suse.ins ',
'550 Failed to open file.
</code></pre>