Kontrollieren Sie den Namen des RSC Geräts für die Verbindung (in der Regel Servername-rsc).
Vergewissern Sie sich, daß Sie Ihren richtigen RSC Benutzernamen verwenden; dieser ist nicht unbedingt identisch mit Ihrem Benutzernamen für das System.
Prüfen Sie, ob Sie das richtige RSC Paßwort verwenden.
RSC läßt maximal zwei gleichzeitige Telnet-Verbindungen zu, wobei es sich um Sitzungen der Befehlszeilenschnittstelle sowie um RSC GUI-Verbindungen zur Serverkonsole (Open Console) handeln kann. Wenn bereits zwei Telnet-Sitzungen aktiv sind und Sie versuchen, den Befehl telnet erneut zu erteilen, tritt ein "Connection closed"-Fehler (Verbindung geschlossen) auf. Beispiel in UNIX:
% telnet bert-rsc Trying 129.148.49.120... Connected to bert-rsc. Escape character is '^]'. Connection closed by foreign host.
Melden Sie sich zunächst als Root beim Server an, und prüfen Sie, ob rscadm status einen guten Zustand meldet. In diesem Fall funktioniert RSC, und der Fehler liegt in der Ethernet-Konfiguration. Prüfen Sie mit dem Befehl rscadm show, ob die Variablen für die Ethernet-Verbindung richtig eingestellt sind.
Sie können folgendermaßen vorgehen:
Melden Sie sich bei RSC über die serielle Schnittstelle an, und kontrollieren Sie mit Hilfe der grafischen Benutzeroberfläche oder mit dem Befehl shownetwork die aktuellen Einstellungen.
Melden Sie sich bei einem anderen Rechner im Netzwerk an, und prüfen Sie mit dem Befehl ping, ob RSC läuft. Geben Sie als Argument für den Befehl ping nicht den Servernamen, sondern den Namen für RSC an (z.B. Servername -rsc).
Führen Sie SunVTS Diagnostics aus, um die Ethernet-Verbindung zu prüfen; für den externen Ethernet-Test muß das Gerät an ein funktionierendes 10-Mbit Hub angeschlossen sein.
Führen Sie SunVTS Diagnostics aus, um den SSP und die Paddle-Karte zu kontrollieren.
Melden Sie sich zunächst als Root beim Server an, und prüfen Sie, ob rscadm status einen guten Zustand meldet. In diesem Fall funktioniert RSC. Melden Sie sich als Root beim Server an, und prüfen Sie mit dem Befehl rscadm show, ob die Variablen für die Konfiguration der seriellen Schnittstelle richtig gesetzt sind.
Wenn das Problem beim Modem liegt:
Melden Sie sich als Root beim Server an, prüfen Sie mit dem Befehlrscadm modem_setup die Modemkonfiguration, und ändern Sie diese bei Bedarf. Das Modem muß unbedingt so konfiguriert sein, daß es für eingehende Anrufe eine feste Baudrate verwendet.
Prüfen Sie die Funktionsfähigkeit des Modems, indem Sie es an einen anderen Rechner anschließen.
Schließen Sie ein Terminal oder ein anderes System an die serielle Schnittstelle an, und prüfen Sie die Funktionsfähigkeit der seriellen Schnittstelle. Setzen Sie vor diesem Versuch die Konfigurationsvariable serial_hw_handshake auf false, und starten Sie RSC neu.
Führen Sie SunVTS aus, um die serielle Schnittstelle zu testen; für den externen Test der seriellen Schnittstelle ist eine Rückübertragungsverbindung erforderlich.
Führen Sie SunVTS aus, um den SSP und die Paddle-Karte zu prüfen.
RSC sendet nicht für alle RSC-Ereignisse Alarme aus. Prüfen Sie, ob es sich bei dem Ereignis, für welches Sie einen Alarm erwarten, überhaupt um ein Ereignis handelt, für welches RSC Alarmmeldungen vorgesehen sind.
Melden Sie sich als Root beim Server an, und senden Sie mit rscadm send_event -c Meldung einen Alarm.
Wenn keine E-Mail-Alarme empfangen werden:
Prüfen Sie die E-Mail-Konfigurationsvariablen.
Prüfen Sie, ob der Mail-Server und der zusätzliche Server hochgefahren und richtig konfiguriert sind.
Versuchen Sie, den Empfängern über ein anderes Programm (nicht über RSC) eine E-Mail-Nachricht zu senden.
Prüfen Sie die Ethernet-Konfiguration.
Wenn keine Pager-Alarme empfangen werden:
Prüfen Sie die Pager-Konfigurationsvariablen.
Versuchen Sie, über einen anderen Weg (nicht über RSC) eine Pager-Nachricht zu versenden.
Fragen Sie bei Ihrem Paging-Dienst nach der richtigen Pager-Konfiguration oder nach Störungen des Paging-Dienstes.
Wenn Benutzer ihre RSC Paßwörter vergessen oder die Paßwörter nicht funktionieren, melden Sie sich als Root beim Server an, und erteilen Sie mit rscadm userpassword neue Paßwörter. Teilen Sie den RSC Benutzern die neuen Paßwörter mit.
Melden Sie sich als Root beim Server an, und stimmen Sie die RSC-Uhrzeit mit dem Befehl rscadm date -s auf die Serveruhrzeit ab. Sie können, wenn Sie es für hilfreich erachten, mit dem Dienstprogramm cron einen regelmäßig ablaufenden Vorgang für diese Aufgabe einrichten.
Für die Ausführung aller Funktionen sind bestimmte Benutzerberechtigungen erforderlich. Prüfen Sie Ihre Autorisationsstufe. Außerdem können folgende Probleme bestehen:
Der Server läßt sich nicht in Debug-Modus schalten, oder der RSC Befehl break kann nicht erteilt werden:
Der Schlüsselwahlschalter des Servers befindet sich in Verschlußposition.
Der Ausschaltbefehl hat keine Wirkung:
Der Server ist bereits abgeschaltet.
Der Einschaltbefehl hat keine Wirkung:
Der Server ist bereits eingeschaltet, oder der Schlüsselwahlschalter befindet sich in Standby-Position.
Nach einem Austausch der Hauptlogikplatine muß RSC neu konfiguriert werden. Mit dem Dienstprogramm rscadm können Sie die zuvor verwendteten Konfigurationseinstellungen aus einer Sicherungsdatei wiederherstellen. Sie müssen möglicherweise auch den Flash PROM des Servers auf die neueste Version der Sun Enterprise 250 OpenBoot-Firmware aktualisieren.