openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842020-03-09T22:50:23ZopenSUSE Project Management Tool
Redmine openQA Tests - action #64328 (Rejected): [functional][y] fix hostname_inst from btrfs_libstorage-nghttps://progress.opensuse.org/issues/643282020-03-09T22:50:23Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-btrfs_libstorage-ng@64bit-ipmi fails in<br>
<a href="https://openqa.suse.de/tests/3972161/modules/hostname_inst/steps/7" class="external">hostname_inst</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainers: QSF-y.</p>
<p>Test installation with btrfs filesystem and libstorage-ng.<br>
Validates no_COW attributes on subvolumes, file system on partitions, checks whether /home is on separate partition or not (depending on the system).</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/3592332" class="external">89.1</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?arch=x86_64&distri=sle&flavor=Online&machine=64bit-ipmi&test=btrfs_libstorage-ng&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #64165 (Rejected): [functional][y][periodic] test fails in nis_serverhttps://progress.opensuse.org/issues/641652020-03-03T20:19:53Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>the test fails sporadically when the shortcut alt-f fails. As it is shown in the screenshot it the 'f' appears at the end of NIS domain name.</p>
<p>###Suggestion###</p>
<ul>
<li>add some timeout might solve the problem</li>
</ul>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-nis_server@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3949165/modules/nis_server/steps/47" class="external">nis_server</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p><a href="https://progress.opensuse.org/issues/9900" class="external">https://progress.opensuse.org/issues/9900</a><br>
this is only the working part, there are few bugs</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/3939234" class="external">148.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/3927982" class="external">146.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=Online&machine=64bit&test=nis_server&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #62495 (Closed): [functional][y][opensuse] Update support_server on o3 for ...https://progress.opensuse.org/issues/624952020-01-21T17:54:53Zybonatakisioannis.bonatakis@suse.com
<p>We need to create and update the support_server used in remote installation in openqa.opensuse.org. The purpose is to fix the problem appeared in the associated ticket which enabled the vnc remote installation[0] and adjust the tests removing the workaround(remote_target.pm:L28). The work in the spike[1] shows that this should make the trick. </p>
<p>one way to generate a support_server is:<br>
{{</p>
<pre><code class="bash syntaxhl" data-language="bash"><span class="nb">sudo</span> /usr/share/openqa/script/client <span class="nb">jobs </span>post <span class="nv">DISTRI</span><span class="o">=</span>opensuse <span class="nv">VERSION</span><span class="o">=</span>15.2 <span class="nv">ISO</span><span class="o">=</span>openSUSE-Leap-15.0-DVD-x86_64.iso <span class="nv">ARCH</span><span class="o">=</span>x86_64 <span class="nv">FLAVOR</span><span class="o">=</span>DVD <span class="nv">TEST</span><span class="o">=</span>supportserver_generator <span class="nv">MACHINE</span><span class="o">=</span>64bit <span class="nv">DESKTOP</span><span class="o">=</span>gnome <span class="nv">INSTALLONLY</span><span class="o">=</span>1 <span class="nv">AUTOYAST</span><span class="o">=</span>supportserver/autoyast_supportserver_x86.xml <span class="nv">SUPPORT_SERVER_GENERATOR</span><span class="o">=</span>1 <span class="nv">PUBLISH_HDD_1</span><span class="o">=</span>supportserver_15_0_gnome_iob.qcow2 <span class="nt">--host</span> https://openqa.opensuse.org/<span class="sb">```</span>
where:
<span class="nv">ISO</span><span class="o">=</span>the iso file to use <span class="k">for </span>the image
<span class="nv">AUTOYAST</span><span class="o">=</span>one of the xml files <span class="k">in </span>the os-autoinst-distri-opensuse/data directory
<span class="o">}}</span>
The problem is that this didnt work quite well <span class="k">for </span>me[2] as it cant find the packages <span class="k">in </span>the repos. So some extra effort might required.
<span class="c">## Acceptance criteria</span>
- no workaround to get out of the yast <span class="k">in </span>target machine
- the remote ssh and vnc tests should get to the desktop after the installation finish
- it has been observed a segmentation fault <span class="k">in </span>ssh. <span class="k">if </span>this does not appear any more with newer image, that s good, otherwise a bug should be filed.
<span class="c">## Suggestions</span>
- create a xml, run the support_server generator and publish the image
- use an existing qcow and modify it to include the packages that it needs
<span class="o">[</span>0] https://progress.opensuse.org/issues/52310
<span class="o">[</span>1] https://progress.opensuse.org/issues/62096
<span class="o">[</span>2] https://openqa.opensuse.org/tests/1150274
</code></pre> openQA Tests - action #61100 (Resolved): [functional][y] test fails in scc_registrationhttps://progress.opensuse.org/issues/611002019-12-17T14:34:14Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>The full media have new warning popup when you try to skip registration. That makes the latest build fails. <br>
On the skip_registration jobs for full media we need, likely, to adjust the flow after the the skipping, too. related ticket <a href="https://jira.suse.com/browse/SLE-7222" class="external">https://jira.suse.com/browse/SLE-7222</a> and <a href="https://trello.com/c/pyqFurT6/1441-3-updater-registration-handling" class="external">https://trello.com/c/pyqFurT6/1441-3-updater-registration-handling</a>.</p>
<p>openQA test in scenario sle-15-SP2-Full-x86_64-offline_install+skip_registration@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3715189/modules/scc_registration/steps/4" class="external">scc_registration</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: riafarov</p>
<p>Offline installation. Skipping registration for SLE 15, as requires network connection. This is default behavior for SLE 12.</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/3715189" class="external">108.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/3698943" class="external">105.4</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=Full&machine=64bit&test=offline_install%2Bskip_registration&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #60230 (Resolved): [functional][y] test fails in system_rolehttps://progress.opensuse.org/issues/602302019-11-25T11:19:53Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Seems that the UI has changed for the system role frame. We need to adjast the needles to the new design. In this particular test the needle tries to match the textmode option</p>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-addon-module-ftp@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3628412/modules/system_role/steps/15" class="external">system_role</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Test verifies that adding addon using ftp works fine. We just perform installation here. Using HA here, related ticket: <a href="https://progress.opensuse.org/issues/25896" class="external">https://progress.opensuse.org/issues/25896</a> Maintainer: riafarov.</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/3625062" class="external">93.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/3614139" class="external">92.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=Online&machine=64bit&test=addon-module-ftp&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #59318 (Resolved): [functional][u] packages are not gettting installed https://progress.opensuse.org/issues/593182019-11-11T16:04:24Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-lvm+resize_root@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3571728/modules/eog/steps/4" class="external">eog</a></p>
<p>Due to some misconfiguration(??) in the repos the system is incapable to find and install some packages.</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/3529472" class="external">72.1</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?arch=x86_64&distri=sle&flavor=Online&machine=64bit&test=lvm%2Bresize_root&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #59312 (Rejected): [functional][y] could not resolv repos urlshttps://progress.opensuse.org/issues/593122019-11-11T13:23:42Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-autoyast_multipath@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3581339/modules/repos/steps/29" class="external">repos</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Test suite is based on profile received from our beta customers. It contains multipath and profile is edited during runtime using pre init scripts feature. See poo#20818.<br>
Maintainer: <a href="mailto:riafarov@suse.com">riafarov@suse.com</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/3529444" class="external">72.1</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?arch=x86_64&distri=sle&flavor=Online&machine=64bit&test=autoyast_multipath&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #59309 (Rejected): [Functional][y]test fails in verify_ext4https://progress.opensuse.org/issues/593092019-11-11T12:07:33Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-autoyast_ext4@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3579342/modules/verify_ext4/steps/4" class="external">verify_ext4</a><br>
The addresses cannot be resolved. The /etc/resolv.conf is empty</p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Test verifies autoyast installation with ext4 filesystem. Same as autoyast_ext4 with product defined in the profile. Maintainer: <a href="mailto:riafarov@suse.com">riafarov@suse.com</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/3529439" class="external">72.1</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?arch=x86_64&distri=sle&flavor=Online&machine=64bit&test=autoyast_ext4&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #59061 (Rejected): test fails in installationhttps://progress.opensuse.org/issues/590612019-11-05T07:26:11Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Seems like a problem with the control.xml configuration as it complains about the not selected base product. </p>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-autoyast_disk_as_md_member@64bit fails in<br>
<a href="https://openqa.suse.de/tests/3552993/modules/installation/steps/3" class="external">installation</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Validate partitioning for autoyast installation when using disks as Multiple Device member. Uses two devices.</p>
<p>The test verifies that the following configuration of the installed system match the parameters in autoyast profile:</p>
<ol>
<li>Number of partitions on MD RAID;</li>
<li>RAID level;</li>
<li>Mount points for MD partitions. Maintainer: <a href="mailto:oorlov@suse.de">oorlov@suse.de</a></li>
</ol>
<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/3529436" class="external">72.1</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?arch=x86_64&distri=sle&flavor=Online&machine=64bit&test=autoyast_disk_as_md_member&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #59012 (Resolved): [functional][y] test fails in yast_sysconfighttps://progress.opensuse.org/issues/590122019-11-04T10:09:22Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Test variable is not propagated to the sysconfig list.</p>
<p>openQA test in scenario sle-15-SP2-Installer-DVD-s390x-yast2_cmd@s390x-kvm-sle12 fails in<br>
<a href="https://openqa.suse.de/tests/3552677/modules/yast_sysconfig/steps/7" class="external">yast_sysconfig</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>QAM team has developed some tests using YaST cmd line, which is less costly to execute and maintain. This test suite is using those test modules for QA SLE functional.</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/3547257" class="external">77.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/3536545" class="external">72.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=s390x&distri=sle&flavor=Installer-DVD&machine=s390x-kvm-sle12&test=yast2_cmd&version=15-SP2" class="external">latest</a></p>
openQA Project - action #58319 (Resolved): [openqa-client] make --form visible in the help outputhttps://progress.opensuse.org/issues/583192019-10-17T10:56:17Zybonatakisioannis.bonatakis@suse.com
<p>openqa-client has a hidden parameter, the --form parameter, which is necessary for some calls. it should be in the help output with a proper description </p>
<p>i try to make a API call to job_templates_scheduling/num:id using post with openqa-client and because of the big size of the yaml file passed to the template, it returns 414 - Request-URI Too Long.</p>
<p>For example the following command</p>
<pre><code>openqa-client --host http://somehost.suse.cz --apikey xxx --apisecret yyy job_templates_scheduling/1 post --form schema=JobTemplates-01.yaml preview=0 template="$(cat JobGroups/SLE_15_YaST.yaml)"
</code></pre>
<p>without the --form is failing with Error 414 - Request-URI Too Long<br>
because JobGroups/SLE_15_YaST.yaml is too big. Although with a small yaml file the call works even without the parameter, but it doesnt seem to be the right approach.</p>
openQA Tests - action #55964 (Rejected): [functional][y] test fails in scc_registration because o...https://progress.opensuse.org/issues/559642019-08-26T13:27:45Zybonatakisioannis.bonatakis@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-s390x-btrfs_libstorage@s390x-zVM-vswitch-l3 fails in<br>
[scc_registration](<a href="https://openqa.suse.de/tests/3291402/modules/scc_registration/steps/6" class="external">https://openqa.suse.de/tests/3291402/modules/scc_registration/steps/6</a>. </p>
<p>compared to the <a href="https://openqa.suse.de/tests/3278143#step/disk_activation/1" class="external">last successful</a> the disk_activation is missing from the scheduler</p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainers: QSF-y. </p>
<p>Test installation with btrfs filesystem and libstorage. Validates no_COW attributes on subvolumes, file system on partitions, checks whether /home is on separate partition or not (depending on the system).</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/3287580" class="external">0294</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/3278143" class="external">0287</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&machine=s390x-zVM-vswitch-l3&test=btrfs_libstorage&version=12-SP5" class="external">latest</a></p>
openQA Tests - action #55949 (Resolved): [functional][y] yaml schedulers are not foundhttps://progress.opensuse.org/issues/559492019-08-26T10:27:10Zybonatakisioannis.bonatakis@suse.com
<p>yaml schedulers have been renamed and the test schedulers cant be found. </p>
<p>The test suites for under the /schedule/yast/raid need to be updated.</p>
openQA Project - action #54041 (Resolved): test terminates in openqa in scenario with raid partit...https://progress.opensuse.org/issues/540412019-07-09T15:57:59Zybonatakisioannis.bonatakis@suse.com
<p>One of the test that shows the problem is the lvm+raid1. <a href="http://aquarius.suse.cz/tests/1666" class="external">http://aquarius.suse.cz/tests/1666</a></p>
<p>The test seems to go far as in the user_settings module and then it crushes. The first impression was that it might be because of the disk space size. But the disk has enough space for 20Gx4 disks. </p>
<p>The openQA has been updated and run openQA-4.6.1562654601.3adf2e38-1537.1.noarch. os-autoinst is os-autoinst-4.5.1562413838.c3d5e8ac-131.1.x86_64.</p>
<p>in one of the attempt i disabled the firewall because it couldnt upload anything but nothing changed. this causes the openQA to not contains logs of the sut.</p>
<p>the logs collected by the last run (<a href="http://aquarius.suse.cz/tests/1666" class="external">http://aquarius.suse.cz/tests/1666</a>) is here[0] and journalctl logs here [1] which reports an API-failure.</p>
<p>Other jobs looks to work as expected. first time i run the test i used MAKETESTSNAPSHOTS but even without it didnt make any difference.</p>
<p>[0] <a href="http://susepaste.org/view//65176897" class="external">http://susepaste.org/view//65176897</a><br>
[1] <a href="http://susepaste.org/view//26124785" class="external">http://susepaste.org/view//26124785</a></p>
openQA Project - action #49697 (Rejected): [Bug] Needle panel shows incorrect matcheshttps://progress.opensuse.org/issues/496972019-03-26T12:41:55Zybonatakisioannis.bonatakis@suse.com
<p>I found an inconsistency between the <a href="https://openqa.suse.de/admin/needles" class="external">https://openqa.suse.de/admin/needles</a> table and the report in the corresponding test. The /admin/needles shows that the needle never matched but the test shows 100% match. </p>
<p>To reproduce:</p>
<ul>
<li>goto <a href="https://openqa.suse.de/tests/2737496#step/select_patterns_and_packages/89" class="external">https://openqa.suse.de/tests/2737496#step/select_patterns_and_packages/89</a> and check the dropdown list for inst-overview-20170403. this should be 100% in this specific job</li>
<li>visit <a href="https://openqa.suse.de/admin/needles" class="external">https://openqa.suse.de/admin/needles</a> and filter for inst-overview. The inst-overview-20170403.json 's last match is never</li>
</ul>