Migration du système d’exploitation de RHEL7 vers RHEL8 sans créer de nouveaux serveurs

Introduction

Explorer le défi de la mise à niveau des serveurs de RHEL7 vers RHEL 8 tout en évitant
la nécessité d’une nouvelle installation, nous approfondissons les subtilités et les solutions pour les clients à la recherche de transitions fluides.

Solution

Nous avons installé les serveurs utilitaires LEAPP et migré le système d’exploitation de RHEL7 vers RHEL8 avec
l’aide du LEAPP

Les étapes suivies sont mentionnées ci-dessous

ÉTAPE 1:
Pour passer de RHEL 7 à 8, il est d’abord nécessaire de mettre à niveau l’instance vers la dernière version mineure de RHEL 7. Cela peut être fait à l’aide des commandes suivantes :

sudo su
yum update-y
reboot

Après avoir redémarré l’instance, assurez-vous que la mise à niveau a fonctionné et que l’instance a démarré avec le dernier noyau RHEL 7 disponible :

ÉTAPE 2:
Étant donné que nous effectuons une mise à niveau à l’aide de RHUI sur un cloud public, nous devons activer les référentiels RHUI requis et installer les packages RHUI requis pour garantir que notre système est prêt pour la mise à niveau. Afin d’effectuer d’autres étapes, un utilitaire appelé « leapp » doit être installé.

Leapp est un outil CLI qui aide les utilisateurs dans le processus d’installation et facilite la mise à niveau sur place. Par conséquent, pour l’installer, activez d’abord les référentiels RHUI nécessaires, puis installez le package. Ces deux tâches peuvent être effectuées à l’aide de la commande suivante :

yum install-y leapp leapp-rhui-aws leapp-repository leapp-repository-deps lvm2-python-boom--enablerepo=*

ÉTAPE 3:
Pour une mise à niveau sur place réussie de Red Hat Enterprise Linux 7 vers Red Hat Enterprise Linux 8, l’utilitaire Leapp nécessite que les données jointes à cet article soient placées dans le répertoire /etc/leapp/files/ sur le système cible.

Les fichiers de données incluent les modifications du package RPM (pes-events.json), Mappage du référentiel RPM
(repomap.csv) et des informations sur les pilotes de noyau supprimés ou non pris en charge
(unsupported_driver_names.json, unsupported_pci_ids.json). Vous pouvez télécharger le fichier
leapp-data17.tar.gz à partir du lien ci-dessous et déplacez-le vers votre instance RHEL 7.

https://access.redhat.com/articles/3664871

Je l’ai également joint à ce KUMO. Veuillez vérifier la pièce jointe. Après avoir copié l’archive, exécutez la commande suivante pour l’extraire et copiez le contenu dans le répertoire « /etc/leapp/files » :

tar-xzf leapp-data17.tar.gz-C /etc/leapp/files && rm-rf leapp-data17.tar.gz

ÉTAPE 4:
Après avoir copié ces fichiers, vérifiez si pam utilise « pam_pkcs11.so » car pendant le processus sur place
mise à niveau, les modules d’authentification enfichables (PAM) pam_krb5 ou pam_pkcs11 obsolètes sont supprimés. Pour contourner ce problème, reconfigurez votre système RHEL 7 afin de ne pas utiliser pam_krb5 ou pam_pkcs11 avant la mise à niveau. Pour cela, éditez les fichiers ci-dessous :

vi /etc/pam.d/smartcard-auth-ac
"pam_pkcs11.so").
vi /etc/ssh/sshd_config

(Dans ce fichier, commentez toutes les entrées qui contiennent
(Dans ce fichier, décommentez l’option d’autorisation de connexion root).

ÉTAPE 5 :
Effectuez la phase de pré-mise à niveau en exécutant la commande :
pré-mise à niveau leapp – sans rhsm

ÉTAPE 6 :
Une fois la commande renvoyée avec succès, effectuez la mise à niveau réelle à l’aide de Leapp :
mise à niveau leapp – sans rhsm

ÉTAPE 7 :
Redémarrez ensuite l’instance EC2 :

Redémarrer
Le premier démarrage peut prendre quelques minutes. Après le redémarrage, vérifiez si l’instance est démarrée avec un noyau plus récent ou une version plus récente. Veuillez également vérifier l’état de la capture d’écran de l’instance à partir du tableau de bord EC2.

cat /etc/redhat-release
Red Hat Enterprise Linux release 8.4 (Ootpa)
uname-r
4.18.0-305.el8.x86_64

VOUS TROUVEZ CECI UTILE ? PARTAGEZ-LE