9.3. Problèmes connus
Voici les problèmes connus que vous pouvez rencontrer lors de la mise à niveau de RHEL 8 vers RHEL 9.
- Actuellement, le teaming réseau ne fonctionne pas lorsque la mise à niveau en place est effectuée alors que Network Manager est désactivé ou non installé.
-
Si vous utilisez un proxy HTTP, le Gestionnaire d'abonnement Red Hat doit être configuré pour utiliser un tel proxy, ou la commande
subscription-manager
doit être exécutée avec l'option--proxy <hostname>
. Dans le cas contraire, l'exécution de la commandesubscription-manager
échoue. Si vous utilisez l'option--proxy
au lieu du changement de configuration, le processus de mise à niveau échoue carLeapp
n'est pas en mesure de détecter le proxy. Pour éviter que ce problème ne se produise, modifiez manuellement le fichierrhsm.conf
comme décrit dans Comment configurer le proxy HTTP pour Red Hat Subscription Management. (BZ#1689294) -
Si votre système RHEL 8 utilise un pilote de périphérique fourni par Red Hat mais qui n'est pas disponible dans RHEL 9,
Leapp
empêche la mise à niveau. Cependant, si le système RHEL 8 utilise un pilote de périphérique tiers pour lequelLeapp
n'a pas de données dans le fichier/etc/leapp/files/device_driver_deprecation_data.json
,Leapp
ne détecte pas un tel pilote et procède à la mise à niveau. Par conséquent, le système risque de ne pas démarrer après la mise à niveau. Si le nom d'un paquetage tiers (non signé par Red Hat) installé sur votre système est le même que le nom d'un paquetage fourni par Red Hat, la mise à niveau sur place échoue. Pour contourner ce problème, choisissez l'une des options suivantes avant de procéder à la mise à niveau :
- Supprimer le paquet tiers
- Remplacez le paquetage tiers par le paquetage fourni par Red Hat
- Dans RHEL 8, vous pouvez gérer les volumes Virtual Data Optimizer (VDO) à l'aide du gestionnaire VDO ou du Logical Volume Manager (LVM). Dans RHEL 9, il n'est possible de gérer les volumes VDO qu'à l'aide de LVM. Pour continuer à utiliser des volumes gérés par VDO sur RHEL 9, importez ces volumes en volumes VDO gérés par LVM avant la mise à niveau. Pour plus d'informations, voir Importation de volumes VDO existants vers LVM.
- La mise à niveau en place échoue sur les systèmes dotés d'une matrice redondante de disques indépendants (RAID). (BZ#1957192)
Au cours de la mise à niveau en place, l'utilitaire
Leapp
préserve généralement les noms des contrôleurs d'interface réseau (NIC) entre RHEL 8 et RHEL 9. Toutefois, sur certains systèmes, tels que les systèmes avec liaison réseau, les noms des NIC peuvent devoir être mis à jour entre RHEL 8 et RHEL 9. Sur ces systèmes, effectuez les étapes suivantes :-
Définissez la variable d'environnement
LEAPP_NO_NETWORK_RENAMING=1
pour empêcher l'utilitaire Leapp de préserver de manière incorrecte les noms originaux des cartes réseau de RHEL 8. - Effectuer la mise à niveau en place.
Vérifiez que votre réseau fonctionne correctement. Si nécessaire, mettez à jour manuellement la configuration du réseau.
-
Définissez la variable d'environnement
- La mise à niveau en place peut échouer si l'espace disque disponible est insuffisant. Les messages d'erreur et les journaux peuvent contenir des informations trompeuses ou invalides sur le problème et sa résolution. Pour résoudre ce problème, consultez la solution de la base de connaissances Leapp fails with "There is not enough space on the file system hosting /var/lib/leapp directory to extract the packages" (Il n'y a pas assez d'espace sur le système de fichiers hébergeant le répertoire /var/lib/leapp pour extraire les paquets). (BZ#1832730, BZ#2210300)
Si votre système démarre à l'aide du BIOS, la mise à niveau sur place échoue lors de la mise à niveau du chargeur d'amorçage GRUB2 si la zone d'intégration du disque de démarrage ne contient pas suffisamment d'espace pour l'installation de l'image de base. Ce problème peut se produire lorsque le disque a été partitionné manuellement, par exemple à l'aide de l'utilitaire RHEL 6
fdisk
. Pour vérifier si ce problème vous concerne, procédez comme suit :Déterminez quel secteur démarre la première partition sur le disque avec le chargeur de démarrage installé :
# fdisk -l
Le partitionnement standard, qui garantit suffisamment d'espace pour l'image de base, commence au secteur 2048.
Déterminez si le secteur de départ offre suffisamment d'espace. L'image de base de RHEL 9.0 nécessite au moins 36 KiB. Par exemple, si la taille du secteur est la taille standard de 512 octets, le fait de commencer sur le secteur 73 ou inférieur n'offrira pas suffisamment d'espace.
NoteL'image du noyau RHEL 9 peut être plus grande que 36 KiB et nécessiter un secteur de départ plus élevé. Vérifiez toujours l'espace requis par le noyau RHEL 9 actuel.
Si la zone d'intégration ne contient pas suffisamment d'espace de stockage, procédez à une nouvelle installation du système RHEL 9 au lieu d'effectuer une mise à niveau sur place.
Après la mise à niveau en place, les clés SSH ne sont plus générées automatiquement si le système remplit les conditions suivantes :
- Le système est sur un nuage.
- Le paquetage cloud-init est installé.
La configuration de ssh_genkeytypes est fixée à ~ dans le fichier /etc/cloud/cloud.cfg, ce qui est la valeur par défaut.
Ce problème empêche le système de se connecter en utilisant SSH si les clés d'origine ont été supprimées. Pour éviter ce problème, consultez la solution de la base de connaissances Unable to SSH to new Virtual Machine after upgrading the template to RHEL 8.7 or 9. (BZ#2210012)