openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842024-01-17T08:59:42ZopenSUSE Project Management Tool
Redmine ALP - action #153760 (Resolved): [qe-core]Adapt svirt backend to be able to boot systems with roo...https://progress.opensuse.org/issues/1537602024-01-17T08:59:42Zjlausuchjalausuch@suse.com
<p>ALP images (following Factory approach) do not allow root ssh by default, the best practices are to use a key-pair to ssh to the system.</p>
<p>There is a way to enable it, which consists of installing the package <code>openssh-server-config-rootlogin</code>, which is simply doing <code>echo 'PermitRootLogin yes' >> /etc/sshd/sshd_config.d/root_login_config.</code>.</p>
<p>Our svirt backend rely on doing a root ssh to the machine after it's booted, therefore it fails to do so.</p>
<p>There are several ideas to workaround this:<br>
1) Add <code>echo 'PermitRootLogin yes' >> /etc/sshd/sshd_config.d/root_login_config >$pty</code> to the svirt backend commands. <br>
2) Create a keypair for each run and inject it to the VM using svirt backend commands. <br>
3) Create new combustion script for s390x including the command `echo 'PermitRootLogin yes' >> /etc/sshd/sshd_config.d/root_login_config</p>
<a name="Acceptance-criteria"></a>
<h3 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h3>
<ul>
<li>ALP s390x images boot with svirt backend</li>
</ul>
ALP - action #126716 (Resolved): test fails in run_container_in_k3s - /usr/bin/k3s-install: No su...https://progress.opensuse.org/issues/1267162023-03-27T13:48:34Zjlausuchjalausuch@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario alp-micro-0.1-Default-x86_64-k3s@64bit fails in<br>
<a href="https://openqa.opensuse.org/tests/3194054/modules/run_container_in_k3s/steps/17" class="external">run_container_in_k3s</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>The base test suite is used for job templates defined in YAML documents. It has no settings of its own.</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.opensuse.org/tests/3183089" class="external">5.2</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.opensuse.org/tests/latest?arch=x86_64&distri=alp&flavor=Default&machine=64bit&test=k3s&version=micro-0.1" class="external">latest</a></p>
ALP - action #125855 (Resolved): Create OBS-sync scripts for ALP Micro and Bedrockhttps://progress.opensuse.org/issues/1258552023-03-13T07:52:34Zjlausuchjalausuch@suse.com
<p>Create new sync scripts in <a href="https://github.com/os-autoinst/openqa-trigger-from-obs" class="external">openqa-trigger-from-obs</a></p>
<p>Currently we have 2 sync scripts that we used for the ALP December prototype:<br>
<a href="https://github.com/os-autoinst/openqa-trigger-from-obs/blob/master/xml/obs/SUSE:ALP:ToTest.xml" class="external">https://github.com/os-autoinst/openqa-trigger-from-obs/blob/master/xml/obs/SUSE:ALP:ToTest.xml</a><br>
<a href="https://github.com/os-autoinst/openqa-trigger-from-obs/blob/master/xml/obs/SUSE:ALP:Staging.xml" class="external">https://github.com/os-autoinst/openqa-trigger-from-obs/blob/master/xml/obs/SUSE:ALP:Staging.xml</a></p>
<p>But this project in IBS is obsolete and we should now sync the new images from the 2 new IBS projects:<br>
<a href="https://build.opensuse.org/project/show/SUSE:ALP:Products:Micro:0.1" class="external">https://build.opensuse.org/project/show/SUSE:ALP:Products:Micro:0.1</a><br>
<a href="https://build.opensuse.org/project/show/SUSE:ALP:Products:Bedrock:0.1" class="external">https://build.opensuse.org/project/show/SUSE:ALP:Products:Bedrock:0.1</a></p>
<p><a href="https://download.opensuse.org/repositories/SUSE:/ALP:/Products:/" class="external">https://download.opensuse.org/repositories/SUSE:/ALP:/Products:/</a></p>
<a name="Acceptance-Criteria"></a>
<h2 >Acceptance Criteria<a href="#Acceptance-Criteria" class="wiki-anchor">¶</a></h2>
<ul>
<li>Create new sync script for ALP Micro in <a href="https://github.com/os-autoinst/openqa-trigger-from-obs" class="external">openqa-trigger-from-obs</a></li>
<li>Create new sync script for ALP Bedrock in <a href="https://github.com/os-autoinst/openqa-trigger-from-obs" class="external">openqa-trigger-from-obs</a></li>
</ul>
ALP - action #125852 (Resolved): Create 2 new job groups in openqa.opensuse.org to hold the 2 new...https://progress.opensuse.org/issues/1258522023-03-13T07:44:11Zjlausuchjalausuch@suse.com
<p>So far, we have been using a <a href="https://openqa.opensuse.org/group_overview/100" class="external">job group</a> for ALP images, but that product in IBS is obsolete.</p>
<p>Instead, we now have 2 flavors corresponding to the 2 new products (see epic).</p>
<p>For now, we can keep the set of test suites the same as we had for ALP December, and we can do modifications as needed.</p>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ul>
<li>Create 2 new jobs in O3: <code>ALP-Micro</code> and <code>ALP-Bedrock</code></li>
<li>Create corresponding mediums</li>
<li>Create the content of the groups in <a href="https://github.com/os-autoinst/opensuse-jobgroups" class="external">opensuse-jobgroups</a></li>
</ul>
ALP - coordination #125846 (Resolved): [epic] March Prototype testinghttps://progress.opensuse.org/issues/1258462023-03-13T07:20:30Zjlausuchjalausuch@suse.com
<p>For March prototype we have a 2 main deliverables:</p>
<ul>
<li><a href="https://confluence.suse.com/display/LEONG/01+SUSE+ALP+Bedrock" class="external">ALP Bedrock</a></li>
<li><a href="https://confluence.suse.com/display/LEONG/03+SUSE+ALP+Micro" class="external">ALP Micro</a></li>
</ul>
<p>Bedrock is like generic server-flavor OS and Micro is similar to SLE Micro or MicroOS flavor with limited set of packages.</p>
<p>QE Department has to provide test coverage for all the <a href="https://jira.suse.com/issues/?jql=project%20%3D%20PED%20AND%20fixVersion%20%3D%20%22ALP%20March%20Prototype%22" class="external">features</a> and all the images in the 2 flavors.</p>
<p>This epic aims to collect all the needed tickets related to March prototype testing.</p>
ALP - action #114935 (Resolved): Add standard container host tests for ALP prototype in O3https://progress.opensuse.org/issues/1149352022-08-03T07:39:42Zjlausuchjalausuch@suse.com
<p>There are currently no container tests for ALP prototype.</p>
<p>The idea is to enable the same set of tests that are run for MicroOS/Leap-Micro, e.g. <a href="https://openqa.opensuse.org/tests/2433988" class="external">https://openqa.opensuse.org/tests/2433988</a></p>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria:<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<p>Create a new jobs <code>alp_containers</code> for the flavors <code>kvm-and-xen</code> and <code>kvm-and-xen_NonTransactional</code> which schedules the following modules:</p>
<pre><code>- toolbox
- podman
- image_podman
- podman_3rd_party_images
- podman_pods
- rootless_podman
</code></pre> ALP - action #112895 (Closed): [stale] SelfInstall ALP Images fail in image_checkshttps://progress.opensuse.org/issues/1128952022-06-22T18:07:31Zjlausuchjalausuch@suse.com
<p><a href="https://openqa.opensuse.org/tests/2430307#step/image_checks/8" class="external">https://openqa.opensuse.org/tests/2430307#step/image_checks/8</a><br>
<a href="https://openqa.opensuse.org/tests/2430327#step/image_checks/9" class="external">https://openqa.opensuse.org/tests/2430327#step/image_checks/9</a></p>
<p>It fails in the step: <br>
<code>validate_script_output("sfdisk --list-free /dev/$disk", qr/Unpartitioned space .* 0 sectors/);</code><br>
<a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/tests/microos/image_checks.pm#L26" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/tests/microos/image_checks.pm#L26</a></p>
<pre><code>Unpartitioned space /dev/vda: 27.85 GiB, 29906419200 bytes, 58410975 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
Start End Sectors Size
</code></pre>
<p>Expected output:<br>
<a href="https://openqa.opensuse.org/tests/2426647#step/image_checks/6" class="external">https://openqa.opensuse.org/tests/2426647#step/image_checks/6</a></p>
<pre><code>Unpartitioned space /dev/vda: 0 B, 0 bytes, 0 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
</code></pre> ALP - action #112829 (Closed): [stale] ALP uefi jobs fail in disk_boot https://progress.opensuse.org/issues/1128292022-06-21T21:32:51Zjlausuchjalausuch@suse.com
<p>UEFI jobs are not booting properly:<br>
<a href="https://openqa.opensuse.org/tests/2426185" class="external">https://openqa.opensuse.org/tests/2426185</a></p>
<p>Expected result (Leap Micro):<br>
<a href="https://openqa.opensuse.org/tests/2426642#step/disk_boot/1" class="external">https://openqa.opensuse.org/tests/2426642#step/disk_boot/1</a></p>
ALP - action #112826 (Resolved): Fix ALP SelfInstall jobshttps://progress.opensuse.org/issues/1128262022-06-21T21:27:06Zjlausuchjalausuch@suse.com
<p>These jobs fail booting the image:<br>
<a href="https://openqa.opensuse.org/tests/2427880#step/bootloader_uefi/2" class="external">https://openqa.opensuse.org/tests/2427880#step/bootloader_uefi/2</a></p>
<p>Expected result (Leap Micro):<br>
<a href="https://openqa.opensuse.org/tests/2426647#step/bootloader_uefi/3" class="external">https://openqa.opensuse.org/tests/2426647#step/bootloader_uefi/3</a></p>
ALP - action #112427 (Resolved): 5. Adapt transactional server related test cases for ALPhttps://progress.opensuse.org/issues/1124272022-06-14T16:09:51Zjlausuchjalausuch@suse.com
<p>The idea for the first PoC for ALP testing in openQA is to copy what we already have for Leap Micro/MicroOS.<br>
So, taking this job as an example: <a href="https://openqa.opensuse.org/tests/2351803" class="external">https://openqa.opensuse.org/tests/2351803</a><br>
we should basically get the same results but executing them on ALP images.</p>
<p>The used schedule in this case is <a href="https://openqa.opensuse.org/tests/2351803/settings/schedule/sle-micro/raw_image.yaml" class="external">https://openqa.opensuse.org/tests/2351803/settings/schedule/sle-micro/raw_image.yaml</a><br>
But a different approach could be used (e.g <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/products/microos/main.pm" class="external">main.pm</a>).</p>
ALP - action #112424 (Resolved): 4. Enable OBS sync for ALP images for openQAhttps://progress.opensuse.org/issues/1124242022-06-14T16:06:33Zjlausuchjalausuch@suse.com
<p>To be able to trigger new openQA test for every build of ALP images, we need to enable this configuration into <a href="https://github.com/os-autoinst/openqa-trigger-from-obs" class="external">https://github.com/os-autoinst/openqa-trigger-from-obs</a>.</p>
<p>The OBS project to sync is: <code>devel:LEO/ALP</code>: <a href="https://build.opensuse.org/package/show/devel:LEO/ALP" class="external">https://build.opensuse.org/package/show/devel:LEO/ALP</a><br>
The images are available for download here: <a href="https://download.opensuse.org/repositories/devel:/LEO/images/" class="external">https://download.opensuse.org/repositories/devel:/LEO/images/</a><br>
We need to sync the following flavors (for now):</p>
<ul>
<li>kvm-and-xen</li>
<li>kvm-and-xen_NonTransactional</li>
<li>SelfInstall</li>
<li>SelfInstall_NonTransactional</li>
</ul>
<p>and also sync the repository so that we can use the <code>SCC_URL</code> variable pointing to local assets.</p>
ALP - action #112421 (Resolved): 3. Create a new product in os-autoinst-distri-opensusehttps://progress.opensuse.org/issues/1124212022-06-14T16:03:47Zjlausuchjalausuch@suse.com
<p>Since we are going to use <code>DISTRI=alp</code> for new ALP tests in openQA, we need to add the product to<br>
<a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/tree/master/products" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/tree/master/products</a><br>
And also in O3 machine (ariel).</p>
<pre><code>/var/lib/openqa/share/tests> ll
total 4
lrwxrwxrwx 1 geekotest nogroup 8 Apr 5 10:34 d-installer -> opensuse
lrwxrwxrwx 1 root root 8 Sep 4 2017 kubic -> opensuse
lrwxrwxrwx 1 geekotest nogroup 8 Mar 30 15:36 leap-micro -> opensuse
lrwxrwxrwx 1 geekotest nogroup 8 Apr 16 2019 microos -> opensuse
drwxr-xr-x 5 geekotest nogroup 121 Feb 11 2020 obs
lrwxrwxrwx 1 root root 6 Jan 16 2019 openQA -> openqa
drwxr-xr-x 6 geekotest nogroup 166 Oct 11 2021 openqa
drwxr-xr-x 15 geekotest nogroup 4096 Jun 13 12:08 opensuse
drwxr-xr-x 4 geekotest nogroup 65 Apr 16 2020 repositories
lrwxrwxrwx 1 root root 8 Jul 22 2016 windows -> opensuse
</code></pre>
<p>we would need another symlinc to <code>alp -> opensuse</code>.</p>
ALP - action #112418 (Resolved): 2. Create new job group for ALP in openqa.opensuse.orghttps://progress.opensuse.org/issues/1124182022-06-14T16:01:12Zjlausuchjalausuch@suse.com
<p>I created <a href="https://openqa.opensuse.org/group_overview/100" class="external">https://openqa.opensuse.org/group_overview/100</a><br>
but it's missing all the yaml content. </p>
<p>The products depend on the mediums defined <a class="issue tracker-4 status-3 priority-4 priority-default closed child" title="action: 1. Create new mediums for ALP in openqa.opensuse.org (Resolved)" href="https://progress.opensuse.org/issues/112412">#112412</a></p>
<p>The test suites can be similar to what we do today for <a href="https://openqa.opensuse.org/group_overview/94" class="external">Leap Micro images</a>.<br>
My proposal would be:<br>
<code>alp_image_default</code> (regular transactional-update, rebootmgr and health-checker test cases).<br>
<code>alp_containers</code> (test suite running podman, toolbox and other container tests)</p>
ALP - action #112412 (Resolved): 1. Create new mediums for ALP in openqa.opensuse.orghttps://progress.opensuse.org/issues/1124122022-06-14T15:56:38Zjlausuchjalausuch@suse.com
<p>The new mediums should have:</p>
<p><code>distri = alp</code><br>
<code>version = 0.1</code><br>
<code>arch = x86_64</code> (aarch64 might come later)</p>
<p><em>4 flavors (mediums):</em></p>
<ul>
<li><code>kvm-and-xen</code></li>
<li><code>kvm-and-xen_NonTransactional</code></li>
<li><code>SelfInstall</code></li>
<li><code>SelfInstall_NonTransactional</code></li>
</ul>
ALP - coordination #112409 (Resolved): [epic] PoC for openSUSE ALP testing in openQA https://progress.opensuse.org/issues/1124092022-06-14T15:51:37Zjlausuchjalausuch@suse.com
<p>This epic is a coordination effort for a first Proof of Concept enabling ALP testing in openqa.opensuse.org.</p>
<p>The goal is to re-use the existing tests we are running for MicroOS plus some adaptations and execute them against images.</p>
<p>The images that this PoC shall cover are:</p>
<ul>
<li>kvm-and-xen</li>
<li>kvm-and-xen_NonTransactional</li>
<li>SelfInstall</li>
<li>SelfInstall_NonTransactional</li>
</ul>
<p>Current available architecture is x86_64, but aarch64 might be available for the PoC as well.</p>