Вопрос

Мы запускаем систему на CentOS 5.5 и установить наше программное обеспечение, используя один RPM, содержащий все наше программное обеспечение.Когда нам нужно применить горячую исправление или патч. Текущая система - просто придерживаться тарелки и расстраивать его.

Я пытаюсь разработать отслеживаемую, повторяющуюся систему для нанесения горячих исправлений и патчей, но я немного не уверен, что роль RPM играет в этом процессе.

От того, что я понимаю, если мы до номера версии и переустановите даже только с одним файлом, то RPM будет взрываться всему.Это требует, чтобы мы были абсолютно уверены, что никто поставил еще одно исправление на систему, что мы не знаем, как она будет заменена.

Можно ли сделать RPM, который содержит только новые файлы и примените к тому, что в верхней части существующей об / мин?Как бы это повлияло на последующие модернизации системы?

Это было полезно?

Решение

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

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

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

Одна вещь, которую вы можете сделать, чтобы напомнить о том, что у вас есть исправления, - это использовать

rpm -q --verify (your rpm name)
.

Это распечатает список файлов, которые были изменены, поскольку обороты установлены.Таким образом, вы хотя бы знаете, какие файлы были исправлены и должны быть приняты во внимание.

Другие советы

Точка RPM должна иметь повторяемое, проверяемую установку.Вы должны генерировать новую об / мин с обновленным обновлением в нее (через исходный исходный патч или новый исходный код).

Распространение вашего монолитного пакета позволит вам обновить части индивидуально.

Вы можете использовать deltarpm (но я не рекомендую его, увидеть ниже). Имея старый RPM и новый RPM (на сборке сборки), вы можете генерировать Delta с помощью инструмента Deltarpm. Использование инструмента DELTARPM на поле, где установлено программное обеспечение, вы можете затем автоматически обновить старый об / мин к новым об / мин (и понизить его назад, если это необходимо).

Мне это не нравится, потому что если какой-либо (не конфигурация) файл, предоставленный старым RPM, получит изменения, вы не сможете установить исправление.Кроме того, Deltarpm это не готовый к производству инструмента.Вы были предупреждены.

Как альтернатива для Deltarpm, я буду советовать разделить свое программное обеспечение нескольким небольшим оборотам и доставлять подмножество новых RPMS в качестве исправления.Это самый коммерческий подход.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top