Ytterligare tilläggsinformation för Solaris 8 2/02 på Sun-maskinvara

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:

# ifconfig qfe-enhet down

# ifconfig qfe-enhet up

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