8.10. Systèmes de fichiers et stockage


Device Mapper Multipath n'est pas pris en charge avec NVMe/TCP

L'utilisation de Device Mapper Multipath avec le pilote nvme-tcp peut entraîner des avertissements Call Trace et une instabilité du système. Pour contourner ce problème, les utilisateurs de NVMe/TCP doivent activer le multipathing NVMe natif et ne pas utiliser les outils device-mapper-multipath avec NVMe.

Par défaut, le multipathing NVMe natif est activé dans RHEL 9. Pour plus d'informations, voir Activation du multipathing sur les périphériques NVMe.

(BZ#2033080)

Le service blk-availability systemd désactive les piles de dispositifs complexes

Dans systemd, le code de désactivation des blocs par défaut ne gère pas toujours correctement les piles complexes de blocs virtuels. Dans certaines configurations, les périphériques virtuels peuvent ne pas être supprimés lors de l'arrêt, ce qui entraîne l'enregistrement de messages d'erreur. Pour contourner ce problème, désactivez les piles de blocs complexes en exécutant la commande suivante :

# systemctl enable --now blk-availability.service

Par conséquent, les piles de dispositifs virtuels complexes sont correctement désactivées lors de l'arrêt et ne produisent pas de messages d'erreur.

(BZ#2011699)

Valeur invalide de sysfs pour supported_speeds

Le pilote qla2xxx indique 20Gb/s au lieu des 64Gb/s prévus comme l'une des vitesses de port prises en charge dans l'attribut sysfs supported_speeds:

$ cat /sys/class/fc_host/host12/supported_speeds
16 Gbit, 32 Gbit, 20 Gbit

Par conséquent, si l'adaptateur de bus hôte prend en charge une vitesse de liaison de 64 Gb/s, la valeur de sysfs supported_speeds est incorrecte. Cela n'affecte que la valeur supported_speeds de sysfs et le port fonctionne à la vitesse de liaison négociée prévue.

(BZ#2069758)

Impossible de se connecter aux espaces de noms NVMe à partir d'un initiateur Broadcom sur les systèmes AMD EPYC

Par défaut, le noyau RHEL active l'IOMMU sur les plateformes basées sur AMD. Par conséquent, lorsque vous utilisez des plates-formes activées par IOMMU sur des serveurs équipés de processeurs AMD, vous pouvez rencontrer des problèmes d'E/S NVMe, tels que l'échec des E/S en raison de la non-concordance des longueurs de transfert.

Pour contourner ce problème, ajoutez l'IOMMU en mode passthrough en utilisant l'option de ligne de commande du noyau, iommu=pt. Par conséquent, vous pouvez désormais vous connecter aux espaces de noms NVMe à partir de l'initiateur Broadcom sur les systèmes AMD EPYC.

(BZ#2073541)

Red Hat logoGithubRedditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez leBlog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

© 2024 Red Hat, Inc.