Rechercher

5.10. Modification des paramètres multipath pour les contrôleurs de stockage

download PDF

La section devices du fichier de configuration multipath.conf définit les attributs des différents périphériques de stockage. Ces attributs sont utilisés par DM Multipath à moins qu'ils ne soient remplacés par les attributs spécifiés dans les sections multipaths ou overrides du fichier multipath.conf pour les chemins d'accès qui contiennent le périphérique. Ces attributs remplacent les attributs définis dans la section defaults du fichier multipath.conf.

Procédure

  1. Voir les informations sur la valeur de configuration par défaut, y compris les appareils pris en charge :

    # multipathd show config
    # multipath -t

    De nombreux dispositifs prenant en charge le multipathing sont inclus par défaut dans une configuration multipath.

  2. Facultatif : Si vous devez modifier les valeurs de configuration par défaut, vous pouvez les écraser en incluant une entrée dans le fichier de configuration de l'appareil qui écrase ces valeurs. Vous pouvez copier les valeurs par défaut de la configuration du périphérique que la commande multipathd show config affiche et remplacer les valeurs que vous souhaitez modifier.
  3. Ajoutez un appareil qui n'est pas configuré automatiquement par défaut à la section devices du fichier de configuration en définissant les paramètres vendor et product. Vous trouverez ces valeurs en ouvrant les fenêtres /sys/block/device_name/device/vendor et /sys/block/device_name/device/modeldevice_name est le dispositif à multipatcher, comme indiqué dans l'exemple suivant :

    # cat /sys/block/sda/device/vendor
    WINSYS
    # cat /sys/block/sda/device/model
    SF2372
  4. Facultatif : Spécifiez les paramètres supplémentaires en fonction de votre appareil spécifique :

    active/active dispositif
    Il n'est généralement pas nécessaire de définir des paramètres supplémentaires dans ce cas. Si nécessaire, vous pouvez définir path_grouping_policy en multibus. Les autres paramètres à définir sont no_path_retry et rr_min_io.
    active/passive dispositif
    S'il commute automatiquement les chemins avec des E/S vers le chemin passif, vous devez changer la fonction de vérification pour une fonction qui n'envoie pas d'E/S vers le chemin pour tester s'il fonctionne, sinon votre périphérique continuera à échouer. Cela signifie que vous avez réglé path_checker sur tur, ce qui fonctionne pour tous les périphériques SCSI qui supportent la commande Test Unit Ready, ce qui est le cas de la plupart d'entre eux.

    Si le périphérique a besoin d'une commande spéciale pour changer de chemin, la configuration de ce périphérique pour les chemins multiples nécessite un module noyau de gestion du matériel. Le gestionnaire de matériel actuellement disponible est emc. S'il n'est pas suffisant pour votre périphérique, il se peut que vous ne puissiez pas configurer le périphérique pour les chemins multiples.

    L'exemple suivant montre une entrée device dans le fichier de configuration multipath :

    #	}
    #	device {
    #		vendor			"COMPAQ  "
    #		product			"MSA1000         "
    #		path_grouping_policy	multibus
    #		path_checker		tur
    #		rr_weight		priorities
    #	}
    #}
  5. Validez le fichier /etc/multipath.conf après avoir modifié le fichier de configuration multipath en exécutant l'une des commandes suivantes :

    • Pour afficher les éventuelles erreurs de configuration, exécutez la commande

      # multipath -t > /dev/null
    • Pour afficher la nouvelle configuration avec les modifications ajoutées, exécutez :

      # multipath -t
  6. Rechargez le fichier /etc/multipath.conf et reconfigurez le démon multipathd pour que les changements prennent effet :

    # service multipathd reload

Ressources supplémentaires

  • multipath.conf(5) et multipathd(8) pages de manuel
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.