Boa noite,

Muito obrigado pela sua ajuda, agradecemos a ele um monte. Heres basicamente um resumo do que temos (sorry Im adicionando alguns extras história tão bem):

Temos 2 Ibm Servidores (Hag e Aki) que estão executando o AIX Versão 5. Cada conectar a um dispositivo através de 2 SAN fibra caminhos separados. Hag parece ter problemas para executar o varyonvg por 3 dos 5 volumes lógicos, enquanto Aki pode varyonvg todos eles sem nenhum problema. Meu objetivo é obter Hag para poder varyonvg de todos os 5 volumes lógicos. Aqui está a história:

- Problema inicial (Substituição da Bateria - Resolvido!)
Inicialmente, um dos nossos softwares GUIS exibida uma bateria que precisava de ser substituída na Fibra adaptador sobre a SAN dispositivo. Eu desligamento de todo o sistema de segurança e substituído as baterias de acordo com os manuais. Após o reinício do sistema, o LED verde foi para esse dispositivo. Ao iniciar-se os servidores (Hag e Aki), eu reparei ...

- O segundo problema (Fibra de Cartão Controlador de Bad, Substituído - Resolvido?)
A parte de trás do chassis Hag, tem uma 2 placas PCI (Fibra Adapters). Um deles era ruim. Eu desligar a máquina e substituir o cartão de fibra com uma sobra. Ao iniciar-se, os LEDs Verde virou como os outros Fibra cartão, assumindo assim Im que é ligado novamente. Eu também utilizado o manual para substituí-lo (ou seja, executando `` cfgmgr após substituição). Após a montagem da varyonvg volume grupos, encontrei o problema actual ...

O San tem 2 placas controladoras (controller_A [dac0], controller_B [dac1]) que são utilizadas quando tentar montar essas partições.

Hag pode mapa ALL partições virtuais se eles são mapeados através de apenas controller_A (controller_B está desativado). No entanto após a habilitação controller_B, algumas partições são movidos por controller_A partições do VMDT só pode ser mapeado.

Smitty centralizado é uma aplicação administrativa para executar todos os tipos scripts para ligar e desligar fibra (HBA) dispositivos, discos rígidos, LVM, e assim por diante. Você tem alguma idéia de como posso ser capaz de realizar ensaios adicionais para mudar o mapeamento? Quero executar um comando que me permite testar a conectividade para Hag's dac1 (Disk Array Controller).

Aqui estão as saídas de alguns comandos no Hag:
# lsdev-C | grep FCS
fcs0 Disponível 1j Adaptador CF-08
fcs1 Disponível 14-08 Adaptador FC ***
*** Este FC Adapter é associado a uma conexão com a fibra de que era para baixo. (Isto é, quando eu corria esse comando antes de substituir a placa em Fibra Hag, foi "definida" em vez de "disponíveis").

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

# lsdev-C | grep dar
dar0 Disponível 1722-600 (600) Disk Array Router

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

*** No entanto, em Aki, os resultados são diferentes e é usado desde dac1 carga distribuída (ADT)
# fget_config-A
- dar0 --
dac0 ACTIVAS dac1 ACTIVAS
hdisk2 dac1
hdisk3 dac0
hdisk4 dac1
hdisk5 dac1
hdisk6 dac0
hdisk7 dac1

*** Aqui estão todos os volumes físicos:
# # lspv DA MÁQUINA HAG (Todos os VG's estão disponíveis em variados e activa).
hdisk0 xxxxxxxxxxxxxxxx rootvg ativos
hdisk1 xxxxxxxxxxxxxxxx db01vg ativos
hdisk2 xxxxxxxxxxxxxxxx vg00 ativos
hdisk3 xxxxxxxxxxxxxxxx vg02 ativos
hdisk4 xxxxxxxxxxxxxxxx vg03 ativos
hdisk5 xxxxxxxxxxxxxxxx vg05 ativos

# # lspv AKI DA MÁQUINA
hdisk0 xxxxxxxxxxxxxxxx rootvg ativos
Nenhuma hdisk1 xxxxxxxxxxxxxxxx
hdisk2 xxxxxxxxxxxxxxxx vg00
hdisk3 xxxxxxxxxxxxxxxx vg01
hdisk4 xxxxxxxxxxxxxxxx vg02
hdisk5 xxxxxxxxxxxxxxxx vg03
hdisk6 xxxxxxxxxxxxxxxx vg04
hdisk7 xxxxxxxxxxxxxxxx vg05

Quando eu executar `` varyonvg sobre haguroyama, permite que varyonvg: vg00, vg02, vg03. Ela não me permite varyonvg volumes: vg01 (hdisk3), vg04 (hdisk6), e vg05 (hdisk7).

Esta é toda a informação que tenho no momento. Então, basicamente, soma-se:

1) Quero fget_config sobre Hag ter a mesma hdisks (2-7) como Aki.
2) Eu quero ser capaz de carregar varyonvg e será distribuído em Hag.

Muito obrigado pela sua ajuda!
Atenciosamente,
-Bill

Quando você substituir um grande nome do mundo HBA (WWN) irá mudar o modo SAN provavelmente não está comunicando sobre o porto. Você terá que mudar a configuração / configuração no SAN lado acredito.

homeyjoe é certo. Você precisará atualizar o zoneamento em sua SAN interruptores. Também terá de atualizar o dispositivo SAN, e é wwpn mapeamentos. Cada LUN é "mapeado" para determinados endereços fibra adaptador chamado wwpn's (World Wide porto nome). SAN switches têm zonas que fazem parte da zonesets. Por que é mais simples, especificar quais as zonas fibra adaptadores podem se comunicar. zonas são agrupadas na zonesets.

Você pode determinar qual a wwpn do novo cartão está usando fibra Além disso, o seu SAN vendedor deve ser capaz de acompanhá-lo através do re-mapeamento.

Alterar zonas e zonesets são potencialmente muito perigosos tarefas. Se você tiver vários dispositivos, você pode afetar a todas elas. Atualizar / alterar estas com extrema precaução e apenas se você tiver certeza de que você está fazendo.

Oi Pessoal ... Esta é uma atualização.

PERGUNTA:

Como posso obter meu HAGUROYAMA máquina para montar vg00-vg05 volume grupos. É cant parecem falar com a SAN, mas eu fiz a WPPN acesso permitido. Como eu posso fazer, então que quando eu digito 'lspv' Eu vejo a mesma saída que o meu trabalho servidor AKINOUMI. Ambos são AIX


DETALHES:



Obrigado por sua ajuda. Apreciamos muito. Hoje fiz alguns testes na máquina que pode ter colocado Haguroyama mais próxima (ou mais) de distância para o trabalho máquina Akinoumi.

Observamos que a Haguroyama tinha 2 Dar dispositivos (dar0, dar1) quando executar o seu comando, enquanto Akinoumi só tinha 1 Dar dispositivo (dar0). Obrigado por mostrar-nos este comando, ele parecia ter ajudado a resolver o problema um pouco. Então, decidiu utilizar os passos abaixo para fazer Haguroyama só tem 1 Dar dispositivo:

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

Depois de terminado cfgmgr correr, houve até agora só 1 Dar dispositivo, bem como o mapeamento parecia ser mais estreita entre as duas máquinas. A única diferença é de duas coisas:

1. Cada Hdisk tem "Nenhum Nenhum" como PVid (quando vistas com lspv)
2. Cada Hdisk sobre Haguroyama utiliza o dispositivo de Akinoumi oposto FCS.

Im pensar que se pode corrigir os problemas acima de 2, poderemos restabelecer a capacidade de hacmp para o volume varyonvg grupos (como vg00, vg01 e assim por diante). Então aqui vai a pergunta:

"Como podemos fazer o comando` `lspv produzir o mesmo em ambos os Haguroyama mapeamento e Akinoumi (de trabalho)"?

Abaixo estão os resultados dos comandos do actual estado dos sistemas.

lspv
getlvodm-C
fget_config-A
lsdev-C | grep dar
lsdev-C | grep dac
lsdev-C | grep FCS
Cc lsdev-disco-F 'nome localização "
lsdev CC-driver-F 'nome localização "


* Como você olhar para os resultados a seguir, você irá notar um grande número de diferenças entre a máquina! Mesmo o fget_config é estranho!
/_______________________ \
| Resultados são os seguintes: |
\ _______________________/

------------------------------------
------------------------------------
-Haguroyama (Não é possível varyonvg) --
------------------------------------
------------------------------------

1) lspv
hdisk0 000268fceda1da0 rootvg ativos
hdisk1 000268fdfe25883 db01vg ativos
hdisk2 Nenhum Nenhum
hdisk3 Nenhum Nenhum
hdisk4 Nenhum Nenhum
hdisk5 Nenhum Nenhum
hdisk6 Nenhum Nenhum
hdisk7 Nenhum Nenhum

2) getlvodm-C
hdisk0
hdisk1

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

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

4) lsdev-C | grep dar
dar0 Disponível 1722-600 (600) Disk Array Router

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

6) lsdev-C | grep FCS
fcs0 Disponível 1j Adaptador CF-08
fcs1 Disponível 14-08 FC Adapter

7) lsdev CC-disco-F 'nome localização "
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-driver-F 'nome localização "
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 Outros Máquina ...________________________
--------------------------------------------------


------------------------------------
------------------------------------
--- Akinoumi (Funciona Perfeitamente) --
------------------------------------
------------------------------------

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

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

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

Usuário array name \u003d "Produção"
dac0 ACTIVAS dac1 ACTIVAS

CAD 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 Disponível 1722-600 (600) Disk Array Router

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

6) lsdev-C | grep FCS
fcs0 Disponível 1j Adaptador CF-08
fcs1 Disponível 14-08 FC Adapter

7) lsdev CC-disco-F 'nome localização "
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-driver-F 'nome localização "
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.

solução simples:

Você tem dois servidores e quero esses dois servidores para ver o mesmo SAN armazenamento?

1) No SAN ARMAZENAMENTO, certifique-se de atribuir o disco lógico para ambas as máquinas AIX

2) executar cfgmgr no AIX máquinas

3) Verificar o id pvid do hdisks em ambos os servidores, que deve ser o mesmo
se não houver pvid, em seguida, adicionar um com o comando; chdev-l-hdiskXX uma pv \u003d sim

4) Verifique o caminho da SAN HDISK escrevendo
lspath

Olá Senhor,

Obrigado por sua ajuda!

Parece que ele possa trabalhar. Eu estava um pouco assustado antes de executar o comando, porque parece a chdev comando irá afectar a hdisk dispositivo em ambas as máquinas. (Em outras palavras AKI minha máquina já terá que varyonvg, então eu devo executar esse comando?)

Eu estava com medo que correr esse comando em HAG iria estragar a capacidade para a varyonvg AKI o volume grupo.

Os comandos lspath em ambas as máquinas são ligeiramente diferentes ordenações também. Aqui está o resultado:

HAG> lspath
Ativado hdisk1 SCSI3
Ativado hdisk0 SCSI2

AKI> lspath
Ativado hdisk0 SCSI2
Ativado hdisk1 SCSI3


Então ... é seguro? Há alguma coisa que eu deveria conhecer antes de executar sua seqüência de comandos:

1. cfgmgr sobre HAG
2. cfgmgr sobre AKI
3. varyoffvg vg00 ~ vg05 sobre AKI (para certificar-se de IO não está a acontecer ao hdisks)
4. lspath (para se certificar de que os caminhos para a hdisk0 / 1 são activadas .... *** Note que hdisk2-7 (que são os que mapa para vg00-vg05, não estão listadas aqui. Isso é ruim?) ***
5. Demorar alguns minutos para relaxar nervos ...
6. Executar comando:
chdev-l-hdisk3 uma pv \u003d yes; lspv; (em seguida, verifique se lspv para hdisk3 tem um valor em vez de "Nenhum Nenhum").
Se segura ... em seguida, execute:
chdev-l-hdisk4 uma pv \u003d yes; chdev-l-hdisk5 uma pv \u003d yes; chdev-l-hdisk6 uma pv \u003d yes; chdev-l-hdisk7 uma pv \u003d yes; lspv


Será isto seguro? Vou ficar bem?

Obrigado por sua ajuda!

Postagem atualizada em 07-02-09 ---------- 07:48 ---------- anterior actualização foi 07-01-09 em 08:43 ----- -----

Olá,

Como é que estás a fazer ... Tentei o comando que você me disse, mas não funcionou.

Quando eu corria chdev-l ... ele disse:

$ Chdev-l-hdisk3 uma pv \u003d sim

Método de erro (/ etc / métodos / chgfcparray):
0514-047: Não é possível acessar um dispositivo: pv

Será isto porque os volumes são variadas sobre o meu outro servidor? Deverão ser variada desligado antes deste comando?

Muito obrigado pela sua ajuda!

Você tem que configurar o VG para "concomitante acesso" antes que possa ser acessado a partir de mais de um sistema em simultâneo. É a "-C" bandeira de "chvg", mas se tiver dúvidas sobre como fazer essa utilização "smitty chvg" e siga os painéis aí - a sua bonita auto-explicativo.

Você terá que quebrar o cadeado depois utilizando-VG "chvg-u" para acessar o VG a partir de outro sistema.

Espero que isto ajude.

Bakunin