Технически говоря, если кто-то хочет обновить сервер RHEL или CentOS с помощью yum, но только до определенного выпуска Дата (т.е. не устанавливайте обновления, выпущенные после даты X), возможно ли это, и если да, то как?
Пока что единственный способ, который я могу придумать, - это использовать выделенный вспомогательный сервер или локальный репозиторий и просто не синхронизировать его после определенной даты, но это не то, что я ищу.
Причина, по которой я спрашиваю, заключается в том, что у нас есть центральный (общий) вспомогательный сервер, который обслуживает несколько клиентов, и один из клиентов попросил поддерживать все его серверы (включая строящиеся новые) на одном уровне обновления, пока они не будут готовы. двигаться вверх. Без нового выделенного спутника, созданного только для этого клиента (который мы бы не синхронизировали после даты X), единственный способ, о котором я могу думать, был бы, если бы мы могли предотвратить обновление серверов (включая недавно построенные) после определенной даты выпуска. .
Я искал повсюду и не смог найти ничего (например, вариант yum или плагин, который делает это), что указывало бы на то, что это вообще возможно, но в случае, если я просто не искал нужную вещь, я спрашиваю вас.
Пожалуйста, дайте мне знать, если вопрос не ясен.
Если вы хотите иметь несколько машин с одинаковыми пакетами и версиями, вы можете использовать yum load-ts (yum load-transaction)
Из man yum:
загрузка-транзакция
Эта команда повторно загрузит сохраненный файл транзакции yum, это позволяет вам запустить транзакцию на одном компьютере, а затем использовать его на другом. Два распространенных способа получить сохраненный файл транзакции yum: "yum -q history addon-info last saved_tx" или через. автоматическое сохранение в $ TMPDIR / yum_save_tx. *, когда транзакция решена, но не запущена.
Похоже, у этого клиента должна быть своя собственная организация внутри сателлита (и вы могли бы затем дать ему права администратора организации, если хотите), ЛИБО вы должны клонировать нужные вам каналы, а затем, когда они скажут идти, вы войдете в каждый клонированный канал и обновите его (сейчас не могу придумать терминологию, но рядом с кнопкой «синхронизировать».
Когда вы первоначально клонируете канал, вы можете выбрать его клонирование без / всех / выбранных ошибок. В 5.6 (или 5.5?) Они добавили возможность клонирования в соответствии с конкретным выпуском. До этого приходилось использовать скрипт (неподдерживаемый?)
Однако одно предупреждение: при обновлении делайте это через часть интерфейса «Управление каналами», а не через часть интерфейса «Ошибки», иначе вы свернете с ума.
Обратите внимание, что у Red Hat есть несколько руководств по передовой практике RHEL 5 и RHEL 6 по управлению SOE (стандартные операционные среды), которые могут вас заинтересовать.
например. https://access.redhat.com/articles/1169613 (Контент подписчика)