openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842023-12-21T12:58:59ZopenSUSE Project Management Tool
Redmine openQA Project - action #152849 (New): RISC-V testing on openqa.o.ohttps://progress.opensuse.org/issues/1528492023-12-21T12:58:59Zfavogtfvogt@suse.com
<p><a class="user active user-mention" href="https://progress.opensuse.org/users/28906">@pvorel</a> asked about riscv64 testing on o3.</p>
<p>AFAIK everything for that should be in place and just needs to be connected up, so I did an experiment.<br>
Locally on my TW machine I was able to get a test working. I started by cloning an aarch64_cpu_max job with some variables overwritten:</p>
<p><code>clone_job.pl --skip-chained-deps --from https://openqa.opensuse.org --host localhost --skip-download 3826258 ARCH=riscv64 FLAVOR=JeOS-for-RISCV HDD_1=openSUSE-Tumbleweed-RISC-V-JeOS-efi.riscv64.raw QEMU=riscv64 QEMUCPU=rv64 QEMUMACHINE=virt UEFI_PFLASH_CODE=/usr/share/qemu/ovmf-riscv64-code.bin UEFI_PFLASH_VARS=/usr/share/qemu/ovmf-riscv64-vars.bin WORKER_CLASS=qemu_x86_64 ASSET_256= QEMU_HUGE_PAGES_PATH=</code></p>
<p>This failed because the flash images don't match the size expected by QEMU, I had to adjust that.</p>
<p>Then it failed because of no video output. Apparently <code>VGA</code> doesn't work, switching to <code>QEMU_VIDEO_DEVICE=virtio-gpu-pci</code> fixed that.</p>
<p>Next failure: The kernel didn't get a device tree (EFI stub printed <code>Generating empty DTB</code>). This was due to recent QEMU using ACPI by default which isn't really working yet. Using <code>QEMUMACHINE=virt,acpi=off</code> fixes that.</p>
<p>Next failure: No keyboard input possible. Fixed with <code>QEMU_APPEND="device usb-kbd"</code>. Also noticed a warning about <code>isa-fdc</code> in the log, fixed with <code>QEMU_NO_FDC_SET=1</code>. Both of those are addressed by <a href="https://github.com/os-autoinst/os-autoinst/pull/2420" class="external">https://github.com/os-autoinst/os-autoinst/pull/2420</a> and currently applied as workaround on o3.</p>
<p>With this it booted properly and only test adjustments were necessary: <a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/18360" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/18360</a></p>
<p>I set it up on o3 as well, specifically the openqaworker28 machine which is not production enabled and suitable for experiments like this.</p>
<p>For emulation it needs <code>qemu-extra</code> (contains qemu-system-riscv64) and <code>qemu-uefi-riscv64</code> (from the TW repo):</p>
<p><code>zypper in qemu-extra zypper in http://download.opensuse.org/tumbleweed/repo/oss/noarch/qemu-uefi-riscv64-202308-3.1.noarch.rpm</code></p>
<p>The flash images have to be exactly 32MiB in size to fit the <code>virt</code> machine type:</p>
<p><code>cd /usr/share/qemu/; for i in code vars; do cp ovmf-riscv64-$i.bin ovmf-riscv64-$i-32m.bin; truncate -s 32M ovmf-riscv64-$i-32m.bin; done</code></p>
<p>The version of QEMU in Leap 15.5 is too old, it only ends up with a black screen. So on ow28 I added the Virtualization repo and did <code>zypper -v dup</code> + <code>zypper -v in --from Virtualization qemu-extra</code>.</p>
<p>I added a <code>riscv64_cpu_max</code> machine type on o3 as well as a <code>JeOS-for-RISCV</code> flavor, to post the TW disk image:</p>
<p>openqa-client --host <a href="https://openqa.opensuse.org" class="external">https://openqa.opensuse.org</a> isos post HDD_1_URL=<a href="https://download.opensuse.org/ports/riscv/tumbleweed/images/openSUSE-Tumbleweed-RISC-V-JeOS-efi.riscv64-2023.11.30-Build1.34.raw.xz" class="external">https://download.opensuse.org/ports/riscv/tumbleweed/images/openSUSE-Tumbleweed-RISC-V-JeOS-efi.riscv64-2023.11.30-Build1.34.raw.xz</a> DISTRI=opensuse FLAVOR=JeOS-for-RISCV ARCH=riscv64 VERSION=Tumbleweed BUILD=20231220</p>
<p>Current state on o3: <a href="https://openqa.opensuse.org/tests/3829935" class="external">https://openqa.opensuse.org/tests/3829935</a></p>
<p>Pending PRs:</p>
<p><a href="https://github.com/os-autoinst/os-autoinst/pull/2420" class="external">https://github.com/os-autoinst/os-autoinst/pull/2420</a><br>
<a href="https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/18360" class="external">https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/18360</a></p>
openQA Infrastructure - action #151180 (Resolved): Automatic reboot on o3 openQA workers brokenhttps://progress.opensuse.org/issues/1511802023-11-20T14:14:21Zfavogtfvogt@suse.com
<p>When looking at logs from o3 workers, I noticed that they have a suspiciously high uptime (>50d, >100d, ...).</p>
<p><code>openqa-auto-update</code> does</p>
<p><code>needs-restarting --reboothint >/dev/null || (command -v rebootmgrctl >/dev/null && rebootmgrctl reboot ||:)</code></p>
<p>but rebootmgrd is not running:</p>
<pre><code>openqaworker23:~ # rebootmgrctl status
Error: The name org.opensuse.RebootMgr was not provided by any .service files
openqaworker23:~ # rebootmgrctl is-active
RebootMgr is dead
</code></pre>
<p>That probably should be enabled. I'll make a PR to make rebootmgrd dbus activated so this is no longer necessary.</p>
openSUSE admin - tickets #134720 (Resolved): Unavailable -deltainfo.xml.gz files for 15.4 and 15....https://progress.opensuse.org/issues/1347202023-08-28T12:09:03Zfavogtfvogt@suse.com
<pre><code>Checking whether to refresh metadata for Update repository of openSUSE Backports
Retrieving: geoip .................................................................................................................................................................................................................[done (68 B/s)]
Retrieving: repomd.xml.asc .......................................................................................................................................................................................................[done (481 B/s)]
Retrieving: repomd.xml.key .....................................................................................................................................................................................................[done (1.1 KiB/s)]
Retrieving: repomd.xml .....................................................................................................................................................................................................................[done]
Repository: Update repository of openSUSE Backports
Key Fingerprint: 637B 32FF 3D83 F07A 7AE1 C40A 9C21 4D40 6517 6565
Key Name: openSUSE:Backports OBS Project <openSUSE:Backports@build.opensuse.org>
Key Algorithm: RSA 2048
Key Created: Fri Nov 26 14:26:23 2021
Key Expires: Sun Feb 4 14:26:23 2024
Rpm Name: gpg-pubkey-65176565-61a0ee8f
Retrieving: e36992771cbad648e2ec147893ad7dcfb250bebde715ea060c7ecc5eba1acf2d-deltainfo.xml.gz .........................................................................................................................................[not found]
Retrieving repository 'Update repository of openSUSE Backports' metadata ..................................................................................................................................................................[error]
Repository 'Update repository of openSUSE Backports' is invalid.
[repo-backports-update|http://download.opensuse.org/update/leap/15.4/backports/] Valid metadata not found at specified URL
History:
- File './repodata/e36992771cbad648e2ec147893ad7dcfb250bebde715ea060c7ecc5eba1acf2d-deltainfo.xml.gz' not found on medium 'http://download.opensuse.org/update/leap/15.4/backports/'
- Can't provide ./repodata/e36992771cbad648e2ec147893ad7dcfb250bebde715ea060c7ecc5eba1acf2d-deltainfo.xml.gz
Please check if the URIs defined for this repository are pointing to a valid repository.
Skipping repository 'Update repository of openSUSE Backports' because of the above error.
</code></pre>
<p>Only downloadcontent.o.o and mirror.linux-schulserver.de serve this file, other DE mirrors return 404.</p>
<p>15.5 is broken in the same way, just a different -deltainfo.xml.gz file.</p>
openQA Tests - action #133382 (Resolved): [opensuse] test fails in firefox: Slowness on 15.x live...https://progress.opensuse.org/issues/1333822023-07-26T11:22:16Zfavogtfvogt@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-15.4-GNOME-Live-aarch64-gnome-live@USBboot_aarch64 fails in<br>
<a href="https://openqa.opensuse.org/tests/3456108/modules/firefox/steps/13" class="external">firefox</a></p>
<p>Sometimes it does not load the page quick enough, sometimes the help menu does not show up.<br>
Increasing RAM might help.</p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: <a href="mailto:dimstar@opensuse.org">dimstar@opensuse.org</a></p>
<p>Test for openSUSE GNOME Next Live-Media</p>
<p>EXCLUDE_MODULES is a workaround for <a href="https://bugzilla.opensuse.org/show_bug.cgi?id=1138401#c10" class="external">https://bugzilla.opensuse.org/show_bug.cgi?id=1138401#c10</a> (except for opensuse_welcome, which is blacklisted on the GNOME live for space reasons)</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/3436595" class="external">44.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.opensuse.org/tests/3435648" class="external">43.5</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.opensuse.org/tests/latest?arch=aarch64&distri=opensuse&flavor=GNOME-Live&machine=USBboot_aarch64&test=gnome-live&version=15.4" class="external">latest</a></p>
openQA Tests - action #132191 (Resolved): [desktop] After SDDM 0.20, kde-wayland switches test to...https://progress.opensuse.org/issues/1321912023-06-30T11:14:16Zfavogtfvogt@suse.com
<p>Somehow the shutdown test ends up switching to tty5 instead of tty2.<br>
I wonder how this worked previously at all...</p>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-kde-wayland@64bit_virtio fails in<br>
<a href="https://openqa.opensuse.org/tests/3396436/modules/shutdown/steps/11" class="external">shutdown</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Basic KDE installation, but switches to a Wayland session on login. Needs Virtio (or similiar) GPU.</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/3394852" class="external">20230629</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.opensuse.org/tests/3391497" class="external">20230628</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.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit_virtio&test=kde-wayland&version=Tumbleweed" class="external">latest</a></p>
openQA Tests - action #131186 (Resolved): [qe-core] test fails in install_packages_simple: After ...https://progress.opensuse.org/issues/1311862023-06-21T08:08:14Zfavogtfvogt@suse.com
<p>Here it's visible that all relevant repos were removed:</p>
<p><a href="https://openqa.opensuse.org/tests/3366577#step/zypper_clear_repos/11" class="external">https://openqa.opensuse.org/tests/3366577#step/zypper_clear_repos/11</a></p>
<p>In CR tests, the online repos should probably be kept.<br>
Alternatively, the CR DVD should be kept as repo.</p>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-15.4-CR-DVD-aarch64-create_hdd_gnome_libyui@USBboot_aarch64 fails in<br>
<a href="https://openqa.opensuse.org/tests/3366583/modules/install_packages_simple/steps/17" class="external">install_packages_simple</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Create image with configured settings for libyui-rest-api use</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/3366583" class="external">32.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: (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=aarch64&distri=opensuse&flavor=CR-DVD&machine=USBboot_aarch64&test=create_hdd_gnome_libyui&version=15.4" class="external">latest</a></p>
qe-yam - action #131183 (Resolved): test fails in raid_gpt: no widget found on Leap 15.4 CRhttps://progress.opensuse.org/issues/1311832023-06-21T07:56:52Zfavogtfvogt@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-15.4-CR-DVD-ppc64le-RAID0@ppc64le fails in<br>
<a href="https://openqa.opensuse.org/tests/3366579/modules/raid_gpt/steps/4" class="external">raid_gpt</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<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/3244238" class="external">31.321</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=ppc64le&distri=opensuse&flavor=CR-DVD&machine=ppc64le&test=RAID0&version=15.4" class="external">latest</a></p>
openQA Project - action #121897 (New): Some log files not shown on assets pagehttps://progress.opensuse.org/issues/1218972022-12-13T10:12:55Zfavogtfvogt@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Files such as <code>virtio_console1.log</code> are not shown on job assets pages but are available.<br>
e.g. <a href="https://openqa.opensuse.org/tests/2947952/logfile?filename=virtio_console1.log" class="external">https://openqa.opensuse.org/tests/2947952/logfile?filename=virtio_console1.log</a></p>
<a name="Steps-to-reproduce"></a>
<h2 >Steps to reproduce<a href="#Steps-to-reproduce" class="wiki-anchor">¶</a></h2>
<p>Check list of logs on <a href="https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=microos&flavor=MicroOS-Image-ContainerHost&machine=64bit&test=container-host&version=Tumbleweed#downloads" class="external">https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=microos&flavor=MicroOS-Image-ContainerHost&machine=64bit&test=container-host&version=Tumbleweed#downloads</a><br>
and crosscheck against actually downloadable files</p>
<a name="Workaround"></a>
<h2 >Workaround<a href="#Workaround" class="wiki-anchor">¶</a></h2>
<p>If expected files are known then they can be manually downloaded, e.g. following<br>
/logfile?filename=virtio_console1.log</p>
qe-yam - action #118648 (Rejected): test fails in yast2_lan_restart: become_root change broke yas...https://progress.opensuse.org/issues/1186482022-10-13T11:35:12Zfavogtfvogt@suse.com
<p>The module does <code>| tee /dev/ttyS0</code> itself, but <code>become_root</code> redirects stdout to <code>/dev/ttyS0</code> itself already, so the serial log now gets unexpected content.</p>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-extra_tests_gnome@64bit fails in<br>
<a href="https://openqa.opensuse.org/tests/2798242/modules/yast2_lan_restart/steps/29" class="external">yast2_lan_restart</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: QE Core, asmorodskyi. Extra tests which were designed to run on gnome</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/2717056" class="external">20220921</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.opensuse.org/tests/2710070" class="external">20220920</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.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit&test=extra_tests_gnome&version=Tumbleweed" class="external">latest</a></p>
openQA Tests - action #118645 (Resolved): [desktop][qe-core] test fails in chrome: become_root ch...https://progress.opensuse.org/issues/1186452022-10-13T11:31:19Zfavogtfvogt@suse.com
<p><code>become_root</code> was changed to start bash with <code>> /dev/ttyS0</code>, but the test expects that stdout is visible on the screen.</p>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-extra_tests_gnome@64bit fails in<br>
<a href="https://openqa.opensuse.org/tests/2798242/modules/chrome/steps/8" class="external">chrome</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: QE Core, asmorodskyi. Extra tests which were designed to run on gnome</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/2717056" class="external">20220921</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.opensuse.org/tests/2710070" class="external">20220920</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.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit&test=extra_tests_gnome&version=Tumbleweed" class="external">latest</a></p>
openQA Tests - action #117811 (Workable): [opensuse] test fails in boot_encrypt: Skip boot_encryp...https://progress.opensuse.org/issues/1178112022-10-10T14:25:18Zfavogtfvogt@suse.com
<p>With the new grub2 submitted to Tumbleweed, it's no longer necessary to enter the encryption passphrase twice \o/</p>
<p>openQA needs to be adjusted to no longer expect the password prompt by plymouth with the new grub2.<br>
For that, it needs to be made conditional on a specific staging first and then broadened to all of TW after it got accepted.</p>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-Staging:E-Staging-DVD-x86_64-cryptlvm@64bit fails in<br>
<a href="https://openqa.opensuse.org/tests/2791587/modules/boot_encrypt/steps/3" class="external">boot_encrypt</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainers: QE Yast</p>
<p>Conduct installation with encrypted LVM selected during installation.</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/2791587" class="external">E.680.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.opensuse.org/tests/2774145" class="external">E.679.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.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=Staging-DVD&machine=64bit&test=cryptlvm&version=Staging%3AE" class="external">latest</a></p>
openQA Tests - action #115559 (Resolved): [security] test fails in libserf: reliable failures onl...https://progress.opensuse.org/issues/1155592022-08-19T12:11:54Zfavogtfvogt@suse.com
<p>Apparently "localhost" fails to resolve. It fails only on cobbler workers.</p>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-Tumbleweed-DVD-aarch64-libserf@aarch64 fails in<br>
<a href="https://openqa.opensuse.org/tests/2519399/modules/libserf/steps/51" class="external">libserf</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Maintainer: <a href="mailto:bchou@suse.com">bchou@suse.com</a>, <a href="mailto:starry.wang@suse.com">starry.wang@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.opensuse.org/tests/2515886" class="external">20220814</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.opensuse.org/tests/2513939" class="external">20220813</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.opensuse.org/tests/latest?arch=aarch64&distri=opensuse&flavor=DVD&machine=aarch64&test=libserf&version=Tumbleweed" class="external">latest</a></p>
openQA Infrastructure - action #115547 (Resolved): openqaworker20 fails to boot, broken hardware ...https://progress.opensuse.org/issues/1155472022-08-19T08:32:08Zfavogtfvogt@suse.com
<a name="Motivation"></a>
<h2 >Motivation<a href="#Motivation" class="wiki-anchor">¶</a></h2>
<p>Today I noticed that openqaworker20 was MIA. It didn't respond to ping and the BMC revealed that it got stuck <em>really</em> early during boot, on the BIOS splash screen!<br>
The phase it got stuck in was "DXE--SB Initialization". A reset helped, but after loading the kernel and initrd the system crashed again and got stuck on the BIOS splash, this time during "PCI resource allocation". I did a power cycle and turned off "Quiet boot" in the BIOS settings for good measure and added <code>verbose debug</code> to the kernel cmdline.</p>
<p>Unfortunately it crashes in a rather bad place:</p>
<pre><code>[ 2.794996][ T1] smpboot: CPU0: AMD EPYC 7543P 32-Core Processor (family: 0x19, model: 0x1, stepping: 0x1)
[ 2.798620][ T1] Performance Events: Fam17h+ core perfctr, AMD PMU driver.
[ 2.802523][ T1] ... version: 0
[ 2.806522][ T1] ... bit width: 48
[ 2.810522][ T1] ... generic registers: 6
[ 2.814522][ T1] ... value mask: 0000ffffffffffff
[ 2.818522][ T1] ... max period: 00007fffffffffff
[ 2.822522][ T1] ... fixed-purpose events: 0
[ 2.826522][ T1] ... event mask: 000000000000003f
[ 2.830576][ T1] rcu: Hierarchical SRCU implementation.
[ 2.834789][ T7] NMI watchdog: Enabled. Permanently consumes one hw-PMU counter.
[ 2.838797][ T1] smp: Bringing up secondary CPUs ...
[ 2.842584][ T1] x86: Booting SMP configuration:
(stuck here for ~10s, then reset)
</code></pre>
<p>Booting the older <code>5.14.21-150400.22-default</code> kernel doesn't work either.</p>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ul>
<li><strong>AC1</strong>: openqaworker20 is back in business</li>
<li><strong>AC2</strong>: openqaworker20 is setup as an o3 worker in the same way as openqaworker19</li>
</ul>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>Disabling some of the CPU's seems to work around the issue, so maybe this is a hardware fault in one or more of the CPU's</li>
<li>Run a memory test</li>
<li>Consider updating the BIOS/ firmware</li>
<li>Visit the servere room, or find someone with access who can examine the machine</li>
<li>Contact the vendor, likely Delta Computers to take the machine back</li>
</ul>
openQA Tests - action #115478 (Resolved): [qe-core] test fails in zypper_log_packages - uploading...https://progress.opensuse.org/issues/1154782022-08-18T07:49:36Zfavogtfvogt@suse.com
<p>The new module appears to use autoinst_url in test code, but that URL is only usable from inside the SUT.<br>
It works (by accident?) on multimachine configured workers, as those have 10.0.2.2 assigned to br1.</p>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-15.4-KDE-Live-aarch64-kde-live@USBboot_aarch64 fails in<br>
<a href="https://openqa.opensuse.org/tests/2522845/modules/zypper_log_packages/steps/10" class="external">zypper_log_packages</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>riafarov: I've increased RAM from 1536 to 2048</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/2522845" class="external">7.10</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.opensuse.org/tests/2519051" class="external">7.9</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.opensuse.org/tests/latest?arch=aarch64&distri=opensuse&flavor=KDE-Live&machine=USBboot_aarch64&test=kde-live&version=15.4" class="external">latest</a></p>
openQA Infrastructure - action #114397 (Resolved): glibc regression causes cron to crashhttps://progress.opensuse.org/issues/1143972022-07-20T08:21:53Zfavogtfvogt@suse.com
<p>git repos on o3 didn't get updated because cron crashes with</p>
<pre><code>Jul 20 08:09:02 ariel cron[3041]: *** stack smashing detected ***: terminated
Jul 20 08:09:02 ariel cron[3040]: *** stack smashing detected ***: terminated
Jul 20 08:09:02 ariel cron[3039]: *** stack smashing detected ***: terminated
</code></pre>
<p>This is due to <a href="https://bugzilla.suse.com/show_bug.cgi?id=1201560" class="external">boo#1201560</a>/<a href="https://bugzilla.suse.com/show_bug.cgi?id=1200855" class="external">bsc#1200855</a>. I downgraded glibc to the previous version and added a lock. Once the fixed package is out, the lock should be removed again.</p>