openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842023-09-06T06:44:43ZopenSUSE Project Management Tool
Redmine openQA Tests - action #135218 (In Progress): test regression in ww4_await_pxe_installhttps://progress.opensuse.org/issues/1352182023-09-06T06:44:43Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Tries to boot before the server gets ready and process fails.</p>
<p>openQA test in scenario sle-15-SP6-Online-x86_64-hpc_ww4_compute0@64bit fails in<br>
<a href="https://openqa.suse.de/tests/12014546/modules/ww4_await_pxe_install/steps/7" class="external">ww4_await_pxe_install</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>first compute node for warewulf booting from network (PXE) after the controller is ready for connection.</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/11979509" class="external">16.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=hpc_ww4_compute0&version=15-SP6" class="external">latest</a></p>
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 Tests - action #128594 (New): test fails in spack_masterhttps://progress.opensuse.org/issues/1285942023-05-03T12:50:53Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>This is related to LD_LIBRARY_PATH again similar to bsc#1208751 [1].</p>
<p>To solve the problem back then, we replace the source file which we compile and run with a simple one which it doesnt have dependency on boost library.<br>
As such we had only to load mpich. SLE15SP5 seems with this. However the SLE15SP3 doesnt accept this change. <br>
The spack versions are quite the same<br>
SLE15SP3 -> 0.19.1-150300.5.16.1<br>
SLE15SP5 -> 0.19.1-150400.12.5.1</p>
<p>The thing is that despite the source file nothing else has change. the test fails in the same version which is used by previous jobs.</p>
<p>[1] <a href="https://bugzilla.suse.com/show_bug.cgi?id=1208751" class="external">https://bugzilla.suse.com/show_bug.cgi?id=1208751</a></p>
<p>openQA test in scenario sle-15-SP3-Server-DVD-HPC-Incidents-x86_64-hpc_BETA_mpich_spack_master@64bit-4gbram fails in<br>
<a href="https://openqa.suse.de/tests/11015548/modules/spack_master/steps/118" class="external">spack_master</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Basic tests of mpich with CPU count=2. </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/10938144" class="external">:28369:hdf5</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/10882077" class="external">:28369:hdf5</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=Server-DVD-HPC-Incidents&machine=64bit-4gbram&test=hpc_BETA_mpich_spack_master&version=15-SP3" class="external">latest</a></p>
openQA Project - action #126032 (Resolved): iso posts do not start all the children chainhttps://progress.opensuse.org/issues/1260322023-03-15T04:34:31Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Not all the child jobs are scheduled from the parent.</p>
<p>I noticed that in the last two build IIRC. For some reason that occurred in this specific test.<br>
The rest of the multijobs looks to start as expected.<br>
However a few examples i tried out reproduce the problem. </p>
<p><a href="#" onclick="$('#collapse-c90cbd1e-show, #collapse-c90cbd1e-hide').toggle(); $('#collapse-c90cbd1e').fadeToggle(150);; return false;" id="collapse-c90cbd1e-show" class="icon icon-collapsed collapsible">iso posts example with _SKIP_CHAINED_DEPS</a><a href="#" onclick="$('#collapse-c90cbd1e-show, #collapse-c90cbd1e-hide').toggle(); $('#collapse-c90cbd1e').fadeToggle(150);; return false;" id="collapse-c90cbd1e-hide" class="icon icon-expanded collapsible" style="display:none;">iso posts example with _SKIP_CHAINED_DEPS</a><div id="collapse-c90cbd1e" class="collapsed-text" style="display:none;"><p>openqa-cli api --pretty --osd -X POST isos ISO=SLE-15-SP5-Online-aarch64-Build80.1-Media1.iso DISTRI=sle VERSION=15-SP5 FLAVOR=Online ARCH=aarch64 BUILD=80.1 TEST=hpc_BETA_mpich_mpi_supportserver _GRPOUP_ID=130<br>
{<br>
"count" : 2,<br>
"failed" : [],<br>
"ids" : [<br>
10698182,<br>
10698183<br>
],<br>
"scheduled_product_id" : 1768408<br>
}</p>
</div></p>
<p><a href="#" onclick="$('#collapse-38bba992-show, #collapse-38bba992-hide').toggle(); $('#collapse-38bba992').fadeToggle(150);; return false;" id="collapse-38bba992-show" class="icon icon-collapsed collapsible">iso posts example with _SKIP_CHAINED_DEPS</a><a href="#" onclick="$('#collapse-38bba992-show, #collapse-38bba992-hide').toggle(); $('#collapse-38bba992').fadeToggle(150);; return false;" id="collapse-38bba992-hide" class="icon icon-expanded collapsible" style="display:none;">iso posts example with _SKIP_CHAINED_DEPS</a><div id="collapse-38bba992" class="collapsed-text" style="display:none;"><p>openqa-cli api --pretty --osd -X POST isos ISO=SLE-15-SP5-Online-aarch64-Build80.1-Media1.iso DISTRI=sle VERSION=15-SP5 FLAVOR=Online ARCH=aarch64 BUILD=80.1 TEST=hpc_BETA_mvapich2_mpi_supportserver _GRPOUP_ID=130 _SKIP_CHAINED_DEPS=1<br>
{<br>
"count" : 1,<br>
"failed" : [],<br>
"ids" : [<br>
10698186<br>
],<br>
"scheduled_product_id" : 1768410</p>
</div></p>
<p>All children has <code>PARALLEL_WITH=hpc_BETA_mpich_mpi_supportserver</code> on Test Suites</p>
<p>openQA test in scenario sle-15-SP5-Online-x86_64-hpc_BETA_mpich_mpi_supportserver@64bit fails in<br>
<a href="https://openqa.suse.de/tests/10691528/modules/wait_children/steps/7" class="external">wait_children</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Basic tests of mpich with CPU count=2. Maintainer: schlad <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/10691528" class="external">80.1</a> (current job)</p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p><a href="#" onclick="$('#collapse-759b50a8-show, #collapse-759b50a8-hide').toggle(); $('#collapse-759b50a8').fadeToggle(150);; return false;" id="collapse-759b50a8-show" class="icon icon-collapsed collapsible">should look like</a><a href="#" onclick="$('#collapse-759b50a8-show, #collapse-759b50a8-hide').toggle(); $('#collapse-759b50a8').fadeToggle(150);; return false;" id="collapse-759b50a8-hide" class="icon icon-expanded collapsible" style="display:none;">should look like</a><div id="collapse-759b50a8" class="collapsed-text" style="display:none;"><p>openqa-cli api --pretty --osd -X POST isos ISO=SLE-15-SP5-Online-x86_64-Build80.1-Media1.iso DISTRI=sle VERSION=15-SP5 FLAVOR=Online ARCH=x86_64 BUILD=80.1 TEST=hpc_BETA_mpich_mpi_supportserver,hpc_BETA_mpich_mpi_slave01,hpc_BETA_mpich_mpi_slave00,hpc_BETA_mpich_mpi_master _GRPOUP_ID=130 _SKIP_CHAINED_DEPS=1<br>
{<br>
"count" : 4,<br>
"failed" : [],<br>
"ids" : [<br>
10698191,<br>
10698192,<br>
10698193,<br>
10698194<br>
],<br>
"scheduled_product_id" : 1768412<br>
}</p>
</div><br>
Last good: <a href="https://openqa.suse.de/tests/10687724" class="external">80.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_BETA_mpich_mpi_supportserver&version=15-SP5" class="external">latest</a></p>
openQA Tests - action #120900 (New): Required patterns values are not removed on select_patterns https://progress.opensuse.org/issues/1209002022-11-23T17:38:39Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>I am not sure if the title is accurate. What actually happens can be seen on the attached screen <a href="https://openqa.suse.de/tests/9825401/modules/select_patterns/steps/124" class="external">select_patterns</a><br>
The specific job set <code>PATTERNS": "base,minimal,apparmor"</code> but at the end only minimal and apparmor are selected. The problem is that another pattern is deselected after the base is checked.<br>
Due to the logic of the <code>select_specific_patterns_by_iteration</code> function, which iterates from top to bottom, it can happen a previous pattern to alter as a dependency of another selection/deselection on a later checkbox.</p>
<p>Also i found the code a bit complicated. For starters there is two different approaches to uncheck patterns</p>
<ol>
<li><code>$self->deselect_pattern() if get_var('EXCLUDE_PATTERNS');</code></li>
<li>inside <code>select_specific_patterns_by_iteration</code> using minus notation on PATTERNS.</li>
</ol>
<p>I think this is unnecessarily complexity<br>
Also i believe that the <code>process_patterns</code> should take care and acts of <em>defaults</em> PATTERNS. As now the logic is inside <code>select_specific_patterns_by_iteration</code></p>
<p>This ticket to improve and improve in all the above. I dont think this is high priority -nor even normal- as it doesnt have destructive impact on the most of the test cases but hides <strong>a seriously defect which produces an unexpected installation than the one was set it up for</strong>.</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>To reproduce you can set <code>PATTERNS": "base,minimal,apparmor"</code> and choose a job which by default has <code>GNOME</code> checked. At the end of the <code>select_specific_patterns_by_iteration</code> review the <em>installation settings</em> window before the installation</p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>PATTERNS values are ensured are selected at the end of the <code>process_patterns</code></p>
qe-yam - action #113725 (Rejected): Make autoyast tests exit when the autoyast profile encounter ...https://progress.opensuse.org/issues/1137252022-07-18T13:35:03Zybonatakisioannis.bonatakis@suse.com
<a name="observation"></a>
<h1 >observation<a href="#observation" class="wiki-anchor">¶</a></h1>
<p>What happens is that when the autoyast profile is wrong or not found, the tests keep trying to match needles and continue.</p>
<p>One such case is [0]. The problem appears something like 5 minutes after it starts but keeps running for 2h where the job time limits are reached.<br>
Because this cause a slow feedback loop of the tests, in combination of the resources which are occupied without any good reason i would like to propose a solution.</p>
<p>the easier would be to match a needle with the popup and abort. <br>
I dont know if there is already a module for it but we could run a check on the xml profile before installation module. I am not sure but i think there was something implemented for this specific reason. </p>
<p>To reproduce:<br>
you can use <a href="https://gist.github.com/b10n1k/bca22757c5e4eb11473ceda30820f6d2" class="external">https://gist.github.com/b10n1k/bca22757c5e4eb11473ceda30820f6d2</a> as <u>profile.xml</u></p>
<p>Actual results:<br>
<a href="http://aquarius.suse.cz/tests/11324#step/installation/2" class="external">http://aquarius.suse.cz/tests/11324#step/installation/2</a></p>
<p>Expected:<br>
i am not sure about that. should that be one of the following:</p>
<ul>
<li>Exit after some rational time when the error exists.</li>
<li>terminate needle checking after some expected time??
the while loop have specific expectations during installation. When those expectation do not ever match, the loop run for even.</li>
<li>Validate xml before installation and exit then if problem appears</li>
</ul>
<p>[0] <a href="http://aquarius.suse.cz/tests/11324" class="external">http://aquarius.suse.cz/tests/11324</a></p>
openQA Project - action #109292 (Resolved): OSD is missing x86_64 jobs duplicate key value violat...https://progress.opensuse.org/issues/1092922022-03-31T07:57:01Zybonatakisioannis.bonatakis@suse.com
<p>With the last two (117.1,118.3) or three builds x86_64 jobs are missing.</p>
<p>The very first time there was a dependency circle issue with one of the job group yaml. That found to prevent the scheduling. However the jobs are keep missing even after the correction and the scheduling looks to work without problem after manual intervention.</p>
openQA Project - action #107878 (Resolved): number of failed job provides wrong value on the buil...https://progress.opensuse.org/issues/1078782022-03-04T11:13:23Zybonatakisioannis.bonatakis@suse.com
<p><a href="https://openqa.suse.de/group_overview/130" class="external">https://openqa.suse.de/group_overview/130</a> display 2 failed jobs for build101.1.</p>
<p>if you press on the failed area of the bar, the <code>Test result overview</code> shows only one failed job. Cleaning all the filters i see that the only other job which was not successful is one failed as <code>timeout_exceeded</code>. </p>
<p>So either the <u>failed area</u> should enabled the <code>Timeout exceeded</code>(or any other flag) or it bar should point out only the actual failed jobs.</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 Project - action #98388 (Resolved): Non-existing asset "uefi-vars" is still shown up on #d...https://progress.opensuse.org/issues/983882021-09-09T09:38:23Zybonatakisioannis.bonatakis@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>An example is <a href="https://openqa.suse.de/tests/6994628#downloads" class="external">https://openqa.suse.de/tests/6994628#downloads</a></p>
<p>When i clone the job it fails with</p>
<pre><code>downloading
http://openqa.suse.de/tests/6994628/asset/other/SLE-15-SP4-Online-x86_64-Build31.2-Media1.iso.sha256
to
/var/lib/openqa/factory/other/SLE-15-SP4-Online-x86_64-Build31.2-Media1.iso.sha256
downloading
http://openqa.suse.de/tests/6994628/asset/iso/SLE-15-SP4-Online-x86_64-Build31.2-Media1.iso
to
/var/lib/openqa/factory/iso/SLE-15-SP4-Online-x86_64-Build31.2-Media1.iso
downloading
http://openqa.suse.de/tests/6994628/asset/hdd/SLES-15-SP4-x86_64-Build31.2-containers.qcow2
to
/var/lib/openqa/factory/hdd/SLES-15-SP4-x86_64-Build31.2-containers.qcow2
downloading
http://openqa.suse.de/tests/6994628/asset/hdd/SLES-15-SP4-x86_64-Build31.2-containers-uefi-vars.qcow2
to
/var/lib/openqa/factory/hdd/SLES-15-SP4-x86_64-Build31.2-containers-uefi-vars.qcow2
6994628 failed: 404 Not Found
</code></pre>
<p><a href="https://openqa.suse.de/tests/6994628/asset/hdd/SLES-15-SP4-x86_64-Build31.2-containers-uefi-vars.qcow2" class="external">uefi-vars qcow2</a> seems that it is not available any more and if you try to get this file you get 404.</p>
<p>Expected:</p>
<ul>
<li>ui should not show non-available assets</li>
</ul>
<a name="Steps-to-reproduce"></a>
<h2 >Steps to reproduce<a href="#Steps-to-reproduce" class="wiki-anchor">¶</a></h2>
<p>Clone the job in the description, it returns a 404 error for an asset still shown in the UI page</p>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>Investigate why is it still shown in the UI page if the cleanup removes it</li>
<li>Investigate why this is removed (if it is from the cleanup script) but not the rest</li>
<li>Fix UI so that it doesn't show non-available assets</li>
<li>(optional) i wonder if the cleanup can be more clever and keep the relevant assets</li>
</ul>
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-3ef6293b-show, #collapse-3ef6293b-hide').toggle(); $('#collapse-3ef6293b').fadeToggle(150);; return false;" id="collapse-3ef6293b-show" class="icon icon-collapsed collapsible">Proposed represantation...</a><a href="#" onclick="$('#collapse-3ef6293b-show, #collapse-3ef6293b-hide').toggle(); $('#collapse-3ef6293b').fadeToggle(150);; return false;" id="collapse-3ef6293b-hide" class="icon icon-expanded collapsible" style="display:none;">Proposed represantation...</a><div id="collapse-3ef6293b" 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>
openQA Project - action #89077 (Resolved): os-autoinst Makefile is missing symlinks configurationhttps://progress.opensuse.org/issues/890772021-02-24T15:57:21Zybonatakisioannis.bonatakis@suse.com
<p>i tried to use a forked os-autoinst on my local OpenQA instance following the steps from the documentation[0].</p>
<p>From the root of the forked repository i run <code>make</code> which finished without a problem and i started a worker with<br>
<code>sudo /usr/bin/perl /usr/share/openqa/script/worker --isotovideo /home/iob/os-autoinst-distri-opensuse/os-autoinst/isotovideo --instance 1</code><br>
Although the job was complaining about <br>
<code>Please build the tinycv bindings first (see os-autoinst's README)</code>.[1]</p>
<p>With the help of <a class="user active user-mention" href="https://progress.opensuse.org/users/17668">@okurz</a> we found that running <code>make symlinks</code> fixes the issue.<br>
Looking around i believe that the link that was missing was </p>
<pre><code>lrwxrwxrwx 1 iob users 68 Feb 24 16:06 videoencoder -> /home/iob/os-autoinst-distri-opensuse/os-autoinst/build/videoencoder
</code></pre>
<p>Expected:<br>
jobs which use that instance should run without a problem</p>
<p>Actual:<br>
Jobs fails to run asking to build tinycv which it should have done so from the <code>make</code></p>
<p>[0] <a href="https://github.com/os-autoinst/os-autoinst#build-instructions" class="external">https://github.com/os-autoinst/os-autoinst#build-instructions</a><br>
[1] <a href="http://aquarius.suse.cz/tests/5013" class="external">http://aquarius.suse.cz/tests/5013</a></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 #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 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>