Sziasztok!
Adott egy Uyuni server, ami egy ideje (kb a 2. frissites ota) az allabit jatsza.
Ha probalok egy CentOS 7 klienst frssiteni ezt a hibauzit kapom:
susemanager:nginx-stable/signature | 1.3 kB 00:00:00 !!!
https://hun25-14v.hft.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.local:443/rhn/manager/download/remi-php72/repodata/repomd.xml.asc: [Errno 14] HTTPS Error 404 - Not Found
A Channel/repo mind1, itt pl a remi, de a centos main re is csinalja, vagy akamelyik masikra (full random, neha tobbre is).
Ha torlom a repodata cache-t a /var/cache/rhn/repodata konyvtarbol (az osszes konyvtarat itt) majd nyomok egy mgr-sign-metadata-ctl regen-metadata -t konzolbol, akkor helyrejon, ideig oraig (szo szerint, neha 3-4 oran belul megint xar)
Esetleg valaki tapasztalt mar ilyet? Githubon is nyitottam mar issue-t, de ahogy latom uyuni mogott nem igazan eros a kozosseg...
- 173 megtekintés
Hozzászólások
Meglestem a reposync logokat a centos7 repoknál egyelőre semmi ilyet nem látok, remélem nem is fogok :D
Igaz én kb csak az alap repokat toltam bele + epel, semmi mást.
Fedora 42, Thinkpad x280
- A hozzászóláshoz be kell jelentkezni
nekem is kb az alap repok vannak benne, par extra (mysql, php, docker...) csak.
Nem tudom mitol cseszodott amugy el... nem volt semmi valtoztatas a rendszerben.
- A hozzászóláshoz be kell jelentkezni
Azt írtad "kb a 2. frissites ota". Abban a frissítésben volt valami ami ide kapcsolódhat?
- A hozzászóláshoz be kell jelentkezni
En nem lattam semmi ilyesmire utalo jelet.
https://www.uyuni-project.org/doc/2022.01/release-notes-uyuni-server.ht…
- A hozzászóláshoz be kell jelentkezni
Gondolom azóta megoldódott, de ez viszonylag gyakori hiba, úgyhogy az utókor számára, a leggyorsabb megoldás az ilyen esetekben:
hiányzik a repomd.xml.asc fájl a repoból.
Újra kell generálni a channelt:
1. törölni a channel metadata-t:
rm /var/cache/rhn/repodata/<channel neve>/*
2. újragenerálni:
spacecmd softwarechannel_regenerateyumcache <channel neve>
(nagyobb channel esetén szervertől függően akár egy óra is lehet, mire újragenerálja.)
Megoldás az is, ha kikapcsolod a gpg ellenőrzést a channel-re. (A channel beállításainál lehet az alján "Enable GPG Check" - ez a metadata gpg ellenőrzését kapcsolja ki. )
- A hozzászóláshoz be kell jelentkezni