Lucicore a écrit 3 commentaires

  • [^] # Re: Problème Multipath-tools

    Posté par  . En réponse au message Problème Multipath-tools. Évalué à 1.

    Complément d'information:

    La définition par défaut de la baie de disques CSM200_R avec device-mapper-multipath-0.4.7 est la suivante:

    résultat des commandes suivantes
    (le fichier a été tronqué volaontairement pour des raisons de lectures)

    #multipathd -k
    show config
    .
    .
    .
    device {
    vendor SUN
    product CSM200_R
    path_grouping_policy group_by_prio
    path_checker rdac
    hardware_handler 1 rdac
    prio_callout /sbin/mpath_prio_rdac /dev/%n
    failback immediate
    no_path_retry queue
    }

    .
    .
    .
    CTRL-D pour sortir
  • [^] # Re: Problème Multipath-tools

    Posté par  . En réponse au message Problème Multipath-tools. Évalué à 1.

    Pour le problème LVM, il suffit de modifier le fichier /etc/lvm.conf comme dans la note Redhat.



    After creating multipath devices, you can use the multipath device names just as you would use a physical device name when creating an LVM physical volume. For example, if /dev/mapper/mpath0 is the name of a multipath device, the following command will mark /dev/mapper/mpath0 as a physical volume.

    pvcreate /dev/mapper/mpath0

    You can use the resulting LVM physical device when you create an LVM volume group just as you would use any other LVM physical device.
    When you create an LVM logical volume that uses active/passive multipath arrays as the underlying physical devices, you should include filters in the lvm.conf file to exclude the disks that underlie the multipath devices. This is because if the array automatically changes the active path to the passive path when it receives I/O, multipath will failover and failback whenever LVM scans the passive path if these devices are not filtered. For active/passive arrays that require a command to make the passive path active, LVM prints a warning message when this occurs.
    To filter all SCSI devices in the multipath configuration file (lvm.conf), include the following filter in the devices section of the file.

    filter = [ "r/disk/", "r/sd.*/", "a/.*/" ]

    Short Linker
    http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/4.(...)

    Nota:
    Run vgscan after you change this parameter to ensure that the cache file gets regenerated.
  • # Problème Multipath-tools

    Posté par  . En réponse au message Problème Multipath-tools. Évalué à 1.

    Bonjour,

    Le type de baie de disques SUN 6140 est reconnu comme CSM200_R.
    Il est possible de vérifier le support de son matériel, en exécutant les commandes suivantes:

    #multipathd -k
    > show config
    ... une visualisation de la configuration et des matériels supportés.
    ... CTRL-D pour ressortir.

    Normalement la version du device-mapper-multipath-0.4.7 supporte la baie de disques de type CSM200_R.
    Cependant pour ne pas rencontrer les I/O errors, lors de la réinitialisation du serveur, il faudra configurer le host type de ton serveur en "Solaris_dmp" sur la baie de disques.
    Le package device-mapper-multipath travaille étroitement avec udev.

    Si jamais, on utilise les commandes LVM les luns basculeront, pour les commandes de découverte les luns reviendront sur leur "preferred path", pour les autres de types lvcreate,lvremove les luns ne reviendront pas sur leur "preferred path".

    Sinon, trouve ci-après un exemple de configuration:
    Les disques internes devront être configurés dans l'option blacklist devnode.
    -----------------------------------------------
    device-mapper-multipath-0.4.7
    fichier /etc/multipath.conf
    -----------------------------------------------
    ...
    ...
    blacklist {
    devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
    devnode "^hd[a-z]"
    devnode "^sda"
    }
    ...
    ...
    multipaths {
    devices {
    device {
    vendor "SUN"
    product "CSM200_R"
    getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
    path_checker rdac
    path_grouping_policy group_by_prio
    prio_callout "/sbin/mpath_prio_tpc /dev/%n"
    failback immediate
    }
    }
    }


    En espérant que ce message pourra aider.