openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842018-05-14T07:32:11ZopenSUSE Project Management Tool
Redmine openQA Tests - action #36135 (Rejected): [microos] Update cloud-config ntp sectionhttps://progress.opensuse.org/issues/361352018-05-14T07:32:11Zmkravecmkravec@suse.com
<p>Add <code>enabled: true</code>to ntp section.</p>
<p>Because of: <a href="https://bugzilla.suse.com/show_bug.cgi?id=1084509" class="external">https://bugzilla.suse.com/show_bug.cgi?id=1084509</a><br>
More info: <a href="http://cloudinit.readthedocs.io/en/latest/topics/modules.html" class="external">http://cloudinit.readthedocs.io/en/latest/topics/modules.html</a></p>
openQA Tests - action #35982 (Rejected): [microos] Properly check that nodes are UP after reboothttps://progress.opensuse.org/issues/359822018-05-07T13:59:27Zmkravecmkravec@suse.com
<p>Checking with "kubectl get nodes" verifies only master node.</p>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario caasp-3.0-DVD-x86_64-CaaSP-controller@caasp_x86_64 fails in<br>
<a href="https://openqa.suse.de/tests/1613741/modules/stack_reboot/steps/31" class="external">stack_reboot</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/1613741" class="external">0063</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/1608908" class="external">0062</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=CaaSP-controller&arch=x86_64&distri=caasp&flavor=DVD&version=3.0&machine=caasp_x86_64" class="external">latest</a></p>
openQA Tests - action #35613 (Closed): [microos] Test fails to reboothttps://progress.opensuse.org/issues/356132018-04-26T14:59:36Zmkravecmkravec@suse.com
<p>Let's keep it open for a moment to see if it's one time local issue or possible bug</p>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario caasp-3.0-KVM-and-Xen-x86_64-CaaSP-vmx-node-delayed@64bit fails in<br>
<a href="http://dhcp165.suse.cz/tests/3334/modules/stack_worker/steps/1" class="external">stack_worker</a></p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="http://dhcp165.suse.cz/tests/3280" class="external">13.25</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="http://dhcp165.suse.cz/tests/3274" class="external">13.25</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="http://dhcp165.suse.cz/tests/latest?version=3.0&machine=64bit&flavor=KVM-and-Xen&test=CaaSP-vmx-node-delayed&arch=x86_64&distri=caasp" class="external">latest</a></p>
openQA Tests - action #35530 (Resolved): [microos] Worker nodes fail to login after reboothttps://progress.opensuse.org/issues/355302018-04-25T15:27:48Zmkravecmkravec@suse.com
<p>Login prompt is not displayed correctly</p>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario caasp-3.0-DVD-x86_64-CaaSP-node-autoyast3@caasp_x86_64 fails in<br>
<a href="https://openqa.suse.de/tests/1643892/modules/stack_worker/steps/1" class="external">stack_worker</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/1643892" class="external">0069</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/1626131" class="external">0066</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?machine=caasp_x86_64&version=3.0&arch=x86_64&distri=caasp&flavor=DVD&test=CaaSP-node-autoyast3" class="external">latest</a></p>
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 #35278 (Resolved): [microos] Implement cluster deployment with cri-o instea...https://progress.opensuse.org/issues/352782018-04-20T09:41:27Zmkravecmkravec@suse.comopenQA Tests - action #35137 (Closed): [microos] Test openQA workers realiability under loadhttps://progress.opensuse.org/issues/351372018-04-18T08:05:31Zmkravecmkravec@suse.com
<p>Tests sometimes fail, let's see if it is not caused by too many workers on openqaworker[89] machines.</p>
<p>Proposal is to schedule ~50 clusters of different size from tested build.</p>
<p>Should be done when we don't need openQA, so after release when there are no serious QAM incidents.</p>
openQA Tests - action #34672 (Resolved): [microos] Use mixed case for node nameshttps://progress.opensuse.org/issues/346722018-04-10T13:20:54Zmkravecmkravec@suse.com
<p>To make sure we don't hit (probably) <a href="https://bugzilla.suse.com/show_bug.cgi?id=1087115" class="external">https://bugzilla.suse.com/show_bug.cgi?id=1087115</a></p>
<p>Kubernetes translates internally node hostnames into lowercase.<br>
This check controls that users can set hostnames with mixed-case and cluster will still work.</p>
openQA Tests - action #34630 (Resolved): [microos] Make CaaSP mutexes smarterhttps://progress.opensuse.org/issues/346302018-04-10T09:24:30Zmkravecmkravec@suse.com
<p>Mutexes / barriers are used a lot in CaaSP, try to find a way move synchronization into library or make it more readible</p>
openQA Tests - action #34627 (Rejected): [microos] Fix race condition when using certificate that...https://progress.opensuse.org/issues/346272018-04-10T09:23:13Zmkravecmkravec@suse.com
<p><a href="https://openqa.suse.de/tests/1602686#step/stack_bootstrap/17" class="external">https://openqa.suse.de/tests/1602686#step/stack_bootstrap/17</a></p>
openQA Tests - action #34528 (Resolved): [microos] Fix first login issue on VMX imageshttps://progress.opensuse.org/issues/345282018-04-09T11:13:52Zmkravecmkravec@suse.com
<p>In openQA: <a href="https://openqa.suse.de/tests/1596272#step/first_boot/8" class="external">https://openqa.suse.de/tests/1596272#step/first_boot/8</a></p>
<p>Create handler / workaround for <a href="https://bugzilla.suse.com/show_bug.cgi?id=1088654" class="external">https://bugzilla.suse.com/show_bug.cgi?id=1088654</a></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 Tests - action #33787 (Resolved): [microos] Add tests for add master nodes / removal of nodeshttps://progress.opensuse.org/issues/337872018-03-26T09:11:04Zmkravecmkravec@suse.comopenQA Tests - action #33730 (Resolved): [microos] Test fails to find conformance test resultshttps://progress.opensuse.org/issues/337302018-03-23T13:16:58Zmkravecmkravec@suse.com
<p>Failed run: <a href="https://openqa.suse.de/tests/1564431/modules/stack_conformance/steps/183" class="external">https://openqa.suse.de/tests/1564431/modules/stack_conformance/steps/183</a></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>