Det här kapitlet innehåller information om felsökning vid eventuella problem med RSC och instruktioner för hur du utför felsökning av servern med hjälp av RSC.
Kontrollera att du har skrivit in namnet på den RSC-enhet som du vill ansluta till korrekt (det är oftast servernamn-rsc).
Kontrollera att du använder rätt användarnamn för RSC. Användarnamnet för RSC och användarnamnet vid inloggning på systemet behöver inte vara lika.
Kontrollera att du använder rätt RSC-lösenord.
RSC stöder högst två samtidiga telnet-anslutningar, t.ex. sessioner med det kommandoradsbaserade användargränssnittet och anslutningar med det grafiska användargränssnittet till serverkonsolen (Öppna konsol). Om två telnet-sessioner är aktiva leder ytterligare försök att ansluta med hjälp av telnet till att anslutningen kopplas ned. Det här exemplet kommer från en UNIX-dator:
% telnet bert-rsc Trying 129.148.49.120... Connected to bert-rsc. Escape character is '^]'. Connection closed by foreign host.
Logga först in på servern som rot och ta reda på vad rscadm status ger för meddelande. Om kommandot rapporterar om god status fungerar RSC och problemet ligger i stället i Ethernet-konfigurationen. Använd kommandot rscadm show för att kontrollera att Ethernet-konfigurationen är korrekt.
Du kan även:
Logga in på RSC genom serieporten och använda det grafiska användargränssnittet eller kommandot shownetwork för att titta på de nuvarande inställningarna.
Logga in på en annan dator på nätverket och använda kommandot ping för att se om RSC svarar. Använd RSC:s namn (t.ex. servernamn-rsc), inte serverns, som parameter till ping.
Köra SunVTS-diagnostik för att se om Ethernet-anslutningen fungerar; det externa testet kräver att enheten är ansluten till en fungerande 10 Mbit-hubb.
Köra SunVTS-diagnostik för att kontrollera SSP- och paddelkortet.
Logga först in på servern som rot och ta reda på vad rscadm status ger för meddelande. Om kommandot rapporterar om god status fungerar RSC. Logga in på servern som rot och använd kommandot rscadm show för att kontrollera att serieportskonfigurationen är korrekt.
Om problemet ligger i modemet kan du:
Logga in på servern som rot och använda kommandot rscadm modem_setup för att kontrollera modemkonfigurationen. Det är mycket viktigt att modemet är konfigurerat att använda ett bestämt antal baud vid inkommande samtal.
Kontrollera att modemet fungerar korrekt genom att ansluta det till någon annan dator.
Ansluta en terminal eller ett annat system till serieporten för att kontrollera att den fungerar. Ge konfigureringsvariabeln serial_hw_handshake värdet false och starta sedan om RSC innan du testar.
Köra SunVTS för att testa serieporten; för att utföra det externa serieportstestet behöver du en seriell returkontakt.
Köra SunVTS för att kontrollera SSP- och paddelkortet.
RSC skickar inte informationsmeddelanden för alla RSC-händelser; det är alltså möjligt att RSC över huvud taget inte brukar skicka något meddelande om den händelse som du förväntar dig meddelande om. Kontrollera detta.
Logga in på servern som rot och testsänd ett meddelande med kommandot rscadm send_event -c meddelande.
Om informationsmeddelanden via e-post inte kommer fram kan du:
Kontrollera konfigureringsvariablerna för e-post.
Kontrollera att postservern och reservpostservern är igång och fungerar normalt.
Prova att skicka ett e-postmeddelande till mottagarna utan att använda RSC.
Kontrollera Ethernet-konfigurationen.
Om informationsmeddelanden till personsökare inte kommer fram kan du:
Kontrollera konfigureringsvariablerna för personsökare.
Prova att skicka ett personsökarmeddelande på något annat sätt än med RSC.
Tala med det företag som tillhandahåller personsökartjänsten för att få information om hur du skall konfigurera. Du kan även få upplysningar om de har några problem med sina nät.
Om användarna har glömt bort sina RSC-lösenord, eller om de inte fungerar, kan du logga in på servern som rot och använda kommandot rscadm userpassword för att ange nya lösenord. Informera RSC-användarna om de nya lösenorden.
Logga in på servern som rot och använd kommandot rscadm date -s för att synkronisera RSC:s klocka med serverklockan. Du bör överväga att automatisera detta med verktyget cron.
För att kunna använda vissa funktioner behöver du speciella användartillstånd. Ta reda på vilka tillstånd du har. Dessutom kan följande problem förekomma:
Det går inte att försätta servern i debug-läge eller använda RSC:s break-kommando:
Serverns nyckelbrytare är i läget för låsning.
Kommandot poweroff är verkningslöst:
Servern är redan avstängd.
Kommandot poweron är verkningslöst:
Servern är redan påslagen eller också står serverns nyckelbrytare i vilolägesposition.
Om du har bytt ut serverns huvudlogikkort måste du konfigurera om RSC. Använd verktyget rscadm för att återställa konfigureringsinställningarna från en säkerhetskopia. Eventuellt måste du även uppdatera serverns flash-PROM med den senaste versionen av Sun Enterprise 250:s inbyggda OpenBoot-programvara.
RSC är till stor nytta vid felsökning av en server som inte svarar. Om servern däremot svarar bör du ansluta till den på normalt sätt och använda de vanliga verktygen (Solstice SyMON, SunVTS och OpenBoot-diagnostik).
Om servern inte svarar loggar du in på ditt RSC-konto och...
...ser efter om några problem är registrerade i RSC:s händelselogg eller i serverns omgivningsstatus.
...ser efter i konsolloggarna vilka felmeddelanden som nyligen har visats.
...försöker ansluta till serverkonsolen för att starta om systemet.
Logga in till RSC och läs RSC:s händelselogg.
I loggen finns upprepade omstarter av servern registrerade.
Undersök konsolloggarna.
I loggen för den ursprungliga körningen ser du många fel som härrör från SIMM-bank 2, och till slut ett panikmeddelande.
Anslut till serverkonsolen.
Eventuellt fungerar systemet för tillfället, men då och då rapporteras SIMM-fel.
Logga in på servern som rot och stanna systemet.
Mata in följande OBP-kommando för att stänga av SIMM-bank 2:
ok> asr-disable bank2
Starta om servern.
Beställ nytt minne till servern.