Release Notes
Table Of Contents
- Systèmes Dell EMC PowerEdge sous Red Hat Enterprise Linux 8 Notes de mise à jour
- Table des matières
- Résumé de la version
- Compatibilité
- Nouveautés et améliorations de la version 8 de RHEL
- Remarques importantes
- Correctifs
- La mise à jour du BIOS ne se termine pas lorsqu’une mise à jour est effectuée à l’aide des fichiers .BIN de Linux
- La commande smesg montre le suivi d’appel lié au DRM dans RHEL 8.3
- Le système d’exploitation se bloque sur les serveurs équipés de GPGPU NVIDIA
- Dmesg et /var/log/messages affichent les messages relatifs à AMD-VI
- L’état du service NetworkManager peut être inactif lorsque RHEL 8.3 redémarre
- Le système d’exploitation se bloque sur les systèmes basés sur un processeur AMD Rome et avec la NIC E810 Intel
- La commande lvcreate demande une réponse de l’utilisateur lorsque les paramètres -wipesignature -yes sont transmis.
- Le service mdmonitor affiche une erreur lors de l’installation du système d’exploitation
- L’utilitaire dmidecode affiche
pour le type de logement PCIe Gen 4 NVMe - L’utilitaire mcelog indique le message « Décodage des erreurs d’architecture uniquement » dans var/log/messages
- Les lecteurs de disque faisant partie de la baie RAID MD ne sont pas répertoriés comme destination d’installation par le programme d’installation.
- L’utilitaire des services de stockage Dell EMC OpenManage ne parvient pas à reconfigurer le disque virtuel
- La mise sous tension des VM invitées avec des VF SRIOV est longue et des erreurs liées à libvirt sont observées
- Dmesg affiche les messages liés au pilote IMA (Integrity Measurement Architecture) lors du démarrage du système
- Après chaque redémarrage, le nom de l’interface réseau change
- L’Assistant d’installation de Red Hat Enterprise Linux version 8 crée une interface de liaison en double
- Les serveurs équipés d’un processeur AMD Rome affichent des messages d’échec d’initialisation CCP dans dmesg
- Les serveurs PowerEdge équipés d’un processeur AMD Rome ne parviennent pas à détecter un disque NVMe après plusieurs enfichages à chaud
- Le système d’exploitation passe en shell dracut pendant le démarrage
- Blocages du système lorsqu’il est redémarré avec des cartes QLogic avec la fonctionnalité SR-IOV activée
- Après le redémarrage du système, les périphériques DDF (Disk Data Format) ne sont pas répertoriés dans/proc/mdstat
- La mise à jour du firmware NVMe à l’aide de l’utilitaire nvme-cli affiche un message d’erreur dans dmesg
- Erreur fatale BDF 02:00.0 détectée avec les cartes NIC BCM574xx
- Les périphériques NVMe ne sont pas détectés après l’enfichage à chaud
- Le système d’exploitation Linux échoue lors de la détection de la carte Intel x710.
- Dmidecode affiche OUT OF SPEC dans les informations Type de logement et Longueur de logement des logements système SMBIOS
- Le partitionnement personnalisé échoue avec une LUN FC
- Lors du démarrage du système à partir d’iSCSI avec des adaptateurs Mellanox CX-4 et CX-5, le système signale un message d’échec de csum
- Panique du noyau Red Hat Enterprise Linux 8 constatée en raison d’une erreur matérielle fatale
- Problèmes recensés
- Le système se bloque lorsque Intel tboot est utilisé pour démarrer le système d’exploitation
- Le programme d’installation Anaconda se bloque lors de la configuration automatique des partitions de disque
- Le champ de version de la sortie de la commande modinfo est nul pour certains pilotes réseau
- NetworkManager peut redémarrer de manière inattendue lors de la création de plus de 256 appareils VLAN configurés avec une adresse IP DHCP
- La session FCoE n’est pas rétablie après le redémarrage du commutateur MX9116N
- La commande dmesg affiche des messages d’erreur lorsque l’appareil NVMe est retiré par surprise
- L’état du volume logique RAID 0 apparaît comme Disponible lorsque l’un des membres de la baie RAID est retiré par surprise
- Les commandes /proc/mdstat et mdadm -D affichent des statuts incorrects lorsque deux appareils NVMe sont retirés par surprise d’une baie RAID 5 MD
- La fonctionnalité Turbo contrôlée par Dell ne fonctionne pas
- Lorsqu’elle est enfoncée, la touche de verrouillage des majuscules ne s’enregistre pas sur la console virtuelle iDRAC Dell PowerEdge
- Le programme d’installation de RHEL 8 3 ne localise pas automatiquement le référentiel d’installation source lorsque l’option inst.stage2=hd boot est la seule utilisée
- Le résultat de la commande systemctl status affiche l’état de dégel
- Messages d’erreur avec l’interface ACPI (Advanced Configuration and Power Interface) dans dmesg
- Les pilotes disponibles sur le lecteur OEMDRV ne sont pas installés lors de l’installation du système d’exploitation
- Les appareils Mellanox IB sont répertoriés dans une catégorie d’appareils incorrecte sur Red Hat Enterprise Linux 8
- L’utilitaire lspci ne peut pas lire les données vitales du produit (VPD) à partir de l’adaptateur QLE2692 QLogic
- Erreurs de non-correspondance de la dépendance du pilote signalées lors de l’installation des pilotes non intégrés sur Red Hat Enterprise Linux 8.x
- Dmesg affiche les messages liés aux TPM et nvdimm dans Red Hat Enterprise Linux 8.1
- Message de liaison constaté lorsque le logement du périphérique NVMe est mis hors tension et que le périphérique est déconnecté
- Les adaptateurs Mellanox InfiniBand sont répertoriés dans Bluetooth
- La sortie iscsiadm affiche STATIQUE dans le champ iface.bootproto lorsque l’interface réseau est configurée pour DHCP
- Lors d’un redémarrage, le système cesse de répondre à la fin du processus de redémarrage.
- Impossible d’arrêter RHEL 8 lorsque vous sélectionnez l’option Arrêt normal ou lorsque vous appuyez sur le bouton d’alimentation du serveur
- RHEL 8 ne détecte pas les LUN FCoE connectées via des cartes NIC Broadcom BCM57XXX
- LUN iSCSI non détectée lors de l’installation de RHEL 8
- Échec de l’installation de RHEL 8 sur les systèmes dotés d’une carte Emulex OneConnect
- Le basculement entre les niveaux d’exécution échoue
- Limitations
- Ressources et support
- Contacter Dell EMC
Impossible d’arrêter RHEL 8 lorsque vous sélectionnez
l’option Arrêt normal ou lorsque vous appuyez sur le
bouton d’alimentation du serveur
Description : Lorsque vous sélectionnez l’option Arrêt normal à partir de n’importe quelle interface de gestion des systèmes,
par exemple iDRAC, ou que vous appuyez sur le bouton d’alimentation, le système s’arrête et interrompt toutes
les tâches. Par conséquent, les mises à jour de firmware depuis l’interface iDRAC qui nécessitent un redémarrage
prennent plus de temps, et le système effectue une réinitialisation matérielle à l’expiration du délai de surveillance
de l’iDRAC.
S'applique à : Red Hat Enterprise Linux 8.0
Solution de
contournement :
Modifiez les paramètres d’alimentation en procédant comme suit :
1. Dans le volet Paramètres, cliquez sur Alimentation.
2. Dans la section Suspendre et bouton d’alimentation, dans la liste Lorsque le bouton d’alimentation est
enfoncé, sélectionnez Mettre hors tension.
REMARQUE : par défaut, l’option Mettre en veille est sélectionnée.
REMARQUE : il est possible que la solution de contournement ci-dessus ne fonctionne pas lorsque le
système est verrouillé. GNOME empêche l’arrêt accidentel lorsque le système est verrouillé. Par mesure
de sécurité, GNOME ne permet aucune action liée à l’alimentation, par exemple :
● Arrêt depuis n’importe quelle interface de gestion des systèmes, comme iDRAC
● Appui sur le bouton d’alimentation, sauf si l’utilisateur est actif et s’il est connecté au système
d’exploitation.
Systèmes
concernés :
S/O
Numéro de suivi : 137495
RHEL 8 ne détecte pas les LUN FCoE connectées via
des cartes NIC Broadcom BCM57XXX
Description :
Sur les systèmes sur lesquels des cartes NIC Broadcom BCM57XXX sont installées, les cas suivants sont
observés :
1. Lorsque Red Hat Enterprise Linux 8 est installé sur une unité logique (LUN) FCoE en tant que destination
d’installation, la LUN n’est pas détectée.
2. Lors de la mise à niveau de Red Hat Enterprise Linux 7 vers Red Hat Enterprise Linux 8, si le système
d’exploitation actuel est installé sur une LUN FCoE, le système d’exploitation ne parvient pas à démarrer.
3. Lors de la mise à niveau de Red Hat Enterprise Linux 7 vers Red Hat Enterprise Linux 8, si la LUN FCoE est
connectée au système en tant que LUN de données, la LUN n’est pas détectée.
PRÉCAUTION : n’effectuez pas la mise à niveau vers Red Hat Enterprise Linux 8 si les LUN FCoE
sont associées à des cartes NIC Broadcom BCM57XXX. Le démarrage peut échouer ou les données
peuvent être inaccessibles.
S'applique à : Red Hat Enterprise Linux 8.0
Cause : À partir de la version Red Hat Enterprise Linux 8, le logiciel FCoE est abandonné. Lorsque la prise en charge du
logiciel FCoE n’est pas activée dans le système d’exploitation, le pilote bnx2fc utilise le module libfcoe. Étant donné
que FCoE fonctionne sur VLAN 802.1Q, la modification correspondante doit être mise en œuvre dans le module
réseau 802.1Q. Étant donné que ces modifications n’ont jamais été effectuées, Red Hat Enterprise Linux 8 ne
parvient pas à détecter la LUN FCoE connectée via les cartes NIC Broadcom BCM57XXX.
Solution de
contournement :
Il n’existe pas de contournement pour ce problème.
32 Problèmes recensés