Newsgroup: it.comp.os.linux.sys
Titolo: Dubbi su raid software - best practices

Perdonate la mia ignoranza, ma vorrei capire qual'è la "best practices" 
di un'installazione in raid. Fino ad ora ho sempre utilizzato raid 
hardware (mai nemmeno i fake) in grado di mascherarmi il substrato 
hardware. Ho notato che il fake raid del microserver HP che sto usando 
ha problemi (dopo aver partizionato il disco mi dice device busy..) e 
quindi mi sto orientando su una soluzione software.
 
 
 
 
Distribuzione in uso:
- OpenSuse 11.4
- installazione nuova, per ora posso e devo pasticciare liberamente
- non ho problemi prestazionali, il serverino farà poco ed è 
sovradimensionato
 
 
Lo scopo:
- avere un full raid1 di tutto il disco (mirror completo)
- staccare un disco, attaccarne un altro e ritrovarmi l'array 
funzionante senza configurazioni aggiuntive (raid hardware like)
 
 
 
Sto seguendo diverse strade:
 
ho letto molto sullo swap, non ci sono grandi controindicazioni nel 
metterlo in un raid. è più che altro una corrente di pensiero (swap in 
raid si o swap in raid no?). mi sto orientando sul si,
 
- creare 4 partizioni raid (/boot /swap /home e /), ma ho problemi a far 
fare il boot (magari sbaglio qualcosa, ma facendo bootare su /dev/md0, 
/dev/sda1 o /dev/sdb1 non parte nulla)
 
- lasciare solo /boot fuori dal raid, e quindi poi farei una 
sincronizzazione dei due /boot (a quel punto come faccio a scrivere 
l'mbr del secondo disco?)
 
 
che ne pensate?
tnks in advance
 
 

 l'mbr del secondo disco?)
 
In RAID1 vai tranquillo e metti /boot in RAID, tanto e` mirror e ti 
risparmi rogne.
Se avessi un RAID5 o 6 dovresti mettere /boot in RAID1 su tutti i dischi 
perche` grub e lilo non supportano il RAID (o almeno non lo facevano 
l'ultima volta che ho controllato).
 
Bye.
 

 /dev/sda1 o /dev/sdb1 non parte nulla)
 
Quindi seguire le indicazioni precise fornite qui non funziona?
http://www.mece.ualberta.ca/~clange/Linux/openSUSE/11.4/instructions/openSUSE11.4_install.html
 
 
RAID: [...] 
To create a mirror RAID out of 2 identical hard disks at
installation:
 
Create: in the Expert Partitioner during installation or
using YaST / System / Partitioner:
Create identical individual partitions in all disks. Do not format!
Set File system ID as 0xFD Linux RAID. Do not mount.
Go to the RAID item of the System View tree and Add RAID.
Create each RAID, selecting Type RAID 1, and adding the partitions
from both disks to the corresponding RAID. Next. Next. Finish each
RAID, formatting with Ext4 and selecting the mounting points.
[...]
YaST2 / System / /etc/sysconfig Editor:
System / File systems / Mdadm / MDADM_MAIL: add users to receive
e-mail in case of RAID failure.
System / File systems / Mdadm / MDADM_RAIDDEVICES: add devices,
e.g. /dev/md0, /dev/md1.
Install GRUB in both disks: Check if /etc/grub.conf has 2 entries,
one for each disk (hd0 and hd1). If not, install GRUB in both RAID1
disks, so both are bootable. Edit /etc/grub.conf and repeat the
“setup” line, changing the first occurrence of hd0 to hd1.
Then run as root: 
grub --batch </etc/grub.conf 
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
_________________________________________________________________
Non sprecare i cicli idle della tua CPU, né quelli della tua GPU.
http://cleanenergy.harvard.edu/
 
http://spin.fh-bielefeld.de/
 
 
http://www.gpugrid.net/
 

 grub --batch</etc/grub.conf
 
interessante

 raid si o swap in raid no?). mi sto orientando sul si,
Anche io sarei molto orientato per il sě. Se il disco sta rendendo 
l'anima, non mi va l'idea che si porti via parte della swap. Almeno 
secondo me.

 - OpenSuse 11.4
 
Fa tutto yast in fase di installazione, crea le partizioni come fd e poi
metti in raid. Scegli 'partizionamento personalizzato' per arrivare
alla gestione manuale delle partizioni.
 
Dopo l'installazione, in /etc/sysconfig/mdadm configuri i device
da controllare e l'indirizzo email che deve ricevere gli alert in caso
di problemi.
 
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
 
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 
 
 


si, fin lï¿œ ci arrivo :)
la mia domanda era piï¿œ che altro informativa circa l'adozione di un 
fullraid senza problemi per chi, utonto senza competenze, deve 
sostituire un disco a 1000km di distanza in caso di guasto :)

 abbastanza leggera. I dischi sono in RAID 5 software.
 
se deve fare solo da fileserver o poco piu' conviene mettere su freenas
e andare di ZRAID.
tra l'altro con un aggiornamento (non ufficiale) del bios si riesce ad
usare la porta interna SATA in modo decente (se non si "aggiorna" la
porta viene vista e usata come fosse una IDE...).
 
Ciao Jack
-- 
Yoda of Borg am I! Assimilated shall you be! Futile resistance is, hmm?

 abbastanza leggera. I dischi sono in RAID 5 software.
sto valutando l'ipotesi di mettere /boot su una usb interna, per una 
serie di motivi. L� potrei alloggiarci dei file personalizzati, ed in 
caso di guasto metto la pendrive in un nuovo microserver di pacca e via.
per� sono abbastanza scettico circa l'affidabilit� delle pendrive. si 
potrebbe montare e poi smontare dopo il boot, ma comunque elettricamente 
rimane accesa, e non mi piace.
Inoltre la porta usb interna verr� utilizzata per l'attestazione di un 
display lcd 4x20 5,25" che invier� qualche indicazione (indirizzo ip, 
temperatura ed una serie di informazioni vitali, tra cui perch� no anche 
lo stato di un eventuale raid).
Magari funzionasse il fake, risparmierei un sacco di tempo. ma questo 
errore di "device busy" non va via anche manipolando tutte le opzioni 
del raid dal bios.

 e andare di ZRAID.
 
no, purtroppo non deve fare da fileserver e mi serve opensuse. grazie lo 
stesso.

 /dev/sda1 o /dev/sdb1 non parte nulla)
Se fai il boot da /dev/sda1 o /dev/sdb1 e ti muore quel disco, non fai
pi� partire la macchina.
Fai il boot da /dev/mdX
Ma che problemi hai nel fare il boot da raid?
Usi grub o lilo? Su lilo, quando lo usavo, bisognava inserire
un settaggio per fargli scrivere l'MBR su ambo i dischi.
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito � di fare il possibile per la
salvezza degli anni nei quali viviamo,
sradicando il male dai campi che conosciamo.

 partizioni, su ambo i dischi, e settarle manualmente in fstab.
Cos� se si spacca un disco che il sistema sta usando per swappare vai in 
kernel panic senza passare dal via.

 kernel panic senza passare dal via.
Tu dici ?
Il problema non mi tange, ho sempre messo tutto sotto raid, ma ho letto
da pi� parti che non � consigliato, almeno per le performance.


 sostituire un disco a 1000km di distanza in caso di guasto :)
Il problema in genere � identificare il disco rotto oppure avere un
sistema comunque bootabile se
1) il disco che si rompe � il primary master per il bios
2) non si � rotto al punto da 'scomparire', ma il sistema continua
a vederlo
3) il bios non � in grado di provare il boot da altri dischi, ma
si ferma al primo
Con il raid hw � semplice, fai lampeggiare il led di identificazione
del backplane e anche una scimmia capisce che � quello che
va tolto.
Con il raid sw, quando mi � capitato, vado a leggere il seriale
del disco vivo e dico alla 'scimmia' di togliere l'altro :-)
Per il resto ho parecchie decine di installazioni in giro con
raid sw e sono anni che il tutto � diventato stabile.


 /dev/sda1 o /dev/sdb1 non parte nulla)
 
La creazione di /boot e` a tua discrezione, ovvero per il RAID non e` 
influente dove sia. Per l'installazione di GRUB, automaticamente il sistema 
la esegue su uno dei due dischi (generalmente sda), mentre sull'altro devi 
eseguirla a mano (grub-install e` tuo amico). Inoltre, per il RAID della 
root (e, eventualmente, per /boot) ti consiglio di usare la versione 0.90 
del metadato (man mdadm e` tuo amico) in quanto, da quello che leggo in 
giro, GRUB (e non GRUB2) dovrebbe avere problemi nel boot con la nuova 
versione del metadato (a tal proposito non so come si comporta OpenSUSE), 
senza contare che in questo caso ti porta dei vantaggi sistemistici non 
indifferenti (le partizioni RAID1 vengono viste anche come partizioni ext2)
 
Enrico

 Christian
 
Io personalmente non ho mai messo in RAID lo swap ... 3/4 sono i
dischi che sono passati a miglior vita e in nessuno dei casi si sono
verificati crash / kernel panic / qualsiasialtracosa. Pero' non
escluso che io abbia avuto un gran fortuna eh.
 
Giuseppe
 


Su Aix non esiste il raid hardware per i dischi interni. O meglio
esiste ma non lo ho mai visto usare (e mi trovo a gestire piu di 6k
macchine che vanno dagli RS/6000 SP ai P795..)
La best pratice (se non hai VIO o altro) è avere due dischi interni
SCSI/SAS su cui sta la rootvg mirrorata a livello di sistema operativo
e tutto il resto in SAN.
Ne consegue che:
- hd5 (la /boot di Linux) è mirrorata.
- hd6 (il paging space primario) è mirrorato. Tieni conto che, come
giustamente evidenziato da piu parti, se ti si rompe un disco mentre
il tuo swap è in uso la macchina potrebbe dumpare. Sinceramente non ho
visto una grande moria di dischi causata dall'avere il paging space
mirrorato. Ovviamente in rootvg teniamo un paging space piccolino (sui
4GB) e tutto il resto lo mettiamo in SAN.
- Quando dobbiamo aggiornare il sistema (o fare qualcosa di delicato
che potrebbe far danno) semplicemente spacchiamo il mirror (a caldo) e
creiamo una copia bootabile della rootvg sull'altro disco con il
comando alt_disk_copy. A quel punto procediamo ad installare gli
aggiornamenti sulla copia viva del sistema e rebootiamo. Se tutto va
bene dopo una settimana ricreiamo il mirror a caldo. Altrimenti boot
dall'altro disco ed ecco fatta la rollback :). Sinceramente non so se
questo si possa fare con Linux ma se esiste e hai tutti i dati su
altri dischi e' molto comodo (e mi ha parato il didietro parecchie
volte ;) ).
 
Ciao
 
Alessandro Galimberti.

 grub e lilo non supportano il RAID
 
LILO non so. GRUB supporta il RAID in determinate condizioni (metadato 0.90 
per GRUB1, una qualsiasi versione del metadato per GRUB2)
 
Enrico

 volte ;) ).
 
Si può fare senza problemi, ma è una cosa che non consiglio
per due motivi:
 
1) se si rompe il disco "primario" devo rifare gli aggiornamenti e ho
un fermo macchina finché non si riavvia sul secondo
2) se si rompe il disco "secondario" non ho il backup
 
Murphy insegna che la 1 succede il venerdì il cui sabato successivo
tutti lavorano tranne il reparto tecnico e la 2 dopo essersi accorti
che quell'aggiornamento non serviva.
 
Insomma, preferisco il backup :-)


Il 18/09/11 09:18, ValeRyo Saeba ha scritto:

Scusami, se si rompe il primario torno su con il secondario, sostituisco 
il primario a caldo, alt_disk_copy dal secondario al primario, 
aggiornamenti e reboot.
 
OVVIAMENTE l'alt_disk_copy NON è un sostituto del backup (che viene 
SEMPRE fatto) ma un modo per rollbackkare in 15 minuti invece che 
restorare (che ci si mette almeno un paio d'ore).
 
Ciao
 
Ale :-)

 primario, aggiornamenti e reboot.
 
Detta così sembra molto breve, al che devo confessare la mia
ignoranza su AIX.
Su Linux mi troverei con
 
a) sistema in panne perché manca il disco di sistema
b) furbacchione che pensa che con un reset risolve e si trova
il sistema o che non parte o che parte nella sua forma pre-update.
 
Eseguire le funzioni che hai detto su mi richiedono comunque
alcune ore, in base alla dimensione del volume.
 
Chiaramente poi dipende anche dal contesto: in sala dati non
entrano senza passare sul mio corpo con un panzer (e non è
detto che vinca il panzer) quindi se va giù un server l'unica è
chiamare un sistemista che sicuramente è a conoscenza della
situazione, mentre nel rack 'a casa del cliente' non si sa mai cosa può 
succedere.
 
Una soluzione simile alla tua l'ho usata una volta per aggiornare
dei firmware dei dischi, ma usando l'hot-spare e le funzioni di
copyback della scheda raid, in modo da non avere neppure un
secondo di 'rischio'. Oltre al backup, chiaramente.



In che modo? Sai che nn ho capito? :(

 In che modo? Sai che nn ho capito? :(
 
In breve: richiedi la 'rimozione' di un disco attivo.
La scheda avvia il copyback sull'hot spare e, ad operazione
terminata, disattiva il disco.
Lo togli, fai le operazioni che devi (nel mio caso aggiornamento
del firmware del disco), lo reinserisci e la scheda esegue il
copyback inverso, riportando l'hot spare alla sua funzione.
 
Il vantaggio del copyback è che, mentre lo esegui, l'array non
è degradato: se si rompe un disco non succede nulla di (troppo) grave.



Tanto valeva tenere il disco rimmesso nel raid come hot spare e non fare 
la doppia copia :)

 fare la doppia copia :)
 
Oh beh, anche... in realtà poi si passa al disco successivo finché
resta solo l'hot-spare che o è stato aggiornato per primo o lo
sarà per ultimo.
