Sophie

Sophie

distrib > Mandriva > 9.1 > i586 > by-pkgid > f1098342ec4a2b28475e34123ce17201 > files > 1166

howto-html-it-9.1-0.5mdk.noarch.rpm

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
 <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9">
 <TITLE>Software-RAID HOWTO: Ricostruzione</TITLE>
 <LINK HREF="Software-RAID-HOWTO-7.html" REL=next>
 <LINK HREF="Software-RAID-HOWTO-5.html" REL=previous>
 <LINK HREF="Software-RAID-HOWTO.html#toc6" REL=contents>
</HEAD>
<BODY>
<A HREF="Software-RAID-HOWTO-7.html">Avanti</A>
<A HREF="Software-RAID-HOWTO-5.html">Indietro</A>
<A HREF="Software-RAID-HOWTO.html#toc6">Indice</A>
<HR>
<H2><A NAME="s6">6. Ricostruzione</A></H2>

<P>Se avete gi&agrave; letto il resto di questo HOWTO, dovreste gi&agrave; avere un'idea di che cosa significhi la ricostruzione di un array danneggiato. Riassumendo: 
<UL>
<LI>Spegnete il sistema</LI>
<LI>Sostituite il disco guasto</LI>
<LI>Accendete di nuovo il sistema</LI>
<LI>Usate il comando <CODE>raidhotadd /dev/mdX /dev/sdX</CODE> per inserire nuovamente il disco nell'array</LI>
<LI>Prendetevi un  caff&egrave; mentre la ricostruzione automatica avviene</LI>
</UL>

Ecco tutto.
<P>Bene, di solito funziona cos&igrave;, a meno che voi siate sfortunati e il vostro RAID sia stato reso inutilizzabile perch&eacute; pi&ugrave; di un disco si &egrave; guastato. Questo pu&ograve; realmente succedere se un certo numero di dischi &egrave; collegato sullo stesso bus e uno dei dischi blocca il bus quando si guasta. Gli altri dischi, anche se non sono guasti, saranno irraggiungibili per il RAID layer, perch&eacute; il bus &egrave; bloccato e quindi saranno marcati come danneggiati. Su un RAID-5 su cui &egrave; possibile sostituire un disco, il guasto di due o pi&ugrave; di essi pu&ograve; essere fatale.
<P>Il seguente paragrafo &egrave; la spiegazione che Martin Bene mi ha dato, e descrive un possibile recupero dal terrificate scenario mostrato sopra. Esso implica l'uso della direttiva <CODE>failed-disk</CODE> nel nostro file <CODE>/etc/raidtab</CODE>, cos&igrave; funzioner&agrave; solo con i kernel 2.2.10 e successivi.
<P>
<H2><A NAME="ss6.1">6.1 Recupero dal malfunzionamento di pi&ugrave; dischi</A>
</H2>

<P>Lo scenario &egrave;:
<UL>
<LI>Un controller si blocca e mette due dischi offline nello stesso momento,</LI>
<LI>Tutti i dischi su un bus SCSI non possono pi&ugrave; essere raggiunti se un disco si blocca,</LI>
<LI>Un cavo si sgancia...</LI>
</UL>

In breve: abbastanza spesso si ha un guasto <EM>temporaneo</EM> di diversi dischi nello stesso momento; dopo di che i RAID superblock non sono pi&ugrave; sincronizzati e voi non potete pi&ugrave; inizializzare (init) il vostro RAID array.
<P>Per prima cosa: riscrivete il RAID superblock con il comando <CODE>mkraid --force</CODE>
<P>Al fine di farlo lavorare correttamente, avete bisogno di un file <CODE>/etc/raidtab</CODE> aggiornato - se esso non corrisponde <B>ESATTAMENTE</B> ai dispositivi e all'ordine dei dischi originali, non funzioner&agrave;.
<P>Controllate il syslog prodotto cercando di far partire l'array, vedrete l'"event count" per ogni superblock; di solito &egrave; meglio lasciare fuori il disco con il pi&ugrave; basso "event count", per esempio il pi&ugrave; vecchio.
<P>Se date il comando <CODE>mkraid</CODE> senza <CODE>failed-disk</CODE>, il processo di ricostruzione partir&agrave; immediatamente ed inizier&agrave; a ricostruire i blocchi di parit&agrave; - il che non &egrave; necessariamente quello che volete in questo momento.
<P>Con <CODE>failed-disk</CODE> potete specificare quali dischi volete che siano attivi e forse potete provare diverse combinazioni per ottenere i migliori risultati. BTW, monta il filesystem solo read-only durante queste prove... 
Questo metodo &egrave; stato usato da almeno due persone con cui sono in contatto.
<P>
<P>
<HR>
<A HREF="Software-RAID-HOWTO-7.html">Avanti</A>
<A HREF="Software-RAID-HOWTO-5.html">Indietro</A>
<A HREF="Software-RAID-HOWTO.html#toc6">Indice</A>
</BODY>
</HTML>