openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842018-04-09T09:50:00ZopenSUSE Project Management Tool
Redmine openQA Project - action #34504 (Resolved): [tools][sporadic] Job's auto_duplicate fails to duplic...https://progress.opensuse.org/issues/345042018-04-09T09:50:00Zdasantiagodasantiago@suse.com
<p>I deleted by mistake the poo#32854 instead of my comment. </p>
<p>This is happens sporadically and needs investigation, we can observe most of the times 'flaky' travis tests that fails on it [1].</p>
<p>Apparently auto_duplicate fails to copy part of the job dependencies, it doesn't happen only on CI tests, we have other reports mentioning this issue already.</p>
<p>AC:</p>
<ul>
<li>Identify and fix the issue</li>
<li>Stress tests inside our unit-test suite that shows that auto_duplicate is idempotent</li>
</ul>
<p>1: Test failure points to <a href="https://github.com/os-autoinst/openQA/blob/dda08666d6f21473a990e9afcbda6be8a8280b2c/t/05-scheduler-dependencies.t#L785" class="external">https://github.com/os-autoinst/openQA/blob/dda08666d6f21473a990e9afcbda6be8a8280b2c/t/05-scheduler-dependencies.t#L785</a> auto_duplicate()</p>
openQA Project - action #32260 (Resolved): Improve worker version checking.https://progress.opensuse.org/issues/322602018-02-26T09:56:21Zdasantiagodasantiago@suse.com
<p>Improvement of poo#7086.</p>
<p>Currently the worker version checking is being done when the worker sends worker_status messages.</p>
<p>This raises some problems:</p>
<p>1- It's slow. To address some scalability issues, every worker has a different time of polling the server. Sometimes take less time, sometimes takes more time.<br>
This is only noticeable when we have dozens (or maybe hundreds) of workers</p>
<p>2- If the server has jobs to be ran in the queue, it will send immediately the job, and then later it will do the version verification. This makes the job in scheduled state until the verification is done (related with previous point #1)</p>
<p>The solution for this is to move the verification from the worker status message to the websocket connection.</p>
openQA Project - action #29304 (Resolved): [tools][Sprint 201711.2] logging timestamp lost sub-se...https://progress.opensuse.org/issues/293042017-12-12T10:41:01Zdasantiagodasantiago@suse.com
<p>I deleted poo#29190 by mistake.</p>
<ul>
<li>Author: okurz</li>
<li>Status: New</li>
<li>Priority: Normal</li>
<li>Assignee: dasantiago</li>
<li>Category: Concrete Bugs</li>
</ul>
<a name="-Target-version-Ready"></a>
<h2 >* Target version: Ready<a href="#-Target-version-Ready" class="wiki-anchor">¶</a></h2>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>before:</p>
<pre><code>06:26:04.7286 Debug: /var/lib/openqa/share/tests/opensuse/tests/console/consoletest
_setup.pm:64 called testapi::script_run
06:26:04.7286 <<< type_string(string='ps axf > /tmp/psaxf.log', max_interval=250)
06:26:05.8347 WARNING: enqueue_screenshot took 0.57 seconds - slow IO? (opencv: 0.5
2 - encoder: 0.05)
06:26:08.7880 Debug: /var/lib/openqa/share/tests/opensuse/tests/console/consoletest
_setup.pm:64 called testapi::script_run
</code></pre>
<p>after:</p>
<pre><code>[Sun Dec 10 00:38:14 2017] [21440:debug] <<< testapi::wait_serial(timeout=30, regex
p=qr/(?^:4_rLE-\d+-)/)
[Sun Dec 10 00:38:20 2017] [21440:debug] >>> testapi::wait_serial: (?^:4_rLE-\d+-):
ok
[Sun Dec 10 00:38:20 2017] [21440:debug] <<< testapi::upload_logs(file='/tmp/y2logs
_clone.tar.bz2')
</code></pre>
<a name="Problem"></a>
<h2 >Problem<a href="#Problem" class="wiki-anchor">¶</a></h2>
<p>I think the problem was introduced with <a href="https://github.com/os-autoinst/os-autoinst/pull/876" class="external">https://github.com/os-autoinst/os-autoinst/pull/876</a> trying to harmonize the logging format among openQA and os-autoinst which is good but:</p>
<ul>
<li><strong>P1</strong>: The sub-second precision output is helpful to understand timing behaviour of tests -> should come back</li>
<li><strong>P2</strong>: The whole string prefix "[Sun Dec 10 00:38:20 2017] [21440:debug]" is a bit long</li>
<li><strong>P3</strong>: The mixed date/time format is not following a common standard. How about using <a href="https://en.wikipedia.org/wiki/ISO_8601" class="external">ISO 8601</a></li>
</ul>
openQA Project - action #27112 (Resolved): [tools] os-autoinst with proper logging systemhttps://progress.opensuse.org/issues/271122017-10-30T10:30:35Zdasantiagodasantiago@suse.com
<p>The os-autoinst logging system should use a proper logger. In order to harmonize across the application the logging system, we should use Mojo::Log. Example:</p>
<p>From:</p>
<blockquote>
<p>open($logfd, ">", result_dir . "/autoinst-log.txt");</p>
</blockquote>
<p>To:</p>
<blockquote>
<p>Mojo::Log->new(handle => catfile($result_dir, 'autoinst-log.txt'), level => "debug");</p>
</blockquote>
openQA Tests - action #25286 (Resolved): [sle][functional][u][qam][tools] Wrong URL for repositor...https://progress.opensuse.org/issues/252862017-09-14T13:37:43Zdasantiagodasantiago@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP2-Server-DVD-Updates-x86_64-create_hdd_minimal_base+sdk@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1169007/modules/addon_products_sle/steps/5" class="external">addon_products_sle</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/1169007" class="external">20170914-1</a> (current job)</p>
<p>The URL for repositories is wrong. We don't want to use FTP.</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/1166185" class="external">20170913-2</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.suse.de/tests/latest?version=12-SP2&machine=64bit&flavor=Server-DVD-Updates&distri=sle&test=create_hdd_minimal_base%2Bsdk&arch=x86_64" class="external">latest</a></p>
openQA Project - action #23424 (Resolved): Unable to login with VIRTIO console in SLE12-SP1https://progress.opensuse.org/issues/234242017-08-17T11:08:30Zdasantiagodasantiago@suse.com
<p>Unable to login when using the VIRTIO console.</p>
<p>Example:</p>
<p><a href="https://openqa.suse.de/tests/1115492#step/userspace_postfix/4" class="external">https://openqa.suse.de/tests/1115492#step/userspace_postfix/4</a></p>
<p>If we check the autoinst log, we can see:</p>
<p><code><br>
15:16:10.8171 60880 >>> testapi::wait_serial: (?^ui:login:\s*$): ok<br>
15:16:10.8172 60880 <<< testapi::type_string(text='root<br>
')<br>
15:16:10.8175 60883 <<< consoles::virtio_screen::type_string(text='root<br>
', json_cmd_token='VpaWJjTE')<br>
15:16:10.8178 60880 <<< testapi::wait_serial(regexp=qr/(?^ui:Password:\s*$)/, timeout=90)<br>
15:16:10.8181 60883 <<< consoles::virtio_screen::read_until(json_cmd_token='vmhNHfCk', pattern='(?^ui:Password:\\s*$)', regexp='(?^ui:Password:\\s*$)', timeout=90)<br>
15:17:40.8477 60880 >>> testapi::wait_serial: (?^ui:Password:\s*$): fail<br>
15:17:40.8479 60880 <<< testapi::type_string(text='SECRET STRING', secret=1, max_interval=100)<br>
</code></p>
<p>Possible relation with <a href="https://progress.opensuse.org/issues/18980" class="external">https://progress.opensuse.org/issues/18980</a></p>
openQA Project - action #23422 (Resolved): [tools][sprint 201712.1] Same miniature for 2 stepshttps://progress.opensuse.org/issues/234222017-08-17T10:57:34Zdasantiagodasantiago@suse.com
<p>Hello.</p>
<p>This is a webinterface bug.<br>
On some tests, on the details tab, there are some steps that get the same miniature. One miniature preview for 2 steps.</p>
<p>Example:</p>
<ul>
<li><a href="https://openqa.suse.de/tests/1115492#step/userspace_postfix/3" class="external">https://openqa.suse.de/tests/1115492#step/userspace_postfix/3</a></li>
<li><a href="https://openqa.suse.de/tests/1115492#step/userspace_postfix/4" class="external">https://openqa.suse.de/tests/1115492#step/userspace_postfix/4</a></li>
</ul>
<p>They both point to the same square. It's impossible to point and click with the mouse on step 3.</p>
openQA Project - action #23404 (Resolved): Serial output gets losthttps://progress.opensuse.org/issues/234042017-08-16T12:46:54Zdasantiagodasantiago@suse.com
<p>Sometimes the serial output gets lost. </p>
<p>This doesn't happen constantly.</p>
<p>Example:</p>
<p><code>COMMAND ; echo 123123-$?- > /dev/ttyS0</code></p>
<p>and the test will fail with:</p>
<pre><code># wait_serial expected: qr/(?^:123123-\d+-)/
# Result:
</code></pre>
<p>even when the <em>COMMAND</em> was executed without any issues. There's no entry in the serial0.txt file.</p>
<p>For now only i noticed in x86_64.</p>
<p>This happened in the test: <a href="https://openqa.suse.de/tests/1114687#step/piglit/14" class="external">https://openqa.suse.de/tests/1114687#step/piglit/14</a></p>
openQA Tests - action #23326 (Resolved): [sle][qam]test fails in addon_products_slehttps://progress.opensuse.org/issues/233262017-08-11T10:12:34Zdasantiagodasantiago@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>On SP3 looks like the font is bit different. the "SDK" word is different from SP2.</p>
<p>openQA test in scenario sle-12-SP3-Server-DVD-Updates-x86_64-create_hdd_minimal_base+sdk@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1103394/modules/addon_products_sle/steps/27" class="external">addon_products_sle</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/1100129" class="external">20170809-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/1099384" class="external">20170808-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=create_hdd_minimal_base%2Bsdk&distri=sle&arch=x86_64&flavor=Server-DVD-Updates&machine=64bit&version=12-SP3" class="external">latest</a></p>
openQA Project - action #21818 (Resolved): Two workers can work on the same job at a timehttps://progress.opensuse.org/issues/218182017-08-07T16:18:59Zdasantiagodasantiago@suse.com
<p>The web interface is showing wrong image for an assert screen:</p>
<p><a href="https://openqa.suse.de/tests/1096055#step/shotwell_edit/20" class="external">https://openqa.suse.de/tests/1096055#step/shotwell_edit/20</a></p>
<p>If we look into the video, it looks like that the match was done correctly, however in the webinterface it shows the needle comparison against a wrong screen.</p>
<p>Please check the job above, for more info.</p>
openQA Tests - action #20090 (Resolved): [sles][functional] test fails in install_and_reboot - An...https://progress.opensuse.org/issues/200902017-06-27T12:41:38Zdasantiagodasantiago@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>The test fails in the installer.</p>
<p>openQA test in scenario sle-12-SP1-Server-DVD-Updates-x86_64-mru-install-minimal-with-addons@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1022494/modules/install_and_reboot/steps/2" class="external">install_and_reboot</a></p>
<pre><code>An error occurred during installation
</code></pre>
<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/1022494" class="external">20170626-4</a> (current job)</p>
<p>This issue seems to be appearing in irregular intervals. Sometimes a test restart solves it, sometimes it doesn't</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/1022161" class="external">20170626-3</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&version=12-SP1&flavor=Server-DVD-Updates&machine=64bit&distri=sle&test=mru-install-minimal-with-addons" class="external">latest</a></p>
openQA Tests - action #19372 (Resolved): Wireshark needles need to be updatedhttps://progress.opensuse.org/issues/193722017-05-25T12:20:13Zdasantiagodasantiago@suse.com
<p>The wireshark needles need to be updated.</p>
<p>THey are causing soft failures like:<br>
<a href="https://openqa.suse.de/tests/954551#step/wireshark/49" class="external">https://openqa.suse.de/tests/954551#step/wireshark/49</a></p>
openQA Tests - action #18968 (Resolved): test fails in patch_and_reboothttps://progress.opensuse.org/issues/189682017-05-05T08:19:08Zdasantiagodasantiago@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP2-Server-DVD-Updates-x86_64-mau-qa_acceptance_fs_stress@64bit fails in<br>
<a href="https://openqa.suse.de/tests/917773/modules/patch_and_reboot/steps/2" class="external">patch_and_reboot</a></p>
<p>99% of all the "mau" tests are in incomplete status.</p>
<p>The problem seems to be here: <a href="https://openqa.suse.de/tests/917773/modules/patch_and_reboot/steps/1/src" class="external">https://openqa.suse.de/tests/917773/modules/patch_and_reboot/steps/1/src</a><br>
on the call $self->system_login() which seems to be raising exception that appears in the logs:</p>
<p>`23:18:57.6656 1259 <<< testapi::send_key(key='esc')<br>
DIE Virtio terminal does not support send_key. Use type_string (possibly with an<br>
ANSI/XTERM escape sequence), or switch to a console which sends key presses, not<br>
terminal codes.<br>
at /usr/lib/os-autoinst/backend/baseclass.pm line 521.</p>
<p>at /usr/lib/os-autoinst/backend/baseclass.pm line 73.`</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/917773" class="external">20170505-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/914703" class="external">20170504-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&flavor=Server-DVD-Updates&test=mau-qa_acceptance_fs_stress&distri=sle&version=12-SP2&machine=64bit" class="external">latest</a></p>
openQA Tests - action #18926 (Resolved): test fails in patch_and_reboot - Wrong zypper commandhttps://progress.opensuse.org/issues/189262017-05-03T09:12:08Zdasantiagodasantiago@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP2-Server-DVD-Updates-x86_64-mau-qa_kernel_memeat@64bit fails in<br>
<a href="https://openqa.suse.de/tests/913155/modules/patch_and_reboot/steps/50" class="external">patch_and_reboot</a></p>
<p>The zypper command is wrong which makes the test to fail.</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/913155" class="external">20170503-2</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/911868" class="external">20170503-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?test=mau-qa_kernel_memeat&version=12-SP2&machine=64bit&distri=sle&arch=x86_64&flavor=Server-DVD-Updates" class="external">latest</a></p>
openQA Tests - action #18902 (Resolved): [qam]test fails in firefox_pdf - Timeout too lowhttps://progress.opensuse.org/issues/189022017-05-02T15:29:21Zdasantiagodasantiago@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP1-Desktop-DVD-Updates-x86_64-qam-regression-firefox@64bit fails in<br>
<a href="https://openqa.suse.de/tests/911123/modules/firefox_pdf/steps/7" class="external">firefox_pdf</a></p>
<p>The timeout should be increased from 90seconds to 120s or even more: <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/lib/x11regressiontest.pm#L462" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/lib/x11regressiontest.pm#L462</a></p>
<p>This issue, doesn't happen always, but it seems to happen constantly.</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/911020" class="external">20170502-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/910949" class="external">20170502-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?flavor=Desktop-DVD-Updates&machine=64bit&arch=x86_64&distri=sle&test=qam-regression-firefox&version=12-SP1" class="external">latest</a></p>