COMPTOIR
register

HP Entreprise touché d'un bug qui tue des SSD SAS après 32 768 heures

Didou, en voilà une manière brutale de forcer le remplacement de matériel un bug bien gênant ! HP, plus précisément sa division entreprise, a publié un avertissement pour sa clientèle les informant de la présence d'un bug au sein du firmware (toutes les versions inférieures à HPD8) de certains SSD SAS et qui en cause la mort après exactement 32 768 heures de fonctionnement - soit 3 ans, 270 jours et 8 heures d'usage dans une machine ou un serveur allumé 24/7 ! Les SSD en question sont livrés dans plusieurs références de serveur et de stockage de HP, dont les gammes Proliant, Synergy, Apollo, JBOD D3xxx, D6xxx, D8xxx, MSA, StoreVirtual 4335 et StoreVirtual 3200. La liste exacte des modèles de SSD concernés se trouve sur la page donnée en lien ci-dessous.

 

Évidemment, HP a rapidement remédié au très sérieux problème en distribuant dans la foulée une mise à jour du firmware corrigeant ce bug critique et en insistant auprès de sa clientèle sur le caractère urgent de la chose, puisqu'une fois la limite de 32 768 heures atteinte, le SSD est non seulement mort, mais les données stockées également irrécupérables. De plus, tout SSD mis en service au même moment court le risque d'une défaillance simultanée. Enfin, il n'y aurait aucune autre contre-mesure face à ce compte à rebours fatal, autre que l'installation du nouveau firmware depuis l'outil de mise à jour en ligne - compatible Linux, Windows et VMWare - mis à disposition par le fabricant.

 

Notez que HP ne mentionne pas l'origine exacte des SSD ni les contrôleurs embarqués par ceux-ci, mais il n'est pas à écarter que la faute repose en partie sur les épaules du fournisseur, bien que HP utilise aussi des firmwares customs. À voir si d'autres OEM communiquent sur un problème semblable dans les prochains jours. En tout cas, HPE n'a pas découvert le problème en interne, mais a été prévenu directement par le fabricant (dont le nom n'est évidemment pas donné) des SSD, après que celui-ci avait détecté le défaut dans plusieurs de ses modèles de SSD SAS. Bref, si vous avez une des machines potentiellement concernées à la maison ou au travail, il vaudrait mieux passer à l'action rapidement, si ce n'est déjà fait !

 

La page chez HPE qui explique tout.
 
hp in time ssd sas bug mortel cdh
Un poil avant ?

Black Friday • Fractal Design Meshify C à partir de 67,80 €

Un peu plus tard ...

Black Friday • DDR4 Vengeance RGB PRO à partir de 83,61 €

Les 15 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
Message de Une ragoteuse à forte poitrine en Île-de-France supprimé par un modérateur : stop HS
Message de Arobase40 supprimé par un modérateur : stop HS
Message de Arobase40 supprimé par un modérateur : stop hs
Message de Arobase40 supprimé par un modérateur : stop HS
par Un rat goth à l'heure en Auvergne-Rhône-Alpes, le Samedi 30 Novembre 2019 à 23h58  
 

HP, plus précisément sa division entreprise, a publié un avertissement
pour sa clientèle les informant de la présence d'un bug au sein du
firmware (toutes les versions inférieures à HPD8) de certains SSD SAS
et qui en cause la mort après exactement 32 768 heures de fonctionnement
- soit 3 ans, 270 jours et 8 heures d'usage dans une machine ou un
serveur allumé 24/7 !


 

Hardware Platforms Affected: HPE Synergy 480 Gen9 Compute Module,
HPE Synergy 660 Gen9 Compute Module, HPE 400GB 12G SAS Mixed Use-3 SFF
2.5-in SC 3yr Wty MO0400JFFCF Solid State Drive, ...


source:
https://support.hpe.com/hpsc/doc/public/display?docId=emr_na-a00092491en_us

Drôle de coïncidence...
par Un champion du monde en Auvergne-Rhône-Alpes, le Samedi 30 Novembre 2019 à 17h54  
par Un rat goth à l'heure du Grand Est le Samedi 30 Novembre 2019 à 13h30
...
Après réflexion cette histoire d'erreur de type n'est pas crédible car un
compilateur C pour une architecture 32 bits devrait fournir un type int
avec une valeur max à +2147483647 bien que la norme ne garantit qu'une
valeur max de +32767 pour cause historique de portabilité sur les
architectures 16 bits tel que le PDP-7 qui a servit à l'implémentation
du premier compilateur C.
par Un champion du monde en Auvergne-Rhône-Alpes, le Samedi 30 Novembre 2019 à 17h45  
par Un rat goth à l'heure du Grand Est le Samedi 30 Novembre 2019 à 13h30
Il n'y a aucune volonté délibérée de nuire, juste une erreur classique
(de débutant); ils ont tout simplement codé le compteur en utilisant un
int (16 bits signé ), d'où le bug une fois la valeur maxi atteinte...

Petit cours sur les Types de variables: (voir les tableaux et la partie
'Débordement')
https://fr.wikibooks.org/wiki/Programmation_C/Types_de_base
Les contrôleurs SSD ne seraient donc pas basés sur une architecture ARM
64 bits?

En effet, même un entier signé de type int en C devrait pouvoir atteindre
sur une architecture 64 bits une valeur max de +9223372036854775807.

Néanmoins un patch du micrologiciel devrait pouvoir s'affranchir de la
limite architecturale même 32 bits en passant par une structure.

Ceci fait écho à la limite mémoire de 2 Gio des versions 32 bits de
Windows du fait de l'usage d'entier signé de type int dans le code du
noyau.
par Un rat goth à l'heure du Grand Est, le Samedi 30 Novembre 2019 à 13h30  
Il n'y a aucune volonté délibérée de nuire, juste une erreur classique (de débutant); ils ont tout simplement codé le compteur en utilisant un int (16 bits signé ), d'où le bug une fois la valeur maxi atteinte...

Petit cours sur les Types de variables: (voir les tableaux et la partie 'Débordement')
https://fr.wikibooks.org/wiki/Programmation_C/Types_de_base
par et oui en Provence-Alpes-Côte d'Azur, le Vendredi 29 Novembre 2019 à 16h22  
32 768 heure chrono, mais que fait Jack Bauer
par Nanabozo732, le Vendredi 29 Novembre 2019 à 15h25  
Comme dit le commentaire précédent ça sent la tentative ratée de réduire artificiellement la vie de ces composants mais sauf que cette fois-ci les gars ont totalement manqué de subtilité.
Au lieu de faire en sorte d'avoir des durées diverses et variées histoire qu'on croit au hasard le code qu'ils ont créé pour arriver à leurs fins a généré la même date limite pour tous les SSD impactés.
par Ideal, le Vendredi 29 Novembre 2019 à 15h10  
HP fait la même chose à ses clients avec les imprimantes et les cartouches
 
il n'est pas à écarter que la faute repose en partie sur les épaules du fournisseur, bien que HP utilise aussi des firmwares customs
même pas besoin de savoir d'où ça vient carrément ils poussent leur art dans le domaine des serveurs entreprises .

By the way 32768 c'est 2^15 ça sent la limitation façon obsolescence programmée implémentée de manière trop visible...
La prochaine fois on met un exposant 16 et ça passera inaperçue.

Super la profa
par Un ragoteur RGB en Provence-Alpes-Côte d'Azur, le Vendredi 29 Novembre 2019 à 14h06  
"Évidemment, HP a rapidement remédié au très sérieux problème en distribuant dans la foulée une mise à jour du firmware corrigeant ce bug critique et en insistant auprès de sa clientèle sur le caractère urgent de la chose, puisqu'une fois la limite de 32 768 heures atteinte, le SSD est non seulement mort, mais les données stockées également irrécupérables"=incompétence