Centos 6 не обновляется

Обновлено: 21.11.2024

ПРИМЕЧАНИЕ: я указал «redhat enterprise linux для реального времени» в качестве ОС, поскольку не могу найти запись для стандартного Red Hat linux (бета-версия 7.4).
В любом случае я вижу, что /etc /yum.repos.d должен быть пустым, за исключением файлов redhat.repo, которые не имеют значимого содержимого.

Загруженные подключаемые модули: языковые пакеты, идентификатор продукта, репозитории с отключенным поиском, подписка-
: менеджер
Эта система зарегистрирована на сервере прав, но не получает обновлений. Вы можете использовать менеджер подписок для назначения подписок.
Нет включенных репозиториев.
Запустите "yum repolist all", чтобы просмотреть имеющиеся у вас репозитории.
Чтобы включить репозитории Red Hat Subscription Management:
subscription-manager repos --enable
Чтобы включить пользовательские репозитории:
yum-config-manager --enable

--- Ни одна из приведенных выше команд мне не подходит. Я использовал менеджер подписки для регистрации продукта.
Может кто-нибудь помочь? После того, как я устал делать обновления, я решил создать пост здесь. Заранее спасибо.
Рави
PS: не уверен, стоит ли упоминать об этом, я только пробую Redhat через их программу для разработчиков - и я не платный клиент.
Я пробовал копировать файлы yum.repos.d, но безрезультатно.
Единственное, что мне нужно было попробовать - чего я еще не пробовал, - это использовать серверный dvd в качестве источника пакетов.

Ответы

Основная проблема в том, что нет включенных репозиториев, и это легко решается. лучше всего начать с нуля.

Сначала все очистите — откройте терминал и выполните следующие команды:

sudoscription-manager remove --all
sudoscription-manager unregister
sudoscription-manager clean

Теперь перерегистрируйте систему, прикрепите подписки - выполните эти команды:

registration-manager-подписки sudo
manager-подписки sudo обновить
manager-подписки sudo прикрепить --auto

Вот команды, чтобы увидеть, какие репозитории включены и что можно добавить:

Выполните репозиторий sudo subscribe-manager --list-enabled, чтобы увидеть все фактически включенные подписки.
Выполните sudo subscribe-manager repos --list, чтобы увидеть все доступные вам подписки.
Выполните репозитории sudo для управления подпиской -- включите, если хотите добавить дополнительные репозитории.

Дополнительная информация: я протестировал это решение на своей системе RHEL Server 7.3, к которой прикреплена бесплатная подписка Developer Edition.

Поскольку вы говорите, что пробуете бета-версию RHEL 7.4, и я не знаю, включены ли основные репозитории автоматически, вам может потребоваться добавить их вручную с помощью вышеупомянутой команды. В противном случае вы можете проверить текущую стабильную версию RHEL Server 7.3.

Я не уверен, что установка и использование бета-версии RHEL 7.4 обычно покрывается бесплатной версией для разработчиков, потому что на портале для разработчиков нет варианта загрузки, поэтому я предлагаю вам изучить стабильную версию Red Hat Enterprise Linux Server 7.3. (версия для разработчиков).

При работе с CentOS, если вы используете команду yum для обновления виртуальной машины (ВМ), она будет обновлена до последней версии дистрибутива для CentOS. Это может привести к тому, что виртуальная машина будет обновлена за пределами поддержки или функциональности. Чтобы решить эту проблему, можно использовать репозиторий CentOS Vault.

В этой статье подробно описано, как обновить CentOS, не выходя за пределы поддерживаемых версий.

Инструкции

Выполните следующие шаги, чтобы обновить CentOS, не выходя за пределы поддерживаемых версий:

Создайте снимок виртуальной машины.

Используйте следующий шаблон, чтобы указать, какую версию они используют в данный момент. Замените X на текущую версию.

Выполните следующую команду:
yum repolist --disablerepo=base --disablerepo=extras --disablerepo=updates

В качестве примера рассмотрим CentOS 6.2. Вы получите вывод, аналогичный следующему:

Выполните следующую команду:
yum check-update --disablerepo=base --disablerepo=extras --disablerepo=updates
Убедитесь, что обновленные пакеты не вызовут сбоев в работе вашей среды.

Выполните следующую команду:
yum update --disablerepo=base --disablerepo=extras --disablerepo=updates -y

Переименуйте файл репозитория хранилища:
mv /etc/yum.repos.d/CentOS-Vault.repo /etc/yum.repos.d/CentOS-Vault.repo.off

Перезагрузите виртуальную машину и продолжите процесс с другими виртуальными машинами по мере необходимости.

Отказ от ответственности

Упомянутый выше пример кода предоставляется вам как есть, без каких-либо заверений, гарантий или условий. Вы можете использовать, модифицировать и распространять его на свой страх и риск. CITRIX ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ, ПОДРАЗУМЕВАЕМЫХ, ПИСЬМЕННЫХ, УСТНЫХ ИЛИ ЗАКОННЫХ, ВКЛЮЧАЯ, ПОМИМО ПРОЧЕГО, ГАРАНТИИ КОММЕРЧЕСКОЙ ПРИГОДНОСТИ, ПРИГОДНОСТИ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ, ПРАВА И НЕНАРУШЕНИЯ ПРАВ.Не ограничивая общего характера вышеизложенного, вы признаете и соглашаетесь с тем, что (а) пример кода может содержать ошибки, недостатки конструкции или другие проблемы, которые могут привести к потере данных или повреждению имущества; (b) может оказаться невозможным сделать образец кода полностью функциональным; и (c) Citrix может, не уведомляя вас и не неся перед вами ответственности, прекратить предоставлять текущую версию и/или любые будущие версии примера кода. Ни в коем случае код не должен использоваться для поддержки сверхопасных действий, включая, помимо прочего, работы по жизнеобеспечению или взрывные работы. НИ КОМПАНИЯ CITRIX, НИ ЕЕ АФФИЛИРОВАННЫЕ ЛИЦА ИЛИ АГЕНТЫ НЕ НЕСУТ ОТВЕТСТВЕННОСТИ ПРИ НАРУШЕНИИ ДОГОВОРА ИЛИ ЛЮБОЙ ДРУГОЙ ТЕОРИИ ОТВЕТСТВЕННОСТИ ЗА ЛЮБОЙ УЩЕРБ, ВОЗНИКШИЙ В РЕЗУЛЬТАТЕ ИСПОЛЬЗОВАНИЯ ПРИМЕРНОГО КОДА, ВКЛЮЧАЯ, ПОМИМО ПРОЧЕГО, ПРЯМЫЕ, ОСОБЫЕ, СЛУЧАЙНЫЕ, ШТРАФНЫЕ, ПОСЛЕДУЮЩИЕ ИЛИ ДРУГИЕ. ДАЖЕ ЕСЛИ УВЕДОМЛЕНО О ВОЗМОЖНОСТИ ТАКИХ ПОВРЕЖДЕНИЙ. Хотя авторские права на код принадлежат Citrix, любое распространение примера кода должно включать только ваше собственное стандартное указание авторских прав, а не Citrix. Вы соглашаетесь возмещать ущерб и защищать Citrix от любых претензий, возникающих в связи с использованием, изменением или распространением вами примера кода.

Примечание. Откат пакетов selinux , selinux-policy-* , kernel , glibc (зависимости от glibc, например gcc) до более старой версии не поддерживается. Таким образом, понижение версии системы до дополнительной версии (например, с RHEL6.1 до RHEL6.0) не рекомендуется, так как это может привести к нежелательному состоянию системы. Используйте опцию истории yum для небольших откатов обновлений.

Если вы решите выполнить откат, а не переустановку, начните со следующей документации.

Руководство по развертыванию RHEL 6 — 8.3.3. Отмена и повтор транзакций
Руководство системного администратора RHEL 7 — 9.4.3. Отмена и повтор транзакций
Руководство системного администратора RHEL 8 — 2.8 Обработка истории управления пакетами

Ниже приведен пример использования yum для установки и отмены (т.е. удаления) пакета screen:

Сначала будет установлен экран RPM

Далее укажите идентификатор транзакции, которую мы хотим «отменить»

Идентификатор интересующей нас транзакции – "8", поэтому перейдите к шагу отмены. Если вы хотите увидеть дополнительную информацию, чтобы убедиться, что это интересующая вас транзакция, используйте информацию об истории yum 8 перед выполнением отмены

Этапы диагностики

Всегда рекомендуется делать полную резервную копию системы перед любым обновлением, а история yum НЕ предназначена для замены резервных копий системы.

Общее документирование состояния системы до и после установки исправлений всегда является хорошей практикой. Это должно включать запуск package-cleanup со следующими флагами --orphans, --problems, --dupes, --leaves.

Отмена истории yum потребует доступа ко всем предыдущим версиям RPM; таким образом, необходимо убедиться, что более старые версии RPM доступны для системы. Перед выполнением обновлений рекомендуется внимательно изучить выходные данные package-cleanup --orphans, чтобы узнать, какие установленные RPM-пакеты больше не доступны в включенных репозиториях. Это не должно быть проблемой при использовании стандартных репозиториев RHEL, предоставляемых Red Hat, поскольку в этих местах поддерживается несколько версий RPM.

Как и после любых изменений RPM, рекомендуется проверять выходные данные/журналы yum на наличие сообщений и/или созданных rpm-файлов.

Это решение является частью программы ускоренной публикации Red Hat, предоставляющей огромную библиотеку решений, созданных инженерами Red Hat для поддержки наших клиентов. Чтобы дать вам необходимые знания, как только они станут доступны, эти статьи могут быть представлены в необработанном и неотредактированном виде.

CentOS 6 EOL уже не за горами, срок его выпуска намечен на 30 ноября 2020 года. Если у вас есть серверы, работающие на системах CentOS 6, обязательно подготовьтесь к этому событию.

Узнайте, чего ожидать после ноября и как справиться с переходом.

Конец жизни CentOS 6

В какой-то момент каждый выпуск Linux становится EOL, то есть достигает конца своей жизни.

Несмотря на то, что выпуски CentOS имеют исключительно длительный жизненный цикл, версия 6 достигает своего собственного к концу ноября 2020 г. Для сравнения, CentOS 7 будет поддерживаться до июня 2024 г. Удивительно, но жизненный цикл CentOS 8 был сокращен, и его EOL запланирован на декабрь 2021 года.

Стать EOL означает, что сообщество Linux больше не будет поддерживать его с помощью исправлений безопасности, уязвимостей или исправлений ошибок. Поэтому продолжение использования CentOS 6 после ноября может представлять значительный риск для безопасности. Вот почему рекомендуется никогда не использовать операционные системы EOL.

Если вы используете CentOS 6 на каком-либо из своих компьютеров, у вас есть несколько доступных вариантов в будущем.

Вариант 1. Переход на CentOS 7 (рекомендуется)

Альтернативой обновлению до CentOS 7 является переход на новую систему со свежеустановленной поддерживаемой версией. Это позволит вам настроить сервер на более позднюю версию CentOS и безопасно перенести данные.

Чтобы установить новую операционную систему, а затем выполнить миграцию данных, см. раздел Как установить CentOS 7.

Вариант 2. Обновление до CentOS 7

Самый простой и наименее затратный вариант — обновить CentOS 6 до CentOS 7 с существующей версии. Однако это решение не рекомендуется для рабочих серверов и может включать использование неофициальных пользовательских скриптов.

Если вы все же решите обновить CentOS, убедитесь, что у вас есть надежная резервная копия, поскольку при таком переходе всегда существует вероятность потери данных.

Примечание. Хотите узнать больше о различных типах резервных копий? Взгляните на подробное сравнение полного, инкрементного и дифференциального резервного копирования.

Вариант 3. Самостоятельная поддержка

Если переход на более новую версию CentOS невозможен, вы можете продолжить использовать версию EOL с поддержкой самостоятельного управления. Без поддержки сообщества Linux вам (или нанятой группе экспертов) придется взять на себя управление потенциальными угрозами безопасности и исправить все известные ошибки.

Как правило, рекомендуется выполнить чистую установку и перенести рабочие нагрузки на новую ОС. Тем не менее, что бы вы ни выбрали, обязательно переключитесь на поддерживаемую версию, прежде чем CentOS 6 станет EOL.

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