test

Plattformsinformation: Sun Ultra 450 Workstation och Ultra Enterprise 450 Server

Kapitel 2 Systemkonfigurationsparametrar

I det här kapitlet beskriver vi de NVRAM-konfigurationsvariabler och OpenBoot PROM- (OBP-) kommandon som finns för konfigurering av följande funktioner i Sun Ultra 450 Workstation och Ultra Enterprise 450:

De NVRAM-konfigurationsvariabler som behandlas i kapitlet är:

De OBP-kommandon som behandlas är:

UPA-avkänning

Ultra 450-system bygger, precis som alla andra UltraSPARC(TM)-baserade system, på den mycket snabba Ultra Port Architecture- (UPA-) bussen. Det är en växlad systembuss som kan ha upp till 32 port-ID-adresser (eller platser) för höghastighetsenheter på moderkort, som CPU:er, I/O-bryggor och bildskärmsminnen. Enterprise 250 stöder upp till tre aktiva portar för följande delsystem.

Tabell 2-1 Active Ports

Typ av enhet 

UPA-plats 

Fysisk lösning 

CPU 

0-3 

Fyra insättningsplatser 

UPA-PCI-brygga 

1f 

Fastlödd på moderkort 

UPA-bildskärmsminnen 

1d, 1e  

Två insättningsplatser 

Användaren kan inte styra i vilken ordning de tre portarna avkänns, men han kan se till att vissa portar inte avkänns genom NVRAM-variabeln upa-port-skip-list. I följande exempel används upa-port-skip-list för att en av UPA-PCI-bryggorna och det primära UPA-grafikkortet inte skall avkännas. 

ok setenv upa-port-skip-list 4,1d

Denna funktion gör det möjligt att hindra att en viss enhet avkänns (och därmed används) av systemet utan att man fysiskt tar ur kortet med enheten. Detta kan vara användbart när du vill isolera ett trasigt kort i ett system där sporadiska fel inträffar.

PCI-avkänning

Av Ultra 450:s sex PCI-bussar är buss 0 (/pci@1f,4000 i enhetsträdet) unik på så sätt att den är den enda PCI-buss, som innehåller moderkorts- (icke-insatta) enheter, såsom vanliga Ethernet- och SCSI-styrenheter. Per definition kan man inte ta ur dessa och låta dem byta plats för att därmed ändra i vilken ordning de avkänns. För att styra avkänningsordningen för dessa enheter finns NVRAM-variabeln pci0-probe-list. Denna variabel styr både i vilken ordning enheterna avkänns och vilka som hoppas över på PCI-buss 0. De värden som du kan ange i pci0-probe-list definieras i tabellen nedan.

Tabell 2-2 Värden i pci0-probe-list

PCI-enhetsnummer 

Funktion 

0

UPA-PCI-bussbrygga (avkänns ej) 

1

 EBus-/Ethernet- gränssnitt (avkänns alltid, står aldrig med i avkänningslistan)

2

Inbyggd SCSI-styrenhet för enheter för flyttbara medier och den externa SCSI-porten 

3

Inbyggd SCSI-styrenhet för 4-platsers UltraSCSI-bakplan 

4

PCI-kortplats 10 på bakpanelen 

Obs!

Värdena i den här listan är baserade på PCI-enhetsnumret och avser inte numreringen 1-10 av kortplatserna på -bakpanelen.

I följande exempel används variabeln pci0-probe-list för att ange avkänningsordningen 3-4, vilket hindrar den inbyggda SCSI-styrenheten, för flyttbara medier och den externa SCSI-porten, från att avkännas. 

ok setenv pci0-probe-list 3,4

Tänk på att pci0-probe-list påverka avkänningen av de övriga fem PCI-bussarna (kortplats 1 t.o.m. 9 på systemets bakpanel). Dessa kortplatser avkänns alltid i följande ordning: 5-3-2-1-4-9-8-7-6. Det finns dock en annan NVRAM-variabel, pci-slot-skip-list som man för att hindra avkänning av vilken kortplats som helst. I följande exempel används pci-slot-skip-list för att hindra avkänning av kortplatserna 3 och 8 på bakpanelen. 

ok setenv pci-slot-skip-list 3,8

Obs!

Värdena i pci-slot-skip-list motsvarar numreringen 1-10- för bakpanelen. Om ett PCI-kortplatsnummer finns med på denna lista, kommer det inte att avkännas även om det står med i variabeln pci0-probe-list.

Minnesmellanrum

Minnesmellanrummet i ett Ultra 450-system styrs av NVRAM-variabeln memory-interleave. Följande tabell visar de olika inställningsmöjligheterna för variabeln och deras effekt på minneskonfigurationen. I stycket "About Memory" i användarhandboken för ditt Ultra 450-system finns utförligare information om riktlinjer för minnesmellanrum och minnskonfiguration.

Tabell 2-3 Inställningar för variabeln memory-interleave

Inställning 

Effekt på minneskonfiguration 

auto (standard)

Aktiverar fyrvägsmellanrum om alla de fyra minnesbankerna innehåller DIMM:ar med samma kapacitet. Aktiverar tvåvägsmellanrum om endast bankerna A och B används och de innehåller DIMM:ar med samma kapacitet. I annat fall deaktiveras minnesmellanrum. 

max-size

Samma som auto för Ultra 450-system.

max-interleave

Aktiverar den högsta möjliga mellanrumsnivån för en viss minneskonfiguration, men en del minne lämnas oanvänt om de installerade DIMM:arna har olika kapacitet. I varje DIMM används då en minnesmängd motsvarande kapaciteten för den DIMM som är minst. 

1

Deaktiverar mellanrum; använder allt tillgängligt minne. 

2

Tvingar fram tvåvägsmellanrum mellan bankerna A och B. En del minneskapacitet lämnas oanvänd om de installerade DIMM:arna har olika kapacitet. Den DIMM som har minst kapacitet måste installeras i bank B. Om det finns några DIMM:ar i bank C och D, lämnas de oanvända. 

4

Tvingar fram fyrvägsmellanrum mellan samtliga fyra banker. En del minneskapacitet lämnas oanvänd om de installerade DIMM:arna har olika kapacitet. Den DIMM som har minst kapacitet måste installeras i bank D. 

Följande exempel visar hur man konfigurerar systemet för maximalt minnesmellanrum. 

ok setenv memory-interleave max-interleave

Miljöövervakning och -styrning

Funktionerna för miljöövervakning och -styrning i ligger både på operativsystemnivå och i den inbyggda OBP-programvaran. Detta säkerställer att övervakningsfunktionerna fungerar även om systemet har stannat eller inte går att starta. Hur OBP övervakar och reagerar på överhettning i miljön styrs av NVRAM-variabeln env-monitor. Följande tabell visar de olika möjliga inställningarna för variabeln och vilken effekt de har på hur OBP agerar. Mer information om systemets miljöövervakningsfunktioner finns i "Om funktioner för driftsäkerhet, åtkomst och brukbarhet" i användarhandboken till ditt Ultra 450-system.

Tabell 2-4 Inställningar för variabeln env-monitor

Inställning 

Övervakning aktiv? 

Reaktion 

enabled (standard)

Ja 

Som svar på att överhettning eller fläktfel i antingen CPU:n eller skivfläkttallriken upptäckts, visar OBP en varning och stänger automatiskt av systemet efter 30 sekunder. 

advise

Ja 

OBP visar endast en varning, utan att stänga av systemet. 

disabled

Nej  

OBP gör ingenting; miljöövervakning på OBP-nivå är deaktiverad. 

I följande exempel används variabeln env-monitor för att deaktivera miljöövervakning på OBP-nivå. 

ok setenv env-monitor disabled

Obs!

Variabeln påverkar inte operativsystemets funktioner för miljöövervakning och -styrning.

Automatisk systemåterhämtning

Funktionen automatisk systemåterhämtning (ASR) gör att du kan fortsätta efter det att vissa maskinvarufel har upptäckts. Självtestet vid-påslag (POST) och OpenBoot-diagnostik (OBDiag) kan automatiskt upptäcka trasiga maskinvarukomponenter, och med en auto-konfigureringsfunktion i den inbyggda OBP-programvaran kan sådana trasiga komponenter avkonfigureras och systemet köra som vanligt. Så länge som systemet kan fungera utan den trasiga komponenten, låter ASR-funktionerna systemet starta om automatiskt utan att operatören måste gripa in. Med en sådan "nedminskad start" kan systemet fortsätta fungera medan ett serviceanrop görs om att den trasiga porten måste ersättas.

Om en trasig komponent upptäcks under starten avkonfigureras komponenten, och om systemet kan fortsätta fungera utan den, fortsätter starten. Medan systemet körs kan vissa typer av fel (som processorfel) initiera en automatisk omstart. Om detta inträffar låter ASR-funktionerna systemet starta om omedelbart, förutsatt att systemet kan fungera utan den trasiga komponenten. Detta ser till att en enstaka trasig maskinvarukomponent inte kan hindra hela systemet från  att fungera.

"Mjuk" avkonfigurering via statusegenskap

För att stödja funktionen med nedminskad start använder OBP klientgränssnittet 1275 (via enhetsträdet) för att "markera" att vissa enheter antingen är trasiga eller deaktiverade genom att skapa en passande "status-"egenskap i motsvarande enhetsträdnod Enligt reglerna kommer UNIX inte att aktivera en drivrutin för något delsystem som är markerat på detta sätt.

Därför, så länge som den felaktiga komponenten inte stör elektriskt (inte skapar slumpmässiga bussfel eller signalbrus etc.), kan systemet startas om automatiskt och fortsätta fungera medan ett serviceanrop görs.

"Hård" avkonfigurering

I två specialfall av avkonfigurering av delsystem (CPU:er och minne) gör OBP mer än bara skapa en passande "status"-egenskap i enhetsträdet. Alldeles efter omstarten måste OBP initieras och på ett funktionellt sätt konfigurera (eller hoppa över) dessa funktioner för att resten av systemet skall fungera korrekt. Dessa åtgärder utförs beroende på status hos två NVRAM-konfigurationsvariabler, post-status och asr-statussom innehåller den ändringsinformation som antingen kommer från POST eller via en manuell användarändring (se "Explicit angivelse av ASR-inställningar").

CPU-avkonfigurering

Om någon CPU markeras vara felaktig under POST, eller om användaren väljer att deaktivera en CPU, kommer OBP att sätta huvuddeaktiverad-biten för den skadade processorn.

Minnesavkonfigurering

Att upptäcka och isolera minnesproblem är en av de svårare diagnostikuppgifterna. Den kompliceras ytterligare av möjligheten att installera DIMM:ar med olika kapacitet inom en och samma minnesbank.

(Varje minnesbank måste innehålla fyra DIMM:ar med samma kapacitet.). Detta handlingssätt innebär även att den nedminskade konfigurationen kan sänka mellanrumsfaktorn eller göra så att mindre än 100% av de kvarvarande bankarna används, eller bådadera beroende på mellanrumsfaktorn.

Explicit angivelse av ASR-inställningar

Även om standardinställningarna konfigurerar eller avkonfigurerar Ultra 450 korrekt i de flesta fall, är det användbart för avancerade användare att själva ange inställningarna explicit. P.g.a. naturen hos "mjuk" och "hård" avkonfigurering är det nödvändigt att ha två likartade men ändå olika mekanismer för att ange inställningarna explicit.

Ange egna inställningar för "mjuk" avkonfigurering

För alla delsystem som har en bestämd enhetsträdnod kan användaren deaktivera genom NVRAM-variabeln asr-disable-list, som helt enkelt är en lista med enhetsträdssökvägar, skilda av mellanslag. 

ok setenv asr-disable-list /pci/ebus/ecpp /pci@1f,4000/scsi@3

Ultra 450:s OBP använder denna information för att skapa deaktiverade status-egenskaper för varje nod som finns i variabeln asr-disable-list.

Ange egna inställningar för "hård" avkonfigurering

För att ange egna inställningar för de delsystem som kräver "hård" avkonfigurering (CPU och minne) finns OBP-kommandona asr-enable och asr-disable Med dem väljer man vilka delsystem som skall aktiveras eller deaktiveras.

Obs!

Det finns dubbletter mellan explicita inställningar för mjuk och hård avkonfigurering. Om möjligt skall du använda kommandona för hård avkonfigurering, asr-enable och asr-disable.

För att hålla reda på status för alla manuella egna inställningar finns ett nytt användarkommando, .asr, för att visa en lista med de aktuella inställningarna 

ok asr-disable cpu1 bank3
ok .asr
CPU0:	Enabled	
CPU1:	Disabled	
CPU2:	Enabled	
CPU3:	Enabled	
SC-Marvin:	Enabled	
Psycho@1f:	Enabled	
Psycho@4:	Enabled	
Psycho@6:	Enabled	
Cheerio:	Enabled	
SCSI:	Enabled	
Mem Bank0:	Enabled	
Mem Bank1:	Enabled	
Mem Bank2:	Enabled	
Mem Bank3:	Disabled	
PROM:	Enabled	
NVRAM:	Enabled	
TTY:	Enabled	
Audio:	Enabled	
SuperIO:	Enabled	
PCI Slots:	Enabled

Auto-startinställningar

OpenBoot innehåller en NVRAM-styrd inställning vid namn auto-boot?, som styr om OBP skall starta operativsystemet automatiskt efter varje omstart. Standardinställningen för Sun-plattformar är true.

Om ett system inte klarar diagnosstegen när det slås på, ignoreras auto-boot? och systemet kan endast startas manuellt av användaren. Detta beteende är ju uppenbart oacceptabelt vid en nedminskad start och därför innehåller Ultra 450:s OBP en andra NVRAMstyrd inställning, auto-boot-on-error?. Denna inställning styr om systemet skall försöka sig på en nedminskad start, när ett delsystemfel upptäcks. Både auto-boot? och auto-boot-on-error? måste vara true för att en nedminskad start skall genomföras. 

ok setenv auto-boot-on-error? true

Obs!

Standardinställningen för auto-boot-on-error? är false. Därför kommer inte systemet att försöka utföra en nedminskad start, om du inte ändrar inställningen till true. Dessutom kommer  systemet inte att utföra en nedminskad start om det föreligger ett fel som det inte går att fortsätta efter, även om nedminskad start är aktiverad. Ett exempel på ett fel, som det inte går att fortsätta efter, är när alla systemets CPU:er har deaktiverats, antingen genom felaktig POST eller till följd av en manuell användarinställning.

Omstartscenarier

Standardprotokollet för systemomstart hoppar över diagnostiken i den inbyggda programvaran helt och hållet, om inte NVRAM-variabeln diag-switch? är true. Standardinställningen för variabeln är false.

För att ASR i Ultra 450 skall stödjas är det önskvärt att köra diagnostiken i den inbyggda programvaran (POST/OBDiag) vid några eller alla omstarter. I stället för att helt enkelt ändra standardinställningen för diag-switch? till true, vilket skulle ge vissa biverkningar, (se OpenBoot 3.x Command Reference Manual), har Ultra 450:s OBP en ny NVRAM-variabel, diag-trigger. Med den kan du välja om några omstarter skall starta POST/OBDiag automatiskt och i så fall vilka. Variabeln diag-trigger och dess olika inställningar beskrivs i följande tabell.

Obs!

diag-trigger har ingen effekt om inte diag-switch? är true.

Tabell 2-5 Inställningar för variablerna power-reset, error-reset och soft-reset

Inställning 

Funktion 

power-reset (standard)

Kör diagnostik endast när systemet startas genom att det slås på med -strömbrytaren. 

error-reset

 Kör diagnostik bara vid -påslagsomstarter, allvarliga maskinvarufel och vakthundsomstarthändelser.

soft-reset

Kör diagnostik vid alla omstarter (utom XIR), inklusive omstarter initierade av UNIX-kommandona init 6 och reboot

none

Deaktiverar automatisk exekvering av diagnostik vid alla omstarter. Användare kan fortfarande köra diagnostik manuellt genom att hålla ner tangenterna Stop och d medan systemet slås på, eller genom att vrida tangentswitchen på frontpanelen till läge Diagnostik, när systemet slås på. 

I följande exempel används diag-trigger för att POST och OpenBoot-diagnostik skall köras vid alla omstarter utom XIR-omstarter. 

ok setenv diag-switch? true
ok setenv diag-trigger soft-reset