Не удается найти допустимый базовый URL для репозитория base 7 x86 64 centos 7, как исправить

Обновлено: 02.07.2024

Джндоусон

Известный участник

cPRex

Модератор Юрского периода

Привет! Первое, что я бы попробовал, было бы так, поскольку в вашем выводе упоминается файл кеша Yum:

Если это не решит проблему, вам нужно будет вручную проверить файлы репозитория в /etc/yum.repos.d, чтобы увидеть, какой из них может быть неправильно настроен, но это указывает на проблему с операционной системой. и сами инструменты Yum, а не проблема с программным обеспечением cPanel.

Джндоусон

Известный участник

Привет! Первое, что я бы попробовал, было бы так, поскольку в вашем выводе упоминается файл кеша Yum:

Если это не решит проблему, вам нужно будет вручную проверить файлы репозитория в /etc/yum.repos.d, чтобы увидеть, какой из них может быть неправильно настроен, но это указывает на проблему с операционной системой. и сами инструменты Yum, а не проблема с программным обеспечением cPanel.

Я должен был включить все, что мы сделали, что указывает на то, что проблема связана с тем, что происходит с yum. Я думаю.

cPRex

Модератор Юрского периода

В этот момент я бы сказал вашему хостинг-провайдеру, что что-то с Yum и ОС не позволяет создавать файлы списка зеркал. На стороне cPanel не будет ничего, что помогло бы заставить это работать, и вам нужно быть осторожным, чтобы не допустить дополнительного повреждения базы данных RPM, которое не может быть восстановлено.

Я привык видеть эти проблемы в системах CentOS 5, поскольку они изменили способ обновления, но в CentOS 6 я бы с осторожностью запускал какие-либо ненужные команды на этом этапе.

Джндоусон

Известный участник

В этот момент я бы сказал вашему хостинг-провайдеру, что что-то с Yum и ОС не позволяет создавать файлы списка зеркал. На стороне cPanel не будет ничего, что помогло бы заставить это работать, и вам нужно быть осторожным, чтобы не допустить дополнительного повреждения базы данных RPM, которое не может быть восстановлено.

Я привык видеть эти проблемы в системах CentOS 5, поскольку они изменили способ обновления, но в CentOS 6 я бы с осторожностью запускал какие-либо ненужные команды на этом этапе.

Мы являемся хостинговой компанией, и я должен был выразиться яснее: у всех наших компьютеров Centos 6 и Cloudlinux 7 одна и та же проблема с обновлениями. Все серверы настроены на автоматическое обновление, и мы ничего не меняли.

канд

Зарегистрировано

Срок действия Centos 6 истек 30 ноября 2020 г.
Вы должны отредактировать CentOS-Base.repo,
чтобы он везде указывал на хранилище, или настроить
прокси, чтобы изменить поиск на хранилище

в зависимости от того, что у вас есть в файле
grep 'name=' CentOS-Base.repo
name=CentOS-$releasever - Base
name=CentOS-$releasever - Updates < br />name=CentOS-$releasever - Дополнения
name=CentOS-$releasever - Дополнения
name=CentOS-$releasever - Plus
name=CentOS-$releasever - Contrib

Поддержка Pelican

Зарегистрировано

@jndawson - Привет, у меня были те же проблемы с моим локальным компьютером CentOS 6 в офисе. И искал похожие проблемы и наткнулся на ваш пост.
Я зарегистрировался, чтобы писать здесь. Не уверен, что это поможет вам.

cPRex

Модератор Юрского периода

Похоже, сегодня у меня есть новая информация по этому поводу :D

Мы выпустили для этого средство автоматического исправления в рамках дела CPANEL-35078, так как репозитории CentOS 6 были перемещены в хранилище в связи с окончанием срока службы этой ОС. Это должно решить проблемы, с которыми вы сталкивались, @jndawson

Однако, если у вас есть CentOS 7 или CloudLinux 7 с проблемами Yum, это будет другая проблема. За последние 24 часа в CloudLinux возникали некоторые проблемы с репозиторием, но сейчас их тоже нужно решить.

Джндоусон

Известный участник

Похоже, сегодня у меня есть новая информация по этому поводу :D

Мы выпустили для этого средство автоматического исправления в рамках дела CPANEL-35078, так как репозитории CentOS 6 были перемещены в хранилище в связи с окончанием срока службы этой ОС. Это должно решить проблемы, с которыми вы сталкивались, @jndawson

Однако, если у вас есть CentOS 7 или CloudLinux 7 с проблемами Yum, это будет другая проблема. За последние 24 часа в CloudLinux возникали некоторые проблемы с репозиторием, но сейчас их тоже нужно решить.

Отлично! Спасибо за обновление!

Где автофиксатор? Прошлой ночью у нас снова произошел сбой обновления на всех серверах.

cPRex

Модератор Юрского периода

Если это не произошло для вас автоматически, что может не произойти при наличии проблем с обновлением, вы можете запустить это:

Джндоусон

Известный участник

Если это не произошло для вас автоматически, что может не произойти при наличии проблем с обновлением, вы можете запустить это:

Не удается найти допустимый базовый URL для репозитория: base/7/x86_64

Не удается найти допустимый базовый URL для репозитория: base/7/x86_64

У меня возникают проблемы при попытке установить любой пакет или обновить систему.

Моя система — Centos 7.7

CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"

Это файлы репозиториев, которые я создал.

А это вывод базы репозиториев


Ошибка одного из настроенных репозиториев (неизвестно),
и у yum недостаточно кэшированных данных для продолжения. На данный момент единственная
безопасная вещь, которую yum может сделать, это потерпеть неудачу. Есть несколько способов «исправить» это:

<р>1. Свяжитесь с апстримом для репозитория и попросите их решить проблему.

<р>2. Перенастройте baseurl/etc. для репозитория, чтобы указать на рабочий
upstream. Это чаще всего бывает полезно, если вы используете более новую
версию дистрибутива, чем поддерживается репозиторием (и пакеты для предыдущей версии дистрибутива все еще работают).

<р>3. Запустите команду с временно отключенным репозиторием
yum --disablerepo= .

<р>4. Отключите репозиторий навсегда, чтобы yum не использовал его по умолчанию. Затем Yum
просто будет игнорировать репозиторий до тех пор, пока вы
не включите его снова или не используете --enablerepo для временного использования:

yum-config-manager --disable
или
репозитории менеджера подписки --disable=

<р>5. Настройте отказоустойчивый репозиторий для пропуска, если он недоступен.
Обратите внимание, что yum попытается связаться с репозиторием. когда он выполняет большинство команд,
so будет каждый раз пытаться и терпит неудачу (и, таким образом, yum будет намного
медленнее). Однако, если это очень временная проблема, часто это хороший
компромисс:

yum-config-manager --save --setopt= .skip_if_unavailable=true

Не удается найти допустимый базовый URL для репозитория: base/7/x86_64

Я надеюсь, что кто-нибудь может помочь мне с этой проблемой, я работаю с ней 4 дня и не могу найти решение.

Поэтому вам нужно срочно решить эту проблему, поскольку версия 7.7 устарела более чем на два года, но вы не можете сделать это, пока не устраните текущую проблему.

Находится ли эта система за веб-прокси? Это обычная причина такого рода ошибок: плохо настроенный или работающий прокси-сервер, находящийся между вами и Интернетом и останавливающий поток трафика. Вы также можете попробовать отредактировать /etc/yum/pluginconf.d/fastestmirror.conf и установить «enabled=0», чтобы бесполезный плагин не мешал.

Привет, Треворт. Спасибо за ответ.

Я применяю вашу рекомендацию, но проблема не устранена.

Я изменил значение переменной с 1 на 0 и попытался выполнить обновление с помощью yum, но получил ту же ошибку.

Позвольте мне сказать вам, что я установил еще один Centos 7.7 на свой ноутбук с VirtualBox, чтобы использовать его для тестов,
и этот дистрибутив 7.7 позволил мне обновить, я запускаю yum update и позволяю мне обновлять.

Итак, с этим тестом я думаю, что мне также нужно обновить систему до 7.7, может быть проблема с yum или ntwork, я не знаю


Ошибка одного из настроенных репозиториев (неизвестно),
и у yum недостаточно кэшированных данных для продолжения. На данный момент единственная
безопасная вещь, которую yum может сделать, это потерпеть неудачу. Есть несколько способов «исправить» это:

<р>1. Свяжитесь с апстримом для репозитория и попросите их решить проблему.

<р>2. Перенастройте baseurl/etc. для репозитория, чтобы указать на рабочий
upstream. Это чаще всего бывает полезно, если вы используете более новую
версию дистрибутива, чем поддерживается репозиторием (и пакеты для предыдущей версии дистрибутива все еще работают).

<р>3. Запустите команду с временно отключенным репозиторием
yum --disablerepo= .

<р>4. Отключите репозиторий навсегда, чтобы yum не использовал его по умолчанию. Затем Yum
просто будет игнорировать репозиторий до тех пор, пока вы
не включите его снова или не используете --enablerepo для временного использования:

yum-config-manager --disable
или
репозитории менеджера подписки --disable=

<р>5. Настройте отказоустойчивый репозиторий для пропуска, если он недоступен.
Обратите внимание, что yum попытается связаться с репозиторием. когда он выполняет большинство команд,
so будет каждый раз пытаться и терпит неудачу (и, таким образом, yum будет намного
медленнее). Однако, если это очень временная проблема, часто это хороший
компромисс:

Вот несколько простых шагов, которые помогут вам решить проблему, из-за которой Centos не может найти действительный базовый URL для обновления репозитория.

Базовый URL-адрес — это место, где хранятся все файлы в репозитории. Вы можете получить эту информацию у поставщика репозитория. Большинство репозиториев предлагают предварительно настроенный репозиторий. репо — это именно то, что вы поместили в /etc/yum. отдых.

Одним из наиболее распространенных недостатков, с которыми сталкиваются пользователи CentOS при использовании менеджера пакетов доставки YUM (например, при выполнении команды yum-upgrade), особенно в только что установленной команде, является человеческое тело «Невозможно найти действительную базу URL из-за репо: база / 7 ". / x86_64€.

Короче говоря, в этой статье у нас есть возможность показать вам, как исправить ошибку «Не удалось найти лучший допустимый базовый URL-адрес для репозитория» в дистрибутиве Linux CentOS. Далее

На снимке экрана показана самая большая ошибка после запуска команды yum для поиска пакета.

Не удалось найти действительный базовый URL, подходящий для ошибок репозитория

Эта ошибка указывает на то, что YUM не может получить доступ к базовым базам данных, которые он использует для поиска отчетов о пакетах. В большинстве случаев реальных причин ошибки две: 1) сетевые конфликты и/или 2) закомментированный базовый URL, доступный в файле конфигурации репозитория.

проверить связь с хостом

Результат проверки связи указывает либо на проблему с DNS, либо на отсутствие подключения к Интернету. В этом случае попробуйте изменить файлы конфигурации сетевого интерфейса. Определите подходящий сетевой интерфейс, запустите команду ip.

Определить сетевые интерфейсы

Чтобы изменить эту конфигурацию для интерфейса enp0s8, откройте файл /etc/sysconfig/network-scripts/ifcfg-enp0s8, как показано.

Если это проблема с DNS, попробуйте добавить мои серверы имён в файл конфигурации согласно инструкции mi.

DNS1 = 10.0.2.2DNS2 = 8.8.8.8

Для получения дополнительной информации см. нашу статью: Как настроить статический сетевой IP-адрес и управлять службами в RHEL/CentOS 7.0.

После изменения сетевых методов попробуйте отправить их немедленно.

Новый пинг на хосте

Выполнить сейчас, чтобы попытаться снова запустить yum install или любую команду yum, которая отображает указанную выше ошибку.

Найти пакет

<р>2. Если система подключена к нашему собственному интернету и DNS работает правильно, сразу после этого должна возникнуть проблема с файлом конфигурации репозитория /etc/yum.repos.d/CentOS-Base.repo.

Редактировать файл репозитория Yum

Сохраните изменения и закройте файл. WarmПопробуйте запустить команду еще раз.

В этой статье мы объяснили, как исправить ошибку «Нет реального базового URL для репозитория ошибок:» в CentOS 7. Мы будем рады услышать от вас и поделиться с нами своим опытом. Используйте форму обратной связи ниже, чтобы поделиться известными вам решениями для решения этой проблемы с помощью этого метода.

Если вам нравится то, что мы делаем здесь, в TecMint, обратите внимание на следующее:

TecMint – это самый быстрый и надежный сайт сообщества, где можно найти всевозможные статьи, руководства и книги по Linux в Интернете. Миллионы людей обращаются к TecMint! искать или просматривать тысячи опубликованных статей, доступных БЕСПЛАТНО, чтобы помочь любому.

Если вам нравится то, что вы читаете, купите нам кофе (2 дополнительных) в знак признательности.

ПК работает медленно?

Reimage — идеальное решение для ремонта вашего ПК! Он не только быстро и безопасно диагностирует и устраняет различные проблемы с Windows, но также повышает производительность системы, оптимизирует память, повышает безопасность и точно настраивает ваш компьютер для максимальной надежности. Так зачем ждать? Начните сегодня!

Жизненный период Centos 6 перенесен на 30 ноября 2020 г. После этого, например, будут жалобы на то, что не найдены действительные базовые URL-адреса:

Это делает невозможным обновление монитора OP5 до последней версии (EL6). Это становится сложной задачей, если вы хотите перенести свою установку двери на EL7, поскольку мы рекомендуем вам обновить ее до последней версии на старом сервере перед резервным копированием.

Чтобы подавить эти сообщения об ошибках и позволить программному обеспечению обновить монитор OP5, вам необходимо изменить базовый репозиторий Centos через /etc/yum.repos.d/CentOS-Base.repo следующим образом:

Не удается найти допустимый Baseurl для репозитория CentOS 6?

Не можете найти действительный Baseurl для дополнений репо?

Метод 1: make Yummy find baseurl Этот проект ошибки указывает на то, что по какой-то причине система Yellowdog Updater, Modified (yum) не может получить доступ к базе данных, которую она использует для окончательного поиска информации о пакете. Чтобы воспроизвести ошибку, запустите sudo yum update или, например, yum update, если вы root.

Если вы используете какой-либо из дистрибутивов Linux, использующих менеджер пакетов yum, вскоре после завершения установки операционной системы вы можете увидеть сообщение об ошибке «Не удается найти действительный базовый URL-адрес для репо: база». Чаще всего это ошибка, связанная с дистрибутивами Fedora, Red Hat и CentOS Linux, но вы также можете получить ее при попытке обновить yum на совместимых версиях SUSE. Обычно вы получаете сообщение об ошибке только при попытке обновления, но, к счастью, есть довольно простой способ ее обойти.

Метод 1: заставить yum найти базовый URL

Это сообщение об ошибке указывает на то, что по какой-то причине система Yellowdog Updater, Modified (yum) не может получить доступ к базе, которую она использует для поиска информации о пакетах. Чтобы воспроизвести сообщение об ошибке, запустите sudo yum update или просто yum update, если вы являетесь пользователем root. Если на этот раз он обновится, значит, ошибка была вызвана сбоем в сети, и вам больше ничего делать не нужно.


Если вы не можете пропинговать серверы, возможно, вам придется подождать, потому что они могут испытывать временный сбой. В противном случае, если у вас возникли проблемы с сетью, попробуйте путь, показанный на изображении, и переключите строку ONBOOT = на «да» или «нет». Возможно, вы захотите попробовать их оба. После того, как вы его установили, запустите sudo dhclient, пока вы не работаете через ssh, а затем снова попытайтесь обновить yum. Если вам все еще не удается обновить диспетчер пакетов, попробуйте снова отредактировать этот файл.


Вы найдете параметр NM_CONTROLLED, для которого следует установить значение no. Если вы это сделаете, убедитесь, что для параметра ONBOOT= также установлено значение no. Когда вы устанавливаете для параметров значение «нет», убедитесь, что вы вводите слова только в нижнем регистре, поскольку некоторые версии CentOS и Fedora могут иметь некоторую чувствительность к регистру в этом отношении.

После того, как вы закончите редактирование файла, убедитесь, что кабель Ethernet подключен к первому сетевому интерфейсу на машине, и попробуйте запустить ifdown eth0; ifup eth0 для сброса сети. Пользователи CentOS 7, как и в нашем примере, могут не найти этот файл, потому что что-то изменилось. Если это так, попробуйте найти то, что показано на изображении ниже, или что-то еще, похожее на этот шаблон. Разработчики CentOS решили внести некоторые изменения в прошлый раз, когда они обновили минимальный код установки, и в результате это изменило название некоторых сетевых интерфейсов.


Как только все будет хорошо, попробуйте снова обновить yum и посмотреть, работает ли он.

Метод 2: раскомментирование базового URL

В некоторых редких случаях эта ошибка может быть вызвана не сетевой проблемой. Если вы уверены, что подключены, но по-прежнему ничего не работает, откройте файл, показанный на изображении ниже, как суперпользователь root в своем любимом текстовом редакторе. Опять же, если вы не используете CentOS, как мы, вам потребуется простое изменение имени, чтобы найти нужный файл.


Вы должны увидеть строку следующего содержания:

Читайте также: