Newsgroup: it.comp.os.linux.sys
Titolo: debian linux problema con ibm xseries336

Salve,
ho installato la versione stabile di debian woody su due server pc ibm xseries
336.
Dopo aver superato le innumerevoli difficolta' iniziali, osservo, dopo circa
un mese di funzionamento corretto, che i led di attivita' degli hard-drive
sono sempre accesi.
Il sistema funziona perfettamente, solo non vorrei che gli hard drive, causa
continuo lavoro, si guastassero.
Siete per caso a conoscenza di una qualche opzione da settare nel kernel, al
fine di evitare questo fenomeno?
Pensate che questo possa essere dovuto all'uso di filesystem tipo ext3?
Fatemi sapere cosa ne pensate
Giovanni

 fine di evitare questo fenomeno?
man hdparm e controlla anche il cron: l'updatedb e' utile,ma e' 
abbastanza oneroso!
Ciao
A.

 Pensate che questo possa essere dovuto all'uso di filesystem tipo ext3?
da questa frase sembre che il "fenomeno" si sia gia' verificato.. isn't it?
Red

 Pensate che questo possa essere dovuto all'uso di filesystem tipo ext3?
assolutamente no.
questa affermazione su ext3 è tipicamente conosciuta come FUD.
ciao
gl :)

 abbastanza oneroso!
ma hdparm non si usa per i dischi ide? io ho qui una batteria di dischi scsi
in raid hardware 1: mi sbaglio o hdparm non serve?
quanto all'updatedb, il "fenomeno" si verifica anche e soprattutto in sua
assenza.
Ciao 
Giovanni

 gl :)
ciao e grazie
Giovann

 giorni a questa parte, fanno piu' rumore del solito.
hai fatto un raid 1 hw ?
vedi se nel bios i dischi sono sincronizzati o lo sta' ancora facendo , nel
secondo caso se è un bel po' che l'hai installata aggiorna il firmware all'
ultimo livello , c'è un bug in alcune versioni in cui non porta mai a fine
la sincronia.
bye.
-- 
Regola di Joyce:
        Adulare dove meno ci si aspetta.

 merito.
beh, la parte meccanica dei dischi più soggetta a rottura è il motore
principale de disco, non il meccanismo delle testine.
se il disco è acceso e non legge/scrive i dati, il motore del disco
comunque è in movimento, a 7200/10000/15000/... rpm quindi è questa la
parte che lavora di più.
le rotture del motore del disco sono più frequenti per i dischi ide,
specialmente per quelli OEM che sono sempre una seconda scelta rispetto a
quelli forniti ai grandi vendor come HP, IBM and company.
veramente qualcuno crede che chi acquista lotti da 100 dischi IDE riceva
lo stesso prodotto di HP che ne compra migliaia di lotti da migliaia di
pezzi? infatti i dischi maxtor/seagate/wd sugli assemblati (e sulle
macchine marcate Oli----) si rompono continuamente e sulle macchine
marcate no.
invece, di dischi SCSI rotti, in molti anni, ne ho avuto solo uno.
lo tengo sulla scrivania per ricordarmi che questo può accadere.
ora mi gongolo un po' :)
ho una VAXstation II/GPX con disco rigido perfettamente funzionante.
anno di produzione, 1985. quando si dice "dischi di qualità"...
ciao
gl :)


Il mio invece se l'e' ripreso la IBM, tre mesi dopo l'acquisto, e 2gg
dopo che li ho chiamati <g>
.a.
-- 
Il mattino ha l'oro in bocca. Il MATTino ha l'OrO In bOcca.
i lma tt ino ha l'o roin bocc a.ilmattinohal'oroinbocca. il ma tt in
oh al' or oi nb oc ca. il matti noha l'oroinbocca. IL MATtiNO Ha l'ORO
InBOCCa. I l m a t t i n o  h a l' o r o i n b o c c a . ilmattinohal'oroin
BoCcA. iLmAtTiNoHaL'oRoInBoCcA.

 Pensate che questo possa essere dovuto all'uso di filesystem tipo ext3?
Premettendo che non sono l'esperto linux del caso, ho lavorato (e lavoro)
molto con server IBM. Solitamente questi server montano "onboard" un
controller raid integrato su MB che non č un vero controller raid, l'LSI.
Questo tipo di controller non fa una vera e propria sincronia in tempo
reale, ma scrive il dato prima su un disco e poi se lo va a rileggere per
scriverlo sull'altro, questo genera un continuo "lampeggiare del led
verde". Personalmente quando acquisto e/o faccio acquistare un server IBM
metto a preventivo anche un controller ServeRaid 6i o superiore.
Max
-- 
Le persone si dividono in tre: quelle che sanno contare e quelle che non
sanno contare.

 .a.
sei stato sfortunato.
non cambierò la mia idea sullo SCSI per nulla al mondo. :)
il servizio IBM è scadente, allora.
HP invia le parti in sostituzione entro le ore 10 del giorno successivo
alla chiamata se richiedi solo la parte.
ciao
gl :)

 alla chiamata se richiedi solo la parte.
Dipende dal contratto che sottoscrivi. Anche IBM ha contratti che prevedono
tempi di intervento/sostituzione parte in 4 ore. 
Max
-- 


 alla chiamata se richiedi solo la parte.
No, sono smemorato, in realta' non ricordo dopo quanto tempo sono
venuti. Forse sono venuti proprio il giorno dopo, non ricordo. btw il
raid e' fatto a posta per poter resistere un giorno anche se degradato
(e comunque un disco in piu' fa sempre comodo!)


 anno di produzione, 1985. quando si dice "dischi di qualità"...
Sei un grande! Che SO ci gira sopra? VMS?
Ciao
Giovanni

 la sincronia.
Mi sa che e' questo il caso... Daro' un'occhiata sul sito IBM. GRAZIE!
Giovanni

 anno di produzione, 1985. quando si dice "dischi di qualità"...
   Sigh !!! Nostalgia, nostalgia canaglia...
-- 
                          |
\|/ ____ \|/   \ ||_|     |   Spiegarono le vele al vento...
"@'/ ,. \`@"    \|| |     |   Il vento non capi'...
/_| \__/ |_\ Vax Headroom |
   \__U_/                 |

    Sigh !!! Nostalgia, nostalgia canaglia...
hehe, allora tu sai cosa si intende per Big Iron ;)
ciao!
gl :)

 hehe, allora tu sai cosa si intende per Big Iron ;)
   I miei primi due furono VAXNA e VAXNA1 (un 6000 qualcosa)... Quasi piansi
quando quest'ultimo, dopo essere stato rimpiazzato con un Alpha e appena
due mesi dopo la scadenza del contratto di manutenzione decise che era
tempo di andare in pensione...
   Ancora mi ricordo quando la "Signora Digital" lo porto` al dipartimento
con il robottino cingolato telecomandato che saliva e scendeva le scale...
-- 
                          |
\|/ ____ \|/   \ ||_|     | Un programma fa quello che gli dici,
"@'/ ,. \`@"    \|| |     | non quello che vuoi
/_| \__/ |_\ Vax Headroom |
   \__U_/                 |           Terza Legge di Greer