Re: Zfs e Bootcode

Nel frattempo si e' completato lo smartctl -t su tutti e quattro i
dischi senza rilevare errori.

A questo punto le possibilita', a mio parere, rimangono due:

1) i dischi "green" che si arrestano dopo un periodo di inattivita'
(ed effettivamente il problema si e' proposto al rientro del lunedi
mattina.

2) il controller mandato in palla dallo zpool distribuito su 4 dischi
di cui 2 sata300 e 2 sata600.

Provero' a verificare le funzionalita' di risparmio energetico.

Grazie per gli aiuti
Franco

Il 13/03/17, Andrea Venturoli<[email protected]> ha scritto:
> 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
>

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