Newsgroup: it.comp.os.linux.sys
Titolo: Linux su HP Proliant

Ho davanti un HP Proliant ML310 con SATA Raid.
Succede questo:
Installo Centos 5, in fase di installazione vedo il raid, e installo
su /dev/mapper/nomeraid/etc...
Quando poi la macchina si riavvia il raid non esiste piu! Vedo invece
due dischi separati (sda e sdb), e come se non bastasse solo sda e'
montato.
Ma come e' possibile questo?

 Ma come e' possibile questo?
Probabilmente il kernel che viene copiato su disco non e' uguale a 
quello che fa il boot su cd, oppure initramfs non ha i moduli adatti, i 
motivi possono essere diversi...
-- 
Bye
Gianfranco Bartolini

 ed usare il raid software di Linux
Perche'?
Grazie.

 Perche'?
Probailmente per la scarsa qualità della scheda integrata.
Io ho svariati HP con raid integrato ed uso senza alcun problema il
raid software su tutti. Non ho mai percepito un singolo rallentamento
rispetto
al raid hardware.
Discorso diverso con la P400...

 Perche'?
Sostanzialmente per due motivi:
1) in tutti i casi di raid integrato "economico" non esiste un vero 
controller raid con tanto di processore e ram dedicata ma una semplice 
interfaccia con bios che si limita a fornire i parametri al vero 
incaricato di tutto il lavoro, che e' il driver software
2) nella maggioranza dei casi il driver e' proprietario e spesso scritto 
con i piedi per cui o con Linux non funziona per nulla oppure funziona 
solo con determinate distro/kernel
In questi casi la soluzione ideale e' lasciare slegati i dischi senza 
nessuna impostazione raid hardware ed abilitare il raid software di 
Linux, che e' veloce, stabile, collaudato e relativamente semplice da 
gestire e monitorare.
-- 
Bye
Gianfranco Bartolini

 Discorso diverso con la P400...
Esatto, con le SmartArray non ci sono problemi, l'unica rottura di 
scatole e' che i tool di monitoraggio si limitano in caso di errore a 
mandare dei trap snmp, per cui devi inventarti tu il meccanismo che 
intercetta i traps e manda di conseguenza email/sms.
Con altre marche e' gia' tutto pronto (3ware)
-- 
Bye
Gianfranco Bartolini

 intercetta i traps e manda di conseguenza email/sms.
Questo solo se non vuoi/puoi installare il software di gestione HP,
ovviamente.
C.

codadilupo ha scritto:

Da che ricordi io sotto Linux i tool di gestione HP non generano in 
automatico email, mi sono perso qualcosa?
-- 
Bye
Gianfranco Bartolini

Gianfranco Bartolini wrote:

A me gli e-mail sono sempre arrivati, ma adesso mi fai venire un
dubbio... vuoi dire non sono i tool HP che me li mandano ma un qualche
accrocchio presente di default sulle SUSE che intercetta i traps?
C.

 accrocchio presente di default sulle SUSE che intercetta i traps?
Credo proprio di si, su Debian i tool in automatico non mi hanno mai 
mandato nulla se prima non configuravo netsmp & company... a che 
versione di SuSE ti riferisci?
-- 
Bye
Gianfranco Bartolini

 versione di SuSE ti riferisci?
SLES, dalla 7 alla 10 comprese.
C.

 SLES, dalla 7 alla 10 comprese.
La SLES e' supportata ufficialmente da HP, probabile che i tool o la 
distro stessa siano gia' preconfigurati.
-- 
Bye
Gianfranco Bartolini

 distro stessa siano gia' preconfigurati.
Grazie 1000, nel frattempo ho sloegato il raid "semi-hardware" e ho
usato il caro mdadm.
Ciao.

 solo con determinate distro/kernel
Questo e' un problema. Certo, si immagina che chi paga il premium price di
una marca che e' certificata per certe distribuzioni, poi decida di usarle.
-- 
Per rispondermi, sostituisci a nomecognome il mio nome e cognome
To reply me, substitute nomecognome with my real name and surname
http://bitsandchaos.wordpress.com

 distro stessa siano gia' preconfigurati.
Esattamente, cosa significa questa frase?


 automatico email, mi sono perso qualcosa?
Si', HP System Insight.
(ah ah ah, e' una ciofeca ma questo lo fa)


 una marca che e' certificata per certe distribuzioni, poi decida di usarle.
Anche qui, dipende. Personalmente sono disposto a pagare il premium 
price piu' per la qualita' del prodotto e del supporto tecnico fornito 
che per la certificazione offerta sulle distribuzioni, che sinceramente 
e' alquanto striminzita.
Poi che decida o meno di usare le distro col bollino blu e' solo una 
scelta, vorra' dire che faro' a meno dei loro tools oppure mi arrangero' 
diversamente.
-- 
Bye
Gianfranco Bartolini

 Si', HP System Insight.
Sicuro che sia disponibile/funzioni anche su Debian?
L'ho sempre e solo usato nelle installazioni Win.
-- 
Bye
Gianfranco Bartolini

 Esattamente, cosa significa questa frase?
Avendo usato solo Debian sugli HP non conosco i tool forniti dalla 
stessa per le distro "certificate", per le quali m'immagino siano gia' 
preconfigurate le utility di monitoraggio istema ed invio email.
Chiaramente la mia e' una supposizione, mai provato urra'
-- 
Bye
Gianfranco Bartolini

 preconfigurate le utility di monitoraggio istema ed invio email.
No, tu quello che vuoi e' SNMP e per averlo dovrai perdere qualche attimo a
configurarlo.


 e' alquanto striminzita.
Dipende, ma dalla innovativita' della soluzione adottata.
Ovvero: poiche' era la prima volta che usavamo una SAN in multipath, abbiamo
preso tutto certificato, in modo tale che gli (immensi) problemi che si sono
presentati li abbiamo rovesciati su HP. Sui blade che aggiungeremo tra un
po', potremo anche usare una distribuzione non certificata, sappiamo dove
mettere mani e quali problemi si verificano. Anche se poi, per convenienza
ed uniformita' di gestione, non lo faremo.


 Sicuro che sia disponibile/funzioni anche su Debian?
L'unico modo civile per usarlo e': crea una macchina virtuale e metticelo
dentro. 


 presentati li abbiamo rovesciati su HP. Sui blade che aggiungeremo tra un
Scusa se chiedo, per quale motivo una normale san con mpio ti deve aver 
creato problemi?
-- 
Bye
Gianfranco Bartolini

 dentro. 
Ah su questo non ci piove, ma la domanda e': dove trovo Insight Manager 
per Debian?
-- 
Bye
Gianfranco Bartolini

 configurarlo.
Ok, allora e' come pensavo, non sono diversi dai tool per Debian forniti 
in versione "unofficial"
Tnx
-- 
Bye
Gianfranco Bartolini

 creato problemi?
Guarda, non vorrei raccontarti i MESI di problemi che abbiamo avuto.
A parte che mpio fa tanto Windows e con Linux nulla c'entra (con Linux e' il
Secure Path per RHEL fino a 3.X, altrimenti e' un "semplice" multipath), il 
problema e' che l'MSA 1000 in configurazione attiva/passiva RICHIEDE un SAN 
switch esterno, altrimenti non c'e nessuno (almeno fino a RHEL 5.0, con la
5.1 pare che ci sia) che quando schiatta l'attivo, tiri su il passivo. 
Questo, ovviamente, il partner HP non ce l'ha detto, me l'ha suggerito alla
fine il Centro di Competenza Red Hat di Milano, che tuttavia nel momento in
cui serviva a noi era sotto lavori di manutenzione per cui non potevamo fare
le prove. HP nega che sia cosi', ma mente sapendo di mentire, e' che non
vuole che tu compri i SAN switch di Cisco, stante quanto poco si amano le
due aziende, in Italia in particolare.
Quello che e' successo e' che, SAN nuovo di pacca tutto compreso pagato
25mila euro:
a) la fibra di collegamento tra i due controller era bruciata
b) i due controller allora operavano autonomamente
c) per una qualche coincidenza, era quindi come se fossero attivo/attivo,
quindi il multipath di RHEL 4.x andava
d) quando si sono resettati causa interruzione di alimentazione, e' avvenuta
la catastrofe, provavano ad andare su entrambi, con gioiosi effetti sui
metadati (leggere che il journal e' abortito ti fa stare male, fisicamente)
e) e' cominciato allora il calvario per capire i punti a)-d)
f) dopo averli capiti abbiamo cominciato il calvario per capire come uscirne
g) con HP siamo arrivati a toni assai duri, alla fine per venirne a capo
siamo passati per la direzione Qualita' (si', essere certificati ISO 9001
conviene)
h) alla fine c'hanno mandato gente in gamba (che HP ha, ma che non ti manda
mai)
i) abbiamo allora optato per il passaggio al firmware 7.0, e con l'occasione
hanno sistemato la topologia del fabric, che era pure quello sbagliato (il
partner c'ha fatto un lavoro da codice penale)
l) abbiamo pure sostituito l'UPS, forse la fibra s'era bruciata per un
sovraccarico dovuto ad un UPS difettoso (dicevo, codice penale)
m) me possano fulminare se ricompro HP senza mettere nero su bianco tre
pagine di penali, pure se piove devono pagare
n) infatti, nella richiesta del backup su disco, il preventivo al punto 0.
recita "e' escluso qualsiasi prodotto a marchio HP, o di societa' controllate
da HP, o per cui HP effettui l'assistenza"
Conclusione: se proprio vuoi l'MSA 1000, metti subito il firmware
attivo/attivo, e non credere a NIENTE altro.


 per Debian?
Non lo so e non mi riguarda, crei una macchina virtuale per Scientific Linux
o CentOS, sistemi il file /etc/redhat-release e vivi felice.


 attivo/attivo, e non credere a NIENTE altro.
Ora come ora e' praticamente un passaggio standard su tutte le MSA1000, 
ma per fortuna a noi a suo tempo e' andata bene anche con la 
configurazione attivo/passivo. Speriamo non sia stata solo fortuna...
-- 
Bye
Gianfranco Bartolini

 o CentOS, sistemi il file /etc/redhat-release e vivi felice.
Che a pensarci bene e' inutile perche' non funzionera' mai, dal momento 
che in macchina virtuale gli agenti HP non potrebbero comunicare con 
l'hardware sottostante.
-- 
Bye
Gianfranco Bartolini

 l'hardware sottostante.
Parlavo del System Insight, i tool di diagnostica su ogni singola macchina
ovviamente non possono essere virtualizzati.
(oddio, se uno proprio volesse impazzire, chissa').


 configurazione attivo/passivo. Speriamo non sia stata solo fortuna...
Hai trovato un partner capace, o forse solo decente.


 uno esterno? Perche' con quello esterno funziona.
Per interno intendo questo switch qui:
http://h18004.www1.hp.com/products/quickspecs/11891_div/11891_div.html
In generale comunque, la mia esperienza con gli MSA di HP e' assai negativa,
l'MSA20 e' un oggetto su cui sei _costretto_ ad usare Windows Storage, e far
funzionare i SFU e' quantomeno pittoresco. 


 funzionare i SFU e' quantomeno pittoresco. 
Ma perche' dici cosi'... anche la settimana scorsa abbiamo installato 
Linux su un DL385 connesso in doppio canale Scsi a due MSA20 esterni con 
dischi s-ata e frulla tutto a meraviglia.
-- 
Bye
Gianfranco Bartolini

 Hai trovato un partner capace, o forse solo decente.
Su certe installazioni, con certe cifre in ballo, cerchiamo sempre di 
far validare il progetto ed ordinare codici d'installazione HP. Di 
conseguenza se l'installazione e' certificata viene direttamente la 
persona di HP ad eseguire l'installazione e la formazione, il partner si 
limita a fornire il pezzo di ferro ed a guardare da lontano.
-- 
Bye
Gianfranco Bartolini

 far validare il progetto ed ordinare codici d'installazione HP.
Ecco, certe cifre. Per noi erano 60k euro, e purtroppo nel contempo era una
cosa molto critica da fare, era la migrazione da una architettura che era
ormai vecchia di 5 anni e costruita a rappezzamenti successivi. Cosi' ho
dovuto imporre che i blade e lo storage fossero dello stesso produttore,
perche' sapevo che disgrazia ci fossero stati problemi si sarebbero
rimpallati le responsabilita'. Oggi che le cose funzionano ho piu' margini,
per esempio ho esatto un Net App per i nostri backup e il repository di
documenti per utenti Windows. E stiamo pensando di costruire non un semplice
backup dei sistemi ma due centri stella, e nel secondo non usero' HP, ho
gia' dato. 


 dischi s-ata e frulla tutto a meraviglia.
Io ho: un MSA 20, con un DL380 (se ricordo bene) che lo controlla. Sul
server di controllo _devo_ usare Windows, perche' se uso Linux ho un load
che esplode e delle prestazioni a dente di sega. Pare che il problema sia
sul fatto che c'e' contention per l'accesso al superblocco. Ho provato anche
con Linux virtualizzato, stessa cosa. Sara' il firmware da aggiornare?
Rimarro' col dubbio, ora va (relativamente) bene cosi'. 
