Écran de mort rouge illégal en OpCode lors du démarrage d'un serveur HP Proliant à partir d'une carte SD USB – Bien choisir son serveur d impression

[Update]
Selon les commentaires de Jason, avec une nouvelle mise à jour de ILO4, HP a apparemment résolu le problème du démarrage à partir de cartes SD. Il n’est toutefois pas clair si c’est le même problème, car l’article de la base de connaissances sur lequel j’étais lié n’a pas été actualisé.
[/Update]

Note importante: Le symptôme général d'un tel écran de mort rouge décrit ici n'est PAS spécifique à ESXi ni au démarrage à partir de cartes SD en général. Cela peut arriver avec Windows, Linux ou tout autre système d’exploitation, ainsi que d’autres supports de démarrage tels que des disques normaux / des baies RAID, si le serveur rencontre un problème de démarrage à partir de ce périphérique (secteur / partition / chargeur d’amorçage cassé, etc.).

Il y a quelques semaines, je mettais à jour quelques serveurs HP Proliant DL360p Gen8 exécutant ESXi sur une carte SD locale avec des correctifs ESXi via VUM, donc comme si de rien n'était. Presque parce que sur l'un des serveurs, j'ai rencontré le problème suivant:
Après le redémarrage de l'hôte, le POST du BIOS s'est bien déroulé et le serveur Proliant DL360p Gen8 doit maintenant démarrer le système d'exploitation ESXi à partir de la carte SD USB connectée où ESXi a été installé. mais à la place, cet écran disgracieux indiquait que quelque chose avait très mal tourné:

Pour m'assurer que je n'imaginais pas que j'avais déjà démarré, le support d'installation ESXi n'a pas non plus détecté la carte SD locale, mais uniquement le volume du contrôleur RAID local:

Ainsi, l'écran de mort rouge illégal OpCode était probablement le résultat du fait que le serveur avait tenté de forcer un démarrage à partir du volume de la matrice RAID locale, qui était un volume pur GPT VMFS5 sans partition de démarrage appropriée.

J'ai d'abord pensé que le lecteur de carte SD ou la carte SD était défectueux, mais après avoir cherché Google pendant un moment, je suis tombé sur cet article:
Avis de HP: Le serveur ProLiant DL380p Gen8 – Le serveur peut ne pas démarrer à partir d'une carte SD ou d'un périphérique USB après des redémarrages fréquents alors que le support virtuel est monté dans la console distante intégrée ILO 4 (HP Integrated Lights-Out 4)

L'article mentionne uniquement les serveurs DL380p Gen8, mais j'imagine que la même chose pourrait s'appliquer aux serveurs DL360p Gen8 ou à d'autres serveurs. La description du problème ne convient pas vraiment non plus à mon cas, mais j’ai essayé d’amorcer à froid le serveur comme indiqué. Et ça a fait l'affaire. Après avoir laissé le serveur hors tension pendant environ 5 minutes et l'avoir rallumé, il détecte à nouveau la carte SD et démarre l'installation d'ESXi correctement.
Pour faire bonne mesure, j'ai redémarré le serveur une autre fois, ce qui s'est également passé sans encombre.

La clé à retenir ici:
1. Conformément à l'avis consultatif HP mentionné, le périphérique de carte SD USB d'un serveur Proliant 380/360 Gen8 peut disparaître de manière aléatoire lors d'un redémarrage. Soyez donc conscient de cela et essayez de réinitialiser le serveur à froid dans ce cas.
2. Lorsque vous rencontrez une erreur d'initialisation illégale OpCode sur un serveur HP Proliant, comme indiqué ci-dessus, assurez-vous de disposer d'un périphérique d'amorçage valide et que le BIOS est correctement configuré pour démarrer à partir de ce périphérique.
Sur un hôte Linux physique, par exemple, le chargeur de démarrage grub peut être corrompu, ce qui peut être facilement résolu en réinstallant grub avec un Linux actif. Cela m’arrive déjà avec des serveurs physiques Linux.