Newsgroup: it.lavoro.informatica
Titolo: [OT] Cluster IBM con EXP400

Buongiorno a tutti, scusate l'OT ma questo mi pare sia un gruppo
abbastanza frequentato anche da tecnici con una certa esperienza e ho
un po' di urgenza di capire bene questa cosa prima di rilasciare la
macchina ai sistemisti applicativi.
Sono alle prese con il mio primo cluster IBM (2x x346 + EXP400) e c'è
una cosa che, malgrado la documentazione che mi sono smazzato, non mi
è per nulla chiara.
Nella configurazione hardware delle schede raid ci sono 3 passi da
eseguire su ogni scheda affinché il canale scsi condiviso dai due
server funzioni come si deve:
- assegnare un nome alla scheda e indicare il nome della scheda
sull'altro server (per es. NodoA per il primo server e NodoB per il
secondo)
- verificare che non vi siano ID scsi duplicati (quindi una delle due
schede Raid andrà impostata a scsi id 6, mentre l'altra potrà
continuare ad essere la 7, e ovviamente non bisognerà inserire dischi
nello slot id 6 - il 7 già è inutilizzabile di fabbrica-
dell'espansione dischi)
- assegnare dei merge-group numbers agli array creati sull'espansione
esterna e che dovranno essere condivisi tra i due nodi cluster.
E proprio quest'ultima cosa che mi sta dando dei grattacapi.
Sulla documentazione pare si dica che i merge-numbers del primo server
non possano essere uguali a quelli usati per il secondo server. I
numeri validi sono da 1 a 8 compresi.
In realtà non sono ben sicuro di aver capito bene, perché se questi
merge-group number devono essere unici, e se ne ho solo 8 a
disposizione, io sull'espansione dischi non posso creare più di 4
array (e guarda un po' me ne servono 6), in quanto 4 numeri assegnati a
4 array sul primo nodo + altri 4 numeri assegnati agli stessi shared
array sul secondo nodo.
Qualche buon'anima mi aiuta a capire meglio? 
Grazie, GenTLe

 macchina ai sistemisti applicativi.
Sei OT. Ma se non dici quale c...o di OS stai usando è difficile che 
qualcuno possa
aiutarti. Suppongo che IBM EXP400 sia invece una San IBM DS400 e che l'OS
sia un Windows 200X Enterprise Edition.
Se è cosi il gruppo è microsoft.public.it.winserver
Saluti.

 Suppongo che IBM EXP400 sia invece una San IBM DS400
Supponi male.
Le SAN le abbiamo, ma non sono connesse a queste macchine. Si tratta di
una unità esterna SCSI, da 14 slot dischi (in cluster su shared bus
scsi ne sono utilizzabili 13).
Questa:
http://tinyurl.com/z28ly
con questa opzione per abilitare il cluster su shared scsi bus:
http://tinyurl.com/lyobp
GenTLe

 GenTLe 

 Dovresti chiedere ad IBM la giusta configurazione degli ID.
Infatti ho aperto una chiamata a riguardo ieri pomeriggio, ma fin'ora
(sarà il ponte...) nessuna risposta. Ne ho parlato anche coi
sistemisti della sede estera, e anche loro sono giunti alla conclusione
che la documentazione è ambigua e che sia meglio aspettare IBM :-(
Ho scritto qui perché magari a qualcuno era capitata la stessa
situazione e aveva già la risposta. Aspetterò :-)
GenTLe

 array sul secondo nodo.
Spero di no, non avrebbe molto senso, ma le mie sono solo ipotesi 
poiche' non sono sicuro di come siano fatti quegli affari.
nemesis
-- 
in summer: Kawasaki Ninja ZX6R '01 "Cassandra"
in winter: Burton Custom 154 Regular Soft
Quanto più ci innalziamo, tanto più piccoli sembriamo a quelli che non 
possono volare. (F. Nietzsche)

 poiche' non sono sicuro di come siano fatti quegli affari.
Infatti non ha molto senso, però la documentazione mi pare ambigua e non 
voglio rischiare.
Boh, vedremo domani che mi dirà IBM :-)
Grazie comunque,
GenTLe
-- 
GenTLe ...di Varese, provincia.
http://digilander.iol.it/thegentle/index.htm
Proud to be a "coglione" 

> 
http://publib.boulder.ibm.com/infocenter/eserver/v1r2/index.jsp?topic=/diricinfo/fqy0_acluscfg.html
cosa vuol dire che ogni HDD ha 4 path ? 

 cosa vuol dire che ogni HDD ha 4 path ?
Uh HD ha il suo ID scsi, che viene gestito solamente a livello di scheda 
controller (invisibile al sistema operativo), ogni array composto da più 
dischi ha a sua volta un indirizzamento logico di livello più alto, che è 
quello che viene visto dal sistema operativo come singolo disco. Se in un 
sistema operativo clusterizzato passo il controllo di un disco logico 
(poniamo Q:) da un nodo all'altro, sto passando il controllo dell'array di 
dischi dal controller di uno dei due nodi all'altro. Per questo serve l'ID 
share.
Quando faccio quel lavoro a livello di OS semplicemente levo l'accesso ad un 
disco sul nodoA e lo passo al nodoB, a livello hardware il controller che 
deve passare l'array all'altro mette in "defunct" i dischi e quello che se 
li prende in carico li passa da defunct (come li aveva prima di 
controllarli) ad on-line. Si vede bene sui led dei dischi mentre il processo 
è in corso.


 numeri validi sono da 1 a 8 compresi.
Per la cronaca:
IBM ha risposto alla chiamata che avevo aperto per questa cosa.
Come logica portava a pensare il max numero di array creabili e
condivisibili è 8, ogni array ha il suo merge-group number e per
l'array X il merge-number è uguale sia sul controller del nodo uno che
su quello del nodo due.
Poi la gestione software del cluster MS li mischia e se li gestisce
come gli pare, ma di base la configurazione iniziale va fatta come ho
scritto sopra.
Ciao, GenTLe