Le serveur ne répond pas (le test POST est terminé et le système d'exploitation est en cours
d'exécution)
Procédez comme suit jusqu'à ce que le problème soit résolu.
• Si vous êtes au même emplacement que le nœud de traitement, procédez comme suit :
1. Si vous utilisez une connexion KVM, assurez-vous que la connexion fonctionne correctement. Sinon,
vérifiez que le clavier et la souris fonctionnent correctement.
2. Si possible, connectez-vous au nœud de traitement et vérifiez que toutes les applications sont en
cours d'exécution (aucune application n'est bloquée).
3. Redémarrez le nœud de traitement.
4. Si le problème persiste, vérifiez que les nouveaux logiciels ont été installés et configurés
correctement.
5. Contactez le revendeur ou le fournisseur du logiciel.
• Si vous accédez au nœud de traitement à partir d'un emplacement distant, procédez comme suit :
1. Vérifiez que toutes les applications sont en cours d'exécution (aucune application n'est bloquée).
2. Tentez de vous déconnecter du système, puis de vous connecter à nouveau.
3. Validez l'accès réseau en exécutant la commande ping ou en exécutant une route de trace vers le
nœud de traitement à partir d'une ligne de commande.
a. Si vous ne parvenez pas à obtenir de réponse lors d'un test ping, tentez d'exécuter la commande
ping pour un autre nœud de traitement du boîtier afin de déterminer s'il existe un problème de
connexion ou un problème de nœud de traitement.
b. Exécutez une route de trace pour déterminer si la connexion s'est interrompue. Tentez de
résoudre un problème de connexion lié au réseau privé virtuel ou au point d'interruption de la
connexion.
4. Redémarrez le nœud de traitement à distance via l'interface de gestion.
5. Si le problème persiste, vérifiez que les nouveaux logiciels ont été installés et configurés
correctement.
6. Contactez le revendeur ou le fournisseur du logiciel.
Le serveur n'est pas réactif (échec du POST et impossible de démarrer la configuration du système)
Les modifications de la configuration, telles que l'ajout d'unités ou les mises à jour du microprogramme de
l'adaptateur, ainsi que les problèmes liés au microprogramme ou au code de l'application, peuvent
provoquer l'échec de l'autotest à la mise sous tension (POST).
Dans ce cas, le serveur répond de l'une des manières suivantes :
• Le serveur redémarre automatiquement et essaye à nouveau un autotest à la mise sous tension.
• Le serveur se bloque et vous devez le redémarrer manuellement afin qu'il tente à nouveau un autotest à la
mise sous tension.
Après un nombre défini de tentatives consécutives (automatiques ou manuelles), le serveur rétablit la
configuration UEFI par défaut et démarre la configuration système pour que vous puissiez effectuer les
corrections nécessaires et redémarrer le serveur. Si le serveur ne parvient pas à terminer l'autotest à la mise
sous tension avec la configuration par défaut, alors il est possible que la carte mère (bloc carte mère)
présente un problème. Vous pouvez indiquer le nombre de tentatives consécutives de redémarrage dans la
configuration du système. Cliquez sur Paramètres système ➙ Récupération ➙ Tentatives POST ➙ Seuil
de tentatives POST. Les options disponibles sont 3, 6, 9 et 255.
Le détecteur de panne de tension est affiché dans le journal des événements
Procédez comme suit jusqu'à ce que le problème soit résolu.
338
Plateau ThinkSystem SD665-N V3 Neptune DWC Guide de maintenance du matériel