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

Kända buggar i DR

cryptorand avslutas efter att ett CPU-kort har tagits ur med DR (bugg-ID 4456095)

Beskrivning: Om ett system kör processen cryptorand, som finns i paketet SUNWski, kommer en avkonfigurering av minne, exempelvis en del av en frånkoppling av ett CPU-/minneskort (systemkort, SB), att få cryptorand att stängas med meddelanden som sparas i /var/adm/messages. Detta gör att slumptalstjänsten inte kan säkra delsystem och det minne som finns när cryptorand startas skall inte avkonfigureras.

Processen cryptorand ger slumptal för /dev/random. När cryptorand startas avgör mängden minne i systemet hur lång tid det tar innan /dev/random blir tillgänglig. Tidsåtgången är ungefär två minuter per GB RAM. Program som använder /dev/random för att få slumptal kan tillfälligt blockeras. Det är inte nödvändigt att starta om cryptorand om ett CPU-/minneskort läggs till en domän.

Lösning: Om ett CPU-/minneskort tas bort från domänen måste du starta om tjänsten cryptorand genom att ange följande kommando som superanvändare:

# sh /etc/init.d/cryptorand start

SBM ger ibland Panic-meddelanden under DR-operationer (bugg-ID 4506562)

Beskrivning: Om ett systemkort med processorer tas ur systemet medan Solaris Bandwidth Manager (SBM) används kan detta resultera i panic.

Lösning: Installera inte SBM på system som kommer att användas för DR-test och gör inte DR-operationer för CPU-systemkort på system med SBM installerat.

DR hänger sig under konfigureringsoperationer med IB-kort med vxdmpadm policy=check_all (bugg-ID 4509462)

Beskrivning: En DR-konfigureringsoperation med ett IBx-kort (ett I/O-kort) kan hänga sig efter ett antal lyckade operationer av denna typ. Denna situation uppkommer endast om DR-operationen utförs samtidigt som DMP-bakgrundsprogrammet med policyn check_all med tidsintervall.

Lösning: För att undvika "deadlocks" mellan DMP och DR för systemkortet anger du följande kommando innan du utför DR-operationerna. Kommandot stoppar och startar om DMP.

# /usr/sbin/vxdmpadm stop restore

Omöjligt att frånkoppla SCSI-styrenheter med DR (bugg-ID 4446253)

Beskrivning: När en SCSI-styrenhet är konfigurerad, men inte upptagen, kan den inte frånkopplas med DR-kommandot cfgadm(1M).

Lösning: Ingen.

cfgadm_sbd-pluggin fungerar inte i flertrådad miljö (bugg-ID 4498600)

Beskrivning: Om en flertrådad klient till biblioteket cfgadm gör flera sbd-anrop samtidigt kan systemet hänga sig.

Lösning: Ingen. För närvarande använder inga program biblioteket cfgadm i flera trådar.

DR-operationer hänger sig efter några loopar när CPU Power Control också körs (bugg-ID 4114317)

Beskrivning: När flera DR-operationer pågår samtidigt, eller när psradm kör samtidigt som en DR-operation, kan systemet hänga sig p.g.a. ihoplåsning av två mutexes.

Lösning: Utför DR-operationerna en i taget, och låt dem gå klart innan du kör psradm, eller påbörjar en ny DR-operation.

Bus ERROR visas på systemstyrenhetens konsol när SNMP är aktiverat och DR används (bugg-ID 4485505)

Beskrivning: Ett bussfelmeddelande visas ibland på konsolen under SNMP-operationer av typen get på objektet cpuModDescr. Detta inträffar sällan, och bara när SunMC övervakar systemet. När meddelandet visas, returneras unknown till SunMC som värde för objektet cpuModDescr.

Lösning: Den enda lösningen är att inte använda SunMC. Meddelandet är dock inte direkt skadligt, och eftersom problemet är ovanligt kan man i princip bortse från det. Den enda egentliga risken är att GUI för SunMC någon enstaka gång visar ett felaktigt värde för cpuModDescr.

Systemet kan ge panic när timeout sker för send_mondo_set (bugg-ID 4518324)

Ett Sun Fire-system kan ge panic-meddelanden om ett eller flera CPU-kort synkpausas under en DR-operation. Synkpaus behövs för att koppla in eller koppla från kort. Om det finns väntande mondo-interrupter och systemstyrenheten av någon anledning inte kan slutföra synkpausen inom den en sekund långa tidsgränsen send_mondo timeout resulterar detta i panic.