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.
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.
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.
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.
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.
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.
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.
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.
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.