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 #33580 (Rejected): Jobs are assigned to workers with different backendhttps://progress.opensuse.org/issues/335802018-03-21T11:45:07Zdasantiagodasantiago@suse.com
<p>Related to poo#20812.</p>
<p>Steps to reproduce:<br>
1- Clone a svirt job:<br>
/usr/share/openqa/script/clone_job.pl --from <a href="https://openqa.suse.de" class="external">https://openqa.suse.de</a> --host tragicbox.suse.cz 1538022 VIRSH_HOSTNAME=XXXXXXXX VIRSH_PASSWORD='XXXXX' VIRSH_VMM_FAMILY=xen BACKEND=svirt VIRSH_VMM_TYPE=hvm VIRSH_GUEST=XXXXXXXXXX WORKER_HOSTNAME=XXXXXX VIRSH_GUEST_PASSWORD=XXXXX VIRSH_INSTANCE=20</p>
<p>2- worker.ini containing:</p>
<p>BACKEND=qemu<br>
WORKER_CLASS = qemu_x86_64,qemu_i686,qemu_i586,64bit,svirt-xen,caasp_x86_64,svirt-hyperv</p>
<p>The job will be assigned to this worker and this produces confusion as in the settings tab in OSD, we will see<br>
BACKEND: svirt</p>
<p>but on the vars.json in the pool folder we will see<br>
BACKEND: qemu</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 Tests - action #23912 (Rejected): Needles committed to opensuse repo should be committed a...https://progress.opensuse.org/issues/239122017-09-05T11:47:26Zdasantiagodasantiago@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP2-Desktop-DVD-Updates-x86_64-qam-regression-documentation@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1143372/modules/gedit_about/steps/5" class="external">gedit_about</a></p>
<p>If we check the logs we can see the following messages:</p>
<p>"NO matching needles for gedit-options-icon"<br>
"NO matching needles for desktop-runner-border"<br>
"NO matching needles for oowriter-menus-file-recentDocuments"</p>
<p>However these needles, were committed for the opensuse repo while the tests are failing are for SLES.</p>
<p>So:<br>
1- Are the tests to run in SLES, Opensuse or both?<br>
2- If the tests are to run in SLES then the needles need to be committed to SLES repo<br>
3- If the tests are to run only in Opensuse, then the tests are being triggered wrongly in sles.</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/1143364" class="external">20170904-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/1138134" class="external">20170831-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&flavor=Desktop-DVD-Updates&machine=64bit&distri=sle&arch=x86_64&test=qam-regression-documentation" 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 #23370 (Rejected): Variables ADDONSURL and SCC_ADDONS needs cleanuphttps://progress.opensuse.org/issues/233702017-08-15T08:46:11Zdasantiagodasantiago@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>The variable SCC_ADDONS needs to be set. However only the variable ADDONSURL is set. <br>
These two variables represent the same thing. This needs a code cleanup</p>
<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/1109004/modules/releasenotes/steps/4" class="external">releasenotes</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/1104575" class="external">20170811-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/1104484" class="external">20170811-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?distri=sle&test=create_hdd_minimal_base%2Bsdk&flavor=Server-DVD-Updates&machine=64bit&version=12-SP2&arch=x86_64" class="external">latest</a></p>
openSUSE admin - tickets #21856 (Closed): Self hosted websites for openqa.suse.de testshttps://progress.opensuse.org/issues/218562017-08-09T15:02:32Zdasantiagodasantiago@suse.com
<p>-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1</p>
<p>Hi!</p>
<p>On some tests (firefox) in openQA.suse.de we are relying on some third<br>
party websites (html5test.com). This lately has been causing some<br>
problems as shown in <a href="https://progress.opensuse.org/issues/20228">https://progress.opensuse.org/issues/20228</a></p>
<p>Fortunately the website code is hosted in github: <a href="https://github.com/We">https://github.com/We</a><br>
bPlatformTest/HTML5test and in <a href="https://github.com/WhichBrowser/Parser-">https://github.com/WhichBrowser/Parser-</a><br>
PHP</p>
<p>As discussed, the best option would be to setup a page at<br>
static.opensuse.org</p>
<p>However the first website uses a backend, but since we are interested<br>
only in the front page, i clone the repo to gitlab and i cleaned the<br>
webpage. So it's not using backend anymore. Please check the project<br>
at:<br>
<a href="https://gitlab.suse.de/dasantiago/html5test_clean/tree/master/public">https://gitlab.suse.de/dasantiago/html5test_clean/tree/master/public</a></p>
<p>This clean version is running on: <a href="http://tragicbox.suse.cz:3000/index.h">http://tragicbox.suse.cz:3000/index.h</a><br>
tml</p>
<p>All the external links point to the original locations (only the "save<br>
results" isn't working).</p>
<p>However for this project to be completely independent, i still need to<br>
change a javascript call to the whichbrowser project. Unfortunatelly i<br>
was unable to install it localy.</p>
<p>The whichbrowser project just parses the UserAgent headers with regular<br>
expressions and returns some javascript that is used in the html5test<br>
page.</p>
<p>Please setup the domain for project whichbrowser and let me know the<br>
url. After that i'll do the final change to the html5test_clean project<br>
so it can be set in the static.opensuse.org domain.</p>
<p>Best regards,<br>
David Santiago <br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v2</p>
<p>iQIcBAEBAgAGBQJZiyQGAAoJEM+1kXb3oIrKEkkP/RLFOcvEWb3TnLAA78W0uQ6G<br>
GE/RCW+qLXhtA/rRd+fTnxyM8h9ghrntqDt0osBaKwgMxDEQ0TkY1SK8UJPHdT2Q<br>
zcZzaNYDCp6yB2lp+Na0FGBlpnR/DOJOhbWMnMZ+fuMyaDHJ4SXyKZ42smxg1vRo<br>
pIsKjDelru9cIAL/Vr8UoUt+nLrTlYz5dpfaSihNXV9P0e3GLV0rK0noUfzbeGx+<br>
FpS7WbaNipy/Vlvfca7p8o6aC577yUEPJdV1vcyMlNDyP+r89zOVuBPTLOn0lZ/K<br>
8zrT1r4rUDalLhz4Y25FZvBrFXo8usj4AyGxMY+BWChGSww3N92UFHAWxdPaJoIs<br>
BOgIbUZPUXfQSDirQYUbB+j9wIOIiK62tfxoEkqGP/7UkboYZBKhbwznwfIC1x9q<br>
oBevXUJqCCcnY1tisAUvjU5G1xDtL02lFHf3J8iZIu3+dzeDkR9mV8Jt0eHBtbz7<br>
DpM4hOQTMWzfBHZT5vMxFBTqppyg+O5WYobhLvdk4o5vXww0wYML1Pqp7sTmNzj8<br>
OOirXF/pwtRYMIBq5+SQATljORENmwZDNFt+4OMqp/MStRztmTRZkP92lrF7xhe2<br>
4R8BtFQWRh4L6z6NcpmtE6zKhuvg1FlS6gDM8nH6H1XgfvQDgBEwLovlF5KuAgrX<br>
np5I8m6f48Ano3G30FD7<br>
=w3jQ<br>
-----END PGP SIGNATURE-----</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 #21814 (Rejected): test fails in evolution_meeting_imaphttps://progress.opensuse.org/issues/218142017-08-07T13:52:46Zdasantiagodasantiago@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>The local email relay isn't working.</p>
<p>According to this: <a href="https://www.howtoforge.com/community/threads/dovecot-lda-fatal-unknown-user.48149/" class="external">https://www.howtoforge.com/community/threads/dovecot-lda-fatal-unknown-user.48149/</a></p>
<p>The problem seems to be dovecot configuration related.</p>
<p>openQA test in scenario sle-12-SP2-Desktop-DVD-Updates-x86_64-qam-regression-message@64bit fails in<br>
<a href="https://openqa.suse.de/tests/1095678/modules/evolution_meeting_imap/steps/51" class="external">evolution_meeting_imap</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/1084018" class="external">20170731-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/1083456" class="external">20170730-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&machine=64bit&flavor=Desktop-DVD-Updates&version=12-SP2&distri=sle&test=qam-regression-message" 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>