Newsgroup: it.comp.os.linux.sys
Titolo: Load altissimo durante mkfs.ext3

Ciao a tutti
Ho montato stamattina due dischi sas da 1tb in raid1 su un dell 2950.
Poi tornato in ufficio ho tentato di crearci un filesystem ext3 ma poco
dopo l'inizio della procedura il load e' schizzato oltre 500 e il server
ha smesso di rispondere (e' un server web). Tutti i processi apache e
mysql erano bloccati in stato D.
Il sistema operativo e' un centos 4.8 con tutti gli aggiornamenti, il
controller e' un PERC6/i (Symbios Logic MegaRAID SAS 1078 - rev 04) e
non c'e' nessun errore nei log.
I dischi sono dei seagate barracuda ST31000640SS marchiati dell.
Avete qualche idea? Se non c'e' soluzione mi limitero' a creare il
filesystem di notte spegnendo apache e mysql ma non e' una soluzione che
mi piaccia moltissimo.
Grazie
Daniele

 I dischi sono dei seagate barracuda ST31000640SS marchiati dell.
Purtroppo non ho esperienza uguale (forse meglio, per fortuna), ma mi
sembra che alcuni dischi Dell abbastanza recenti abbiano aggiornamenti
firmware. Non so se siano questi, ne' se possa giustificare un
problema del genere. Ti consiglierei di verificare tutta la filiera
(?) ovvero aggiornamenti fw dei vari componenti hardware (quindi sul
sito dell) e poi eventuali problemi noti di quella versione di RH con
la tua operazione ed eventualmente col tuo hw.

 la tua operazione ed eventualmente col tuo hw.
Ho controllato giusto ora..
Il firmware del controller e' aggiornato, i dischi sono nuovi (week 7
year 2010) e non ci sono aggiornamenti per quel tipo di disco :-(
Tra l'altro ho fatto un po di ricerche su google e non ho trovato
assolutamente nulla...

 e/o di essere un pioniere :-)
Decisamente no! :-(

 assolutamente nulla...
Giusto per provare e magari anche per usarlo, provare un mkreiserfs?

 assolutamente nulla...
E se provi con un altro fs ? Se con ext4 non lo fa (per esempio..) 
potrebbe essere un problema specifico di mkfs/etx3..
Ciao.
-- 
*** Linux user # 198661 ---_ ICQ 33500725 ***
    ***  Home  
http://www.kailed.net
  ***
        ***  Powered by openSUSE  ***

 mi piaccia moltissimo.
Domanda da pensiero laterale: hai provato un altro FS ?


Lo fa anche con un dd  if=/dev/zero of=/dev/sdd quindi non e' un 
problema di fs.
Ora sto reinizializzando l'array vediamo se cambia qualcosa anche se ci 
credo poco.

 assolutamente nulla...
E scommetto che non sei contento di aver scoperto una cosa nuova


 Giusto per provare e magari anche per usarlo, provare un mkreiserfs?
Bei tempi quando gli sviluppatori di fs non cercavano moglie sui
cataloghi e soprattutto non se ne sbarazzavano a colpi di vanga...
Reserfs era il mio fs preferito :-/
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 


Ok come pensavo non e' cambiato nulla, qualsiasi operazione di scrittura 
su questo array mi blocca l'I/O sull'altro.
Ora provo a eliminare il raid e vedo se usando i dischi singoli cambia 
qualcosa..

 Avete qualche idea?
Una che potrebbe non essere fattibile: aggiornare il sistema operativo. 
Personalmente, uso Centos 5.4 su hardware Dell aventi il controller da te 
citato, e tale problema non sussiste (per quelle poche volte che ho 
formattato i dischi)
Enrico


In questo momento non posso farlo, l'idea e' di prendere un nuovo server
mettere centos5.x e poi migrare tutti i siti con calma (c'e' ancora un
sacco di roba che usa php4 sul server)
In ogni caso, stanotte ho spento apache e mysql e ho creato il
filesystem, il load e' arrivato a 15 circa ma ha finito senza problemi.
Ho notato che tutti e due gli array sono sullo stesso bus del controller
(che secondo openmanage ne ha 2), potrebbe essere quello il problema? il
2950 ha 6 slot per i dischi ma non so come siano collegati al controller.
Daniele

 non c'e' nessun errore nei log.
Stava facendo davvero scrubbing come ti han detto su linux-poweredge?
-- 
Vide


Non credo , non posso guardare i led dei dischi perche' io sono a Genova
e i dischi a Milano ma secondo i vari tool di gestione l'array non stava
facendo il rebuild.