Buenas tardes,

Muchas gracias por su ayuda, que agradecemos un montón. Heres, básicamente, un resumen de lo que tenemos (lo siento Im que añadir un poco de historia también):

Tenemos 2 IBM Servidores (Hag y Aki), que está ejecutando AIX Versión 5. Cada uno de conectarse a un dispositivo SAN de fibra a través de 2 caminos separados. Hag parece tener problemas al ejecutar varyonvg de 3 de los 5 volúmenes lógicos, mientras que Aki pueden varyonvg todos ellos sin problemas. Mi meta es obtener Hag para poder varyonvg todos los 5 volúmenes lógicos. Aquí está la historia:

- Problema inicial (de sustitución de baterías - Resuelta!)
Inicialmente, uno de nuestros software de gráficas muestran que la batería necesita ser reemplazada en el adaptador de fibra en la SAN dispositivo. Terminar todo el sistema de seguridad y sustituye la batería de acuerdo con los manuales. Al reiniciar el sistema, el LED es de color verde para ese dispositivo. Al arrancar los servidores (Hag y Aki), me di cuenta ...

- Segundo problema (Fibra tarjeta controladora malo, Reemplazo - Resuelta?)
La parte de atrás del chasis Hag, tiene 2 tarjetas PCI (Adaptadores de Fibra). Uno de ellos fue mala. Terminar la máquina y se sustituye la fibra con una tarjeta de repuesto. Una vez que arranque, el LED verde convertido al igual que las demás tarjetas de fibra, de manera Im que suponiendo que se conecta de nuevo. También utiliza el manual para que lo sustituya (es decir, ejecutando `cfgmgr» después de la sustitución). Al montar el volumen varyonvg grupos, encontré el problema actual ...

La SAN de 2 tarjetas (controller_A [dac0], controller_B [dac1]) que se utilizan cuando se trata de montar estas particiones.

Hag puede mapa TODOS particiones virtuales que se asignan a través de sólo controller_A (controller_B está deshabilitado). Sin embargo al permitir controller_B, algunas particiones se mueven sólo por ADT controller_A de particiones pueden ser mapeadas.

Smitty centralizado es una aplicación administrativa para ejecutar scripts de todo tipo para encender y apagar la fibra (HBA) de dispositivos, discos duros, LVM, y así sucesivamente. ¿Tiene usted alguna idea sobre cómo puede ser capaz de llevar a cabo pruebas adicionales para cambiar el mapeo? Quiero ejecutar un comando que me permite probar la conectividad a la dac1 Hag (Disk Array Controller).

Aquí están los resultados de algunos comandos en Hag:
# lsdev-C | grep fcs
fcs0 Disponible 1j-08 FC adaptador
Disponible fcs1 FC adaptador 14-08 ***
*** Este es el adaptador de FC asociados con una conexión de la fibra que se establecen. (Es decir, cuando me encontré este comando antes de cambiar el adaptador de fibra de Hag, es "definida" en lugar de "Disponible").

# lsdev-C | grep dac
dac0 Disponible 1j-08-01 1722-600 matriz de disco de controlador de
dac1 Disponible 14-08-01 1722-600 matriz de disco de controlador de

# lsdev-C | grep dar
dar0 Disponible 1722-600 (600) una matriz de discos del router

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

*** Sin embargo, el Aki, los resultados son diferentes, ya que se utiliza y dac1 carga distribuida (ADT)
# fget_config-A
- dar0 --
dac0 ACTIVO dac1 ACTIVO
hdisk2 dac1
hdisk3 dac0
hdisk4 dac1
hdisk5 dac1
hdisk6 dac0
hdisk7 dac1

*** Aquí están todos los volúmenes físicos:
# # lspv MAQUINA DE HAG (vg Todos los disponibles son variados y en activo).
hdisk0 xxxxxxxxxxxxxxxx rootvg activa
hdisk1 xxxxxxxxxxxxxxxx db01vg activa
hdisk2 xxxxxxxxxxxxxxxx vg00 activa
hdisk3 xxxxxxxxxxxxxxxx vg02 activa
hdisk4 xxxxxxxxxxxxxxxx vg03 activa
hdisk5 xxxxxxxxxxxxxxxx vg05 activa

# # lspv MAQUINA DE AKI
hdisk0 xxxxxxxxxxxxxxxx rootvg activa
Ninguno hdisk1 xxxxxxxxxxxxxxxx
hdisk2 xxxxxxxxxxxxxxxx vg00
hdisk3 xxxxxxxxxxxxxxxx vg01
hdisk4 xxxxxxxxxxxxxxxx vg02
hdisk5 xxxxxxxxxxxxxxxx vg03
hdisk6 xxxxxxxxxxxxxxxx vg04
hdisk7 xxxxxxxxxxxxxxxx vg05

Cuando ejecute `varyonvg» en haguroyama, permite varyonvg: vg00, vg02, vg03. No se me permite varyonvg volúmenes: vg01 (hdisk3), vg04 (hdisk6), y vg05 (hdisk7).

Esta es toda la información que tengo en este momento. Así que, básicamente, a Resumiendo:

1) Quiero fget_config sobre Hag pueda tener el mismo hdisks (2-7) como Aki.
2) Yo quiero ser capaz de varyonvg carga y se distribuye en Hag.

Muchas gracias por tu ayuda!
Recuerdos,
-Bill

Al sustituir un HBA en todo el mundo el nombre (WWN) va a cambiar por lo que el SAN, probablemente no se está comunicando en ese puerto. Tendrá que cambiar la configuración y configuración en la SAN lado creo.

homeyjoe es correcto. Tendrá que actualizar la zonificación de su conmutadores SAN. También tendrá que actualizar el dispositivo de SAN, y es wwpn asignaciones. Cada LUN es "mapeada" a las direcciones del adaptador de fibra de llama wwpn del (nombre del puerto en todo el mundo). SAN interruptores tienen las zonas que forman parte de zonesets. En su forma más simple, especificar las zonas que pueden comunicarse los adaptadores de fibra. zonas se agrupan en zonesets.

Puede determinar cuál es la wwpn de la nueva tarjeta está utilizando la fibra Más allá de eso, su SAN de proveedores deben ser capaces de caminar a través de la nueva cartografía.

Alterar zonesets zonas y son potencialmente muy peligrosas tareas. Si tiene varios dispositivos, puede afectar a todos. Actualizar / cambiar estos con extrema cautela y sólo si está completamente seguro de lo que está haciendo.

Hola Chicos ... Se trata de una actualización.

PREGUNTA:

¿Cómo puedo obtener mi HAGUROYAMA máquina para montar vg00-vg05 grupos de volumen. Es cant parecen hablar con la SAN, pero me hizo la WPPN acceso permitido. ¿Cómo puedo hacer para que cuando escribo "lspv" Veo la misma salida de mi trabajo como servidor AKINOUMI. Ambos son AIX


Detalles:



Gracias por tu ayuda. Agradecemos mucho. Hoy hemos hecho algunas pruebas en la máquina que puedan haber Haguroyama más cerca (o más) de distancia de la máquina de trabajo Akinoumi.

Hemos observado que el dar Haguroyama de 2 dispositivos (dar0, dar1) cuando se ejecuta el comando, mientras que sólo había Akinoumi dar dispositivo 1 (dar0). Gracias por mostrarnos este comando, que parece haber ayudado a resolver el problema un poco. Entonces me decidí a utilizar los pasos a continuación para hacer Haguroyama dar sólo tienen 1 dispositivo:

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

Después de cfgmgr finalizado, ahora hay sólo 1 dar dispositivo y la cartografía parece ser más estrecha entre las dos máquinas. La única diferencia es de dos cosas:

1. Cada Hdisk tiene "ninguna Ninguno" como PVid (cuando se ve con lspv)
2. Cada Hdisk en Haguroyama contrario utiliza el dispositivo de Akinoumi fcs.

Importante pensar que si podemos solucionar el problema por encima del 2, es posible que podamos restaurar la capacidad de HACMP varyonvg a los grupos de volumen (como vg00, vg01 y así sucesivamente). Así que aquí está la cuestión:

"¿Cómo podemos hacer que el« comando »lspv producen el mismo en ambos mapas Haguroyama y Akinoumi (trabajo)"?

A continuación se presentan los resultados de los comandos de la situación actual de los sistemas.

lspv
getlvodm-C
fget_config-A
lsdev-C | grep dar
lsdev-C | grep dac
lsdev-C | grep fcs
lsdev disco-CC-F nombre de la ubicación "
lsdev-CC-F conductor el nombre de ubicación '


* Como te ves en los resultados a continuación se puede observar una gran cantidad de diferencias entre la máquina! Incluso el fget_config es raro! *
/_______________________ \
| Los resultados son los siguientes: |
\ _______________________/

------------------------------------
------------------------------------
-Haguroyama (No poder varyonvg) --
------------------------------------
------------------------------------

1) lspv
hdisk0 000268fceda1da0 rootvg activa
hdisk1 000268fdfe25883 db01vg activa
Ninguno hdisk2 ninguno
Ninguno hdisk3 ninguno
Ninguno hdisk4 ninguno
Ninguno hdisk5 ninguno
Ninguno hdisk6 ninguno
Ninguno hdisk7 ninguno

2) getlvodm-C
hdisk0
hdisk1

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

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

4) lsdev-C | grep dar
dar0 Disponible 1722-600 (600) una matriz de discos del router

5) lsdev-C | grep dac
dac0 Disponible 1j-08-01 1722-600 (600) Controlador de una matriz de discos
dac1 Disponible 14-08-01 1722-600 (600) Controlador de una matriz de discos

6) lsdev-C | grep fcs
fcs0 Disponible 1j-08 FC adaptador
14-08 Disponible fcs1 FC adaptador

7) lsdev disco-CC-F nombre de la ubicación "
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-CC-F conductor el nombre de ubicación '
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



--------------------------------------------------
Otros ______The Máquina ...________________________
--------------------------------------------------


------------------------------------
------------------------------------
--- Akinoumi (funciona perfectamente) --
------------------------------------
------------------------------------

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

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

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

Nombre de usuario matriz \u003d "Producción"
dac0 ACTIVO dac1 ACTIVO

LUN disco CAD unidad lógica
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) una matriz de discos del router

5) lsdev-C | grep dac
dac0 Disponible 1j-08-01 1722-600 (600) Controlador de una matriz de discos
dac1 Disponible 14-08-01 1722-600 (600) Controlador de una matriz de discos

6) lsdev-C | grep fcs
fcs0 Disponible 1j-08 FC adaptador
14-08 Disponible fcs1 FC adaptador

7) lsdev disco-CC-F nombre de la ubicación "
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-CC-F conductor el nombre de ubicación '
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

una solución simple:

Usted tiene dos servidores y desea que estos dos servidores para ver la misma SAN ALMACENAMIENTO?

1) En el almacenamiento SAN asegúrese de asignar el disco lógico para ambas máquinas AIX

2) ejecute en AIX cfgmgr máquinas

3) Verifique la pvid la identificación de la hdisks en ambos servidores, debe ser el mismo
si no hay a continuación, agregue un pvid con el comando; chdev-l-hdiskXX un pv \u003d yes

4) Comprobar la ruta de la SAN HDISK escribiendo
lspath

Hola Sr. Presidente,

Gracias por tu ayuda!

Parece que podría funcionar. Yo estaba un poco asustado antes de ejecutar el comando porque parece que el comando chdev afectará hdisk el dispositivo en ambas máquinas. (En otras palabras AKI mi máquina varyonvg ya la tienen, entonces hay que ejecutar este comando?)

Tenía miedo que la ejecución de este comando en HAG arruinaría la capacidad de AKI para varyonvg el grupo de volumen.

El lspath comandos en ambas máquinas son ligeramente diferentes ordenamientos también. Aquí está la salida:

HAG> lspath
Activado hdisk1 scsi3
Activado hdisk0 SCSI2

AKI> lspath
Activado hdisk0 SCSI2
Activado hdisk1 scsi3


Así que ... ¿Es seguro? ¿Hay algo que debe saber antes de ejecutar la secuencia de comandos:

1. cfgmgr en HAG
2. cfgmgr sobre AKI
3. varyoffvg vg00 ~ vg05 en AKI (para asegurarse de que no está sucediendo IO a la hdisks)
4. lspath (para asegurarse de que los caminos hacia el hdisk0 / 1 están habilitadas .... *** Tenga en cuenta que hdisk2-7 (que son los que mapa para vg00-vg05, no se enumeran aquí. ¿Es eso malo?) ***
5. Tome unos minutos para relajar los nervios ...
6. Ejecutar comando:
chdev-l-hdisk3 un pv \u003d yes; lspv; (entonces compruebe si lspv para hdisk3 tiene un valor en lugar de "no no").
Si es seguro ... a continuación, ejecute:
chdev-l-hdisk4 un pv \u003d yes; chdev-l-hdisk5 un pv \u003d yes; chdev-l-hdisk6 un pv \u003d yes; chdev-l-hdisk7 un pv \u003d yes; lspv


¿Es esto seguro? ¿Voy a estar bien?

Gracias por tu ayuda!

---------- Publicar actualizado 07-02-09 en 07:48 AM ---------- anterior actualización 07-01-09 en 08:43 PM ----- -----

Hola,

¿Cómo te va ... He intentado el comando que me dijo pero no funcionó.

Cuando corrió chdev-l dijo ...:

$ Chdev-l-hdisk3 un pv \u003d yes

Método de error (/ etc / métodos / chgfcparray):
0514-047: No se puede acceder a un dispositivo: pv

Es porque los volúmenes son variados en mi otro servidor? En caso de que antes de ser variada este comando?

Muchas gracias por tu ayuda!

Usted tiene que configurar la VG para "el acceso simultáneo" antes de que se puede acceder desde más de un sistema al mismo tiempo. Es el "C" de bandera "chvg", pero si usted no está seguro acerca de cómo hacer que el uso "smitty chvg" y siga los paneles allí - su muy auto-explicativo.

Tendrá que romper el bloqueo después vg-utilizando "chvg-u" para acceder a la VG desde otro sistema.

Espero que esta ayuda.

Bakunin