Centos yum update error 404

I am trying to do a yum update and all of the mirrors fail with a 404. I put the url into my browser and the error is correct, the url does not exist. YUM is looking for a package that does not exist on the mirrors. See below for the error message:

https://mirrors.lug.mtu.edu/epel/7/x86_64/repodata/13b91b1efe2a1db71aa132d76383fdb5311887958a910548546d58a5856e2c5d-primary.sqlite.xz: [Errno 14] HTTPS Error 404 - Not Found
Trying other mirror.
http://mirror.oss.ou.edu/epel/7/x86_64/repodata/13b91b1efe2a1db71aa132d76383fdb5311887958a910548546d58a5856e2c5d-primary.sqlite.xz: [Errno 14] HTTP Error 404 - Not Found
Trying other mirror.
https://mirror.csclub.uwaterloo.ca/fedora/epel/7/x86_64/repodata/13b91b1efe2a1db71aa132d76383fdb5311887958a910548546d58a5856e2c5d-primary.sqlite.xz: [Errno 14] HTTPS Error 404 - Not Found
Trying other mirror.
http://mirror.sfo12.us.leaseweb.net/epel/7/x86_64/repodata/13b91b1efe2a1db71aa132d76383fdb5311887958a910548546d58a5856e2c5d-primary.sqlite.xz: [Errno 14] HTTP Error 404 - Not Found
Trying other mirror.
http://mirror.math.princeton.edu/pub/epel/7/x86_64/repodata/13b91b1efe2a1db71aa132d76383fdb5311887958a910548546d58a5856e2c5d-primary.sqlite.xz: [Errno 14] HTTP Error 404 - Not Found
Trying other mirror.
http://kdeforge2.unl.edu/mirrors/epel/7/x86_64/repodata/13b91b1efe2a1db71aa132d76383fdb5311887958a910548546d58a5856e2c5d-primary.sqlite.xz: [Errno 14] HTTP Error 404 - Not Found
Trying other mirror.
https://muug.ca/mirror/fedora-epel/7/x86_64/repodata/13b91b1efe2a1db71aa132d76383fdb5311887958a910548546d58a5856e2c5d-primary.sqlite.xz: [Errno 14] HTTPS Error 404 - Not Found
Trying other mirror.
http://fedora.westmancom.com/epel/7/x86_64/repodata/13b91b1efe2a1db71aa132d76383fdb5311887958a910548546d58a5856e2c5d-primary.sqlite.xz: [Errno 14] HTTP Error 404 - Not Found
Trying other mirror.
https://ca.mirror.babylon.network/epel/7/x86_64/repodata/13b91b1efe2a1db71aa132d76383fdb5311887958a910548546d58a5856e2c5d-primary.sqlite.xz: [Errno 14] HTTPS Error 404 - Not Found
Trying other mirror.
https://mirror.chpc.utah.edu/pub/epel/7/x86_64/repodata/13b91b1efe2a1db71aa132d76383fdb5311887958a910548546d58a5856e2c5d-primary.sqlite.xz: [Errno 14] HTTPS Error 404 - Not Found
Trying other mirror.

I have tried running yum clean all That command finished successfully, but it did not change any thing. I have also tried the following:

rm -f /var/lib//rpm/__db*
rpm --rebuilddb

That also did not change anything.

Обновлено: 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

В чем была проблема?

Если вам удалось решить проблему, поделитесь своим опытом для других. Что помогло:

* в процентах показаны результаты ответов других посетителей.

CentOS

The Community ENTerprise Operating System

Running ‘yum update -y’ gives HTTP error 404

Running ‘yum update -y’ gives HTTP error 404

Post by Amphaeon » 2018/05/29 18:07:52

error is as follows:
https://mirror.centos.org/altarch/7/vir . repomd.xml: [Errno 14] HTTP Error 404 — Not Found

Steps I’ve taken to get to this point.
Installed Centos 7 minimal from tested media made using etcher. (drives were default auto partition).

Im trying to follow an openstack packstack wiki at: https://www.rdoproject.org/install/packstack/

Ran the following commands as per packstack wiki.
systemctl disable firewalld
systemctl stop firewalld
systemctl disable NetworkManager
systemctl stop NetworkManager
systemctl enable network
systemctl start network

In /etc/sysconfig/network-scripts
I modified the ifcfg-enp0s0 so that «ONBOOT=yes» it was initially set at no.
I restart network by running ‘systemctl restart network’
I confirmed i pulled an IP via DHCP by running ip addr
I confirmed access to internet by pinging 8.8.8.8 successfully.

I then followed the wiki entry at https://wiki.centos.org/yum-errors
And ran the following:
yum clean all
rm -rf /var/cache/yum/*

I do not have a proxy server.

What can I do to resolve this issue? Please let me know if you need any more information and I will provide.

Источник

CentOS

The Community ENTerprise Operating System

not able to update yum. gives error no 14- HTTP error 404

not able to update yum. gives error no 14- HTTP error 404

Post by maverick10 » 2018/07/20 04:30:24

i am trying install openstack on centOS 7.

I was able to install «sudo yum install -y centos-release-openstack-ocata». Then i tried to update packages on centos and it giving me above mentioned error.
I can ping internet/google.com. I am not using any proxy setting.

If above article doesn’t help to resolve this issue please use https://bugs.centos.org/.

One of the configured repositories failed (CentOS-7 — QEMU EV),
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=centos-qemu-ev .

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 centos-qemu-ev
or
subscription-manager repos —disable=centos-qemu-ev

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:

Источник

CentOS

The Community ENTerprise Operating System

[SOLVED] Yum update errno 14 http error 404: not found

[SOLVED] Yum update errno 14 http error 404: not found

Post by Meditsh » 2017/04/05 08:57:52

I just deployed a VMware virtual appliance which is integrated on a CentOS 5 system.
The network is configured and I am able to ping my lan’s computers and ping 8.8.8.8.

Yet I am unable to «yum update» and it output

The commands «yum check-update» and «yum upgrade» output the same message as «yum update».

Here is my yum.conf

[main]
cachedir=/var/cache/yum
keepcache=0
debuglevel=2
logfile=/var/log/yum.log
distroverpkg=redhat-release
tolerant=1
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1
bugtracker_url=http://bugs.centos.org/yum5bug

Thank you per advance.

Re: Yum update errno 14 http error 404: not found

Post by TrevorH » 2017/04/05 09:03:06

CentOS 5 is dead. Please see viewtopic.php?f=9&t=57398 which has been there for at least a year warning that CentOS 5 EOL was approaching.

There will be no more updates for CentOS 5 ever. If you have a requirement to run el5 still then you should install RHEL5 and purchase an EUS subscription to allow you to continue to receive any future updates from them (this is a chargeable service and updates are no longer made public).

[SOLVED] Yum update errno 14 http error 404: not found

Post by Meditsh » 2017/04/05 09:20:59

I knew CentOs 5 was dead but the appliance came with it and I thought running yum was a prerequisite to migration.

Thank you for your answer TrevorH.
Have a good day.

Re: [SOLVED] Yum update errno 14 http error 404: not found

Post by MartinR » 2017/04/05 12:17:27

Re: [SOLVED] Yum update errno 14 http error 404: not found

Post by Meditsh » 2017/04/05 14:12:45

This is troublesome because the only OVA file released of my Virtual Appliance (PowerChute Network Shutdown v4.2) is using CentOS 5. I am going to find another way to install it and don’t keep this securtiy breach.

Thank you again TrevorH for all your informations.

Источник

Настройка пользовательских страниц ошибок Nginx в CentOS 7

Nginx – это высокопроизводительный и гибкий веб-сервер.

При проектировании веб-страниц часто возникает необходимость настроить каждую часть контента, которую будут видеть пользователи, в индивидуальном порядке. Это касается и страниц ошибок, которые возникают в случае, если контент по какой-либо причине недоступен. В этом руководстве показано, как настроить Nginx для отображения пользовательских страниц ошибок в системе CentOS 7.

Требования

Для выполнения данного руководства нужно иметь учётную запись пользователя с привилегиями sudo; подробнее об этом можно узнать в руководстве «Начальная настройка сервера CentOS 7».

Кроме того, нужно предварительно установить Nginx; чтобы получить инструкции по установке данного веб-сервера, читайте эту статью.

Создание пользовательской страницы ошибок

Для начала нужно создать свою страницу ошибок. Используйте инструкции данного раздела, чтобы создать собственную страницу.

Пользовательские страницы ошибок должны храниться в каталоге /usr/share/nginx/html (это стандартный каталог document root веб-сервера Nginx в системе CentOS). Создайте страницу 404 по имени custom_404.html и одну общую страницу для ошибок с кодом 500 по имени custom_50x.html. Для тестирования можно использовать следующий код; в противном случае рекомендуется заменить текст страницы своим контентом.

Error 404: Not found 🙁

I have no idea where that file is, sorry. Are you sure you typed in the correct URL?

» | sudo tee -a /usr/share/nginx/html/custom_404.html
echo «

Oops! Something went wrong.

We seem to be having some technical difficulties. Hang tight.

» | sudo tee -a /usr/share/nginx/html/custom_50x.html

Итак, теперь у вас есть две страницы ошибок, которые должен использовать сервер в случае, если пользователь запрашивает недоступный контент.

Настройка Nginx для обслуживания пользовательской страницы ошибок

Теперь нужно настроить Nginx для поддержки только что созданных страниц при возникновении соответствующей ошибки. Для этого нужно отредактировать виртуальные хосты (Nginx называет их блоками server). В CentOS 7 основной блок server находится в файле /etc/nginx/nginx.conf. В данном руководстве дл примера показано, как отредактировать основной хост; если вы используете другие хосты, выполните инструкции раздела в файлах этих хостов.

sudo nano /etc/nginx/nginx.conf

Внутри файла найдите блок кода, который определяет контекст сервера. Теперь нужно задать Nginx новые страницы ошибок.

Настройка страницы 404

Конфигурационный файл Nginx в системе CentOS определяет страницу 404 при помощи директивы error_page. Нужно изменить поведение сервера, чтобы при возникновении ошибки 404 вместо стандартной страницы появлялась пользовательская. Нужно отредактировать соответствующий блок файла, чтобы убедиться, что директива root указывает на локальную файловую систему и что файл доступен только по внутренним редиректам Nginx (т.е, не может запрашиваться непосредственно клиентами):

/etc/nginx/nginx.conf
http <
. . .
server <
. . .
error_page 404 / custom_404.html ;
location = / custom_404.html <
root /usr/share/nginx/html ;
internal;
>
. . .
>
>

Как правило, редактировать директиву root нет необходимости. Однако здесь она задана явно, чтобы страницы ошибок обслуживались даже в случае перемещения веб-контента и каталога document root в другую точку.

Настройка страницы ошибок 500

Затем можно добавить директивы для обслуживания пользовательской страницы ошибок 500. Это делается точно таким же образом; используйте следующий код:

/etc/nginx/nginx.conf
http <
. . .
server <
. . .
error_page 404 /custom_404.html;
location = /custom_404.html <
root /usr/share/nginx/html;
internal;
>
error_page 500 502 503 504 / custom_50x.html ;
location = / custom_50x.html <
root /usr/share/nginx/html;
internal;
>
location /testing <
fastcgi_pass unix:/does/not/exist;
>
>
>

В конце файла добавлен фиктивный путь к FastCGI, чтобы протестировать работу страницы 500. В данном случае возникнет ошибка, поскольку бэкэнда не существует. При запросе страницы на экране появится код ошибки 500 и соответствующая пользовательская страница.

Сохраните и закройте файл.

Перезапуск Nginx и тестирование настроек

Проверьте синтаксис файла на наличие ошибок при помощи команды:

Если команда обнаружила в файле ошибки, исправьте их, прежде чем продолжить. Если ошибок нет, перезапустите веб-сервер:

sudo systemctl restart nginx

Теперь попробуйте открыть домен или IP сервера в браузере и запросить несуществующий файл, чтобы проверить настройку страницы 404:

http:// server_domain_or_IP /thiswillerror

на экране появится страница со следующим сообщением:

Error 404: Not found 🙁
I have no idea where that file is, sorry. Are you sure you typed in the correct URL?

Если запросить местонахождение FastCGI, на экране появится страница ошибки 502 Bad Gateway:

http:// server_domain_or_IP /testing
Oops! Something went wrong.
We seem to be having some technical difficulties. Hang tight.

После тестирования удалите фиктивный путь к FastCGI из настроек Nginx.

Заключение

Теперь сервер Nginx обслуживает пользовательские страницы ошибок для сайта. В целом, пользовательские страницы ошибок – это отличный способ помочь посетителям сайта разобраться, в чём дело, предоставить им всю необходимую информацию об ошибке и полезные ссылки (не забудьте убедиться, что ссылки работают даже в случае возникновения ошибок).

Источник

Настройка пользовательских страниц ошибок Apache в CentOS 7

Apache – самый популярный в мире веб-сервер; многофункциональный и гибкий, он постоянно развивается и поддерживается командой высококвалифицированных специалистов.

При проектировании веб-страниц часто возникает необходимость настроить каждую страницу индивидуально. Это касается и страниц ошибок, которые появляются, если запрашиваемый контент по какой-либо причине недоступен. В этом руководстве показано, как настроить Apache для отображения пользовательских страниц ошибок в системе CentOS 7.

Требования

Для выполнения данного руководства нужна уётная запись пользователя с привилегиями sudo. Чтобы настроить такого пользователя, обратитесь к этому руководству. Кроме того, нужно предварительно установить Apache; подробные инструкции по установке веб-сервера можно получить здесь.

Создание пользовательской страницы ошибок

Для начала создайте пользовательские страницы ошибок.

Примечание: Для тестирования можно использовать следующий код без изменений. Чтобы создать свою страницу ошибок, просто замените текст в echo в приведённом ниже коде.

Страницы ошибок будут находиться в каталоге /var/www/html – стандартном каталоге document root веб-сервера Apache. Для примера создайте страницу ошибки 404 (по имени custom_404.html) и общую страницу для ошибок 500 (назовите её custom_50x.html).

Error 404: Not found 🙁

I have no idea where that file is, sorry. Are you sure you typed in the correct URL?

» | sudo tee -a /var/www/html/custom_404.html
echo «

Oops! Something went wrong.

We seem to be having some technical difficulties. Hang tight.

» | sudo tee -a /var/www/html/custom_50x.html

Итак, теперь на сервере есть две страницы ошибок.

Настройка Apache для отображения пользовательских страниц ошибок

Теперь нужно настроить Apache для поддержки только что созданных страниц в случае возникновения соответствующей ошибки. Создайте новый конфигурационный файл в каталоге /etc/httpd/conf.d, который хранит настройки для Apache. Назовите файл custom_errors.conf:

sudo nano /etc/httpd/conf.d/ custom_errors.conf

Направьте Apache на соответствующие страницы ошибок.

Для того чтобы связать каждый тип ошибки со специальной страницей ошибок, используйте директиву ErrorDocument. В целом, нужно просто указать код состояния HTTP для каждой страницы, и тогда страница появится на экране в случае возникновения указанной ошибки.

В данном случае настройки будут выглядеть так:

/etc/httpd/conf.d/custom_errors.conf
ErrorDocument 404 /custom_404.html
ErrorDocument 500 /custom_50x.html
ErrorDocument 502 /custom_50x.html
ErrorDocument 503 /custom_50x.html
ErrorDocument 504 /custom_50x.html

Этих настроек достаточно, чтобы обслуживать пользовательские страницы ошибок.

Однако рекомендуется добавить ещё один блок конфигураций, чтобы клиенты не могли запрашивать страницы ошибок напрямую. Это предотвратит путаницу (например, запрошенная напрямую страница ошибки будет сообщать пользователю об ошибке, даже если код состояния – 200 (Success)).

Чтобы настроить такое поведение веб-сервера, нужно добавить блок Files для каждой пользовательской страницы ошибок. Также нужно проверить, установлена ли переменная окружения REDIRECT_STATUS; она должна быть установлена только если директива ErrorDocument обрабатывает запрос. Если переменная окружения пуста, сервер будет обслуживать страницу 404:

/etc/httpd/conf.d/custom_errors.conf
ErrorDocument 404 /custom_404.html
ErrorDocument 500 /custom_50x.html
ErrorDocument 502 /custom_50x.html
ErrorDocument 503 /custom_50x.html
ErrorDocument 504 /custom_50x.html

RedirectMatch 404 ^/custom_404.html$

RedirectMatch 404 ^/custom_50x.html$

Когда страницы ошибок запрашиваются клиентами, возникает ошибка 404, потому что переменная среды не установлена.

Тестирование страницы ошибок 500

Проверить работу страницы ошибок 404 очень просто: нужно запросить любой несуществующий контент. Чтобы протестировать страниц ошибок 500, нужно создать фиктивный ProxyPass.

Добавьте директиву ProxyPass в конец конфигурационного файла. Отправьте запросы для /proxytest на порт 9000 на локальной машине (на этом порте не запущено ни одного сервиса):

/etc/httpd/conf.d/custom_errors.conf
ErrorDocument 404 /custom_404.html
ErrorDocument 500 /custom_50x.html
ErrorDocument 502 /custom_50x.html
ErrorDocument 503 /custom_50x.html
ErrorDocument 504 /custom_50x.html

RedirectMatch 404 ^/custom_404.html$

RedirectMatch 404 ^/custom_50x.html$

ProxyPass /proxytest «http://localhost:9000»

Сохраните и закройте файл.

Тестирование страниц ошибок

Проверьте конфигурационный файл на наличие ошибок:

sudo apachectl configtest

Если команда обнаружила любые ошибки, исправьте их. После этого перезапустите Apache:

sudo systemctl restart httpd

Откройте домен или IP-адрес сервера и запросите несуществующий контент, чтобы проверить работу страницы 404:

http:// server_domain_or_IP /thiswillerror

На экране должна появиться страница 404:

Error 404: Not found 🙁
I have no idea where that file is, sorry. Are you sure you typed in the correct URL?

Откройте фиктивный proxypass, чтобы проверить работу страницы 500 (на экране должен появиться код состояния 503 service unavailable):

http:// server_domain_or_IP /proxytest

Если всё настроено верно, на экране появится:

Oops! Something went wrong.
We seem to be having some technical difficulties. Hang tight.

После тестирования удалите фиктивную директиву из конфигураций Apache.

Заключение

Итак, теперь на сайте есть уникальные страницы ошибок. Пользовательские страницы ошибок – это отличный способ помочь посетителям понять, в чём дело, предоставить им всю необходимую информацию об ошибке и полезные ссылки (не забудьте убедиться, что ссылки работают даже в случае возникновения ошибок).

Источник