openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842024-03-21T09:51:42ZopenSUSE Project Management Tool
Redmine openQA Tests - action #157657 (Feedback): PackageHub module activation while using SCC-proxyhttps://progress.opensuse.org/issues/1576572024-03-21T09:51:42Zjlausuchjalausuch@suse.com
<a name="Problem-statement"></a>
<h2 >Problem statement:<a href="#Problem-statement" class="wiki-anchor">¶</a></h2>
<p>When registering the system using ProxySCC, activating the PackageHub module returns repos in OSD that don't exist.<br>
This is expected, because the proxySCC replaces the repo URLs given by the real SCC by local openQA asset URL.</p>
<p>Normally, we use the proxySCC in the openQA jobs with <code>SCC_URL</code> variable, this will be used by the code to make the <code>SUSEConnect</code> call like this:</p>
<p><code>SUSEConnect -r $REGCODE --url http://all-67.1.proxy.scc.suse.de</code></p>
<p>This will make that all the repos returned look like this:<br>
<code>http://openqa.suse.de/assets/repo/...</code></p>
<p>And enabling any module, will have the same effect, for example PackageHub:</p>
<pre><code>
susetest:~ # suseconnect -p PackageHub/15.6/x86_64
Registering system to registration proxy http://all-67.1.proxy.scc.suse.de
Updating system details on http://all-67.1.proxy.scc.suse.de ...
Activating PackageHub 15.6 x86_64 ...
-> Adding service to system ...
-> Installing release package ...
Successfully registered system
</code></pre>
<p>And the repo will point to the wrong place:</p>
<pre><code>18 | SUSE_Package_Hub_15_SP6_x86_64:SLE-Module-Packagehub-Subpackages15-SP6-Pool | SLE-Module-Packagehub-Subpackages15-SP6-Pool | Yes | (r ) Yes | No | http://openqa.suse.de/assets/repo/SLE-15-SP6-Module-Packagehub-Subpackages-POOL-x86_64-Build67.1-Media1/
</code></pre>
<a name="Solution"></a>
<h2 >Solution<a href="#Solution" class="wiki-anchor">¶</a></h2>
<p>To cope with this, we would need to sync the PackageHub module for EVERY build we have for 15-SP6. Another solution would be to tweak ProxySCC code to return the real URL instead of local assets.</p>
<p>BUT there is an easier way:<br>
1) Register the system using the usual proxySCC</p>
<pre><code>susetest:~ # SUSEConnect -r $REGCODE --url http://all-67.1.proxy.scc.suse.de
Registering system to registration proxy http://all-67.1.proxy.scc.suse.de
Announcing system to http://all-67.1.proxy.scc.suse.de ...
Activating SLES 15.6 x86_64 ...
-> Adding service to system ...
Activating sle-module-basesystem 15.6 x86_64 ...
-> Adding service to system ...
-> Installing release package ...
Activating sle-module-server-applications 15.6 x86_64 ...
-> Adding service to system ...
-> Installing release package ...
Activating sle-module-python3 15.6 x86_64 ...
-> Adding service to system ...
-> Installing release package ...
Successfully registered system
</code></pre>
<p>2) Activate the desired module using <code>--url</code> pointing to real SCC:</p>
<pre><code>susetest:~ # SUSEConnect -p PackageHub/15.6/x86_64 --url https://scc.suse.com
Registering system to SUSE Customer Center
Updating system details on https://scc.suse.com ...
Activating PackageHub 15.6 x86_64 ...
-> Adding service to system ...
-> Installing release package ...
Successfully registered system
</code></pre>
<p>3) And voilá, you will get the repos from REAL SCC:</p>
<pre><code>susetest:~ # zypper lr -u |grep -i PackageHub-15-SP6-Pool
22 | SUSE_Package_Hub_15_SP6_x86_64:SUSE-PackageHub-15-SP6-Pool | SUSE-PackageHub-15-SP6-Pool | Yes | (r ) Yes | No | https://updates.suse.com/SUSE/Backports/SLE-15-SP6_x86_64/product?RMMzfgZAuv8Hy903n30FsW6hbWs5KExVGGIwF1w5nRMdkliFvRBscHmgomWpHwFbG8l2C7cmrcZead-ejTo_f0NKbts7ZNwGBw0WtMwuWeKXxK2mgknqmbcYZ22y3RB3rThU1AMZTw
</code></pre> openSUSE admin - tickets #157246 (Feedback): Mail to opensuse-factory rejected as spamhttps://progress.opensuse.org/issues/1572462024-03-14T12:17:24ZLarsMB
<p>Hi all,</p>
<p>a mail I was trying to send to the factory list bounced with a not quite helpful error message. I've tried resending it twice, including from suse.de rather than suse.com, no change. I'm not entirely sure why it gets flagged as spam.</p>
<p>One of the bounces looks like this:</p>
<pre><code>From: factory-owner@lists.opensuse.org
To: lmb@suse.com
Date: Thu, 14 Mar 2024 11:24:17 +0000
Subject: Re: Zypper crashes while loading shared libraries
[-- Attachment #1 --]
[-- Type: text/plain; charset=utf-8, Encoding: base64, Size: 0.3K --]
Your message to the openSUSE Factory mailing-list was rejected for the following
reasons:
Header "X-Spam: Yes" matched a header rule
The original message as received by Mailman is attached.
[-- Attachment #2 --]
[-- Type: message/rfc822, Encoding: 7bit, Size: 5.3K --]
From: Lars Marowsky-Bree <lmb@suse.com>
To: factory@lists.opensuse.org
Date: Thu, 14 Mar 2024 12:24:04 +0100
Message-ID: <gcwnrfziwhvbujmrxud4qogx2hy36uaslh3dm5rcstx4dg6wbd@mcoy34bvstuh>
Subject: Re: Zypper crashes while loading shared libraries
</code></pre> openSUSE admin - tickets #157048 (Feedback): Matrix openSUSE channel with 5000+ users:https://progress.opensuse.org/issues/1570482024-03-12T05:17:47Zpj.openSUSE@gmx.com
<p>HI, opening Matrix in webbrowser <a href="https://app.element.io" class="external">https://app.element.io</a> then performing<br>
a search of Public Servers there is an openSUSE server that shows up<br>
with 5500+ users and I am unable to enter the channel because of a sort<br>
of bot error. Do you know what this channel is all about and how can I<br>
enter this channel? I have attached a openSUSE paste of this channels<br>
entry displayed in the Matrix public channel search also.<br>
<a href="https://paste.opensuse.org/pastes/97ea863ff746" class="external">https://paste.opensuse.org/pastes/97ea863ff746</a></p>
<p>Do you know what's going on here?</p>
<p>-Greatest Hopes</p>
openQA Tests - action #155389 (Feedback): test fails in first_boothttps://progress.opensuse.org/issues/1553892024-02-13T08:51:55Zggardet_armguillaume.gardet@arm.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario opensuse-15.6-DVD-aarch64-install_only@aarch64_cpu_max fails in<br>
<a href="https://openqa.opensuse.org/tests/3929594/modules/first_boot/steps/19" class="external">first_boot</a></p>
<p><code>aarch64_cpu_max</code> is slow and <code>first_boot</code> shows the screen saver, which is not handle yet.</p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>set HDDSIZE=40 as required for ppc64le (failed w/o it on <a href="https://openqa.opensuse.org/tests/390330#step/install_and_reboot/21" class="external">https://openqa.opensuse.org/tests/390330#step/install_and_reboot/21</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/3616527" class="external">534.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.opensuse.org/tests/latest?arch=aarch64&distri=opensuse&flavor=DVD&machine=aarch64_cpu_max&test=install_only&version=15.6" class="external">latest</a></p>
openQA Tests - action #151738 (Feedback): [qe-core] Enable systemd-testsuite in 15-SP6https://progress.opensuse.org/issues/1517382023-11-30T09:41:09Zjlausuchjalausuch@suse.com
<a name="Background"></a>
<h2 >Background<a href="#Background" class="wiki-anchor">¶</a></h2>
<p>There is an important update for systemd in 15-SP6 to v254: <a href="https://jira.suse.com/browse/PED-4846" class="external">https://jira.suse.com/browse/PED-4846</a><br>
Some important partners are a bit worried about this update and have asked us to please make sure this doesn't break any application (e.g. SAP applications).<br>
We can't ensure 3rd party applications will be ok with this update, but what we can do is to provide good coverage for systemd testing (of course, SAP part will be covered by SAP squad). </p>
<p><code>systemd-testsuite</code> has been integrated in openQA and enabled in TW by Martin Loviska when he was on rotation. e.g. <a href="https://openqa.opensuse.org/tests/3760221" class="external">https://openqa.opensuse.org/tests/3760221</a><br>
It was also enabled in 15-SP4 and SP5 after GA, but the package is already in 15-SP6 channel <a href="http://download.suse.de/download/ibs/SUSE:/SLE-15-SP6:/GA/standard/x86_64/systemd-testsuite-254.5-150600.1.2.x86_64.rpm" class="external">http://download.suse.de/download/ibs/SUSE:/SLE-15-SP6:/GA/standard/x86_64/systemd-testsuite-254.5-150600.1.2.x86_64.rpm</a></p>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ul>
<li><code>systemd-testsuite</code> is scheduled in 15-SP6 functional group.</li>
</ul>
<p>Related slack thead: <a href="https://suse.slack.com/archives/C02CSAZLAR4/p1701087663691749" class="external">https://suse.slack.com/archives/C02CSAZLAR4/p1701087663691749</a></p>
openQA Tests - action #151246 (Feedback): [opensuse][ppc64le] test fails in updates_packagekit_kd...https://progress.opensuse.org/issues/1512462023-11-21T15:25:47Zdzedrojpupava@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>I created bug for it, but then I realized the test is using Leap 15.2<br>
I assume the test should use newer Leap version.</p>
<p><a href="https://bugzilla.opensuse.org/show_bug.cgi?id=1217369" class="external">https://bugzilla.opensuse.org/show_bug.cgi?id=1217369</a></p>
<p>openQA test in scenario opensuse-15.4-Container-Image-ppc64le-container_image_on_leap15.2_host@ppc64le fails in<br>
<a href="https://openqa.opensuse.org/tests/3745090/modules/updates_packagekit_kde/steps/21" class="external">updates_packagekit_kde on 15.4</a><br>
<a href="https://openqa.opensuse.org/tests/3745086#step/updates_packagekit_kde/21" class="external">updates_packagekit_kde on 15.5</a></p>
<p>Also another test but same issue with image <a href="mailto:opensuse-15.3-ppc64le-160.3-textmode@ppc64le.qcow2">opensuse-15.3-ppc64le-160.3-textmode@ppc64le.qcow2</a><br>
<a href="https://openqa.opensuse.org/tests/3745089" class="external">https://openqa.opensuse.org/tests/3745089</a> on openSUSE Leap 15.4 Images<br>
<a href="https://openqa.opensuse.org/tests/3745155" class="external">https://openqa.opensuse.org/tests/3745155</a> on openSUSE Leap 15.5 Images</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/3731857" class="external">91.5</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/3728662" class="external">91.3</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=ppc64le&distri=opensuse&flavor=Container-Image&machine=ppc64le&test=container_image_on_leap15.2_host&version=15.4" class="external">latest</a></p>
openSUSE admin - tickets #138161 (Feedback): Zypper Mirror Configurationhttps://progress.opensuse.org/issues/1381612023-10-18T00:15:00Zamirhosein.nik1996@gmail.com
<p>Dear openSUSE Admins,</p>
<p>I hope this message finds you well. I am currently experiencing<br>
challenges while using Zypper to update my Tumbleweed system. I reside<br>
in Iran, and the automatically selected mirror is inaccessible from my<br>
location. Fortunately, there are several alternative mirrors available<br>
that can provide faster download speeds. However, I am uncertain about<br>
how to configure Zypper to use these mirrors effectively.</p>
<p>Additionally, the manual process of checking the mirror availability<br>
via <a href="https://mirrors.opensuse.org" class="external">https://mirrors.opensuse.org</a> before every update appears to be<br>
impractical. My goal is to have Zypper bypass the problematic mirror<br>
and automatically search for a faster, functional alternative.</p>
<p>I would greatly appreciate your guidance and assistance with this<br>
matter. I've attempted to research a solution but have not been<br>
successful in finding one thus far.</p>
<p>As a side note, I attempted uncommenting "download.use_geoip_mirror =<br>
true" in /etc/zypp/zypp.conf, but this did not resolve the issue.</p>
<p>Thank you for your time and assistance.</p>
<p>Sincerely,<br>
Amir</p>
openQA Tests - action #137711 (Feedback): [security][15-SP4][15-SP5][15-SP6] Cannot find device v...https://progress.opensuse.org/issues/1377112023-10-10T10:25:59ZJERiveraMoyajeriveramoya@suse.com
<a name="Observation"></a>
<h4 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h4>
<p>One occurrence of this is in product validation<br>
openQA test in scenario sle-15-SP6-Online-s390x-cc_ipsec_client@s390x-kvm fails in<br>
<a href="https://openqa.suse.de/tests/12442171/modules/ipsec_client/steps/4" class="external">ipsec_client</a><br>
but we have it in more places. Check in other products to have an idea of the scope.</p>
<p>Cannot find that network interface, but we need to figure out where that is set (cannot be found at first look), perhaps in os-autoinst code?<br>
Another doubt of this scenario is how it plays out the role of the other job, which probably is the IP what is trying to connect, but this is not an MM, so we would need to figure out the role of both jobs as well and perhaps include this info in the test suite description for future reader.</p>
openSUSE admin - tickets #137345 (Feedback): CDN redirecting to bad mirror (opensusemirror.vod.co...https://progress.opensuse.org/issues/1373452023-10-03T04:03:45Zmikebirdgeneau
<p>Hi!<br>
Been running into issues with repos in MicroOS/Aeon recently; it looks like for the failed URLs, the CDN is redirecting me to a subdirectory of:<br>
<a href="http://opensusemirror.vod.comcast.com/tumbleweed/repo/" class="external">http://opensusemirror.vod.comcast.com/tumbleweed/repo/</a></p>
<p>This server doesn't appear to be responding (timeout).<br>
The first time I've run into the issue was on Sept 29, 2023, but the problem seems to be persisting.</p>
<p>This URL from the mirror status page returns a "raptor not found" message:<br>
<a href="http://download.opensuse.org/app/server/opensusemirror.vod.comcast.com" class="external">http://download.opensuse.org/app/server/opensusemirror.vod.comcast.com</a></p>
<p>Thanks for looking into it!<br>
Mike</p>
openSUSE admin - tickets #137207 (Feedback): Rejoining openSUSE's Discord serverhttps://progress.opensuse.org/issues/1372072023-09-28T17:11:31Zopensuse.armrest586@simplelogin.com
<p>I joined the official discord server recently. I then left the server. I've tried to rejoin and can't. Username Elemental#7457</p>
<p>Can someone look into this? I've read that discord prevents users rejoining servers they've left. Not sure why that is but can an invite be sent to me in discord? </p>
openSUSE admin - tickets #136271 (Feedback): Most recent Tumbleweed image missing from mirrorshttps://progress.opensuse.org/issues/1362712023-09-21T16:30:08Zhellcphel@lcp.world
<p>There's a very fun issue that absolutely none of the mirrors have the most recent tumbleweed net image for some reason so trying to download it from get.opensuse.org fails. any link I go into at <a href="https://download.opensuse.org/tumbleweed/iso/openSUSE-Tumbleweed-NET-x86_64-Snapshot20230917-Media.iso?mirrorlist" class="external">https://download.opensuse.org/tumbleweed/iso/openSUSE-Tumbleweed-NET-x86_64-Snapshot20230917-Media.iso?mirrorlist</a> fails, and the only way I was able to actually download it was with downloadcontent</p>
openQA Tests - action #133868 (Feedback): [security][15-SP6] installation fail on all archs with ...https://progress.opensuse.org/issues/1338682023-08-07T08:30:42Zpstivaninpstivanin@suse.com
<p>This is happening to others teams too, so it must be some wrong/missing config.</p>
<p><a href="https://openqa.suse.de/tests/overview?distri=sle&version=15-SP6&build=9.1&groupid=268" class="external">https://openqa.suse.de/tests/overview?distri=sle&version=15-SP6&build=9.1&groupid=268</a></p>
openQA Tests - action #133565 (Feedback): [security][maintenance][15-SP4][15-SP5][aarch64] test f...https://progress.opensuse.org/issues/1335652023-07-31T07:54:40Zpstivaninpstivanin@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP5-Server-DVD-Updates-aarch64-fips_ker_postgresql_ssl_client@aarch64-virtio fails in<br>
<a href="https://openqa.suse.de/tests/11704126/modules/postgresql_ssl_client/steps/18" class="external">postgresql_ssl_client</a> and <a href="https://openqa.suse.de/tests/11704126#step/postgresql_ssl_client/18" class="external">https://openqa.suse.de/tests/11704126#step/postgresql_ssl_client/18</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Testsuite maintained at <a href="https://gitlab.suse.de/qe-security/osd-sle15-security" class="external">https://gitlab.suse.de/qe-security/osd-sle15-security</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/11703481" class="external">20230730-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/11700480" class="external">20230729-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=aarch64&distri=sle&flavor=Server-DVD-Updates&machine=aarch64-virtio&test=fips_ker_postgresql_ssl_client&version=15-SP5" class="external">latest</a></p>
openQA Tests - action #133529 (Feedback): libqca2: legacy providers give an errorhttps://progress.opensuse.org/issues/1335292023-07-29T13:48:18Zdimstardimstar@opensuse.org
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>This happens after the latest upgrade of qca to version 2.3.7:<br>
<a href="https://build.opensuse.org/request/show/1101014/changes" class="external">https://build.opensuse.org/request/show/1101014/changes</a></p>
<p>openQA test in scenario opensuse-Tumbleweed-JeOS-for-kvm-and-xen-x86_64-jeos-extra@64bit_virtio-2G fails in<br>
<a href="https://openqa.opensuse.org/tests/3465872/modules/libqca2/steps/16" class="external">libqca2</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Same as jeos, plus some more tests.</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/1885703" class="external">20210824</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/1884770" class="external">20210823</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=JeOS-for-kvm-and-xen&machine=64bit_virtio-2G&test=jeos-extra&version=Tumbleweed" class="external">latest</a></p>
openQA Tests - action #128600 (Feedback): [security] [QR] [UEFI] test fails in audit_remote_libvirthttps://progress.opensuse.org/issues/1286002023-05-03T13:28:01Zemiler
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP4-Online-QR-x86_64-cc_audit-remote-libvirt_uefi@uefi fails in<br>
<a href="https://openqa.suse.de/tests/11023530/modules/audit_remote_libvirt/steps/17" class="external">audit_remote_libvirt</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Testsuite maintained at <a href="https://gitlab.suse.de/qe-security/osd-sle15-security" class="external">https://gitlab.suse.de/qe-security/osd-sle15-security</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/11023530" class="external">186.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/11006684" class="external">186.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-QR&machine=uefi&test=cc_audit-remote-libvirt_uefi&version=15-SP4" class="external">latest</a></p>