Buona sera,

Grazie per il vostro aiuto, si apprezzano in un gruppo. Heres fondamentalmente una sintesi di ciò che abbiamo (Im spiacente aggiungendo un po 'di storia e):

Abbiamo 2 Ibm Serveurs (Hag e Aki) che eseguono AIX Version 5. Ogni connettersi a un dispositivo via SAN 2 distinti percorsi fibra. Hag sembra di avere problemi durante l'esecuzione varyonvg per 3 dei 5 volumi logici, mentre Aki può varyonvg tutti loro, senza un problema. Il mio obiettivo è ottenere Hag per essere in grado di varyonvg tutti i 5 volumi logici. Ecco la storia:

- Primo Problema (sostituzione della batteria - Risolte!)
Inizialmente, uno dei nostri software GUI visualizzata una batteria che deve essere sostituito in fibra adattatore sulla SAN dispositivo. I spegnere il sistema e di sicurezza ha sostituito la batteria in base ai manuali. Al riavvio del sistema, il LED verde è stato per quel dispositivo. Al momento di avviare il server (Hag e Aki), ho notato ...

- Secondo problema (fibra Controller Card Bad, Sostituito - Risolte?)
La parte posteriore del telaio Hag, è di 2 schede PCI (fibra adattatori). Uno di loro è stato cattivo. I spegnimento della macchina e ha sostituito la fibra di carta con una di ricambio. Al momento è l'avvio, il LED verde acceso come le altre carte di fibra, in modo Im supponendo che è collegato di nuovo. Ho utilizzato anche il manuale per la sua sostituzione (cioè eseguendo `cfgmgr», dopo la sostituzione). Al momento di montare il volume varyonvg gruppi, ho trovato il problema ...

SAN dispone di 2 controller di carte (controller_A [dac0], controller_B [dac1]) che vengono utilizzati quando si cerca di montare queste partizioni.

Hag possibile mappa TUTTI partizioni virtuali se sono mappati solo attraverso controller_A (controller_B è disattivato). Tuttavia su controller_B permettendo, alcune partizioni vengono spostati da ADT solo controller_A's partizioni possono essere mappati.

Smitty è una applicazione amministrativa centralizzata per l'esecuzione di tutti i tipi di script per attivare e disattivare fibra (HBA), i dispositivi, i dischi rigidi, con LVM, e così via. Avete delle idee su come io possa essere in grado di eseguire ulteriori prove di passare la mappatura? Voglio lanciare un comando che mi consente di verificare la connettività di Hag's dac1 (Disk Array Controller).

Qui ci sono le uscite di alcuni comandi di Hag:
# lsdev-C | grep fcs
fcs0 Disponibile 1j FC-08 Adattatore
fcs1 Disponibile 14-08 FC Adapter ***
*** Questo FC Adapter è una associati con la connessione in fibra che è stato basso. (Cioè, quando ho eseguito questo comando prima di sostituire la fibra Adapter su Hag, è stato "definito" invece di "Libero").

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

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

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

*** Su Aki Tuttavia, i risultati sono diversi, poiché è utilizzato dac1 e carico distribuito (ADT)
# fget_config-A
- dar0 --
dac0 ATTIVO dac1 ATTIVO
hdisk2 dac1
hdisk3 dac0
hdisk4 dac1
hdisk5 dac1
hdisk6 dac0
hdisk7 dac1

*** Ecco tutti i volumi fisici:
# # lspv MACCHINA DA HAG (Tutti disponibili vg sono svariate e attivo).
hdisk0 xxxxxxxxxxxxxxxx rootvg attivi
hdisk1 xxxxxxxxxxxxxxxx db01vg attivi
hdisk2 xxxxxxxxxxxxxxxx vg00 attivi
hdisk3 xxxxxxxxxxxxxxxx vg02 attivi
hdisk4 xxxxxxxxxxxxxxxx vg03 attivi
hdisk5 xxxxxxxxxxxxxxxx vg05 attivi

# # lspv MACCHINA DA AKI
hdisk0 xxxxxxxxxxxxxxxx rootvg attivi
Nessuno hdisk1 xxxxxxxxxxxxxxxx
hdisk2 xxxxxxxxxxxxxxxx vg00
hdisk3 xxxxxxxxxxxxxxxx vg01
hdisk4 xxxxxxxxxxxxxxxx vg02
hdisk5 xxxxxxxxxxxxxxxx vg03
hdisk6 xxxxxxxxxxxxxxxx vg04
hdisk7 xxxxxxxxxxxxxxxx vg05

Quando ho eseguito `varyonvg» su haguroyama, consente varyonvg: vg00, vg02, vg03. E non mi permette di varyonvg volumi: vg01 (hdisk3), vg04 (hdisk6), e vg05 (hdisk7).

Si tratta di tutte le informazioni che ho al momento. Quindi, fondamentalmente a riassumere:

1) Voglio fget_config a Hag avere lo stesso hdisks (2-7) come Aki.
2) Voglio essere in grado di essere varyonvg e carico distribuito su Hag.

La ringrazio molto per il vostro aiuto!
Saluti,
Bill -

Quando si sostituisce un HBA il nome in tutto il mondo (WWN) cambierà in modo SAN probabilmente non comunicare su tale porta. Avrete a cambiare la configurazione / setup a SAN lato credo.

homeyjoe è giusto. Avrai bisogno di aggiornare la zonizzazione sul tuo switch SAN. È inoltre necessario aggiornare il dispositivo SAN, ed è wwpn mappature. Ogni LUN è "mappati" come indirizzi adattatore particolare fibra chiamata wwpn's (in tutto il mondo porta il nome). SAN switch sono zone che fanno parte del zonesets. A è più semplice, zone di specificare quali adattatori in fibra in grado di comunicare. zone sono raggruppate in zonesets.

È possibile determinare che cosa il wwpn della nuova carta è fibra utilizzando Oltre a ciò, il vostro SAN fornitore dovrebbe essere in grado di camminare attraverso la ri-mapping.

Alterare zonesets zone e sono potenzialmente molto pericolosi compiti. Se si dispone di più dispositivi, è possibile li riguardano tutti. Aggiornare / modificare questi con estrema cautela e solo se si è completamente sicuri di quello che stai facendo.

Ciao Ragazzi ... Si tratta di un aggiornamento.

DOMANDA:

Come posso ottenere la mia macchina HAGUROYAMA di montare vg00-vg05 volume gruppi. E cant sembrano parlare di SAN, ma ho fatto l'accesso consentito WPPN. Come posso fare in modo che quando ho tipo 'lspv' vedo la stessa uscita, come il mio lavoro AKINOUMI server. Entrambi sono AIX


DETTAGLI:



Grazie per il vostro aiuto. Apprezziamo molto. Oggi abbiamo fatto alcune prove sulla macchina che possono essere messi più vicino Haguroyama (o più) di distanza per il lavoro della macchina Akinoumi.

Abbiamo notato che il Haguroyama era dar 2 dispositivi (dar0, dar1) quando si esegue il comando, mentre Akinoumi solo 1 dar dispositivo (dar0). Grazie per aver dimostrato a noi questo comando, è sembrato di aver contribuito a risolvere il problema un po '. Ho quindi deciso di utilizzare la procedura qui sotto per rendere Haguroyama solo 1 dar dispositivo:

rmdev-R-dl # dar0 anche rimossi: hdisk2, 3,4
rmdev-R-dl # dar1 anche rimossi: hdisk5, 6,7
rmdev-dl dac0
rmdev-dl dac1
rmdev-R DL fcs0
rmdev-R DL fcs1
cfgmgr-v

Dopo cfgmgr finito, vi è stata solo 1 ora dar dispositivo, la mappatura e sembrava di essere una più stretta tra le due macchine. L'unica differenza è di due cose:

1. Ogni Hdisk ha "Nessuno nessuno", come PVid (durante la visualizzazione con lspv)
2. Ogni Hdisk su Haguroyama utilizza il dispositivo di fronte fcs da Akinoumi.

Nel pensare che se siamo in grado di sopra del 2 per risolvere il problema, ci può essere in grado di ripristinare la capacità hacmp a varyonvg il volume gruppi (come vg00, vg01 e così via). Così qui è la questione:

"Come possiamo rendere il comando` `lspv produrre la stessa mappatura su entrambi Haguroyama e Akinoumi (di lavoro)"?

Qui di seguito sono i risultati dei comandi dello stato attuale dei sistemi.

lspv
getlvodm-C
fget_config-A
lsdev-C | grep dar
lsdev-C | grep dac
lsdev-C | grep fcs
lsdev Cc-disco-F 'nome località'
lsdev Cc-driver-F 'nome località'


* Come si guardano i risultati al di sotto si noterà molte differenze tra la macchina! Anche la fget_config è strano! *
/_______________________ \
| I risultati sono i seguenti: |
\ _______________________/

------------------------------------
------------------------------------
-Haguroyama (non in grado di varyonvg) --
------------------------------------
------------------------------------

1) lspv
hdisk0 000268fceda1da0 rootvg attivi
hdisk1 000268fdfe25883 db01vg attivi
hdisk2 Nessuno nessuno
hdisk3 Nessuno nessuno
hdisk4 Nessuno nessuno
hdisk5 Nessuno nessuno
hdisk6 Nessuno nessuno
hdisk7 Nessuno nessuno

2) getlvodm-C
hdisk0
hdisk1

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

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

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

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

6) lsdev-C | grep fcs
fcs0 Disponibile 1j FC-08 Adattatore
fcs1 Disponibile 14-08 FC Adapter

7) lsdev Cc-disco-F 'nome località'
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 località'
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 Altre macchine ...________________________
--------------------------------------------------


------------------------------------
------------------------------------
--- Akinoumi (funziona perfettamente) --
------------------------------------
------------------------------------

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

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

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

Nome utente array \u003d "Produzione"
dac0 ATTIVO dac1 ATTIVO

CAS 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 Disponibile 1722-600 (600) Disk Array Router

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

6) lsdev-C | grep fcs
fcs0 Disponibile 1j FC-08 Adattatore
fcs1 Disponibile 14-08 FC Adapter

7) lsdev Cc-disco-F 'nome località'
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 località'
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

soluzione semplice:

Ci sono due server e desidera questi due server per verificare la stessa SAN CONSERVAZIONE?

1) A SAN CONSERVAZIONE assicurarsi di assegnare il disco logico per entrambe le macchine AIX

2) gira su macchine AIX cfgmgr

3) Controllare la pvid id del hdisks su entrambi i server, che dovrebbe essere lo stesso
se non vi è alcuna pvid quindi aggiungere uno con il comando; chdev-l-hdiskXX uno pv \u003d sì

4) Controllare il percorso della SAN HDISK digitando
lspath

Ciao Sir,

Grazie per il vostro aiuto!

Sembra che essa potrebbe funzionare. Sono stato un po 'di paura prima di eseguire il comando, perché sembra che il comando chdev possa incidere sul hdisk dispositivo su entrambe le macchine. (In altre parole, la mia macchina AKI avranno già si varyonvg, quindi devo eseguire questo comando?)

Ho paura che è in esecuzione questo comando su HAG che rovina la capacità di varyonvg AKI per il gruppo di volumi.

Il lspath comandi su entrambe le macchine sono leggermente diversi ordinamenti anche. Ecco l'output:

HAG> lspath
Abilitato hdisk1 SCSI3
Abilitato hdisk0 SCSI2

AKI> lspath
Abilitato hdisk0 SCSI2
Abilitato hdisk1 SCSI3


Quindi ... è sicuro? C'è qualcosa che deve sapere prima di eseguire la tua sequenza di comandi:

1. cfgmgr su HAG
2. cfgmgr su AKI
3. varyoffvg vg00 ~ vg05 su AKI (per assicurarsi che non IO sta accadendo al hdisks)
4. lspath (per assicurarsi che i percorsi del hdisk0 / 1 sono attivati .... *** Si noti che hdisk2-7 (che sono quelli che la mappa a vg00-vg05, non sono elencati qui. E 'un male?) ***
5. Ti bastano pochi minuti per rilassare i nervi ...
6. Esegui il comando:
chdev-l-hdisk3 uno pv \u003d yes; lspv; (controllare per vedere se lspv per hdisk3 ha un valore invece di "Nessuno nessuno").
Se sicuro ... quindi eseguire:
chdev-l-hdisk4 uno pv \u003d yes; chdev-l-hdisk5 uno pv \u003d yes; chdev-l-hdisk6 uno pv \u003d yes; chdev-l-hdisk7 uno pv \u003d yes; lspv


Questo è sicuro? Sarò OK?

Grazie per il vostro aiuto!

---------- Post aggiornamento 07-02-09 a 07:48 AM ---------- precedente aggiornamento è stato 07-01-09 a 08:43 PM ----- -----

Ciao,

Come stai facendo ... Ho provato il comando che si mi ha detto ma non ha funzionato.

Quando mi sono imbattuto chdev-l dire ...:

$ Chdev-l-hdisk3 uno pv \u003d sì

Metodo di errore (/ etc / metodi / chgfcparray):
0514-047: Impossibile accedere a un dispositivo: pv

È questo, perché i volumi sono vari altri sul mio server? Dovrebbe essere spento prima di vario questo comando?

La ringrazio molto per il vostro aiuto!

Devi configurare il VG per "l'accesso simultaneo" prima che possa essere letta da più di un sistema contemporaneamente. La sua "C-" a bandiera "chvg", ma se non si è sicuri su come effettuare tale uso "smitty chvg" e seguire i pannelli c'è - la sua bella auto-esplicativo.

Avrete a spezzare il vg-lock dopo l'utilizzo di "chvg-u" per accedere al VG da un altro sistema.

Spero che questo aiuta.

Bakunin