Newsgroup: it.comp.os.linux.sys
Titolo: mdadm: forzare rebuild con errori

Ho un disco, facente parte di un raid1 software, che fino a 10 minuti fa funzionava perfettamente.
 
devo cambiarlo con un disco di capacità maggiore quindi eseguo i miei soliti passaggi:
 
 1. spengo (non sono hotplug)
 2. cambio il disco secondario
 3. creo le partizioni (sdparm -d /dev/sda | sdparm /dev/sdb)
 4. inizio il rebuild (mdadm -a /dev/md0 /dev/sdb1)
 
Tutto molto bello, se non fosse che al 99% circa, ovvero a pochi minuti dal termine della procedura, sda (il disco 'origine') inizia a dare errori di lettura, il raid non termina il rebuild ed il disco secondario resta in spare.
 
Poco male, visto che i dischi in origine erano 2 e quello 'nuovo' sarebbe il terzo, spengo di nuovo, cambio il disco origine con l'altro che faceva parte del raid e riparto da zero. Si, certo, l'altro disco non boota nemmeno. Il bello è che 11 minuti fa tutto funzionava perfettamente, nessun errore nei dischi, nessuna anomalia nel raid. Spengo e salta per aria tutto.
 
Come faccio a far terminare il rebuild in modalità --sbattiteneDegliErroriEfinisciIlLavoro ?
 
In extremis posso bootare da disco live, montare le singole partizioni, copiarle sul disco di destinazione e via andare, ma mi piacerebbe poter far terminare il rebuild in maniera tradizionale.

 
 
Nel dettaglio non saprei, dovresti chiedere sulla
mailing list "linux-raid".
Non mi risulta, ma potrei sbagliare, che si possa
forzare il rebuild in caso di errori.
 
Una possibilita`, pero`, potrebbe essere quella di
usare "want_replacement".
 
Cioe` tu lasci il RAID-1 intatto, senza rimuovere
dischi. Attacchi il disco nuovo da qualche parte,
lo aggiungi al RAID come spare e dichiari uno dei
due dischi "want_replacement"
 
echo want_replacement > /sys/class/block/mdX/md/dev-sdX/state
 
Questo effettua una copia "live" del disco sdX
sullo spare e, quando ha finito, dichiara sdX
"fail" e attiva il disco nuovo.
Questo funziona "live", come scritto sopra e se
durante il processo un blocco non e` leggibile da
un disco, viene letto dal altro (dei due originali
del RAID-1).
 
Un paio di considerazioni:
 
Io ho provato con un RAID-5 ed ha funzionato
perfettamente (per due sistemi diversi).
Non ho _mai_ provato con un RAID-1.
 
Serve un kernel ragionevolmente recente, credo
dal 3.4 in poi.
Magari meglio dal 3.6.
 
bye,
 
-- 
 
piergiorgio

 due dischi "want_replacement"
 
Non ho abbastanza buchi liberi.
E comunque sia, non posso più ripristinare il raid originale
dato che ambo i dischi sono andati a donne facili.
 
Ho comunque sia risolto con molte, moltissime bestemmie,
8 (otto) ore di smanettamenti ed una completa reinstallazione
della /
 
Grazie a Dio la partizione con il DB è separata dalla /.
La / si è accartocciata per bene, ho eseguito un fsck -y
che ha sistemato il mondo intero rimuovendo praticamente tutto.
Ho quindi reinstallato tutto su un disco e ripristinato il
raid aggiungendo il secondo.
 
Dopo le 8 ore di smanettamenti ho una macchina funzionante,
per poi accorgermi che anche la partizione con il db è corrotta.
Domani so già che mi aspetteranno ulteriori 8 ore per cercare
di far avviare il DB (mi crasha per errori su innodb)
 
Mai successa prima una cosa simile. Due dischi perfettamente
validi andati a donne facili, insieme, nel giro di pochi secondi.

 validi andati a donne facili, insieme, nel giro di pochi secondi.
 
Se i dischi erano di marca uguale, comprati
nello stesso momento, magari dello stesso
lotto, la cosa non e` proprio inaspettata.
 
Anche se con solo 2 dischi la probabilita`
e` piuttosto bassa.
 
Esistono diversi report di RAID-5, con piu`
di due dischi ovviamente, che hanno subito
la stessa sorte: primo disco rotto, cambio
disco, ricostruzione, parte un secondo disco.
 
bye,
 
-- 
 
piergiorgio

 validi andati a donne facili, insieme, nel giro di pochi secondi.
 
Questa estate due server Proliant gemelli, raid1 hw (cciss), saltato un
disco in contemporanea, sostituito disco, iniziato rebuild e CRASH, server
reinstallato.
 
Secondo server, rsync su disco esterno, sostituito disco, iniziato rebuild e
CRASH, recupero da disco esterno e non da nastro.
 
Dopo due settimane, stessa sorte a un server simile.
Altri due server piu o meno coevi invece vanno.
 
Boh...
 
-- 
  Poor people gonna rise up and get their share
  poor people gonna rise up and take what's theirs	(T. Chapman)

 Altri due server piu o meno coevi invece vanno.
 
Che dischi sono?

 Che dischi sono?
 
SAS da 750GB.
 
 
Ad ogni modo i primi due server erano mesi che lanciavano disperate email
'mi si ï¿œ fottuto un disco', e chi doveva leggerle non l'ha fatto.
 
Il terzo, ahem, mi sono scordato io di metterci il sw di gestione. O;-)
 
-- 
  Il computer ï¿œ come la morosa:
  meno ci mettono mano gli altri e meglio ï¿œ! ;-)
							(Enrico)