#Что означает сообщение
Leapp inhibitor
ELevate/leapp при миграции CentOS требует точного соответствия исходной ОС и целевой AlmaLinux. Отчёт о препятствиях нужен до запуска перехода.
#Как отличить причины
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Inhibitor | Сравните момент появления признака «Inhibitor» с тем, когда ранее работала нужная функция. Важно сопоставить проверку с исходным симптомом, а не с догадкой. | Найдите блок Inhibitor в /var/log/leapp/leapp-report.txt и устраните именно указанное неподдерживаемое условие; переход продолжайте только после успешной повторной preupgrade. |
| Пакеты | Сопоставьте дату сбоя с версией установленного пакета, требуемой платформой и последним обновлением. Учитывайте версию AlmaLinux и условия сбоя. | Сравните установленные сторонние пакеты и поддерживаемые репозитории для каждого перехода EL7→EL8 и EL8→EL9; не удаляйте пакеты автоматически без оценки служб. |
| Диск | Проверьте, достаточно ли свободного ресурса и есть ли в журнале аппаратные ошибки. Учитывайте версию AlmaLinux и условия сбоя. | Проверьте df -h и доступное место для /var и /boot; перед обновлением сохраните независимую резервную копию и проверьте возможность восстановления. |
| Ядро | Сравните момент появления признака «Ядро» с тем, когда ранее работала нужная функция. Учитывайте версию AlmaLinux и условия сбоя. | Проверьте список доступных ядер и драйверов; если отчёт указывает на неподдерживаемый модуль, согласуйте его замену, не удаляя текущее рабочее ядро. |
#Пошаговое решение
- Установите исходный выпуск и допустимый маршрутНа самом сервере откройте Терминал либо SSH с полномочиями администратора и выполните
cat /etc/os-releaseиrpm -E %rhel. Сверьте результат с официальной матрицей ELevate. Переход выполняется только на следующий основной выпуск: для CentOS 7 сначала EL8, затем EL9; напрямую в AlmaLinux 9 переходить нельзя. Если исходная система уже не поддерживается инструментом, остановитесь и выберите миграцию на новый сервер. - Подготовьте восстановление до изменения пакетовСделайте полную резервную копию системы и баз данных, проверьте возможность восстановления на отдельной машине. Если это виртуальная машина — создайте проверяемый снимок вместе с копией за пределами сервера. Запишите действующие адреса, настройки сети и загрузчика; обеспечьте доступ к консоли поставщика услуг. Проверьте
df -h / /var /bootиdf -i / /var /boot. Если места недостаточно или копия не проверена, не запускайте обновление. - Найдите конкретный блокирующий пункт в отчётеОткройте отчёт командой
sudo less /var/log/leapp/leapp-report.txt(если он существует); в просмотрщике нажмите/, напечатайтеInhibitorи нажмите Enter, затемnдля следующего совпадения иqдля выхода. Если файла нет, проверьте журналыsudo ls -lh /var/log/leapp/и сообщения командыleapp preupgrade. Запишите полный заголовок, объяснение и suggested remediation; не устраняйте проблемы наугад. - Исправляйте только выявленный конфликтЕсли отчёт указывает на сторонний репозиторий, выясните, какие нужные программы и зависимости оттуда установлены (
dnf repolist --enabled,rpm -qa), и согласуйте поддерживаемые замены. Если блокирует модуль ядра/драйвер диска, сначала проверьте, что после обновления сохранится доступ к файловой системе и сети. Если блокирует ответ на обязательный вопрос, следуйте именно официальному пояснению к нему. Не отключайте защиту, SELinux и не удаляйте системные пакеты ради обхода Inhibitor. - Повторите предварительную проверкуВ подготовленной тестовой копии выполните предусмотренную официальной инструкцией для вашего исходного выпуска команду
sudo leapp preupgrade, затем снова откройте/var/log/leapp/leapp-report.txt. Убедитесь, что блокирующих Inhibitor больше нет. Предупреждения, оставшиеся в отчёте, тоже прочитайте: часть из них указывает на удаляемые пакеты. Если предварительная проверка снова заблокирована, не запускайтеleapp upgrade. - Обновляйте по одному выпуску и проверяйте каждый этапТолько при совместимом маршруте, проверенной резервной копии, доступе к консоли и отсутствии Inhibitor выполняйте
sudo leapp upgradeпо официальной инструкции именно для соответствующей пары выпусков. Следуйте подсказкам инструмента о перезагрузке; не запускайте обновление второй ступени до проверки первой. После успешного запуска проверьтеcat /etc/os-release,uname -r,systemctl --failedи работу ваших служб и сайтов. Если машина не загружается, восстанавливайте подготовленную копию, а не повторяйте обновление вслепую.
#Что важно перед исправлением
Не запускайте ELevate на единственном рабочем сервере без испытанного восстановления. Команда preupgrade только выявляет препятствия, а upgrade меняет основные пакеты и путь загрузки. Переход через несколько основных выпусков выполняют последовательно, каждый переход проверяют отдельно.