Обновлено: 20.06.2020
Опубликовано: 13.11.2016
Описание
При попытке выполнить команды yum update или yum install в CentOS консоль выдает ошибку [Errno 14] PYCURL ERROR 22 — «The requested URL returned error: 404»
Причина
Пути в кэше одного из репозирориев устарели и ведут на страницы, которых больше не существует (об этом говорит строка «The requested URL returned error: 404»).
Это могло произойти по причине использования Linux, который долгое время не обновлялся.
Решение
1. Просто очистите кэш следующей командой:
yum clean all
и выполните команду по обновлению:
yum update
2. Если этого окажется недостаточно, смотрим список подключенных репозиториев:
yum repolist -v
… и отключаем их по одному.
Например, для отключения репозитория epel:
Repo-id : epel
…
Repo-filename : /etc/yum.repos.d/epel.repo
… открываем файл:
vi /etc/yum.repos.d/epel.repo
Находим опцию enabled и меняем ей значение на 0:
…
enabled=0
…
После отключения каждого из репозиториев пробуем команду:
yum update
В чем была проблема?
Если вам удалось решить проблему, поделитесь своим опытом для других. Что помогло:
* в процентах показаны результаты ответов других посетителей.
Помогла ли вам эта статья?
Да Нет
Are you getting yum PycURL error 22 in between an important update?
Yum errors always need an immediate fix as it affects package management in the servers.
At Bobcares, we often get requests to fix yum errors, as a part of our Server Management Services.
Today, let’s have a quick look at yum. We’ll also see how our Support Engineers fix the PycURL error.
Reasons for yum PycURL error 22?
Yum aka Yellowdog Updater, Modifier is a popular package manager in Red Hat Linux. But yum works with the Red Hat Package Manager (RPM). Hence this works in the Red Hat Linux variant like CentOS.
In addition, yum also install dependencies of packages. But yum command often end up in errors.
Today, we’ll discuss the possible reasons for PycURL error 22.
The possible reasons are:
- Unsupported repository
- Misconfigured proxy server
- Yum cache
Now, let’s see the fixes for this error.
How we fix the yum PycURL error 22?
Our Support Engineers with expertise in Server Administration fixes yum errors quite often. Let’s see how we fix this.
1. yum error 22 due to unsupported repository
Recently, our customer had PycURL error 22 while yum upgrade in the CentOS system. Our Support Engineers re-executed the command to troubleshoot the error. The upgrade terminated at one of the repositories with an error message.
[Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found." Trying other mirror.
Hence we checked the repo file. For this, we open the yum repo file. Editing these files need root access.
vi /etc/yum.repo.d
Further, we checked for the module which caused the error. And we disabled it.
But this didn’t fix the error. So, we removed this manually.
Finally, we used the command to clean the yum.
yum clean all
And this fixed the error.
2. Correct the proxy setting
In some cases, the corrupted proxy configuration causes errors.
Today, proxy servers are important security measures. That is, proxy servers acts as a security layer between the server and the Internet.
So, our Support Engineers check the config file. We edit the config file as a root user.
vi /etc/yum.conf
Here we fill the proxy setting and save the file.
Some customers have subscription managers like RHSM. In such cases, we update the proxy setting in their config file. For instance, for RHSM we update the/etc/rhsm/rhsm.conf
file.
3. Clear yum cache to fix PycURL error 22
Similarly, a corrupted local machine cache can also cause PycURL error. To fix this, we clear the yum cache using the command,
yum clear all
If the error persists, then our Support Engineers clear the cache folder.
rm -rf /var/cache/yum/*
Last but not least, connection errors or outdated OS versions can end up in errors. So, we check the system status and upgrade it if needed.
[Still having trouble in fixing yum errors? – We’ll help you.]
Conclusion
In short, yum PycURL error 22 occur due to many reasons. The most common reasons are an unsupported repository, misconfigured proxy server, yum cache and system status. Today, we saw how our Support Engineers fixed this error.
PREVENT YOUR SERVER FROM CRASHING!
Never again lose customers to poor server speed! Let us help you.
Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.
GET STARTED
var google_conversion_label = «owonCMyG5nEQ0aD71QM»;
Содержание
- How to Fix: Yum [Errno 14] PYCURL ERROR 22 — 404 Not Found
- How to Fix: Yum [Errno 14] PYCURL ERROR 22 — 404 Not Found
- Disable Repository to Fix ‘PYCURL ERROR 22’
- Got a Computer Question or Problem? Ask Dennis!
- CentOS
- excesive 404 errors, but eventually finds repo
- excesive 404 errors, but eventually finds repo
- Re: excesive 404 errors, but eventually finds repo
- Re: excesive 404 errors, but eventually finds repo
- Re: excesive 404 errors, but eventually finds repo
- Re: excesive 404 errors, but eventually finds repo
- «503 Service Unavailable» error in «yum update all» command
- 1 Answer 1
- yum update fails: Error: Cannot retrieve repository metadata (repomd.xml) for repository …
- 10 Answers 10
- Русские Блоги
- [Errno 14] Ошибка Pycurl 22 Установка исходного анализа Ali Yum, CentOS 6 остановила техническое обслуживание
- Интеллектуальная рекомендация
- Реализация оценки приложения iOS
- JS функциональное программирование (е)
- PWN_JarvisOJ_Level1
- Установка и развертывание Kubernetes
- На стороне многопроцессорного сервера — (2) *
How to Fix: Yum [Errno 14] PYCURL ERROR 22 — 404 Not Found
Infopackets Reader Steve T. writes:
I am running Centos 6 32-bit (i386) on a virtual machine and recently I started having ‘PYCURL ERROR 22’ every time I use ‘yum list updates’ or ‘yum -y update’ to list and download updates. The error message says ‘[Errno 14] PYCURL ERROR 22 — The requested URL returned error: 404 Not Found‘. I have gone to the wiki.centos.org/yum-errors as the error message suggests, but have not been able to find a solution to this problem. Can you help? «
I asked Steve if he would like me to connect to his virtual machine using my remote desktop support service in order to have a closer look at the problem, and he agreed. Below I will discuss my findings.
How to Fix: Yum [Errno 14] PYCURL ERROR 22 — 404 Not Found
As the centos.org wiki suggests, the first thing to do is to clear the yum cache as it may be corrupt, which will result in the PYCURL ERROR 22. To do so, open a terminal window / SSH and enter in the following:
yum clean all
rm -rf /var/cache/yum/*
If that does resolve your problem, please have a closer look at the error message. In Steve’s case it was the repo.ius.io mirror which was failing, as noted in the sample output below. In order to fix it, I went to the /etc/yum.repos.d directory and modified the ius.repo file in order to disable it.
Here is the sample output:
yum list updates
Loaded plugins: fastestmirror
Repository remi-safe is listed more than once in the configuration
Repository remi-php70 is listed more than once in the configuration
Loading mirror speeds from cached hostfile
* base: mirror.layeronline.com
* extras: mirror.layeronline.com
* remi: rpms.remirepo.net
* remi-php71: rpms.remirepo.net
* remi-safe: rpms.remirepo.net
* rpmforge: mirror.bacloud.com
* updates: mirror.layeronline.com
base | 3.7 kB 00:00
extras | 3.3 kB 00:00
https ://repo.ius.io/6/i386/repodata/repomd.xml : [Errno 14] PYCURL ERROR 22 — «The requested URL returned error: 404 Not Found»
Trying other mirror.
To address this issue please refer to the below wiki article
Disable Repository to Fix ‘PYCURL ERROR 22’
If you note the above output (red bold text), it lists the URL that is causing the error (repo.ius.io). To fix the error you need to disable the repository via its configuration file, but this is really only a temporary fix to the issue as it does not replace the broken repository.
For the record, I attempted to open https: //repo.ius.io/6/i386/repodata/repomd.xml via the browser and it results in a 404 (file not found). After a bit more research, it appears that repo.ius.io has removed all i386 (Centos 6 32 bit) data from their server and currently only supports x64. This may be because Centos 6 is reaching its end of life (as of November 30 2020).
I am not familiar enough on how to replace this repository as it seems they have switched from using mirrors to a content distribution network (CDN) as of April 30, 2019. I also tried ‘yum update ius-release’ as the page suggests, but it made no difference.
To disable the repo.ius.io repository, do the following:
####show all files with ius in it:
ls -al |grep ius
-rw-r — r— 1 root root 669 May 1 12:00 ius-archive.repo
-rw-r — r— 1 root root 591 May 1 12:00 ius.repo
That’s it! I hope that helps.
If anyone has any suggestions on getting the ius.repo to work again, please leave a comment below. For now, it appears to be taken offline — perhaps permanently.
Got a Computer Question or Problem? Ask Dennis!
I need more questions. If you have a computer question — or even a computer problem that needs fixing — please email me with your question so that I can write more articles like this one. I can’t promise I’ll respond to all the messages I receive (depending on the volume), but I’ll do my best.
Источник
CentOS
The Community ENTerprise Operating System
excesive 404 errors, but eventually finds repo
excesive 404 errors, but eventually finds repo
Post by historystamp » 2016/11/15 22:17:22
I’ve looked around for this problem, and found some threads, but I have not been able to solve this issue. I’m not so familiar with Centos.
I am getting excessive server not found errors. In most instances, a server is eventually found.
message:
http://denver.gaminghost.co/6.7/os/i386 . repomd.xml: [Errno 14] PYCURL ERROR 22 — «The requested URL returned error: 404 Not Found»
Seems like repomd.xml is hard to find. I do not know how to edit my repo list.
I set this system up in the spring of 2016. I booted it up and wanted to upgrade the software [ right term? latest software for packages I installed on 6.8 ]
some info. Got some error message. Bad?
Re: excesive 404 errors, but eventually finds repo
Post by TrevorH » 2016/11/15 23:09:51
Re: excesive 404 errors, but eventually finds repo
Post by historystamp » 2016/11/15 23:48:05
It’s variable based.
Is there someway of updating the mirrors, I seem to recall?
Should I follow the comment in the file? If the mirrorlist does not work for you.
Re: excesive 404 errors, but eventually finds repo
Post by TrevorH » 2016/11/16 01:04:36
Re: excesive 404 errors, but eventually finds repo
Post by historystamp » 2016/11/16 02:20:17
What I did was change file /etc/yum.repos.d/CentOS-Base.repo as suggested in the header. I’m getting less 404 errors now.
running the command. twice.
You can see I’m getting
Repository «x» is listed more than once in the configuration
Cannot remove rpmdb file /var/lib/yum/rpmdb-indexes/file-requires
I got the Cannot remove message when I tried the command earlier. How bad is it?
Источник
«503 Service Unavailable» error in «yum update all» command
I am working on CentOS 6.4. I have setup a local repository using apache server. The path of the local repository is /var/www/html.
The etc/yum.conf file has a proxy server mentioned through «proxy=xxx.xxx.xxx.xxx:8080»
when I execute the command «yum update all». I get the following error:
I am able to browse to this .xml file from other machines in the network. I am not sure what I am missing.
1 Answer 1
I have resolved this issue. The problem was with the Apache Server, which was set up to serve as local repository. Even though I was able to ping the Fully Qualified Domain Name (FQDN)(local.repo.com) of the server, it seems that Yum was not able to reach the server server through (http://local.repo.com) «http» protocol. What I observed was this:
1) The etc/host file had an IP-FQDN mapping for local.repo.com
2) The Apache server had the following entry in /etc/httpd/conf/httpd.conf
Since I could not figure out why Yum couldn’t access the local repo through HTTP protocol i.e.; (http://local.repo.com), I did the following:
1) removed the above lines from httpd.conf file
2) In all the .repo files, mentioned the IP address instead of FQDN.
3) I did not remove IP-FQDN mapping for local.repo.com from the /etc/hosts file
4) In the /etc/yum.conf file, I mentioned the following
(Please note that the above steps, fixed the issue I was failing. There could be more proper answer to this problem).
Источник
yum update fails: Error: Cannot retrieve repository metadata (repomd.xml) for repository …
I’m using CentOS 6.3. When I try to update my system with yum I have this message:
10 Answers 10
Your ca-bundles.crt are too old. One work-around until you upgrade to a newer version of CentOS would be to change the epel.repo from using https to http
Try this (has to be root)
Type «http://mirror.centos.org/centos/6» on your browser, and see, «addons» does not exist.
so, try yum —disablerepo=addons update
The problem for me was that the repos use https and that doesn’t work.
This shows in what repo files https is used. Open them in an editor and make it http. For me that fixed the problem.
All of the previous answers did not work for me, but running the following commands did:
Try doing following.
If you use 6.5, I don’t know why, but doesn’t exist the 6.5 directory at official yum repository for centOS. All packages will return a 404 status code
If you try this: http://mirror.centos.org/centos/6.5/os/x86_64/Packages/php-pear-1.9.4-4.el6.noarch.rpm you will get a 404, but if you try the 6.6 version: http://mirror.centos.org/centos/6.6/os/x86_64/Packages/php-pear-1.9.4-4.el6.noarch.rpm it works.
If you run «yum update» or «yum upgrade» without any other parameters all packages on your system including yum will be upgraded so there really is no need to upgrade yum on its own unless you are upgrading Fedora or CentOS versions.
I installed CentOS via Vagrant, and it came with the /etc/yum.repos.d/ directory prepopulated with things like puppet.repo . Lo and behold, puppet.repo and other included repos did not point to valid resources.
So I removed them and yum works now.
In my case, which is really exceptional, the location of the XML file which contains the repo information is changed.
- I have Internet connection ( ping 8.8.8.8 works)
- When I run yum upgrade , after a lot of 404 error, I can get the names of packages I must download, but I cannot download them.
And, when I browse into the first 404 repo URL, which is:
and I see it absent. Going to its parent folder http://mirror.airenetworks.es/CentOS/7.4.1708/readme I get this:
This directory (and version of CentOS) is deprecated. For normal users, you should use /7/ and not /7.4.1708/ in your path. Please see this FAQ concerning the CentOS release scheme:
If you know what you are doing, and absolutely want to remain at the 7.4.1708 level, go to http://vault.centos.org/ for packages.
Please keep in mind that 7.4.1708 no longer gets any updates, nor any security fix’s.
So, I have to go back to /etc/yum.repo.d to edit the files.
I suspect that $releasever is no more in use, so I can test by changing it to 7 :(remember to escape & with )
Источник
Русские Блоги
[Errno 14] Ошибка Pycurl 22 Установка исходного анализа Ali Yum, CentOS 6 остановила техническое обслуживание
Ссылка на ссылку: https://wiki.centos.org/zh/about/product
Попробуйте 163, Цинхуюан, нет
Alibaba также занял долгий день до того, как соответствующая ссылка внизу обнаружила, что адрес, который может найти источник, был найден источником https://developer.aliyun.com/mirror/centos?spm=a2c6h.13651102.0.0.3e221shelh6
- Резервное копирование
- Загрузите новый centos- base.repo в /etc/yum.repos.d//
- Запустите Yum Makecache, чтобы сгенерировать кэш
- Замените конфигурацию исходного файла, используйте https://mirrs.aliyun.com/centos-dault/
- Официально: пользователи, не являющиеся пользователями ECS, не могут разрешить информацию «mirrs.cloud.aliyuncs.com», которая не влияет на использование. Пользователи могут также изменить соответствующую конфигурацию самостоятельно: например:
- Замените HTTP на HTTPS
- Замените версию, $ releasever заменить 6.8, 6.8 — версия, которую я использую
- Заменить Centos как Centos-Vault
- yum clean all && yum makecache
Интеллектуальная рекомендация
Реализация оценки приложения iOS
Есть два способа получить оценку приложения: перейти в App Store для оценки и оценка в приложении. 1. Перейдите в App Store, чтобы оценить ps: appid можно запросить в iTunes Connect 2. Встроенная оцен.
JS функциональное программирование (е)
Давайте рассмотрим простой пример, чтобы проиллюстрировать, как используется Reduce. Первый параметр Reduce — это то, что мы принимаем массив arrayOfNums, а второй параметр — функцию. Эта функция прин.
PWN_JarvisOJ_Level1
Nc первый Затем мы смотрим на декомпиляцию ida Перед «Hello, World! N» есть уязвимая_функция, проверьте эту функцию после ввода Видно, что только что появившийся странный адрес является пе.
Установка и развертывание Kubernetes
На самом деле, я опубликовал статью в этом разделе давным -давно, но она не достаточно подробно, и уровень не является ясным. Когда я развернулся сегодня, я увидел его достаточно (хотя это было успешн.
На стороне многопроцессорного сервера — (2) *
Обработка сигнала Родительский процесс часто очень занят, поэтому вы не можете просто вызвать функцию waitpid, чтобы дождаться завершения дочернего процесса. Затем обсудите решение. Обратитесь .
Источник
[Errno 14] HTTP/HTTPS Error 404
[Errno 14] PYCURL ERROR 22 — «The requested URL returned error: 403»
[Errno 14] Error 60 — It was impossible to connect to the CentOS servers
Summary
When trying to install or update packages using yum on client systems, yum is failing with one of the following errors:
[Errno 14] HTTP Error 404: Not Found
[Errno 14] HTTPS Error 404 - Not Found
[Errno 14] HTTP Error 404: Status 404
[Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 403"
[Errno 14] Error 60 - It was impossible to connect to the CentOS servers
Leading Causes
1. You are not connected to the internet.
2. This issue can also occur if the system is able to communicate with given server but could not find or access the requested package or path on the server.
3. You have a misconfigured proxy server.
4. You have a local mirror with issues.
Fixes
1. Validate the system can see things on the internet.
2. This issue can also occur due to corruption of the local machine cache, try to clear cache on system:
yum clean all rm -rf /var/cache/yum/*
3. If you have a proxy server, validate it is configured properly in /etc/yum.conf. Here is an example (your names, passwords, and port numbers will obviously be different).
proxy=http://mystuff.mydomain.com:1234 # Account details for yum connections proxy_username=proxy-user proxy_password=proxy-password
4. Temporarily comment out the mirror= line in the the .repo file, then:
yum clean all; yum makecache
If that does not work or if you still need help, try one of our community help platforms:
Forums | Mailing Lists | Other — Getting Help
Infopackets Reader Steve T. writes:
» Dear Dennis,
I am running Centos 6 32-bit (i386) on a virtual machine and recently I started having ‘PYCURL ERROR 22’ every time I use ‘yum list updates’ or ‘yum -y update’ to list and download updates. The error message says ‘[Errno 14] PYCURL ERROR 22 — The requested URL returned error: 404 Not Found‘. I have gone to the wiki.centos.org/yum-errors as the error message suggests, but have not been able to find a solution to this problem. Can you help? «
My response:
I asked Steve if he would like me to connect to his virtual machine using
my remote desktop support service in order to have a closer look at the problem, and he agreed. Below I will discuss my findings.
How to Fix: Yum [Errno 14] PYCURL ERROR 22 — 404 Not Found
As the centos.org wiki suggests, the first thing to do is to clear the yum cache as it may be corrupt, which will result in the PYCURL ERROR 22. To do so, open a terminal window / SSH and enter in the following:
yum clean all
rm -rf /var/cache/yum/*
If that does resolve your problem, please have a closer look at the error message. In Steve’s case it was the repo.ius.io mirror which was failing, as noted in the sample output below. In order to fix it, I went to the /etc/yum.repos.d directory and modified the ius.repo file in order to disable it.
Here is the sample output:
yum list updates
Loaded plugins: fastestmirror
Repository remi-safe is listed more than once in the configuration
Repository remi-php70 is listed more than once in the configuration
Loading mirror speeds from cached hostfile
* base: mirror.layeronline.com
* extras: mirror.layeronline.com
* remi: rpms.remirepo.net
* remi-php71: rpms.remirepo.net
* remi-safe: rpms.remirepo.net
* rpmforge: mirror.bacloud.com
* updates: mirror.layeronline.com
base | 3.7 kB 00:00
extras | 3.3 kB 00:00
https ://repo.ius.io/6/i386/repodata/repomd.xml: [Errno 14] PYCURL ERROR 22 — «The requested URL returned error: 404 Not Found»
Trying other mirror.
To address this issue please refer to the below wiki article
https://wiki.centos.org/yum-errors
Disable Repository to Fix ‘PYCURL ERROR 22’
If you note the above output (red bold text), it lists the URL that is causing the error (repo.ius.io). To fix the error you need to disable the repository
via its configuration file, but this is really only a temporary fix to the issue
as it does not replace the broken repository.
For the record, I attempted to open https: //repo.ius.io/6/i386/repodata/repomd.xml via
the browser and it results in a 404 (file not found). After a bit more research,
it appears that repo.ius.io has removed all i386 (Centos 6 32 bit) data from their server and currently only supports x64. This may be because Centos 6 is reaching its end of life (as of November 30 2020).
I am not familiar enough on how to replace this repository as it seems
they have switched from using mirrors to a content distribution network
(CDN) as of April 30, 2019. I also tried ‘yum update ius-release’ as the
page suggests, but it made no difference.
To disable the repo.ius.io repository, do the following:
cd /etc/yum.repos.d
####show all files with ius in it:
ls -al |grep ius
-rw-r — r— 1 root root 669 May 1 12:00 ius-archive.repo
-rw-r — r— 1 root root 591 May 1 12:00 ius.repo
<=== this file
-rw-r — r— 1 root root 669 May 1 12:00 ius-testing.repo
####modify the repo file:
nano -w ius.repo
[ius]
name = IUS for Enterprise Linux 6 — $basearch
baseurl = https://repo.ius.io/6/$basearch/
####was enabled = 1, set to 0
enabled = 0
repo_gpgcheck = 0
gpgcheck = 1
gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-IUS-6
That’s it! I hope that helps.
If anyone has any suggestions on getting the ius.repo to work again, please leave a comment below. For now, it appears to be taken offline — perhaps permanently.
Got a Computer Question or Problem? Ask Dennis!
I need more questions. If you have a computer question — or even a computer
problem that needs fixing — please
email me with your question so that I can write more articles like this one.
I can’t promise I’ll respond to all the messages I receive (depending on the
volume), but I’ll do my best.
About the author: Dennis Faas is the owner and operator of
Infopackets.com. With over 30 years of computing experience, Dennis’ areas of
expertise are a broad range and include PC hardware, Microsoft Windows, Linux,
network administration, and virtualization. Dennis holds a Bachelors degree in
Computer Science (1999) and has authored 6 books on the topics of MS Windows and
PC Security. If you like the advice you received on this page, please up-vote /
Like this page and share it with friends. For technical support inquiries,
Dennis can be reached via Live chat online this site using the Zopim Chat
service (currently located at the bottom left of the screen); optionally, you
can contact Dennis through the website
contact form.
Table of Contents
- Issue
- Overview
- Known Issues and Resolution
- Verify if correct subscription-manager release is set on clients.
- Check if /var utilization is full on Satellite/Capsule.
- If a «%24releasever» character is observed in repomd.xml URL when performing `yum repolist` then set the correct release version in yum.
- For clients associated with Default Organization View.
- For clients associated with Content View.
- Facing 404 error even if the package is in the metadata
- While using Load Balancing Capsule setup:
- The baseurl value in RHSM configuration is altered and not correct
Issue
When trying to install/update packages using yum getting below error on Client registered to Red Hat Satellite 6 server:
https://satellite.example.com/pulp/repos/test/Library/content/dist/rhel/server/6/6Server/x86_64/os/repodata /repomd.xml: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found"
Overview
Generally, the [Errno 14] HTTPS Error 404 - Not Found
error is observed due to inconsistent metadata of the repositories or if the client could not find or access the requested package on the server. The troubleshooting steps which need to be followed to resolve this issue vary in different scenarios and also there are multiple resolutions available for it. This article lists different Solutions describing when this issue occurs and how to get it resolved.
There are multiple parameters that you need to check before following any Knowledge Solution like whether there is a Content View associated with the client or Default Organization View, whether the client is registered through Capsule or directly to Satellite, release version set on the client and many more.
Known Issues and Resolution
Verify if correct subscription-manager release is set on clients.
-
If the client has been limited to a specific major or minor release, verify that it is using the correct one.
-
What release is the client using?
# cat /etc/redhat-release
-
What release is the client subscribed/limited to?
# subscription-manager release --show
-
-
If these do not match, you will need to correct the mismatch using the
subscription-manager release
command and passing it the appropriate release identifier. This process is described in article.
Check if /var utilization is full on Satellite/Capsule.
-
In some situations the /var utilization gets full on the Satellite server as per the below output due to which the repository synchronization doesn’t get completed resulting in 404 not found errors on clients.
[root@satellite ~]# df -h /var/lib/pulp Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg00-pulp 1.1T 1.1T 22K 100% /var/lib/pulp
-
To extend a logical volume and its filesystem in Red Hat Enterprise Linux refer to article : /var utilization is full on Satellite/Capsule 6.
If a «%24releasever» character is observed in repomd.xml URL when performing `yum repolist` then set the correct release version in yum.
-
Check if you see «%24releasever» character in the error observed as per the following example:
https://satellite.example.com/pulp/repos/XYZ/Library/rhel-cv/content/dist/rhel/server/7/%24releasever/x86_64/os/repodata/repomd.xml: [Errno 14] HTTPS Error 404 - Not Found Trying other mirror.
-
If yes, check if there is any pre-defined variable set in
/etc/yum/vars/releasever
file:# cat /etc/yum/vars/releasever 7.5
-
-
The unwanted «%24releasever» character set in URL can be removed by configuring the correct release in yum as mentioned in the article.
For clients associated with Default Organization View.
-
Verify if the client is associated with a Default Organization View be executing below command:
# subscription-manager identity environment name: Library <--- here no CV name is reflected with the Library environment which means this host is associated with Default Organization View
-
This issue may occur due to corrupt metadata and can be resolved by following the steps mentioned in article.
For clients associated with Content View.
-
Verify if the client is associated with a Content View be executing below command:
# subscription-manager identity environment name: Prod/RHEL7-CV <--- here CV name will be reflected after the Environment name
-
To resolve this issue, it is required to publish/promote the Content View with a new version. Please refer to the article for detailed steps.
Facing 404 error even if the package is in the metadata
-
In some scenarios you may see that the Metadata contains proper information about the package however the filename is a broken symlink:
# file gofer-2.7.6-1.el7sat.noarch.rpm gofer-2.7.6-1.el7sat.noarch.rpm: broken symbolic link to `/var/lib/pulp/content/units/rpm/01 /d91ab1958314d44ce81038015cb83909aa7d968eb26e82c2791da9e21e5d7c/gofer-2.7.6-1.el7sat.noarch.rpm
-
To fix the broken symlinks issue or re-generate the repository metadata on Satellite/Capsule please refer to the article
While using Load Balancing Capsule setup:
-
Run below command on the client to check the stickiness is configured on port 443 or not.
# while true ; do echo "$(date) $(curl -vv https://loadbalancer.example.com 2>&1 | grep "subject:")" ; sleep 5 ; done
-
Sticky session has to be configured on TCP port 443 to request yum metadata for RPM repositories from different Capsule Servers that are configured for Load Balancing. Please check article for more details.
The baseurl value in RHSM configuration is altered and not correct
-
Ensure the
baseurl
value in/etc/rhsm/rhsm.conf
on content host registered with Red Hat Satellite is correctly set.# grep -e baseurl /etc/rhsm/rhsm.conf baseurl = https://satellite.example.com/pulp/repos
Note: The
satellite.example.com
above should be the FQDN of Satellite or Capsule server to which the content host is registered.
-
Product(s)
- Red Hat Satellite
-
Category
- Troubleshoot
-
Component
- katello
- pulp
- yum
-
Tags
- satellite_6
- yum
-
Article Type
- General
Описание
При попытке выполнить команды yum update или yum install в CentOS консоль выдает ошибку [Errno 14] PYCURL ERROR 22 — «The requested URL returned error: 404″
Причина
Пути в кэше одного из репозирориев устарели и ведут на страницы, которых больше не существует (об этом говорит строка «The requested URL returned error: 404»).
Это могло произойти по причине использования Linux, который долгое время не обновлялся.
Решение
1. Просто очистите кэш следующей командой:
yum clean all
и выполните команду по обновлению:
yum update
2. Если этого окажется недостаточно, смотрим список подключенных репозиториев:
yum repolist -v
… и отключаем их по одному.
Например, для отключения репозитория epel:
Repo-id : epel
…
Repo-filename : /etc/yum.repos.d/epel.repo
… открываем файл:
vi /etc/yum.repos.d/epel.repo
Находим опцию enabled и меняем ей значение на 0:
…
enabled=0
…
После отключения каждого из репозиториев пробуем команду:
yum update