openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842023-05-12T06:30:55ZopenSUSE Project Management Tool
Redmine openQA Project - action #129172 (Resolved): PXEBOOT doesnt set bootindex on aarch64https://progress.opensuse.org/issues/1291722023-05-12T06:30:55Zybonatakisioannis.bonatakis@suse.com
<p>Digging into the qemu backend seems that the bits to boot a machine (aarch4) from network is missing.</p>
<ul>
<li>first <code>BOOTFROM</code> doesnt support n options
<a href="https://github.com/os-autoinst/os-autoinst/blob/master/backend/qemu.pm#L663">https://github.com/os-autoinst/os-autoinst/blob/master/backend/qemu.pm#L663</a></li>
<li><code>PXEBOOT</code> doesnt set the booting order at all
<a href="https://github.com/os-autoinst/os-autoinst/blob/master/backend/qemu.pm#L713">https://github.com/os-autoinst/os-autoinst/blob/master/backend/qemu.pm#L713</a>
<a href="https://github.com/os-autoinst/os-autoinst/blob/master/backend/qemu.pm#L892">https://github.com/os-autoinst/os-autoinst/blob/master/backend/qemu.pm#L892</a></li>
</ul>
<p>the os-autoinst output looks like that</p>
<pre><code>/usr/bin/qemu-system-aarch64 -device virtio-gpu-pci,edid=on,xres=1024,yres=768 -chardev ringbuf,id=serial0,logfile=serial0,logappend=on -serial chardev:serial0 -audiodev none,id=snd0 -device intel-hda -device hda-output,audiodev=snd0 -m 4096 -machine virt,usb=off,gic-version=3,its=off -cpu host -netdev tap,id=qanet0,ifname=tap2,script=no,downscript=no -device virtio-net,netdev=qanet0,mac=52:54:00:12:05:02 -object rng-random,filename=/dev/urandom,id=rng0 -device virtio-rng-pci,rng=rng0 -device nec-usb-xhci -device usb-tablet -device usb-kbd -smp 1 -enable-kvm -no-shutdown -vnc :93,share=force-shared -device virtio-serial -chardev pipe,id=virtio_console,path=virtio_console,logfile=virtio_console.log,logappend=on -device virtconsole,chardev=virtio_console,name=org.openqa.console.virtio_console -chardev pipe,id=virtio_console_user,path=virtio_console_user,logfile=virtio_console_user.log,logappend=on -device virtconsole,chardev=virtio_console_user,name=org.openqa.console.virtio_console_user -chardev socket,path=qmp_socket,server=on,wait=off,id=qmp_socket,logfile=qmp_socket.log,logappend=on -qmp chardev:qmp_socket -S -device virtio-scsi-pci,id=scsi0 -blockdev driver=file,node-name=hd0-file,filename=/var/lib/openqa/pool/3/raid/hd0,cache.no-flush=on -blockdev driver=qcow2,node-name=hd0,file=hd0-file,cache.no-flush=on,discard=unmap -device virtio-blk-device,id=hd0-device,drive=hd0,serial=hd0 -blockdev driver=file,node-name=cd0-overlay0-file,filename=/var/lib/openqa/pool/3/raid/cd0-overlay0,cache.no-flush=on -blockdev driver=qcow2,node-name=cd0-overlay0,file=cd0-overlay0-file,cache.no-flush=on,discard=unmap -device scsi-cd,id=cd0-device,drive=cd0-overlay0,serial=cd0 -drive id=pflash-code-overlay0,if=pflash,file=/var/lib/openqa/pool/3/raid/pflash-code-overlay0,unit=0,readonly=on -drive id=pflash-vars-overlay0,if=pflash,file=/var/lib/openqa/pool/3/raid/pflash-vars-overlay0,unit=1
</code></pre>
<p>where bootindex is missing</p>
openQA auto review - openqa-force-result #112442 (Resolved): auto_review:"'systemctl --no-pager s...https://progress.opensuse.org/issues/1124422022-06-14T19:17:25Zybonatakisioannis.bonatakis@suse.com
<p>Enable auto-review for slurm jobs reporting on <a href="https://progress.opensuse.org/issues/112436" class="external">https://progress.opensuse.org/issues/112436</a> #112436</p>
openQA Tests - action #108581 (Resolved): False softfails in scc_registrationhttps://progress.opensuse.org/issues/1085812022-03-19T08:35:17Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>There are softfails in the installation and particular on ssc_registration module. However i havent reproduce the softfail in most of the cases. </p>
<p>From the bug[0] context, it is not clear whether this is an actual product issue. <br>
I havent tested it outside of the openqa env yet but many of the tests i run do not show the problem except some particular jobs(sles+sdk+proxy_SCC_via_YaST) which YaST team have some peculiarities, and i think this might be a test issue or env setup. </p>
<p>Anyhow the softfail should be ignored in the cases which it just work as it reports misleading results for the product in the whole. </p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Every build after <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/14342" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/14342</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Softfail raised after checking of the problem<br>
or restrict the softfail only for the jobs which seems to affect the most</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>[0] <a href="https://bugzilla.suse.com/show_bug.cgi?id=1191112" class="external">https://bugzilla.suse.com/show_bug.cgi?id=1191112</a></p>
openQA Tests - action #107395 (Resolved): [HPC] zypper returns error code 107 in slurm_masterhttps://progress.opensuse.org/issues/1073952022-02-23T19:04:58Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<pre><code>(4/6) Installing: twopence-0.4.2-3.d_t.22.x86_64 [.
warning: /var/cache/zypp/packages/devel_tools/x86_64/twopence-0.4.2-3.d_t.22.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID 498d5a23: NOKEY
.....
/usr/lib/tmpfiles.d/net-snmp.conf:1: Line references path below legacy directory /var/run/, updating /var/run/net-snmp → /run/net-snmp; please update the tmpfiles.d/ drop-in file accordingly.
/usr/lib/tmpfiles.d/systemd.conf:19: Failed to resolve user 'systemd-network': No such process
/usr/lib/tmpfiles.d/systemd.conf:20: Failed to resolve user 'systemd-network': No such process
/usr/lib/tmpfiles.d/systemd.conf:21: Failed to resolve user 'systemd-network': No such process
/usr/lib/tmpfiles.d/systemd.conf:22: Failed to resolve user 'systemd-network': No such process
warning: %post(twopence-0.4.2-3.d_t.22.x86_64) scriptlet failed, exit status 65
done]
(5/6) Installing: libtwopence0-0.4.2-3.d_t.22.x86_64 [.
warning: /var/cache/zypp/packages/devel_tools/x86_64/libtwopence0-0.4.2-3.d_t.22.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID 498d5a23: NOKEY
......done]
(6/6) Installing: twopence-shell-client-0.4.2-3.d_t.22.x86_64 [.
warning: /var/cache/zypp/packages/devel_tools/x86_64/twopence-shell-client-0.4.2-3.d_t.22.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID 498d5a23: NOKEY
.......done]
n3BEE-107-
</code></pre>
<p>107 - ZYPPER_EXIT_INF_RPM_SCRIPT_FAILED means "Installation basically succeeded, but some of the packages %post install scripts returned an error"</p>
<p>openQA test in scenario sle-15-SP4-Online-x86_64-hpc_EPSILON_slurm_master@64bit fails in<br>
<a href="https://openqa.suse.de/tests/8218862/modules/slurm_master/steps/162" class="external">slurm_master</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>HPC cluster for experimental and fast-moving external tests. maintainer: <a href="mailto:schlad@suse.de">schlad@suse.de</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/8205633" class="external">99.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/8181333" class="external">98.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=hpc_EPSILON_slurm_master&version=15-SP4" class="external">latest</a></p>
openQA Project - action #98577 (Resolved): Unknown ARRAY( variables matching HDD_1 or ISO in job ...https://progress.opensuse.org/issues/985772021-09-14T07:08:55Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<ul>
<li>For instance <a href="https://openqa.suse.de/tests/7092033/file/vars.json" class="external">https://openqa.suse.de/tests/7092033/file/vars.json</a> has <code>"ARRAY(0x55bb116ac3a0)" : "SLE-15-SP3-Full-x86_64-GM-Media1.iso"</code> which is repeated and assigned correctly on <code>ISO</code>.</li>
<li>Another one on publiccloud <a href="https://openqa.suse.de/tests/7096497/file/vars.json" class="external">https://openqa.suse.de/tests/7096497/file/vars.json</a> has <code>"ARRAY(0x55b5694714b8)" : "publiccloud_15sp3_Azure_BYOS_Updates.qcow2"</code> which is what <code>HDD_1</code> represents.</li>
</ul>
<p>i havent noticed any destruction or impact on the test so far but i havent also found where this comes from.</p>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ul>
<li><strong>AC1</strong>: No variables based on stringified array types present in job settings</li>
</ul>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>Add unit test validating variable names (assuming this is a bug in openQA or os-autoinst)</li>
<li>Mark jobs with variable names containing <code>(</code> as incomplete (assuming this is a bug in another tool)</li>
</ul>
openQA Tests - action #95455 (Rejected): [qac][kernel] Make record_soft_failure shows error as re...https://progress.opensuse.org/issues/954552021-07-13T15:29:46Zybonatakisioannis.bonatakis@suse.com
<p>The idea is that when there is a bug open we have <code>record_soft_failure</code> to workaround in the test level.<br>
But when the bug is resolved there are two approach AFAIK. remove the softfail or leave it intact to find regressions. <br>
however when the bug is gone and softfail still exists in the code, there is not an easy way to distinguish the regression.</p>
<p>I propose to enhance the <code>record_soft_failure</code> to show the regression. One idea is to introduce a flag(extra param?) which we can switch <br>
when the bug has been resolved. Then we can either make the test fail*[1] or show the soft_fail with another colour.</p>
<p>I am not sure if this is the best approach so please comment below if something better comes in your mind.</p>
<p>*[1] maybe we can introduce a parameter to define severity. Then if(critical)->(fail)->else(pass) </p>
openQA Tests - action #91941 (Resolved): [qac] test fails in docker_runchttps://progress.opensuse.org/issues/919412021-04-29T08:39:13Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Fabian Vogt <a class="user active user-mention" href="https://progress.opensuse.org/users/20030">@favogt</a><br>
10:28 AM<br>
Veronika Svecova jun wang Yes, the conflict is expected. <code>docker-runc</code> is no longer used<br>
10:34 AM<br>
Marcus Rückert <a class="user active user-mention" href="https://progress.opensuse.org/users/29146">@darix</a><br>
10:28 AM<br>
maybe we should provide/obsolete it then?<br>
Fabian Vogt <a class="user active user-mention" href="https://progress.opensuse.org/users/20030">@favogt</a><br>
10:28 AM<br>
The issue is that the openQA test tries to install it explicitly</p>
<p>openQA test in scenario sle-15-SP1-Server-DVD-Updates-s390x-mau-extratests-docker@s390x-kvm-sle12 fails in<br>
<a href="https://openqa.suse.de/tests/5915293/modules/docker_runc/steps/68" class="external">docker_runc</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Run docker console tests against aggregated test repo</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/5915293" class="external">20210429-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/5908947" class="external">20210428-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=Server-DVD-Updates&machine=s390x-kvm-sle12&test=mau-extratests-docker&version=15-SP1" class="external">latest</a></p>
openQA Project - action #91878 (Resolved): Improve git log entries in failed test investigationhttps://progress.opensuse.org/issues/918782021-04-28T06:41:56Zybonatakisioannis.bonatakis@suse.com
<p>As for now the investigation shows commits and the files that changed separately.<br>
I believe this would be more useful if files' changes were represented below each commit such us know what changed what.<br>
So for instance test_diff_stat and test_log could be one entity.</p>
<p><a href="#" onclick="$('#collapse-0291e4fe-show, #collapse-0291e4fe-hide').toggle(); $('#collapse-0291e4fe').fadeToggle(150);; return false;" id="collapse-0291e4fe-show" class="icon icon-collapsed collapsible">Proposed represantation...</a><a href="#" onclick="$('#collapse-0291e4fe-show, #collapse-0291e4fe-hide').toggle(); $('#collapse-0291e4fe').fadeToggle(150);; return false;" id="collapse-0291e4fe-hide" class="icon icon-expanded collapsible" style="display:none;">Proposed represantation...</a><div id="collapse-0291e4fe" class="collapsed-text" style="display:none;"><p>❯ git log --stat --oneline HEAD~3..HEAD</p>
<pre><code>7d0a7d2d5 (HEAD -> 91821_rootless_podman, upstream/master, master) Merge pull request #12401 from rwx788/pvm
1cd0b8439 Merge pull request #12420 from rfan1/mok_util
16d2d6653 Add extend key usage CodeSigning for mok
data/openssl/gencert_conf/mok_cert.conf | 1 +
1 file changed, 1 insertion(+)
bab858b35 Merge pull request #12395 from tinawang123/zypperlr
5f3aaf134 Use get_required_var when connecting to the libyui REST API
lib/YuiRestClient.pm | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
6cb028ee8 Remove unused code in the setup_libyui test module
tests/installation/setup_libyui.pm | 1 -
1 file changed, 1 deletion(-)
93107e863 Introduce is_ssh_installation method
lib/Utils/Backends.pm | 20 ++++++++++++++++++--
tests/installation/setup_libyui.pm | 4 ++--
2 files changed, 20 insertions(+), 4 deletions(-)
876c02b53 Set YUI REST API parameters for ssh installations
lib/YuiRestClient.pm | 9 +++++++--
lib/bootloader_pvm.pm | 8 +++++++-
tests/installation/bootloader_zkvm.pm | 6 +++++-
tests/installation/setup_libyui.pm | 8 +++++++-
4 files changed, 26 insertions(+), 5 deletions(-)
3d27891b2 Check the product and modules repos after migration via zypper lr output information
products/sle/main.pm | 4 ++--
schedule/migration/aarch64_regression_test_offline.yaml | 1 +
schedule/migration/aarch64_regression_test_online.yaml | 1 +
schedule/migration/offline_spvm_Upgrade.yaml | 1 +
schedule/migration/ppc64le_regression_test_offline.yaml | 1 +
schedule/migration/ppc64le_regression_test_online.yaml | 1 +
schedule/migration/s390x-zVM-Upgrade.yaml | 1 +
schedule/migration/s390x_regression_test_offline.yaml | 1 +
schedule/migration/s390x_regression_test_online.yaml | 1 +
schedule/migration/x86_regression_test_offline.yaml | 1 +
schedule/migration/x86_regression_test_online.yaml | 1 +
tests/console/check_system_info.pm | 23 +++++++++++++++++++++++
12 files changed, 35 insertions(+), 2 deletions(-)
</code></pre></div></p>
qe-yam - action #72274 (Rejected): [y] nfs mount timeout investigationhttps://progress.opensuse.org/issues/722742020-10-06T06:45:51Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>I file this for investigation of the timeout during the nfs mount.<br>
The network looks ok and i cant see anything wrong from the y2logs. The logs ends the following</p>
<pre><code>2020-10-06 01:04:29 <1> s390kvm086(11263) [Ruby] clients/nfs_server.rb(main):156 NFS module finished
2020-10-06 01:04:29 <1> s390kvm086(11263) [Ruby] clients/nfs_server.rb(main):157 ----------------------------------------
2020-10-06 01:04:29 <1> s390kvm086(11263) [Interpreter] clients/nfs-server.rb:10 Called YaST client returned.
2020-10-06 01:04:29 <0> s390kvm086(11263) [Interpreter] clients/nfs-server.rb:10 Called YaST client returned: `ws_finish
2020-10-06 01:04:29 <1> s390kvm086(11263) [Interpreter] bin/y2start:60 Called YaST client returned.
2020-10-06 01:04:29 <0> s390kvm086(11263) [Interpreter] bin/y2start:60 Called YaST client returned: `ws_finish
2020-10-06 01:04:29 <0> s390kvm086(11263) [ui] YUI.cc(terminateUIThread):254 Sending shutdown message to UI thread
2020-10-06 01:04:29 <0> s390kvm086(11263) [ui] YUI.cc(uiThreadMainLoop):378 Shutting down UI main loop
2020-10-06 01:04:29 <0> s390kvm086(11263) [ui] YUI.cc(terminateUIThread):261 UI thread shut down correctly
2020-10-06 01:04:29 <1> s390kvm086(11263) [ncurses] YNCursesUI.cc(~YNCursesUI):121 Stop YNCursesUI
2020-10-06 01:04:29 <1> s390kvm086(11263) [ncurses] NCurses.cc(~NCurses):145 Shutdown NCurses...
2020-10-06 01:04:29 <1> s390kvm086(11263) [ncurses] NCurses.cc(~NCurses):164 NCurses down
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-ini] IniParser.cc(write):942 File /etc/sysconfig/nfs did not change. Not saving.
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-ini] IniParser.cc(write):942 File /etc/idmapd.conf did not change. Not saving.
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-ini] IniParser.cc(write):942 File /etc/os-release did not change. Not saving.
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-ini] IniParser.cc(write):942 File /usr/share/applications/YaST2/org.opensuse.yast.NFSServer.desktop did not change. Not saving.
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-ini] IniParser.cc(write):942 File /usr/share/applications/YaST2/org.opensuse.yast.NFSServer.desktop did not change. Not saving.
2020-10-06 01:04:29 <0> s390kvm086(11263) [Pkg] Y2CCPkg.cc(~Y2CCPkg):64 ~Y2CCPkg
2020-10-06 01:04:29 <0> s390kvm086(11263) [Pkg] PkgModule.cc(destroy):101 Deleting PkgModule object...
2020-10-06 01:04:29 <0> s390kvm086(11263) [Pkg] Callbacks.cc(~CallbackHandler):1925 Deleting callback handler
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-system] SystemAgent.cc(remove_directory):99 Removing temporary file /tmp/YaST2-11263-eK3ktS/exit
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-system] SystemAgent.cc(remove_directory):99 Removing temporary file /tmp/YaST2-11263-eK3ktS/stderr
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-system] SystemAgent.cc(remove_directory):99 Removing temporary file /tmp/YaST2-11263-eK3ktS/stdout
2020-10-06 01:04:29 <0> s390kvm086(11263) [agent-system] SystemAgent.cc(remove_directory):99 Removing temporary file /tmp/YaST2-11263-eK3ktS
2020-10-06 01:04:29 <1> s390kvm086(11263) [liby2] Y2ProgramComponent.cc(result):161 Sending result: `result (nil)
2020-10-06 01:04:29 <0> s390kvm086(11263) [Y2Ruby] binary/Y2RubyComponent.cc(~Y2RubyComponent):45 Destroying Y2RubyComponent
2020-10-06 01:04:29 <1> s390kvm086(11263) [Y2Ruby] binary/YRuby.cc(~YRuby):117 Shutting down ruby interpreter.
2020-10-06 01:04:29 <0> s390kvm086(11263) [YCPDeclarations] ../../src/YCPDeclarations.cc(~YCPDeclarations):221 Destructor called
</code></pre>
<p>and no error appears. </p>
<p>openQA test in scenario sle-15-SP3-Online-s390x-yast2_ncurses_gnome@s390x-kvm-sle12 fails in<br>
<a href="https://openqa.suse.de/tests/4778612/modules/yast2_nfs_server/steps/61" class="external">yast2_nfs_server</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Test for yast2 UI, ncurses only.<br>
Test suite requires HDD settings to be set, we use inheritance for that.</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/4774110" class="external">50.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/4725363" class="external">44.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=Online&machine=s390x-kvm-sle12&test=yast2_ncurses_gnome&version=15-SP3" class="external">latest</a></p>
qe-yam - action #70546 (Closed): [y] Remove soft fail for bsc#1175374https://progress.opensuse.org/issues/705462020-08-26T04:32:59Zybonatakisioannis.bonatakis@suse.com
<p><a href="https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online&machine=64bit&test=addon-module-http&version=15-SP3" class="external">https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online&machine=64bit&test=addon-module-http&version=15-SP3</a><br>
<a href="https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online&machine=64bit&test=addon-module-ftp&version=15-SP3" class="external">https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online&machine=64bit&test=addon-module-ftp&version=15-SP3</a></p>
<p>revert workaround from <a href="https://progress.opensuse.org/issues/70174" class="external">https://progress.opensuse.org/issues/70174</a> [0]</p>
<p>[0] <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/10870" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/10870</a></p>
qe-yam - action #68579 (Rejected): [y] gitlab-ci needs another stage for verify_file_existencehttps://progress.opensuse.org/issues/685792020-07-02T11:14:45Zybonatakisioannis.bonatakis@suse.com
<p>We used to create new files in new PR. We usually have a test PR open while we create a MR to the qa-sle-functional-y. And this makes the test pipeline to fail. Which it should not.<br>
There are many solutions. </p>
<p>My propose is to create another stage in pipeline which will suit our logic.</p>
openQA Tests - action #68515 (Rejected): [y] iscsi_client wont be fixed in SLE15SP2https://progress.opensuse.org/issues/685152020-06-29T19:29:07Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>bsc#1162514 is resolved but the fix for SLE15SP2 is declined[0]. Although the fix is submitted as maintenance update[1]. </p>
<p>I think we need to act on those jobs that fail in OSD and update the packages or move them in development group. </p>
<p>[0] <a href="https://build.suse.de/request/show/219816" class="external">https://build.suse.de/request/show/219816</a><br>
[1] <a href="https://build.suse.de/request/show/220839" class="external">https://build.suse.de/request/show/220839</a></p>
<p>openQA test in scenario sle-15-SP2-Online-x86_64-iscsi_client_normal_auth_backstore_fileio@64bit fails in<br>
<a href="https://openqa.suse.de/tests/4399148/modules/iscsi_client/steps/64" class="external">iscsi_client</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>iSCSI multimachine test suite with manually configure the static network between SUTs.<br>
Authentication: 2way normal authentication, discovery authentication is not configured <br>
Backstore: fileIO<br>
Test data are included in enclosed yaml file.</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/4222729" class="external">190.2</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/4201288" class="external">189.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=iscsi_client_normal_auth_backstore_fileio&version=15-SP2" class="external">latest</a></p>
openQA Tests - action #68152 (Resolved): [y] Revert Negative Lookhead for 'nothing provides /bin/sh'https://progress.opensuse.org/issues/681522020-06-17T05:44:16Zybonatakisioannis.bonatakis@suse.com
<p>We have to revert 2cf6eb9245cb01cffddf9e70590c0b5d5ce99dcc when <a href="https://bugzilla.suse.com/show_bug.cgi?id=1170322" class="external">https://bugzilla.suse.com/show_bug.cgi?id=1170322</a> resolved.</p>
<p>The above commit use a regex that let the test to not fail for the repotred log message and it is used in <code>%y2log_known_errors</code> list as a softfail in openqa.</p>
openQA Project - action #66427 (Rejected): openqa-cli cant trigger single jobhttps://progress.opensuse.org/issues/664272020-05-05T11:05:58Zybonatakisioannis.bonatakis@suse.com
<p>I used </p>
<pre><code class="text syntaxhl" data-language="text">openqa-cli api --pretty --osd -X POST isos ISO=SLE-15-SP2-Online-x86_64-Build188.1-Media1.iso DISTRI=sle VERSION=15-SP2 FLAVOR=Online ARCH=x86_64 BUILD=188.1 TEST=autoyast_home_encrypted
</code></pre>
<p>to trigger a single job named <em>autoyast_home_encrypted</em> but it wound up running all the jobs for the Online medium. The corresponding command with openqa-client was </p>
<pre><code class="text syntaxhl" data-language="text">openqa-client isos post --host=http://openqa.suse.de ISO=SLE-15-SP2-Online-x86_64-Build188.1-Media1.iso DISTRI=sle VERSION=15-SP2 FLAVOR=Online ARCH=x86_64 BUILD=188.1 TEST=autoyast_home_encrypted
</code></pre>
<p>Expected:<br>
To run only the test job with name autoyast_home_encrypted from the TEST variable</p>
<p>Actual:<br>
Seems to ignore the TEST variable and match all the others with reasult to trigger many jobs</p>
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>