IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration système Discussion :

[RHEL4 vs RHEL5] Alias Multipath comportement différent


Sujet :

Administration système

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Homme Profil pro
    Ingénieur systèmes et réseaux
    Inscrit en
    Mars 2005
    Messages
    363
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur systèmes et réseaux
    Secteur : Administration - Collectivité locale

    Informations forums :
    Inscription : Mars 2005
    Messages : 363
    Par défaut [RHEL4 vs RHEL5] Alias Multipath comportement différent
    Bonjour,

    j'utilise aujourd'hui 2 serveurs qui ont pour OS une redhat Oracle chacun :

    Serveur T :
    Code Shell : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    [root@t bin]# uname -ra
    Linux t.xxx 2.6.9-89.0.0.0.1.ELsmp #1 SMP Tue May 19 05:31:20 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux
    [root@t bin]# more /etc/redhat-release
    Red Hat Enterprise Linux AS release 4 (Nahant Update 8)
    [root@t bin]# rpm -qa | grep lvm
    system-config-lvm-1.1.4-1.3.el4
    lvm2-2.02.42-5.el4
    [root@t bin]# rpm -qa | grep multipath
    device-mapper-multipath-0.4.5-35.el4

    Serveur B :
    Code Shell : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    [root@b tmp]# uname -ra
    Linux b.xxx 2.6.32-300.10.1.el5uek #1 SMP Wed Feb 22 17:37:40 EST 2012 x86_64 x86_64 x86_64 GNU/Linux
    [root@b tmp]# more /etc/redhat-release
    Red Hat Enterprise Linux Server release 5.8 (Tikanga)
    [root@b tmp]# rpm -qa | grep lvm
    lvm2-2.02.88-7.0.1.el5
    system-config-lvm-1.1.5-9.el5
    [root@b tmp]# rpm -qa | grep multipath
    device-mapper-multipath-0.4.9-23.0.9.el5

    Depuis le serveur T, j'ai créé plusieurs PV pour chaque LUN créée depuis mon SAN. Multipath les voit sans problème, j'ai renseigné chaque LUN dans mon fichier multipath.conf avec un alias pour chaque WWID (c'est quand même plus facile de lire un libellé). Sur ce serveur tout fonctionne sans problème, je peux même me permettre de modifier un alias, celui-ci est pris en compte sans problème. Je vois en effet, le nouvel alias lorsque je fais par exemple un pvscan.
    J'ai en revanche besoin de faire une migration d'une des LUNs. J'ai donc fait le nécessaire sur le serveur T puis sur le SAN puis sur le serveur B. La LUN est bien reconnue, pour ce qui est des données, pas de souci non plus. En revanche, le pvcreate ayant été réalisé sur le serveur T, lorsque je veux modifier l'alias du PV, celui-ci apparait bien dans le résultat de la commande multipath -ll mais pas dans le résultat de la commande pvscan, j'ai à la place de mon alias le WWID :

    Serveur T :
    Code Shell : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    [root@t bin]# pvscan
      PV /dev/mpath/mpath_B_petp   VG vgpetp        lvm2 [2,00 GB / 0    free]

    Serveur B :
    Code Shell : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    [root@b bin]# pvscan
      PV /dev/mpath/36006016052102e00461255d3d35ee111   VG vgpetp        lvm2 [2,00 GB / 0    free]

    Ça peut ne paraitre qu'un détail mais c'est c..... pour l'administration des LUNs/PVs (sachant qu'à terme, j'en aurai une centaine réparties entre plusieurs clusters de 2 nœuds chacun). Je peux donc modifier à volonté mes alias sur T mais pas sur B.

    Merci de votre aide.

    Edit 1 :
    A force de tests, je remarque que c'est le comportement de multipath qui diffère. Sur le serveur T, un simple multipath -v2 et l'alias est modifié (sortie multipath -ll et pvscan OK). Sur le serveur B, après un multipath -v2, le PV conserve son alias d'origine. Pour que la commande multipath -ll retourne l'alias correct, je suis obligé de faire un kill -HUP n°_process_multipathd. En revanche, aucune modification dans le résultat du pvscan. Le souci est donc au niveau de la version de multipath à priori (mes 2 ficheirs de conf sont identiques).

  2. #2
    Membre éclairé
    Homme Profil pro
    Ingénieur systèmes et réseaux
    Inscrit en
    Mars 2005
    Messages
    363
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur systèmes et réseaux
    Secteur : Administration - Collectivité locale

    Informations forums :
    Inscription : Mars 2005
    Messages : 363
    Par défaut
    Je n'ai pas trouvé d'explication au problème cependant l'indication donnée dans mon Edit me permet de contourner le problème, je mets donc en résolu.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [CKEditor] Comportement différent en ligne
    Par guy2004 dans le forum Bibliothèques & Frameworks
    Réponses: 6
    Dernier message: 14/12/2005, 16h11
  2. Comportement différent entre un bouton et une image
    Par MicheMTP13 dans le forum Général JavaScript
    Réponses: 11
    Dernier message: 07/11/2005, 08h47
  3. Comportement différent des listes [] et des tuples () ??
    Par JujuKéblo dans le forum Général Python
    Réponses: 2
    Dernier message: 12/10/2005, 09h08
  4. [C#] bouton avec 2 comportements différents ?
    Par st0j dans le forum ASP.NET
    Réponses: 8
    Dernier message: 31/05/2005, 09h50
  5. Réponses: 3
    Dernier message: 16/03/2005, 11h31

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo