Chapitre 7 Dépannage

Ce chapitre traite de la résolution des problèmes du RSC et de ceux du serveur en utilisant le RSC.

Résolution des problèmes du RSC

Connexion au RSC impossible

• Vérifiez le nom du périphérique RSC auquel vous voulez vous connecter (normalement nomserveur-rsc).

• Vérifiez que vous utilisez le bon nom d'utilisateur RSC ; celui-ci peut différer de votre nom d'utilisateur système.

• Vérifiez que vous utilisez le bon mot de passe RSC.

Connexion au RSC via telnet impossible

Le RSC prend en charge deux connexions telnet simultanées au maximum, qui peuvent être des sessions d'interface de type ligne de commande ou des connexions IUG RSC à la console du serveur (Open Console). Lorsque deux sessions telnet sont ouvertes, toute autre tentative de connexion via telnet donne lieu à un message d'erreur (connexion impossible). Par exemple, à partir de UNIX:

---

% telnet bert-rsc
Trying 129.148.49.120...
Connected to bert-rsc.
Escape character is '^]'.
Connection closed by foreign host.

---

Connexion au RSC via Ethernet impossible

Tout d'abord, connectez-vous au serveur en tant que super-utilisateur et regardez si l'état de commande rscadm status est bon. Dans l'affirmative, le RSC fonctionne, le problème provient donc de la configuration de votre réseau Ethernet. Utilisez la commande rscadm show pour vérifier que les variables de configuration de l'Ethernet sont bien paramétrées.

Vous pouvez aussi :

• vous connecter au RSC par le port série et utiliser l'IUG ou la commande shownetwork pour afficher les paramètres courants.

• vous connecter à une autre machine du réseau et utiliser la commande ping pour voir si le RSC fonctionne. Utilisez le nom du RSC (par exemple, nomserveur-rsc), pas le nom du serveur, en tant qu'argument de la commande ping.

• exécuter le logiciel de diagnostics SunVTS pour contrôler la connexion Ethernet ; le test Ethernet externe nécessite que le périphérique soit connecté à un nud central fonctionnel de 10 Mo.

• exécuter le logiciel de diagnostics SunVTS pour contrôler le SSP et la carte paddle.

Connexion au RSC via le port série impossible

Tout d'abord, connectez-vous au serveur en tant que super-utilisateur et regardez si l'état de la commande rscadm status est bon. Dans l'affirmative, le RSC fonctionne. Connectez-vous au serveur en tant que super-utilisateur et utilisez la commande rscadm show pour vérifier que les variables de configuration du port série sont paramétrées correctement.

Si le problème provient du modem :

• connectez-vous au serveur en tant que super-utilisateur et utilisez la commande rscadm modem_setup pour vérifier la configuration du modem. Il est très important que le modem soit configuré pour utiliser un débit fixe pour les appels entrants.

• vérifiez que le modem fonctionne correctement en le branchant sur un autre ordinateur.

• branchez un terminal ou un autre système sur le port série et vérifiez que le port fonctionne. Mettez la variable de configuration serial_hw_handshake sur false, puis réinitialisez le RSC avant d'essayer ce qui précède.

• exécutez le logiciel SunVTS pour contrôler le port série ; le test externe du port série nécessite un connecteur de bouclage série.

• exécutez le logiciel SunVTS pour vérifier le SSP et la carte paddle.

Aucune alerte reçue du RSC

• Le RSC n'envoie pas d'alerte pour tous les événements RSC ; vérifiez que l'alerte que vous attendez est liée à un événement pour lequel le RSC envoie une alerte.

• Connectez-vous au serveur en tant que super-utilisateur et utilisez la commande rscadm send_event -c message pour envoyer une alerte.

Si les alertes non reçues sont de type messagerie électronique :

• vérifiez les variables de configuration de votre boîte électronique.

• vérifiez que le serveur de messagerie et le serveur de sauvegarde sont sous tension et correctement configurés.

• essayez d'envoyer un message par courrier électronique aux destinataires sans utiliser le RSC.

• vérifiez la configuration de l'Ethernet.

Si les alertes non reçues sont de type pageur :

• vérifiez les variables de configuration du pageur.

• essayez d'envoyer un message par pageur autrement que par le RSC.

• vérifiez auprès du service pageur quelle devrait être la configuration exacte du pageur, ou comment résoudre les problèmes.

Mots de passe RSC inconnus

Si des utilisateurs ont oublié leurs mots de passe RSC ou si certains mots de passe ne fonctionnent pas, connectez-vous au serveur en tant que super-utilisateur et utilisez la commande rscadm userpassword pour en créer de nouveaux. Communiquez ensuite ces nouveaux mots de passe aux utilisateurs concernés.

Discordance entre les heures du journal des événements du RSC et celles des journaux de la console du serveur

Connectez-vous au serveur en tant que super-utilisateur et utilisez la commande rscadm date -s pour régler l'heure du RSC sur celle du serveur. Pour éviter que ce problème ne se représente, nous vous conseillons de configurer une tâche répétitive en utilisant l'utilitaire cron.

Seules certaines fonctions du RSC sont disponibles

Des autorisations utilisateurs spécifiques sont nécessaires pour certaines fonctions ; vérifiez votre niveau d'autorisation. De plus, les problèmes suivants peuvent se poser :

• Impossible de mettre le serveur en mode Déboguer ou d'utiliser la commande break du RSC :

  Le commutateur à clé du serveur est en position Verrouillé.

• La commande poweroff n'a aucun effet :

  Le serveur est déjà hors tension.

• La commande poweron n'a aucun effet :

  Le serveur est déjà sous tension ou le commutateur à clé est en position Veille.

Le RSC ne fonctionne pas après le remplacement de la carte logique principale

Après avoir remplacé la carte logique principale du serveur, vous devez reconfigurer le RSC. Utilisez l'utilitaire rscadm pour restaurer les paramètres de configuration à partir d'un fichier de sauvegarde. Il se peut aussi que vous ayez à mettre à niveau la mémoire flash PROM du serveur en utilisant la dernière version du microprogramme OpenBoot du serveur Sun Enterprise 250.

Résolution des problèmes du serveur à l'aide du RSC

Le RSC est utile pour réparer un serveur qui ne répond pas. Si le serveur ne réagit pas, connectez-vous à lui comme d'habitude et utilisez les outils standard tels que Solstice SyMON, SunVTS et OpenBoot Diagnostics.

Si le serveur ne répond pas, connectez-vous à votre compte RSC et :

• vérifiez le journal événements du RSC et l'état de l'environnement du serveur pour voir quels sont les problèmes.

• vérifiez les journaux de la console pour voir quels sont les messages d'erreur récents.

• essayez de vous connecter à la console du serveur pour réinitialiser le système.

Scénario : un SIMM défectueux dans le bloc de mémoire 2 provoque des réinitialisations continuelles

1. Connectez-vous au RSC et vérifiez le journal événements du RSC.

   Vous verrez que le serveur n'a pas cessé de se réinitialiser.

2. Examinez les journaux de la console.

   Vous verrez un grand nombre d'erreurs SIMM dans le bloc 2 consignées dans le journal d'exécution original et, éventuellement, un message de demande d'assistance.

3. Connectez-vous à la console du serveur.

   Vous verrez que le système est sous tension à présent mais qu'il reçoit périodiquement des erreurs SIMM.

4. Connectez-vous au serveur en tant que super-utilisateur et arrêtez le système.

5. Entrez la commande OBP suivante pour désactiver le groupe 2 :

   ---

   ok> asr-disable bank2
   

   ---

6. Réinitialisez le serveur.

7. Commandez une nouvelle mémoire pour le serveur.