Bonsoir,

Merci beaucoup pour votre aide, nous nous félicitons de ce bouquet. Voici en gros un résumé de ce que nous avons (Im sorry ajoutant un peu d'histoire aussi):

Nous disposons de 2 serveurs IBM (Hag et Aki) qui exécutent AIX Version 5. Chaque connexion à un réseau SAN externe via la fibre 2 voies séparées. Hag semble avoir des problèmes en utilisant varyonvg de 3 des 5 volumes logiques, tandis que Aki peut varyonvg tous sans problème. Mon but est d'obtenir Hag de pouvoir varyonvg tous les 5 volumes logiques. Voici l'histoire:

- Premier problème (remplacement de la batterie - Résolue!)
Initialement, l'un de nos logiciels graphiques affichés qu'une batterie doit être remplacée dans l'adaptateur de la fibre sur le périphérique SAN. Je l'arrêt de l'ensemble du système et de sécurité a remplacé la batterie selon les manuels. Après le redémarrage du système, le voyant est vert pour ce périphérique. Dès le démarrage du serveur (Hag et Aki), j'ai remarqué ...

- Deuxième problème (Fiber Carte contrôleur Bad, Echangeable - Résolue?)
Le dos du châssis Hag, a 2 cartes PCI (Fiber Adapters). L'un d'eux était mauvaise. Je l'arrêt de la machine et a remplacé la fibre avec une carte de rechange. Lors de démarrage, il, la LED verte tourné à l'instar des autres carte de la fibre, afin Im en supposant que celui-ci est connecté à nouveau. J'ai aussi utilisé le manuel pour le remplacer (c'est-à-dire fonctionnant `cfgmgr` après le remplacement). Après le montage de la varyonvg groupes de volumes, j'ai trouvé le problème actuel ...

Le SAN a 2 cartes contrôleur (controller_A [dac0], controller_B [dac1]) qui sont utilisés lors de la tentative de monter ces partitions.

Hag peut choisir la carte virtuelle de partitions si elles ne sont cartographiés par controller_A (controller_B est désactivée). Toutefois permettre à controller_B, certaines partitions sont déplacés par ADT seulement controller_A de partitions peuvent être mappés.

Smitty est une application centralisée de la gestion administrative de toutes sortes de scripts pour allumer et éteindre la fibre (HBA) dispositifs, les disques durs, LVM, et ainsi de suite. Avez-vous des idées sur la façon dont je mai être en mesure d'effectuer des tests supplémentaires pour changer de cartographie? Je veux utiliser une commande qui me permet de tester la connectivité à Hag's dac1 (Disk Array Controller).

Voici les résultats de certaines commandes sur Hag:
# lsdev-C | grep fcs
fcs0 Disponible 1j adaptateur CF-08
fcs1 Available 14-08 FC Adapter ***
*** Cet adaptateur CF est celui associé à la connexion en fibre qui est en baisse. (C'est-à-dire, lorsque je me suis présentée à cette commande avant de remplacer la fibre de l'adaptateur sur Hag, il a été "définies" au lieu de "disponibles").

# lsdev-C | grep dac
dac0 Disponible 1j-08-01 1722-600 Disk Array Controller
dac1 Disponible 14-08-01 1722-600 Disk Array Controller

# lsdev-C | grep dar
dar0 Disponible 1722-600 (600) Disk Array Router

# fget_config-A
- dar0 --
dac0 ACTIF ACTIF dac1
hdisk2 dac0
hdisk3 dac0
hdisk4 dac0
- dar1 --

*** Toutefois, sur Aki, les résultats sont différents car dac1 est utilisé et la charge répartie (ADT)
# fget_config-A
- dar0 --
dac0 ACTIF ACTIF dac1
hdisk2 dac1
hdisk3 dac0
hdisk4 dac1
hdisk5 dac1
hdisk6 dac0
hdisk7 dac1

*** Voici tous les volumes physiques:
# # lspv HAG DE MACHINE (vg Tous les textes disponibles sont variés et actifs).
hdisk0 xxxxxxxxxxxxxxxx rootvg active
hdisk1 xxxxxxxxxxxxxxxx db01vg active
hdisk2 xxxxxxxxxxxxxxxx vg00 active
hdisk3 xxxxxxxxxxxxxxxx vg02 active
hdisk4 xxxxxxxxxxxxxxxx vg03 active
hdisk5 xxxxxxxxxxxxxxxx vg05 active

# # lspv MACHINE DE AKI
hdisk0 xxxxxxxxxxxxxxxx rootvg active
Aucune hdisk1 xxxxxxxxxxxxxxxx
hdisk2 xxxxxxxxxxxxxxxx vg00
hdisk3 xxxxxxxxxxxxxxxx vg01
hdisk4 xxxxxxxxxxxxxxxx vg02
hdisk5 xxxxxxxxxxxxxxxx vg03
hdisk6 xxxxxxxxxxxxxxxx vg04
hdisk7 xxxxxxxxxxxxxxxx vg05

Quand je lance »varyonvg» sur haguroyama, il permet varyonvg: vg00, vg02, vg03. Il me permet pas de varyonvg volumes: vg01 (hdisk3), vg04 (hdisk6), et vg05 (hdisk7).

C'est tous les renseignements que j'ai pour le moment. Donc, essentiellement à résumer:

1) Je veux fget_config sur Hag d'avoir le même hdisks (2-7) comme Aki.
2) Je veux être en mesure de varyonvg charge et d'être distribué sur Hag.

Merci beaucoup pour votre aide!
Observe,
-Projet de loi

Lorsque vous remplacez une carte HBA dans le monde entier nom (WWN) va changer de sorte que le SAN est probablement de ne pas communiquer sur ce port. Vous aurez à changer la configuration / installation à l'SAN côté je crois.

homeyjoe est juste. Vous devez mettre à jour le règlement de zonage de votre commutateurs SAN. Vous aurez aussi besoin de mettre à jour le périphérique SAN, et il est wwpn mappages. Chaque LUN est "cartographié" à une fibre adaptateur appelé adresses wwpn de (nom de port du monde entier). Commutateurs SAN ont des zones qui font partie de zonesets. Lors de la plus simple, de préciser les zones qui adaptateurs fibre peut communiquer. zones sont regroupés dans zonesets.

Vous pouvez déterminer ce que le wwpn de la nouvelle carte en utilisant la fibre Au-delà de cela, votre vendeur de SAN devrait être en mesure de vous guider à travers le re-mapping.

Altering zonesets zones et sont potentiellement très dangereux tâches. Si vous avez plusieurs périphériques, vous pouvez les affecter tous. Mise à jour / modifier avec une extrême prudence et uniquement si vous êtes totalement sûr de ce que vous faites.

Salut les gars ... Il s'agit d'une mise à jour.

QUESTION:

Comment puis-je obtenir mon HAGUROYAMA machine de monter vg00-vg05 volume groupes. Il cant semblent parler au SAN, mais j'ai fait la WPPN accès autorisé. Comment puis-je faire lorsque je tape 'lspv «Je vois la même sortie que mon serveur AKINOUMI travail. Les deux sont AIX


Détails:



Merci pour votre aide. Nous apprécions beaucoup. Aujourd'hui, nous avons fait quelques essais sur la machine qui mai ont mis Haguroyama plus proche (ou plus) hors de la machine Akinoumi.

Nous avons remarqué que la Haguroyama a dar 2 appareils (dar0, dar1) lors de l'exécution de votre commande, alors que Akinoumi seulement 1 dar dispositif (dar0). Merci de nous montrer cette commande, il semble avoir aidé à résoudre le problème un peu. J'ai alors décidé d'utiliser les étapes ci-dessous pour faire Haguroyama seulement 1 dar dispositif:

rmdev-R-dl dar0 # également supprimé: hdisk2, 3,4
rmdev-R-dl dar1 # également supprimé: hdisk5, 6,7
rmdev-dl dac0
rmdev-dl dac1
rmdev-R-dl fcs0
rmdev-R-dl fcs1
cfgmgr-v

Cfgmgr Après avoir terminé la course, il n'y avait plus que 1 dar appareil, et la cartographie semble être plus étroite entre les deux machines. La seule différence, c'est deux choses:

1. Chaque Hdisk a "none None" comme PVid (lors de la visualisation avec lspv)
2. Chaque Hdisk sur Haguroyama utilise le dispositif inverse de Akinoumi fcs.

Im pense que si nous pouvons résoudre ces 2 problèmes, nous mai être en mesure de restaurer la capacité de HACMP varyonvg le volume groupes (tels que vg00, vg01 et ainsi de suite). Donc, voici la question:

"Comment pouvons-nous faire de la« commande »lspv produire la même cartographie sur les deux Haguroyama et Akinoumi (de travail)"?

Voici les résultats des commandes de l'état actuel des systèmes.

lspv
getlvodm-C
fget_config-A
lsdev-C | grep dar
lsdev-C | grep dac
lsdev-C | grep fcs
lsdev Cc-disque-F 'nom de l'emplacement "
lsdev Cc-pilote-F 'nom emplacement "


* Comme vous regardez les résultats ci-dessous vous verrez beaucoup de différences entre la machine! Même les fget_config est bizarre! *
/_______________________ \
| Les résultats sont comme suit: |
\ _______________________/

------------------------------------
------------------------------------
-Haguroyama (Pas en mesure de varyonvg) --
------------------------------------
------------------------------------

1) lspv
hdisk0 000268fceda1da0 rootvg active
hdisk1 000268fdfe25883 db01vg active
Aucune hdisk2 none
Aucune hdisk3 none
Aucune hdisk4 none
Aucune hdisk5 none
Aucune hdisk6 none
Aucune hdisk7 none

2) getlvodm-C
hdisk0
hdisk1

3) fget_config-A
--- --- Dar0

dac0 ACTIF ACTIF dac1
hdisk2 dac0
hdisk3 dac1
hdisk4 dac0
hdisk5 dac0
hdisk6 dac1
hdisk7 dac1

4) lsdev-C | grep dar
dar0 Disponible 1722-600 (600) Disk Array Router

5) lsdev-C | grep dac
dac0 Disponible 1j-08-01 1722-600 (600) Disk Array Controller
dac1 Disponible 14-08-01 1722-600 (600) Disk Array Controller

6) lsdev-C | grep fcs
fcs0 Disponible 1j adaptateur CF-08
fcs1 Disponible 14-08 CF Adapter

7) lsdev Cc-disque-F 'nom de l'emplacement "
hdisk0 1A-08-00-8, 0
hdisk1 1A-08-01-10, 0
hdisk2 1j-08-01
hdisk3 14-08-01
hdisk4 1j-08-01
hdisk5 1j-08-01
hdisk6 14-08-01
hdisk7 14-08-01

8) lsdev-conducteur Cc-F 'nom de l'emplacement "
dar0
fcnet0 1j-08-02
fcnet1 14-08-02
fscsi0 1j-08-01
fscsi1 14-08-01
scsi2 1A-08-00
scsi3 1A-08-01



--------------------------------------------------
______The Autres Machine ...________________________
--------------------------------------------------


------------------------------------
------------------------------------
--- Akinoumi (fonctionne parfaitement) --
------------------------------------
------------------------------------

1) lspv
hdisk0 000b80bfce436320 rootvg active
Aucune hdisk1 000b80bf05467e80
hdisk2 000b80bf27ceb498 vg00 active
hdisk3 000b80bf6c9b41f8 vg01 active
hdisk4 000b80bf6c9a3a8d vg02 active
hdisk5 000b80bffbb9f2af vg03 active
hdisk6 000b80bffbb6bf7b vg04 active
hdisk7 000b80bf27dc7320 vg05 active

2) getlvodm-C
hdisk0
hdisk1
hdisk2
hdisk3
hdisk4
hdisk5
hdisk6
hdisk7

3) fget_config-A
--- --- Dar0

User name \u003d array "Production"
dac0 ACTIF ACTIF dac1

DAC LUN Logical Disk Drive
hdisk2 dac1 1 AIX_1
hdisk3 dac0 2 AIX_2
hdisk4 dac1 3 AIX_3
hdisk5 dac1 4 AIX_4
hdisk6 dac0 5 AIX_5
hdisk7 dac0 6 AIX_6

4) lsdev-C | grep dar
dar0 Disponible 1722-600 (600) Disk Array Router

5) lsdev-C | grep dac
dac0 Disponible 1j-08-01 1722-600 (600) Disk Array Controller
dac1 Disponible 14-08-01 1722-600 (600) Disk Array Controller

6) lsdev-C | grep fcs
fcs0 Disponible 1j adaptateur CF-08
fcs1 Disponible 14-08 CF Adapter

7) lsdev Cc-disque-F 'nom de l'emplacement "
hdisk0 1A-08-00-8, 0
hdisk1 1A-08-01-10, 0
hdisk2 14-08-01
hdisk3 1j-08-01
hdisk4 14-08-01
hdisk5 14-08-01
hdisk6 1j-08-01
hdisk7 1j-08-01

8) lsdev-conducteur Cc-F 'nom de l'emplacement "
dar0
fcnet0 1j-08-02
fcnet1 14-08-02
fscsi0 1j-08-01
fscsi1 14-08-01
scsi2 1A-08-00
scsi3 1A-08-01

solution simple:

Vous disposez de deux serveurs et voulons que ces deux serveurs pour voir le même STOCKAGE SAN?

1) Dans le STOCKAGE SAN assurez-vous d'attribuer le disque logique à la fois à AIX

2) lancer cfgmgr sur AIX

3) Vérifiez la pvid id de la hdisks sur les deux serveurs, il devrait être de la même
s'il n'y a pas de pvid puis ajoutez un avec la commande; chdev-l hdiskXX-a pv \u003d yes

4) Vérifiez le chemin d'accès au SAN HDISK en tapant
lspath

Bonjour Monsieur,

Merci pour votre aide!

Il semble que cela pourrait fonctionner. J'ai été un peu peur avant d'exécuter la commande, car il semble que la commande chdev affecter la hdisk dispositif sur les deux machines. (En d'autres termes AKI ma machine, il aura déjà varyonvg, alors dois-je exécuter cette commande?)

J'avais peur que l'utilisation de cette commande sur HAG ruinerait la capacité de AKI à varyonvg le volume groupe.

Le lspath commandes sur les deux machines sont également légèrement différents ordres. Voici le résultat:

HAG> lspath
Enabled hdisk1 scsi3
Enabled hdisk0 scsi2

AKI> lspath
Enabled hdisk0 scsi2
Enabled hdisk1 scsi3


Alors ... est-il sécuritaire? Que dois-je savoir avant de lancer votre séquence de commandes:

1. cfgmgr sur HAG
2. cfgmgr sur AKI
3. varyoffvg vg00 ~ vg05 sur AKI (pour s'assurer qu'aucun IO qui se passe à l'hdisks)
4. lspath (pour s'assurer que les voies de la hdisk0 / 1 sont permis .... *** Notez que hdisk2-7 (qui sont celles que la carte à vg00-vg05, ne sont pas listées ici. Est-ce mauvais?) ***
5. Prenez quelques minutes pour se détendre les nerfs ...
6. Lancer la commande:
chdev-l hdisk3-a pv \u003d yes; lspv; (puis de vérifier si lspv pour hdisk3 a une valeur au lieu de "none None").
Si sûr ... puis lancez:
chdev-l hdisk4-a pv \u003d yes; chdev-l hdisk5-a pv \u003d yes; chdev-l hdisk6-a pv \u003d yes; chdev-l hdisk7-a pv \u003d yes; lspv


Est-ce sécuritaire? Will I be OK?

Merci pour votre aide!

---------- Message mis à jour 07-02-09 à 07:48 AM ---------- Mise à jour précédente a été 07-01-09 à 08:43 PM ----- -----

Bonjour,

Comment faites-vous ... J'ai essayé la commande que vous avez dit à moi, mais ça n'a pas marché.

Lorsque j'ai couru chdev-l, il a dit ...:

Chdev $ hdisk3-l-a pv \u003d yes

Méthode d'erreur (/ etc / méthodes / chgfcparray):
0514-047: Impossible d'accéder à un périphérique: pv

Est-ce parce que les volumes sont variés sur mon autre serveur? Doivent-elles être modifiées avant que cette commande?

Merci beaucoup pour votre aide!

Vous devez configurer le VG pour "l'accès simultané" avant qu'il puisse être accessible à partir de plusieurs systèmes simultanément. C'est le "C" drapeau "chvg", mais si vous ne savez pas comment faire usage "Smitty chvg" et suivez les panneaux là - sa jolie auto-explicatif.

Vous aurez à briser le verrou vg-après en utilisant "chvg-u" pour accéder à la VG d'un autre système.

I hope this helps.

Bakounine