Re: Zfs e Bootcode

Andrea Venturoli <[email protected]> Mon, 13 Mar 2017 20:20:01 +0100
Newsgroups gmane.os.freebsd.italian.esperti
Message-ID <[email protected]>
On 03/13/17 14:28, Franco Marchesini wrote:

> =3D=3D=3D START OF INFORMATION SECTION =3D=3D=3D
> Model Family:     Western Digital Green

Ugh! Brutte bestie questi!!!
Ne ho avuti un paio, entrambi sostituiti nell'arco della garanzia ed =

entrambi rotti nuovamente subito dopo...

Inoltre ricordo che gli stessi dischi davano caterve di errori con un =

controller, ma funzionavano con un altro :-O
Entrambi Intel server, ormai vecchiotti, ma di due serie successive =

(putroppo non ho piu' a disposizione quell'hardware e non ricordo le =

sigle esatte)!.



Hai disabilitato tutte le funzionalita' di risparmio energetico (si =

faceva con boot da un dischetto DOS e lanciando l'apposita utility)?



Ricordo che dopo aver fatto questo, affidabilita' e prestazioni a parte, =

andavano.

Prima pero' succedeva che:
_ i dischi si spegnevano dopo un periodo di inattivita';
_ al successivo comando si riaccendevano, ma la cosa richiedeva un po' =

di tempo;
_ a quel punto, a causa del timeout, il controller andava in errore ed =

il disco marcava i settori come danneggiati (*);
_ smontando il disco e lanciando il suo diagnostico riusciva sempre a =

rimappare ed a dire che era a posto, ma rimontandolo sul server =

ricominciava il ciclo.

(*) Mi rendo conto che scritto cosi' non ha molto senso logico (un =

errore a livello di controller non dovrebbe essere registrato come =

errore del disco), ma e' questo che succedeva. Non ho mai capito se =

dipendesse da qualche bug del sistema operativo (all'epoca forse c'era =

la 7.x o la 8.x) e/o del controller: come ho detto, provando varie =

combinazioni cambiavano i risultati.

Una verifica *sequenziale* del disco invece non evidenziava mai nulla, =

in quanto, tenendolo sempre sotto sforzo, non gli consentiva di =

spegnersi; da cui l'inutilita' di fare uno "smartctl -t long".



HTH.

  bye
	av.

_______________________________________________
Esperti mailing list
[email protected]
http://mailman.gufi.org/mailman/listinfo/esperti