Kapitel 7 Tilläggsinformation för Sun Enterprise 10000

Detta kapitel innehåller information om följande funktioner på Sun Enterprise 10000: SSP 3.5, dynamisk omkonfigurering (DR), InterDomain Networks (IDN) och Solaris på Sun Enterprise 10000-domäner.

Kända problem med SSP 3.5

Allmän information om nya och förbättrade funktioner i SSP 3.5, inklusive kvarvarande och åtgärdade buggar, finns i SSP 3.5 Installation Guide and Release Notes.

Kontrollera regelbundet SunSolves webbplats för att se vilka korrigeringar det finns till SSP 3.5:

http://sunsolve.Sun.com

Om du behöver installera SSP-korrigeringar måste du kontrollera att du installerar dem på både huvud- och reserv-SSP:n, enligt anvisningarna i SSP 3.5 Installation Guide and Release Notes.

För Solaris 8 2/02 gäller att SSP Patch 112178-01 har lagts till SSP 3.5-programvaran. Denna korrigering åtgärdar bugg 4505031, vilken gör att systemet gång på gång frågar om det skall konfigureras som SSP för Sun Enterprise 10000. Frågan visas efter det att Solaris installerats. Korrigeringen påverkar inte grundfunktionerna i SSP 3.5.

Minnesläckor i machine_server efter flera hpost-operationer (bugg-ID 4493987)

Det kan uppstå minnesläckor i bakgrundsprogrammet machine_server efter flera hpost-processer.

Lösning: Om SSP:s prestanda påverkas av denna minnesläcka avbryter du, och startar sedan om, SSP:ns bakgrundsprogram. Som superanvändare på huvud-SSP:n skriver du så här:

ssp# /etc/init.d/ssp stop
ssp# /etc/init.d/ssp start

showdevices visar inte minnesbasadress för systemkort (bugg-ID 4495747)

Denna bugg leder till att kommandot showdevices visar felaktig basadressinformation. Se även bugg-ID 4497243.

Lösning: Använd rcfgadm tillsammans med alternativen -av för att visa information om minnesbasadress.

Dynamic Reconfiguration (DR)

Tilläggsinformation och annan teknisk information i detta avsnitt gäller endast den version av funktionen DR (dynamisk omkonfigurering) för Sun Enterprise 10000 som finns i Solaris 8 2/02.

Allmänna problem

I det här avsnittet tar vi upp allmänna problem som gäller DR på Sun Enterprise 10000. Du bör läsa igenom det här avsnittet innan du försöker installera eller konfigurera DR.

DR och bundna användarprocesser

Under Solaris 8 2/02 tar DR inte längre bort bindningar mellan användarprocesser och processorer som skall frånkopplas. Användaren måste nu själva sköta denna borttagning av bindningar innan han startar en frånkoppling av en processor. Bortflyttningsoperationen (drain) misslyckas om det finns processorer med bundna processer.

Problem med oprom_checknodeid() under DR (4474330)

Ett panic kan inträffa i vissa situationer när gränssnittet /dev/openprom använder PROM-enhetsträdet efter en DR-frånkoppling. Drivrutinen openprom lagrar nodinformation som kan bli felaktig efter en DR-frånkoppling. På grund av detta kan OpenBoot PROM få en ogiltig nodadress.

Lösning: Minimera risken för att detta skall inträffa genom att sluta använda program som t.ex. prtconf, som använder gränssnittet /dev/openprom, under, eller omedelbart före eller efter, en DR-frånkoppling. Observera att picld(1M) använder drivrutinen /dev/openprom.

QFE kan inte starta igen efter DR-frånkoppling (4499428)

När qfe-drivrutinen stoppas i samband med paus av Solaris vid en DR-operation kan det hända att drivrutinen inte kan startas korrekt igen, vilket i sin tur leder till att det inte längre går att komma åt nätverket. Om detta inträffar kommer man fortfarande åt domänen genom nätverkskonsolen från SSP:n.

Lösning: Nollställ enheten qfe genom att köra följande kommandosekvens från nätverkskonsolen:

Där qfe-enhet är qfe-enheten, t.ex. qfe0.

Aktivering av DR 3.0 kräver ibland ett extra steg (bugg-ID 4507010)

Om du uppgraderar eller gör en nyinstallation av Solaris på en domän, innan du uppgraderar SSP till SSP 3.5, kommer domänen inte att konfigureras korrekt för DR 3.0.

Lösning: Kör följande kommando som superanvändare på domänen, när SSP:n har uppgraderats till SSP 3.5. Denna lösning behövs inte om inte DR 3.0 är aktiverat på domänen.

# devfsadm -i ngdr

InterDomain Networks (IDN)

Allmänna problem

För att en domän skall kunna ingå i ett IDN måste alla kort i domänen som har aktivt minne ha minst en aktiv processor.

Solaris

I det här avsnittet behandlas allmänna problem, kända buggar, korrigeringar och extra information om Solaris 8 2/02 på Sun Enterprise 10000.

Allmänna problem

Alternate Pathing (AP), dynamic reconfiguration (DR) och InterDomain Networks stöds i Solaris 8 2/02.

Om du tänker använda DR modell 3.0 på en Sun Enterprise 10000-domän måste du installera SSP 3.5 på System Service Processor, innan du gör en nyinstallation av eller uppgradering till Solaris 8 2/02 på den domänen. SSP 3.5 stöder Solaris 8 2/02 på Sun Enterprise 10000-domäner.

Använd inte installations-CD:n för Solaris 8 2/02 för att installera eller uppgradera till Solaris på Sun Enterprise 10000-domäner. Starta installationen från CD:n Solaris 8 2/02 Software 1 of 2 enligt instruktionerna i SSP 3.5 Installation Guide and Release Notes.

Solaris 8 2/02 och storlek på startdisk

Om du uppgraderar från Solaris 2.6 till Solaris 8 2/02 och du använde de partitionsstorlekar som föreslås i SMCC Handbok för maskinvaruplattformar Solaris 2.6 kan det hända att partitionerna inte är tillräckligt stora för att inrymma uppgraderingen. Exempelvis måste /usr-partitionen vara minst 653 megabyte. Om /usr är mindre än den storlek som behövs för uppgradering använder suninstall DSR (Dynamic Space Reallocation) för att förändra fördelningen av utrymme mellan partitionerna.

DSR kan räkna fram en uppläggning av partitionerna som inte passar ert system. Exempelvis kan DSR välja partitioner som av DSR uppfattas som oanvända (partitioner som inte bygger på UFS och som kan innehålla råa data eller ett annat filsystem). Om DSR väljer en använd partition kan ni förlora data. Därför måste du känna till nuvarande status för de partitioner DSR vill anända innan du låter DSR fortsätta med omallokeringen av partitioner.

När DSR har föreslagit en acceptabel uppläggning och du väljer att fortsätta justerar DSR de påverkade filsystemen och uppgraderingen fortsätter sedan. Om du däremot inte kan förändra storlekarna så att det passar era behov kan du behöva partitionera om startenheten manuellt eller göra en nyinstallation.

OpenBoot PROM-variabler

Innan du kör kommandot boot net från OpenBoot PROM-prompten (ok) måste du kontrollera att variabeln local-mac-address? är satt till false, vilket är fabriksinställningen. Om variabeln är true måste du kontrollera att värdet är en korrekt lokal konfiguration.

Om local-mac-address? är inställd till true kan det hända att domänen inte kommer att kunna starta över nätverket korrekt.

I ett netcon(1M)-fönster kan du använda följande kommando från OpenBoot PROM-prompten för att visa värdena på OpenBoot PROM-variablerna:

ok printenv

Gör så här för att ställa in variabeln local-mac-address?

1. Om variabeln är satt till true använder du kommandot setenv för att sätta den till false.

   ok setenv local-mac-address? false