The following information is very important in order to help us help you. Omission of the following details can cause delays or can receive no attention at all.
Version of Uyuni Server and Proxy (if used)
zypper info Uyuni-Server-releaseandzypper info Uyuni-Proxy-release(if used)
Information for package Uyuni-Server-release:
---------------------------------------------
Repository : Uyuni Server Stable
Name : Uyuni-Server-release
Version : 2022.01-165.2.uyuni1
Arch : x86_64
Vendor : obs://build.opensuse.org/systemsmanagement:Uyuni
Support Level : Level 3
Installed Size : 1.4 KiB
Installed : Yes
Status : up-to-date
Source package : Uyuni-Server-release-2022.01-165.2.uyuni1.src
Summary : Uyuni Server
Description :
Uyuni lets you efficiently manage physical, virtual,
and cloud-based Linux systems. It provides automated and cost-effective
configuration and software management, asset management, and system
provisioning.
Details about issue
Hello there,
I use a lot of CentOS7 client and about 1 or 2 Uyuni release ago, i affect problem with metadata. If i try to update the client, i get this:
susemanager:nginx-stable/signature | 1.3 kB 00:00:00 !!!
https://hun25-14v.hft.rosenberger.local:443/rhn/manager/download/remi-php72/repodata/repomd.xml.asc: [Errno 14] HTTPS Error 404 - Not Found
Trying other mirror.
To address this issue please refer to the below wiki article
https://wiki.centos.org/yum-errors
If above article doesn't help to resolve this issue please use https://bugs.centos.org/.
susemanager:remi-php72 | 1.3 kB 00:00:00
One of the configured repositories failed (Remi's PHP 7.2 RPM repository for Enterprise Linux 7),
and yum doesn't have enough cached data to continue. At this point the only
safe thing yum can do is fail. There are a few ways to work "fix" this:
1. Contact the upstream for the repository and get them to fix the problem.
2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).
3. Run the command with the repository temporarily disabled
yum --disablerepo=susemanager:remi-php72 ...
4. Disable the repository permanently, so yum won't use it by default. Yum
will then just ignore the repository until you permanently enable it
again or use --enablerepo for temporary usage:
yum-config-manager --disable susemanager:remi-php72
or
subscription-manager repos --disable=susemanager:remi-php72
5. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:
yum-config-manager --save --setopt=susemanager:remi-php72.skip_if_unavailable=true
failure: repodata/repomd.xml.asc from susemanager:remi-php72: [Errno 256] No more mirrors to try.
https://hun25-14v.hft.rosenberger.local:443/rhn/manager/download/remi-php72/repodata/repomd.xml.asc: [Errno 14] HTTPS Error 404 - Not Found
The problematic channel is change, sometime the Centos main or update channel generate same error. In this case, if i delete the repodata cache (all folder in /var/cache/rhn/repodata) and regenerate metadata mgr-sign-metadata-ctl regen-metadata it working some hour, but after i get a same error.
Try to generate a new mgr-gpg-pub.key and deploy it to the clients, it also help sometime, but only some hour...
Additional Information
The following information is very important in order to help us help you. Omission of the following details can cause delays or can receive no attention at all.
Version of Uyuni Server and Proxy (if used)
zypper info Uyuni-Server-release
andzypper info Uyuni-Proxy-release
(if used)Details about issue
Hello there,
I use a lot of CentOS7 client and about 1 or 2 Uyuni release ago, i affect problem with metadata. If i try to update the client, i get this:
The problematic channel is change, sometime the Centos main or update channel generate same error. In this case, if i delete the repodata cache (all folder in
/var/cache/rhn/repodata
) and regenerate metadatamgr-sign-metadata-ctl regen-metadata
it working some hour, but after i get a same error.Try to generate a new
mgr-gpg-pub.key
and deploy it to the clients, it also help sometime, but only some hour...Any idea, why broken this thing every time?