openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842018-04-23T14:15:44ZopenSUSE Project Management Tool
Redmine openQA Project - action #35371 (Rejected): Tooltips are not working properlyhttps://progress.opensuse.org/issues/353712018-04-23T14:15:44Zmkravecmkravec@suse.com
<p>Tooltips are sometimes not disappearing and blinking on previous results page.</p>
<p>See attached video for details.</p>
openQA Tests - action #33790 (Rejected): [microos] Add test for container registryhttps://progress.opensuse.org/issues/337902018-03-26T09:12:20Zmkravecmkravec@suse.com
<p>Set up container registry on controller node and try to serve it from there.</p>
<p>About docker registry: <a href="https://www.suse.com/documentation/sles-12/singlehtml/book_sles_docker/book_sles_docker.html#sec.docker.registry.definition" class="external">https://www.suse.com/documentation/sles-12/singlehtml/book_sles_docker/book_sles_docker.html#sec.docker.registry.definition</a></p>
openQA Project - action #33712 (Rejected): Change colors of results progress bar to reflect openQ...https://progress.opensuse.org/issues/337122018-03-23T10:38:25Zmkravecmkravec@suse.com
<p>Currently all failed jobs are red. After review we know how many failures are openQA issues (poo#) and how many are bugs (bsc#)</p>
<p>I propose to change colors of build results progress bar to reflect this information:</p>
<ul>
<li>#ffcccc - failed job before review</li>
<li>#808080 - failed job because of openQA (they don't bring much value to managers)</li>
<li>#ff0000 - failed job because of bug</li>
</ul>
<p>Just an idea, feel free to reject :)</p>
openQA Project - action #33676 (Resolved): Group results by group name, not build number in paren...https://progress.opensuse.org/issues/336762018-03-22T13:53:06Zmkravecmkravec@suse.com
<a name="Motivation"></a>
<h2 >Motivation<a href="#Motivation" class="wiki-anchor">¶</a></h2>
<a name="What-we-have"></a>
<h3 >What we have<a href="#What-we-have" class="wiki-anchor">¶</a></h3>
<p>On home page (<a href="https://openqa.suse.de/" class="external">https://openqa.suse.de/</a>) we display:</p>
<ul>
<li>parent group name</li>
<li>show last 3 builds in parent group</li>
<li>each build can be expanded to display sub-groups</li>
</ul>
<p>On parent group overview page (<a href="https://openqa.suse.de/parent_group_overview/15" class="external">https://openqa.suse.de/parent_group_overview/15</a>) we display the same information:</p>
<ul>
<li>list of sub-groups</li>
<li>show last 10 builds in parent group</li>
<li>each build is expanded to display sub-groups</li>
</ul>
<p>This seems redundant and loading time of parent group overview is quite slow.<br>
That's why I think parent group overview is not used much, but I might be wrong here.</p>
<a name="Why-change-it"></a>
<h3 >Why change it<a href="#Why-change-it" class="wiki-anchor">¶</a></h3>
<ul>
<li>display mechanism works fine only if every medium in sub-group has identical build number (works in SLE - <a href="https://openqa.suse.de/parent_group_overview/15" class="external">https://openqa.suse.de/parent_group_overview/15</a>)</li>
<li>display mechanism is useless for every parent group that groups different build numbers (broken in CaaSP - <a href="https://openqa.suse.de/parent_group_overview/18" class="external">https://openqa.suse.de/parent_group_overview/18</a>)</li>
<li>managers & reviewers might appreciate it - I have to open 6+ pages to find results of last CaaSP build</li>
<li>page loading time might improve</li>
</ul>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ul>
<li><strong>AC1:</strong> The parent job group overview page can be configured to group builds by job group (instead of grouping job groups by builds)</li>
<li><strong>AC2:</strong> The current parent job group overview grouping is still available</li>
</ul>
<a name="Suggestion"></a>
<h2 >Suggestion<a href="#Suggestion" class="wiki-anchor">¶</a></h2>
<ul>
<li><p>Based on a parameter change parent group overview page to group results by sub-groups, not build numbers and show:</p>
<ul>
<li>list of sub-groups</li>
<li>each sub-group will display results for last build</li>
<li>each sub-group can be expanded to display multiple builds (maybe not needed since it's visible on group overview page - <a href="https://openqa.suse.de/group_overview/110" class="external">https://openqa.suse.de/group_overview/110</a>)</li>
</ul></li>
<li><p>The switch can be included on the template page to reload the page with changed settings or an attribute of the parent job group, similar as for job group where we configure the order "by value" or "by date"</p></li>
</ul>
openQA Tests - action #32977 (Resolved): [functional][yast][y]Release notes content is not really...https://progress.opensuse.org/issues/329772018-03-09T09:58:15Zmkravecmkravec@suse.com
<p>Release notes on sle15 have content from sles12-sp3 and test is passing.<br>
Modify test to check for proper content, for example using assert_screen("release-notes-sles-".get_var('VERSION'));</p>
<p>Example of invalid test: <a href="http://openqa-apac1.suse.de/tests/372/modules/releasenotes/steps/5" class="external">http://openqa-apac1.suse.de/tests/372/modules/releasenotes/steps/5</a></p>
openQA Tests - action #31588 (Closed): [microos] Add MicroOS role test into openQAhttps://progress.opensuse.org/issues/315882018-02-09T12:14:42Zmkravecmkravec@suse.com
<p>NOT all CaaSP images have docker installed</p>
<p>Any Kubic or SUSE CaaSP installation can have the (new) SUSE MicroOS or openSUSE MicroOS system-role installed</p>
<p>These should not include any container runtime</p>
<p>These are documented on <a href="https://kubic.opensuse.org" class="external">https://kubic.opensuse.org</a></p>
openQA Tests - action #31393 (Resolved): [CaaSP] Make sure kubeconfig is downloaded before tests ...https://progress.opensuse.org/issues/313932018-02-06T09:58:30Zmkravecmkravec@suse.com
<p>Kubeconfig download sometimes takes longer. Make sure it's downloaded before we continue.</p>
<ul>
<li>modify controller to wait for download confirmation</li>
<li>modify test to fail if kubeconfig does not exist</li>
</ul>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario caasp-2.0-CaaSP-DVD-Incidents-x86_64-QAM-CaaSP-controller@qam-caasp_x86_64 fails in<br>
<a href="https://openqa.suse.de/tests/1434578/modules/stack_kubernetes/steps/7" class="external">stack_kubernetes</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/1434432" class="external">:6038:rpm.1517313724</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/1434322" class="external">:5753:bash.1517312902</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=caasp&version=2.0&machine=qam-caasp_x86_64&flavor=CaaSP-DVD-Incidents&test=QAM-CaaSP-controller&arch=x86_64" class="external">latest</a></p>
openQA Tests - action #31390 (Closed): [CaaSP] Retry if update failshttps://progress.opensuse.org/issues/313902018-02-06T09:55:32Zmkravecmkravec@suse.com
<p>Record soft_fail if update fails and try again.</p>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario caasp-2.0-CaaSP-DVD-Incidents-x86_64-QAM-CaaSP-controller@qam-caasp_x86_64 fails in<br>
<a href="https://openqa.suse.de/tests/1448296/modules/stack_update/steps/24" class="external">stack_update</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/1448296" class="external">:6627:caasp-dex.1517581761</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/1448288" class="external">:6622:salt.1517569952</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=QAM-CaaSP-controller&flavor=CaaSP-DVD-Incidents&arch=x86_64&distri=caasp&version=2.0&machine=qam-caasp_x86_64" class="external">latest</a></p>
openQA Tests - action #30802 (Rejected): [microos] Add test for kured reboot methodhttps://progress.opensuse.org/issues/308022018-01-24T18:37:46Zmkravecmkravec@suse.com
<p><a href="https://github.com/thkukuk/transactional-update/pull/2" class="external">https://github.com/thkukuk/transactional-update/pull/2</a></p>
<p>With the upcoming introduction of "kured" as another reboot method there needs to be some way to choose which method is supposed to be used. This is done by introducing the configuration file /etc/transactional-update.conf.</p>
<p>Notes:</p>
<pre><code>The configuration file is sourced after the definition of default variable values, so it is possible to redefine those. This may be a useful (undocumented) side effect, but it may also be worth to consider doing the import earlier to allow only a fixed set of variables (i.e. those mentioned in the man page).
While it would be trivial to implement there's no mechanism for overriding default files (e.g. /usr/etc/transactional-update.conf) added yet. Instead the configuration options are listed in a separate manual page transactional-update.conf(5).
</code></pre> openQA Tests - action #30355 (Resolved): [caasp] Tie velum footer to BETA variablehttps://progress.opensuse.org/issues/303552018-01-15T10:46:39Zmkravecmkravec@suse.com
<p>Velum footer shows 3.0.0-dev, which is acceptable while BETA=1</p>
<p>Currently it is accepted with soft_failure.</p>
<p>Fix test to: '-dev' is accepted if BETA=1 and hard fails if BETA=0.</p>
openQA Tests - action #19488 (Resolved): [microos] Add cluster deployment test for KVM images usi...https://progress.opensuse.org/issues/194882017-06-01T09:33:38Zmkravecmkravec@suse.comopenQA Tests - action #19044 (Resolved): [ha][scc]test fails in drbdhttps://progress.opensuse.org/issues/190442017-05-09T12:29:49Zmkravecmkravec@suse.com
<p>drbd and crm_mon tests fail and there are no successful runs in test history.<br>
Please fix or move to development group.</p>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-12-SP3-Server-DVD-HA-x86_64-hacluster-alpha-node1@64bit fails in<br>
<a href="https://openqa.suse.de/tests/925572/modules/drbd/steps/30" class="external">drbd</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/901296" class="external">0137@0348</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: (unknown) (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.suse.de/tests/latest?test=hacluster-alpha-node1&arch=x86_64&version=12-SP3&distri=sle&flavor=Server-DVD-HA&machine=64bit" class="external">latest</a></p>
openQA Project - action #14050 (Resolved): Job does not publish hddhttps://progress.opensuse.org/issues/140502016-10-04T11:38:55Zmkravecmkravec@suse.com
<p><a href="https://openqa.suse.de/tests/599142#downloads" class="external">https://openqa.suse.de/tests/599142#downloads</a></p>
<p>Job does not publish HDD on aarch64, I do not see obvious reason.<br>
Log contains this error just before worker finishes:<br>
Can't use an undefined value as a symbol reference at /usr/lib/os-autoinst/backend/driver.pm line 169.</p>
openQA Project - action #12878 (Resolved): Displayed needle does not change on selectionhttps://progress.opensuse.org/issues/128782016-07-26T12:33:18Zmkravecmkravec@suse.com
<p>I am unable to change displayed needle.<br>
I noticed problem during needle creation, when I am not able to look at needles that did not match (select "Take image from:").<br>
Identical problem is on test page when trying to use select "Candidate needle:".</p>
<p>Sample: <a href="http://dhcp91.suse.cz/tests/1799#step/updates_packagekit_gpk/8" class="external">http://dhcp91.suse.cz/tests/1799#step/updates_packagekit_gpk/8</a></p>
openQA Project - action #11816 (Resolved): Openqa jobs won't start after updating perl-json-xs to...https://progress.opensuse.org/issues/118162016-05-06T09:21:50Zmkravecmkravec@suse.com
<p>New job fail to start with following error in autoinst-log:</p>
<p>json at /usr/lib/os-autoinst/backend/driver.pm line 195.<br>
backend::driver::<u>send_json(backend::driver=HASH(0x474c260), HASH(0x5a92898)) called at /usr/lib/os-autoinst/backend/driver.pm line 181<br>
backend::driver::</u><u>ANON</u>_(backend::driver=HASH(0x474c260)) called at /usr/lib/os-autoinst/bmwqemu.pm line 357<br>
bmwqemu::alive() called at /usr/bin/isotovideo line 149<br>
hash- or arrayref expected (not a simple scalar, use allow_nonref to allow this) at /usr/lib/os-autoinst/backend/driver.pm line 197.<br>
Perl exited with active threads:<br>
1 running and unjoined<br>
0 finished and unjoined<br>
0 running and detached</p>
<p>From changelog: <a href="https://metacpan.org/release/JSON-XS" class="external">https://metacpan.org/release/JSON-XS</a></p>
<ul>
<li>allow_nonref now affects booleans</li>
</ul>
<p>Jobs worked again after reverting to perl-json-xs 3.01.</p>