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 #117028 (In Progress): [qe-core] Possible improvements for transactional in...https://progress.opensuse.org/issues/1170282022-09-22T09:32:40Zpcervinkapcervinka@suse.com
<p>I have found few places for improvements during test development for alp.<br>
We should discuss following points and if they are valid, try to fix/improve them.</p>
<a name="1-Universal-function-for-package-installation"></a>
<h5 >1. Universal function for package installation<a href="#1-Universal-function-for-package-installation" class="wiki-anchor">¶</a></h5>
<p>I noticed that existing code base, becoming messy with if-else for zypper and transactional-update installations.</p>
<p>One of the examples:</p>
<pre><code> if (is_transactional) {
trup_call("pkg install qemu-linux-user");
check_reboot_changes;
} else {
zypper_call("in qemu-linux-user");
}
</code></pre>
<p>This can grow up in numbers with more tests adapted to alp/slem.</p>
<p>Maybe could we use similar approach like for liberty?<br>
<a href="https://gitlab.suse.de/suse-liberty-linux/openqa-tests-sll/-/tree/master/lib/Utils/PackageManager" class="external">https://gitlab.suse.de/suse-liberty-linux/openqa-tests-sll/-/tree/master/lib/Utils/PackageManager</a></p>
<p>Example in test code:</p>
<pre><code>$testapi::distri->get_package_manager()->install_package("ltp")
</code></pre>
<p>As you can see, test code just contained universal installation command, which was distro independent.</p>
<a name="2-Existing-trup_call-function-needs-root-console"></a>
<h5 >2. Existing <code>trup_call</code> function needs <code>root-console</code><a href="#2-Existing-trup_call-function-needs-root-console" class="wiki-anchor">¶</a></h5>
<p>It means that code with <code>$self->select_serial_terminal</code> doesn't work, console change needs to be done.</p>
<p>You can find this pattern in the code:</p>
<pre><code>select_console 'root-console';
trup_call("--continue pkg $cmd", timeout => 2000);
</code></pre>
<p>Is there a way to fix that? <code>trup_call</code> should be console independent.</p>
<a name="3-Support-for-transactional-command-in-script_run"></a>
<h5 >3. Support for transactional command in script_run<a href="#3-Support-for-transactional-command-in-script_run" class="wiki-anchor">¶</a></h5>
<p>We can run commands on the transaction system in the snapshot via <code>transactional-update -c -d --quiet run</code>.<br>
For example, we install something, want to just check something , but we can't use normal <code>script_run</code>, because it will run on booted snapshot.</p>
<p>Would be worth to have something like <code>script_run("COMMAND", transactional => [is_transactional| any other condition | 1])</code> which would wrap command in case we want transactional approach?</p>
openQA Tests - action #116051 (Resolved): [qe-core] Missing update debug repositories for 12-SP3-...https://progress.opensuse.org/issues/1160512022-08-31T07:35:39Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP3-Server-DVD-Updates-x86_64-mau-extratests-kdump@64bit fails in<br>
<a href="https://openqa.suse.de/tests/9414752/modules/kdump_and_crash/steps/49" class="external">kdump_and_crash</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Testsuite maintained at <a href="https://gitlab.suse.de/qa-maintenance/qam-openqa-yml">https://gitlab.suse.de/qa-maintenance/qam-openqa-yml</a>. Run console tests against aggregated test repo</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.suse.de/tests/9411924" class="external">20220829-1</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.suse.de/tests/9389237" class="external">20220825-1</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Server-DVD-Updates&machine=64bit&test=mau-extratests-kdump&version=12-SP3" class="external">latest</a></p>
<p>Test fail in preparation phase, when it tries to install kernel-default-debuginfo:</p>
<pre><code>2022-08-30 05:34:49 <2> susetest(2461) [zypper:req] SolverRequester.cc(install):309 kernel-default-debuginfo-4.4.180-94.171.1 cap:kernel-default-debuginfo == 4.4.180-94.171.1 (mod) not found
2022-08-30 05:34:49 <5> susetest(2461) [zypp] Exception.cc(log):166 Zypper.cc(doCommand):4340 THROW: name or capability not found
</code></pre>
<p>Package is not available, because debug repositories are not present on prepared SUT.</p>
<p>There is only:</p>
<pre><code>1 | 12-SP3-LTSS-TERADATA-Updates | 12-SP3-LTSS-TERADATA-Updates | Yes | (r ) Yes | Yes | http://dist.suse.de/ibs/SUSE/Updates/SLE-SERVER/12-SP3-LTSS-TERADATA/x86_64/update/
</code></pre>
<p>There should be <a href="http://dist.suse.de/ibs/SUSE/Updates/SLE-SERVER/12-SP3-LTSS-TERADATA/x86_64/update_debug">http://dist.suse.de/ibs/SUSE/Updates/SLE-SERVER/12-SP3-LTSS-TERADATA/x86_64/update_debug</a></p>
<p>There should be also debug repositories for maintenance updates.</p>
<p>For example, incident 25601 has update repo:<br>
<a href="http://download.suse.de/ibs/SUSE:/Maintenance:/25601/SUSE_Updates_SLE-SERVER_12-SP3-LTSS-TERADATA_x86_64/">http://download.suse.de/ibs/SUSE:/Maintenance:/25601/SUSE_Updates_SLE-SERVER_12-SP3-LTSS-TERADATA_x86_64/</a></p>
<p>But there should be also:<br>
<a href="https://download.suse.de/ibs/SUSE:/Maintenance:/25601/SUSE_Updates_SLE-SERVER_12-SP3-TERADATA_x86_64_debug/">https://download.suse.de/ibs/SUSE:/Maintenance:/25601/SUSE_Updates_SLE-SERVER_12-SP3-TERADATA_x86_64_debug/</a></p>
<a name="Expected-result-2"></a>
<h4 >Expected result<a href="#Expected-result-2" class="wiki-anchor">¶</a></h4>
<ul>
<li>12-SP3-LTSS-TERADATA Debug repositories are included in mru-install-minimal-with-addons.</li>
<li>12-SP3-LTSS-TERADATA Debug repositories for incidents are included in mru-install-minimal-with-addons.</li>
</ul>
openQA Tests - action #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 #67108 (Resolved): [qam] test fails in install - incorrect job configuratio...https://progress.opensuse.org/issues/671082020-05-21T09:36:03Zpcervinkapcervinka@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-create_hdd_xfstests@64bit fails in<br>
<a href="https://openqa.suse.de/tests/4264532/modules/install/steps/59" class="external">install</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: yosun, this case based on create_hdd_minimal_base+sdk_withhome, install packages, enable kdump and install xfstests in it.</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/4256359" class="external">20200519-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/4254647" class="external">20200519-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=create_hdd_xfstests&version=12-SP3" class="external">latest</a></p>
<p>Variable XFSTESTS_REPO is invalid. Product QA is not responsible for it. Not sure why QAM jobs contains such configuration item. It is not needed for xfstests.</p>
openQA Tests - action #50459 (Resolved): [qam][blue][leap] test fails in updates_packagekit_gpk -...https://progress.opensuse.org/issues/504592019-04-16T12:58:16Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-15.1-DVD-Updates-x86_64-gnome@64bit-2G fails in<br>
<a href="https://openqa.opensuse.org/tests/908669/modules/updates_packagekit_gpk/steps/34" class="external">updates_packagekit_gpk</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<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/907192" class="external">20190414-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.opensuse.org/tests/906200" class="external">20190413-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.opensuse.org/tests/latest?test=gnome&version=15.1&flavor=DVD-Updates&machine=64bit-2G&arch=x86_64&distri=opensuse" class="external">latest</a></p>
openQA Tests - action #50387 (Resolved): [qam][blue] - test fails in updates_packagekit_kdehttps://progress.opensuse.org/issues/503872019-04-15T08:01:23Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-42.3-DVD-Updates-x86_64-kde@64bit-2G fails in<br>
<a href="https://openqa.opensuse.org/tests/907656/modules/updates_packagekit_kde/steps/4" class="external">updates_packagekit_kde</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>TIMEOUT_SCALE property is added to avoid sporadic shutdown fails in kde@USBboot_64 scenario.</p>
<p>Added by : oorlov; </p>
<p>Related ticket: poo#37000</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/903346" class="external">20190409-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.opensuse.org/tests/903252" class="external">20190409-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.opensuse.org/tests/latest?machine=64bit-2G&arch=x86_64&distri=opensuse&test=kde&version=42.3&flavor=DVD-Updates" class="external">latest</a></p>
openQA Tests - action #50309 (Resolved): [qam][blue][leap][opensuse] Update online_repos behavior...https://progress.opensuse.org/issues/503092019-04-11T12:38:47Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-15.1-DVD-Updates-x86_64-install_with_updates_gnome@64bit-2G fails in<br>
<a href="https://openqa.opensuse.org/tests/904506/modules/setup_online_repos/steps/2" class="external">setup_online_repos</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<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/887563" class="external">20190321-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.opensuse.org/tests/latest?flavor=DVD-Updates&version=15.1&test=install_with_updates_gnome&arch=x86_64&distri=opensuse&machine=64bit-2G" class="external">latest</a></p>
<p>Analysis of current failure:</p>
<p>Step in online_repos <a href="https://openqa.opensuse.org/tests/904506#step/online_repos/1" class="external">https://openqa.opensuse.org/tests/904506#step/online_repos/1</a> was never designed to be clickable on "YES" button. It just matches needle online-repos-popup and continues by pressing "alt-n". In Leap15.0 it means usual Next, but in 15.1 it means "NO" button to activate online repositories. </p>
<pre><code>[2019-04-11T07:47:19.148 CEST] [debug] >>> testapi::_handle_found_needle: found online-repos-popup-20190303, similarity 1.00 @ 49/259
[2019-04-11T07:47:19.148 CEST] [debug] /var/lib/openqa/cache/openqa1-opensuse/tests/opensuse/tests/installation/online_repos.pm:67 called testapi::wait_screen_change
[2019-04-11T07:47:19.148 CEST] [debug] <<< testapi::wait_screen_change(timeout=10, similarity_level=50)
[2019-04-11T07:47:19.149 CEST] [debug] /var/lib/openqa/cache/openqa1-opensuse/tests/opensuse/tests/installation/online_repos.pm:67 called testapi::send_key
[2019-04-11T07:47:19.149 CEST] [debug] <<< testapi::send_key(key='alt-n', do_wait=0)
</code></pre>
<p>Leap 15.1 changed behavior in Online repositories selection. It is expected now in online_repos phase instead of setup_online_repos.<br>
Test should be updated to reflect new behavior in Leap installer.</p>
openQA Tests - action #50045 (Resolved): [qam][blue][sle] - Fix type_password to accept parameter...https://progress.opensuse.org/issues/500452019-04-05T08:58:22Zpcervinkapcervinka@suse.com
<p>type_password is wrapper around type_string, but doesn't support all its parameters.<br>
<a href="http://open.qa/api/testapi/#_type_string" class="external">http://open.qa/api/testapi/#_type_string</a> accepts following:</p>
<p>type_string($string [, max_interval => ] [, wait_screen_changes => ] [, wait_still_screen => ] [, secret => 1 ]<br>
[, timeout => ] [, similarity_level => ] );</p>
<p>type_password supports max_interval only.</p>
<p>Expectation:<br>
Try pass all relevant parameters to type_string</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 #32698 (New): [qe-core] Clean /etc/machine-id after image creation https://progress.opensuse.org/issues/326982018-03-02T11:20:24Zpcervinkapcervinka@suse.com
<p>File /etc/machine-id should be unique for each server. If machine-id is the same, it can cause unexpected situations for multi machine tests. Simple file deletion does not work correctly, file is not recreated after the system boot.</p>
openQA Tests - action #21038 (Workable): [qam] test fails in bootloader_s390 - missing install im...https://progress.opensuse.org/issues/210382017-08-03T08:52:13Zpcervinkapcervinka@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-Server-DVD-Incidents-Minimal-s390x-qam-minimal@s390x-zVM-vswitch-l2 fails in<br>
<a href="https://openqa.suse.de/tests/1087171/modules/bootloader_s390/steps/20" class="external">bootloader_s390</a></p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.suse.de/tests/1087171" class="external">:5299:kernel-source.1501485659</a> (current job)</p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.suse.de/tests/1083822" class="external">:5299:kernel-source.1501437271</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.suse.de/tests/latest?version=12&test=qam-minimal&machine=s390x-zVM-vswitch-l2&distri=sle&arch=s390x&flavor=Server-DVD-Incidents-Minimal" class="external">latest</a></p>
<p>There is missing install media on ftp ftp 10.160.0.207 SLE-12-Server-DVD-s390x-GM-DVD1.</p>
<pre><code>'227 Entering Passive Mode (10,160,0,207,117,87). ',
'>>>RETR SLE-12-Server-DVD-s390x-GM-DVD1/suse.ins ',
'550 Failed to open file.
</code></pre>