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 #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 #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 #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 #76933 (Rejected): [opensuse] Add clojure test to Tumbleweedhttps://progress.opensuse.org/issues/769332020-11-03T21:20:47Zpcervinkapcervinka@suse.com
<p>Create basic scenario to verify that <code>clojure</code> is able to start and works as expected.<br>
See bsc#1178408 - clojure - Could not find or load main class clojure.main</p>
<a name="Verify"></a>
<h4 >Verify<a href="#Verify" class="wiki-anchor">¶</a></h4>
<ul>
<li><code>clojure -M -e "(map inc [1 2 3 4 5])"</code></li>
<li><code>/usr/bin/clojure -X clojure.core/prn :foo "bar"</code></li>
</ul>
<a name="Expected-result"></a>
<h4 >Expected result:<a href="#Expected-result" class="wiki-anchor">¶</a></h4>
<p>Test is scheduled on openSUSE Tumbleweed.</p>
openQA Project - action #65627 (Resolved): [kernel] Job fails to download LTP asset filehttps://progress.opensuse.org/issues/656272020-04-15T14:06:49Zpcervinkapcervinka@suse.com
<p>Jobs started to fail with download error of asset file after recent changes to LTP asset handling.</p>
<p>Related job: <a href="https://openqa.suse.de/tests/4124669" class="external">https://openqa.suse.de/tests/4124669</a></p>
<pre><code>Likely error from autoinst-log.txt:
[2020-04-15T14:35:55.0612 CEST] [info] [pid:143562] +++ setup notes +++
[2020-04-15T14:35:55.0612 CEST] [info] [pid:143562] Running on grenache-1:5 (Linux 4.12.14-lp151.28.40-default #1 SMP Fri Mar 6 13:48:15 UTC 2020 (f0f1262) ppc64le)
[2020-04-15T14:35:55.0617 CEST] [debug] [pid:143562] Found ASSET_1, caching runtest-files-sle-15-SP2-ppc64le-178.1-Online@ppc64le-spvm.tar.gz
[2020-04-15T14:35:55.0619 CEST] [info] [pid:143562] Downloading runtest-files-sle-15-SP2-ppc64le-178.1-Online@ppc64le-spvm.tar.gz, request #82339 sent to Cache Service
[2020-04-15T14:36:01.0241 CEST] [info] [pid:143562] Download of runtest-files-sle-15-SP2-ppc64le-178.1-Online@ppc64le-spvm.tar.gz processed:
[info] [#82339] Cache size of "/var/lib/openqa/cache" is 49GiB, with limit 50GiB
[info] [#82339] Downloading "runtest-files-sle-15-SP2-ppc64le-178.1-Online@ppc64le-spvm.tar.gz" from "http://openqa.suse.de/tests/4124669/asset/other/runtest-files-sle-15-SP2-ppc64le-178.1-Online@ppc64le-spvm.tar.gz"
[info] [#82339] Download of "/var/lib/openqa/cache/openqa.suse.de/runtest-files-sle-15-SP2-ppc64le-178.1-Online@ppc64le-spvm.tar.gz" failed: 404 Not Found
[2020-04-15T14:36:01.0252 CEST] [error] [pid:143562] Failed to download runtest-files-sle-15-SP2-ppc64le-178.1-Online@ppc64le-spvm.tar.gz to /var/lib/openqa/cache/openqa.suse.de/runtest-files-sle-15-SP2-ppc64le-178.1-Online@ppc64le-spvm.tar.gz
[2020-04-15T14:36:01.0742 CEST] [info] [pid:143562] +++ worker notes +++
[2020-04-15T14:36:01.0742 CEST] [info] [pid:143562] End time: 2020-04-15 12:36:01
[2020-04-15T14:36:01.0742 CEST] [info] [pid:143562] Result: setup failure
[2020-04-15T14:36:01.0746 CEST] [info] [pid:187969] Uploading autoinst-log.txt
</code></pre> openQA Project - action #57266 (Resolved): Forbid test suite name changes if used in job groupshttps://progress.opensuse.org/issues/572662019-09-24T07:14:33Zpcervinkapcervinka@suse.com
<p>When is test suite renamed or deleted, changes are not propagated to job group configuration in YAML.<br>
It is behavior change when comparing to old style of job group definition.</p>
<p>Reproduction scenario:</p>
<ol>
<li>Rename or delete test suite </li>
<li>Check job group definition in YAML, test suite is still present or has old name</li>
</ol>
<p>Note: Sorry, if I made duplicate case(didn't find).</p>
openQA Project - action #48155 (Resolved): [qam][tools][kernel] Duplicate bootindex with multiple...https://progress.opensuse.org/issues/481552019-02-20T13:42:37Zpcervinkapcervinka@suse.com
<p>When is MULTIPATH variable enabled for installation, option multipath is configured during installation <a href="http://10.100.12.105/tests/1515#step/multipath/1">http://10.100.12.105/tests/1515#step/multipath/1</a>.</p>
<p>Install job finished fine, but there is problem with follow up job which tries to use multipath device and it fails during qemu start:<br>
<a href="http://10.100.12.105/tests/1516/file/autoinst-log.txt">http://10.100.12.105/tests/1516/file/autoinst-log.txt</a></p>
<p>``` <br>
[2019-02-20T09:59:11.927 CET] [debug] starting: /usr/bin/qemu-system-x86_64 -vga cirrus -only-migratable -chardev ringbuf,id=serial0,logfile=serial0,logappend=on -serial chardev:serial0 -soundhw ac97 -global isa-fdc.driveA= -m 1024 -cpu qemu64 -netdev user,id=qanet0 -device virtio-net,netdev=qanet0,mac=52:54:00:12:34:56 -boot order=c,menu=on,splash-time=5000 -device usb-ehci -device usb-tablet -smp 1 -enable-kvm -no-shutdown -vnc :93,share=force-shared -device virtio-serial -chardev socket,path=virtio_console,server,nowait,id=virtio_console,logfile=virtio_console.log,logappend=on -device virtconsole,chardev=virtio_console,name=org.openqa.console.virtio_console -chardev socket,path=qmp_socket,server,nowait,id=qmp_socket,logfile=qmp_socket.log,logappend=on -qmp chardev:qmp_socket -S -device virtio-scsi-pci,id=scsi0 -device virtio-scsi-pci,id=scsi1 -blockdev driver=file,node-name=hd0-overlay0-file,filename=/var/lib/openqa/pool/3/raid/hd0-overlay0,cache.no-flush=on -blockdev driver=qcow2,node-name=hd0-overlay0,file=hd0-overlay0-file,cache.no-flush=on -device scsi-hd,id=hd0-device-path0,drive=hd0-overlay0,share-rw=true,bus=scsi0.0,bootindex=0,serial=hd0 -device scsi-hd,id=hd0-device-path1,drive=hd0-overlay0,share-rw=true,bus=scsi1.0,bootindex=0,serial=hd0 -blockdev driver=file,node-name=hd1-file,filename=/var/lib/openqa/pool/3/raid/hd1,cache.no-flush=on -blockdev driver=qcow2,node-name=hd1,file=hd1-file,cache.no-flush=on -device scsi-hd,id=hd1-device-path0,drive=hd1,share-rw=true,bus=scsi0.0,serial=hd1 -device scsi-hd,id=hd1-device-path1,drive=hd1,share-rw=true,bus=scsi1.0,serial=hd1 -blockdev driver=file,node-name=cd0-overlay0-file,filename=/var/lib/openqa/pool/3/raid/cd0-overlay0,cache.no-flush=on -blockdev driver=qcow2,node-name=cd0-overlay0,file=cd0-overlay0-file,cache.no-flush=on -device scsi-cd,id=cd0-device,drive=cd0-overlay0,serial=cd0<br>
.<br>
.<br>
[2019-02-20T09:59:31.089 CET] [debug] QEMU: qemu-system-x86_64: -device scsi-hd,id=hd0-device-path1,drive=hd0-overlay0,share-rw=true,bus=scsi1.0,bootindex=0,serial=hd0: The bootindex 0 has already been used<br>
[2019-02-20T09:59:31.090 CET] [debug] sending magic and exit<br>
[2019-02-20T09:59:31.090 CET] [debug] received magic close<br>
[2019-02-20T09:59:31.094 CET] [debug] backend process exited: 0</p>
<pre><code>
Problem is command line where is bootindex configured for each path
</code></pre>
<p>-device scsi-hd,id=hd0-device-path0,drive=hd0-overlay0,share-rw=true,bus=scsi0.0,bootindex=0,serial=hd0<br>
-device scsi-hd,id=hd0-device-path1,drive=hd0-overlay0,share-rw=true,bus=scsi1.0,bootindex=0,serial=hd0</p>
<pre><code>
Fix should be implemented OpenQA/Qemu/DriveDevice.pm line 114.
</code></pre> openQA 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 #43244 (Rejected): [sle][functional][u] test fails in ntp_client - new test...https://progress.opensuse.org/issues/432442018-11-01T12:57:15Zpcervinkapcervinka@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-extratests@64bit fails in<br>
<a href="https://openqa.suse.de/tests/2231609/modules/ntp_client/steps/16" class="external">ntp_client</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/2227115" class="external">20181031-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/2226138" class="external">20181030-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?arch=x86_64&flavor=Server-DVD-Updates&distri=sle&machine=64bit&test=mau-extratests&version=15" class="external">latest</a></p>
<p>New test was recently merged <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/6097" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/6097</a><br>
and it fails on SLE15.</p>
<pre><code>[2018-11-01T08:58:58.0952 CET] [debug] <<< testapi::type_string(string=' systemctl --no-pager is-enabled chronyd', max_interval=250, wait_screen_changes=0, wait_still_screen=0)
[2018-11-01T08:58:59.0932 CET] [debug] /var/lib/openqa/cache/tests/sle/tests/console/ntp_client.pm:34 called utils::systemctl
[2018-11-01T08:58:59.0933 CET] [debug] <<< testapi::type_string(string=' ; echo 5WtdZ-$?- > /dev/ttyS0
', max_interval=250, wait_screen_changes=0, wait_still_screen=0)
[2018-11-01T08:59:00.0690 CET] [debug] /var/lib/openqa/cache/tests/sle/tests/console/ntp_client.pm:34 called utils::systemctl
[2018-11-01T08:59:00.0690 CET] [debug] <<< testapi::wait_serial(regexp=qr/(?^:5WtdZ-\d+-)/, timeout=90)
[2018-11-01T08:59:02.0778 CET] [debug] >>> testapi::wait_serial: (?^:5WtdZ-\d+-): ok
[2018-11-01T08:59:02.0861 CET] [debug] command ' systemctl --no-pager is-enabled chronyd' failed at /var/lib/openqa/cache/tests/sle/lib/utils.pm line 218.
</code></pre> 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 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>