test

Solaris 7 5/99 Ytterligare tilläggsinformation för Sun-maskinvara

Kapitel 4 Kända problem med Sun Enterprise 10000 Server

Sun Enterprise 10000 Server

Det här kapitlet innehåller information om allmänna problem, kända buggar, korrigeringar och annan information om Solaris 7 5/99 i kombination med SunTM EnterpriseTM 10000 Server.

Allmänna problem

AP (Alternate Pathing) 2.2 och DR (Dynamic Reconfiguration) stöds i Solaris 7. Nätverk mellan domäner (Inter-Domain Networks, IDN) stöds inte. Uppgraderingar från Solaris 2.3 och Solaris 2.4 till Solaris 7 stSolaris 7 5/99 Handbok för Sun-plattformards inte.

Obs!

Innan du börjar göra en nyinstallation eller uppgradering måste du installera de SSP-korrigeringsfiler som beskrivs i "Solaris 7 och SSP:n".

Solaris 7 och storlek på startskivepartitionen

Om du uppgraderar från Solaris 2.6 till Solaris 7, och har använt den uppdelning i partitioner som föreslås i SMCC Handbok för maskinvaruplattformar för Solaris 2.6, är det möjligt att partitionerna inte är tillräckligt stora för att uppgraderingen skall fungera. Exempelvis måste partitionen /usr vara minst 653 megabyte. Om /usr är mindre än vad som behövs för att en uppgradering skall kunna ske, använder suninstall DRS (Dynamic Space Reallocation) för att flytta över utrymme från andra partitioner.

Det kan hända att DSR räknar ut en partitionslösning som inte är acceptabel på vissa system. Exempelvis kan DSR välja partitioner som DSR uppfattar som oanvända (icke-UFS-partitioner som kan innehålla rådata eller andra typer av filsystem). Om DSR väljer en använd partition kan dataförluster ske. Därför måste du känna till aktuell status för de partitioner DSR vill använda, innan du låter DSR fortsätta flytta om partitionerna.

När DSR har gett ett förslag på partitionskonfiguration som du kan acceptera väljer du att omflyttningen skall fortsätta. DSR går då vidare med omfördelningen av filsystemen, och uppgraderingen fortsätter. Skulle du emellertid inte kunna anpassa fördelningen så att du tycker att den blir acceptabel, måste du kanske partitionera om startenheten manuellt. Du kan även behöva nyinstallera.

Funktionsläge

På Enterprise 10000 kan du ta reda på om domänen kör i 32- eller 64-bitarsläge genom att använda följande kommando: 

domännamn# isainfo -k
sparcv9

Det givna värdet, sparcv9, betyder att domänen är i 64-bitarsläge; i annat fall kör domänen i 32-bitarsläge.

Du kan även använda ett annat kommando, isalist, för att ta reda på funktionsläget, men värdet som skickas tillbaka, sparcv9+vis, skiljer sig från det som ges av isainfo -k. Värdena är synonymer. Båda betyder att domänen kör i 64-bitarsläge.

Solaris 7 och SSP:n

SSP 3.1 är den första SSP-version som fungerar med Solaris 7. Om du installerar Solaris 7 på en domän eller uppgraderar en domäns Solaris-miljö, måste du ha SSP 3.1 installerat på SSP:n. SSP 3.0 stöder inte domäner med Solaris 7. Dessutom måste du innan du gör en nyinstallation av, eller uppgraderar till, Solaris 7 på en Sun Enterprise 10000-domän installera korrigering 105684-04 på SSP:n. Denna korrigering finns på tilläggs-CD:n (Sun Computer Systems Supplements CD).

Obs!

Om CD:n innehåller en senare version av korrigeringsfilen (vilket du ser på att slutsiffran är högre) använder du den i stället för den här angivna korrigeringsfilen.

Korrigeringsfil 105684-04

Beskrivning: OBP/download_helper måste stödja 2.7

Bugg-ID som åtgärdas med denna korrigeringsfil: 4078459 4083870 4084325 4097230 4102171 4118746 4137422 4146592.

Korrigeringsfil 106281-01

Beskrivning: SSP 3.1 sys_id -m fungerar inte år 2000 eller senare (Y2K-bugg)

Bugg-ID som åtgärdas med denna korrigeringsfil: 4105569

Korrigeringsfil 106282-01

Beskrivning: SSP 3.1 Hostview ignorerar meddelanden om fällor efter 1999

Bugg-ID som åtgärdas med denna korrigeringsfil: 4108443

Fel i dokumentationen

Det här avsnittet tar upp olika fel i dokumentationen som gäller Solaris på Sun Enterprise 10000 Server.

Nyinstallation

I kapitlet "Solaris 7 5/99 på Sun Enterprise 10000" i Solaris 7 5/99 Handbok för Sun-plattformar hänvisas man i instruktionerna för nyinstallation till avsnittet "Konfigurera SSP:n som startserver" om domänen redan finns. Hänvisningen borde dock i stället gå till "Uppgradera OpenBoot PROM".

Instruktionerna för nyinstallation är inte tänkta att användas med installationer då domänen redan har en tilldelad eeprom.image-fil på SSP:n. Tänk på att om du har tagit bort domänen med kommandot domain_remove(1M) kommer du att behöva följa alla steg i instruktionerna för nyinstallation för att återskapa eeprom.image. Om eeprom.image redan finns skall du titta i avsnittet "Utföra en uppgradering".

OBP-variabler

Innan du kör kommandot boot net från OBP-prompten (ok) måste du kontrollera att variabeln local-mac-address? är inställd till false, som är den inställning som är aktiv vid leverans. Om variabeln är true måste du kontrollera att detta värde är en korrekt lokal konfigurationsändring.

Varning! Varning!

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

I ett netcon(1M)-fönster kan du använda följande kommando vid OBP-prompten för att visa OBP-variablernas värden: 

ok printenv

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

  1. Om variabeln är true använder du kommandot setenv för att ge den värdet false. 

    ok setenv local-mac-address? false

Namn på Solaris-versioner

I Suns dokumentation har versionsnamnet ändrats i och med Solaris 7 5/99. I koden har dock namnet inte ändrats. Därför skall du använda 2.7 överallt där du skall ange versionsnumret av operativsystemet. Exempelvis skall du i "Skapa en ny domän" i avsnittet för nyinstallation använda 2.7 som versionsnamn (se följande exempel): 

ssp# domain_create -d domännamn -b kortnummer -o 2.7 -p plattformsnamn

Kända buggar

Vi på Sun känner inte till några buggar som bara påverkar Sun Enterprise 10000 i Solaris 7 5/99.

Åtgärdade buggar

I det här avsnittet finns en lista med viktigare buggar som har åtgärdats. Mindre buggar står inte med i listan. Varje bugg har ett 7-siffrigt bugg-id-nummer från Sun, som gör det lättare för alla att följa varje bugg, och en kort beskrivning av buggen.

4110199 - /etc/init.d/cvc Implementering och paketering inkonsekvent

AP på Sun Enterprise 10000

Alternate Pathing (AP) 2.2 är den första version av AP som fungerar med Sun Enterprise 10000-domäner med Solaris 7 5/99.

Obs!

AP 2.2 är den första AP-version som stöder Solaris 7 5/99.

Med AP kan man definiera och styra alternativa fysiska vägar till olika enheter. Därigenom får servern högre tillgänglighet och en viss feltolerans. Om en fysisk väg till en enhet blir omöjlig att använda kan en annan, alternativ, väg användas. För mer information hänvisar vi till Sun Enterprise Server Alternate Pathing 2.2 User's Guide i AnswerBook-uppsättningen Solaris 7 5/99 on Sun Hardware.

Obs!

När detta skrevs var AP 2.2 Beta inte kompatibel med någon version av Sun Enterprise Volume Manager(TM) (SEVM).

Problem i samband med installation

Om du uppgraderar från antingen Solaris 2.5.1 eller 2.6 till Solaris 7 5/99 och har AP 2.0 eller 2.1 och Solstice(TM) DiskSuite(TM) 4.0 eller 4.1 (SDS) på systemet måste du uppgradera till AP 2.2 och SDS 4.2. Det här avsnittet är en sammanfattning av hela processen; för att du skall kunna genomföra uppgraderingen krävs att du följer instruktioner från flera avsnitt i olika böcker. Du måste kontrollera att du har tillgång till följande dokumentation innan du ger dig in på att uppgradera:

Varning! Varning!

När du uppgraderar måste du följa den här angivna arbetsgången.

I allmänhet gör du så här:

Mer exakt måste du göra följande:

  1. Läsa "Uppgradera en befintlig AP-installation" i "Alternate Pathing 2.2 på Sun Enterprise 10000" i Solaris 7 5/99 Handbok för Sun-plattformar.

  2. Bekräfta eventuella icke-bekräftade AP-metaenheter (se steg 1 i "Gör så här för att uppgradera till AP 2.2" i "Alternate Pathing 2.2 på Sun Enterprise 10000" i Solaris 7 5/99 Handbok för Sun-plattformar).

  3. Avkonfigurera SDS (se steg 1 t.o.m. 8 i "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" i Solstice DiskSuite 4.2 Installation and Product Notes).

    Varning! Varning!

    Installera inte Solaris 7 5/99 nu.

  4. Utför steg 3 t.o.m. 5 i "Gör så här för att uppgradera till AP 2.2" i "Alternate Pathing 2.2 på Sun Enterprise 10000" i Solaris 7 5/99 Handbok för Sun-plattformar).

    Obs!

    I den här versionen måste du ta bort paketet SUNWapap som en del av steg 3a i "Gör så här för att uppgradera till AP 2.2" i Solaris 7 5/99 Handbok för Sun-plattformar.

  5. Uppgradera till Solaris 7 5/99 (se steg 6 i "Gör så här för att uppgradera till AP 2.2" i "Alternate Pathing 2.2 på Sun Enterprise 10000" i Solaris 7 5/99 Handbok för Sun-plattformar).

  6. Följ instruktionerna i steg 6 t.o.m. 9 i "Gör så här för att uppgradera till AP 2.2" i "Alternate Pathing 2.2 på Sun Enterprise 10000" i Solaris 7 5/99 Handbok för Sun-plattformar).

  7. Installera SDS 4.2 och återställ det sedan (se steg 10 i "Gör så här för att uppgradera till AP 2.2 och SDS 4.2" i "Alternate Pathing 2.2 på Sun Enterprise 10000" i Solaris 7 5/99 Handbok för Sun-plattformar och steg 10 t.o.m. 16 i "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" i kapitel 1 i Solstice DiskSuite 4.2 Installation and Product Notes).

Allmänna problem

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

Enheter som stöds

Följande enheter stöds av AP-programvaran på Sun Enterprise-servrar:

I följande tabell anges vilka nätverksenheter som stöds i vilka versioner:

Tabell 4-1 Nätverksenheter som stöds

 

AP 2.0 

AP 2.1 

AP 2.2 

Solaris 2.5.1 

hme, le, nf, bf, hi, qe, qfe

ej aktuellt 

ej aktuellt 

Solaris 2.6 (5/98) 

ej aktuellt 

ge, hme, le, nf, qe, qfe, vge

ej aktuellt 

Solaris 7 5/99 

ej aktuellt 

ej aktuellt 

ge,hme, le, nf, qe, qfe

SunFDDI-enheter

AP 2.2-funktionstesterna gjordes på SunFDDI (version 6.0). Om du installerar denna enhet måste du använda den version som testades, såvida inte en nyare version finns tillgänglig. Dessutom måste du installera alla tillgängliga korrigeringar för enheten. Vi hänvisar till http://www.sunsolve.sun.com för mer information om korrigeringsfilerna.

Sun StorEdge A3000

Sun StorEdge A3000 har funktioner för övergång vid fel som liknar AP:s funktioner. Därför stöder AP inte Sun StorEdge A3000. Se dokumentationen till Sun StorEdge A3000 för mer information om vilket stöd som finns för övergång vid fel.

Sun StorEdge A5000

AP stöder A5000 i denna version.

Sun StorEdge A7000

AP 2.2 stöder inte Sun StorEdge A7000 i denna version.

Kompatibilitet med programvara

Följande figurer visar vilka möjliga kombinationer av SSP, AP och Solaris som kan installeras på en Sun Enterprise-server. Observera att man i Sun Enterprise 10000 kan ha vilken kombination som helst mellan olika domäner och de operativsystem och den programvara som står till höger i figurerna. Du behöver inte köra samma version av Solaris på SSP:n som du kör på domänerna.

Obs!

I följande figurer betyder "endast grund" att det varken finns AP eller DR, såvida annat ej anges. I allmänhet menar man med "endast grund" en domän som endast har själva Solaris-miljön installerad. Dessutom är vissa av scenarierna nedan endast möjliga om en eller flera korrigeringar installeras, antingen på SSP:n eller domänen, eller båda. För mer information om vilken eller vilka korrigeringar som behövs hänvisar vi till de beskrivningar av alla korrigeringar som finns på http://sunsolve.sun.com.

Figur 4-1 SSP 3.0, AP 2.0 och Solaris 2.5.1 på Sun Enterprise 10000

Graphic

Figur 4-2 SSP 3.1, AP 2.1, Solaris 2.5.1, Solaris 2.6 3/98, Solaris 2.6 5/98 och Solaris 7 på Sun Enterprise 10000

Graphic

Figur 4-3 SSP 3.1, AP 2.2, AP 2.1, Solaris 2.5.1, Solaris 2.6 3/98, Solaris 2.6 5/98, Solaris 7, Solaris 7 3/99 och Solaris 7 5/99 på Sun Enterprise 10000

Graphic

Kända buggar

Det finns inga kända buggar i den här versionen av AP.

Åtgärdade buggar

I det här avsnittet finns det korta beskrivningar och Sun-bugg-ID för de viktigaste av de buggar som har åtgärdats sedan AP 2.1 (Solaris 2.6 5/98). Den här listan tar inte upp alla buggar som har åtgärdats.

4126743 - AP:s automatiska skivövergång vid fel hänger sig om flera sökvägsgrupper slutar fungera samtidigt (den här buggen åtgärdades genom bugg-ID 4136249).

4126897 - Domän ger panikmeddelande när det inte finns någon AP-databas och metaenhetspost i /etc/vfstab.

4136249 - I/O-operationer till SEVM-RAID-volymer orsakar hängning efter automatväxling vid fel från AP.

4141438 - mhme-gränssnittet hänger sig under kraftig nätverksanvändning.

4143514 - FDDI med AP hänger sig under kraftig nätverksanvändning.

4147674 - AP får ifconfig att hänga sig på en mutex.

4153152 - apconfig fungerar som en vanlig användare.

4161396 - AP 2.x måste kunna fungera med GEM.

4163270 - netstat för AP-nätverksmetagränssnittet visar inga räkneverk.

4166620 - snoop för AP-nätverksmetagränssnittet slutar vara aktivt efter växling.

4170818 - Om du kör makrot $<callouts nadb eller fm2:s kommando "callout ts" kommer du att se tusentals qenable-timeouter i tidsdelningstabellen.

4180055 - Om man försöker komma åt en metaskiva med AP aktiverad, och denna har en icke fungerande aktiv alternativväg resulterar detta i panikmeddelande.

4180702 - Meddelanden från swap.c är inte översatta.

4183581 - apboot skiva skapar en kärndump om skiva sammanfaller med aktuell startskiva.

4185154 - GigabitEnthernet-stresstest resulterar i hängning.

4188418 - Det kan hända att hårddiskfel inte upptäcks av Veritas [SEVM].

4195441 - AP2.0s ap_daemon kommunicerar inte med AP2.2.

4226867 - ap_reboot_host misslyckas för photon om olika AP-versioner används.

4228731 - Obefintliga nätverkssgränssnitt markeras inte som frånkopplade efter omstart.

DR (Dynamic Reconfiguration, dynamisk omkonfigurering) på Sun Enterprise 10000

Tilläggsinformation och annan teknisk information i det här avsnittet gäller endast den version av DR för Sun Enterprise 10000 som finns i Solaris 7 5/99.

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.

Verktyget dr-max-mem

Användningen av dr-max-mem har förändrats sedan Solaris 2.5.1. Vi hänvisar till avsnittet i Solaris 7 5/99-versionen av Sun Enterprise 10000 Dynamic Reconfiguration User's Guide för en detaljerad beskrivning av denna viktiga OBP-variabel.

DR och bundna användarprocesser

Under Solaris 7 5/99 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 DR-frånkoppling av en processor. DR:s bortflyttningsoperation (drain) misslyckas om det finns processorer med bundna processer.

Plats för minne som inte kan växlas

I Solaris 7 5/99 ligger minne som inte kan växlas (d.v.s. minne som används av OBP eller kärnan), även kallat kärnområdet, högst upp i det adresserbara fysiska minnet, vilket i allmänhet ligger på det systemkort i domänen som har högst nummer. Området växer i riktning från högre fysiska adresser till lägre. Det finns undantag till denna regel. Använd alltid drshow(1M) för att kontrollera ett korts minnestillstånd.

Placering av kärnområdet

I Solaris 7 5/99 har kärnområdet flyttats från systemkortet (eller -korten) med lägst nummer till det/dem med högst nummer. Vissa kunder behöver dock ha kärnområdet på systemkortet med lägst nummer. Om så skulle vara fallet kan du installera korrigering 105873-08, eller senare på SSP:n för att ändra placeringen av området. I korrigeringens README-fil finns instruktioner för hur den installeras. Korrigeringen kan hämtas från http://sunsolve.corp.sun.com. Du kan också få den av din lokale servicerepresentant.

DR och bandstationer

Tidigare betraktades drivrutinen st ej som DR-kompatibel. I Solaris 7 5/99 har detta ändrats. Drivrutinen väntar nu på att redan inkomna I/O-anrop skall utföras innan stationen försätts i viloläge.

DR och SunFDDI

Om er Sun Enterprise 10000-server har några SunFDDI(TM) SBus Adapter 5.0-gränssnitt och ni tänker använda DR måste Sun-korrigering 104572-05, eller den senaste tillgängliga versionen, installeras. Korrigeringen kan laddas ned från följande webbplats:

DR och Sun StorEdge A3000

Dynamic Reconfiguration av Sun(TM) StorEdge(TM) A3000-skivuppsättningar på Sun Enterprise 10000 med Solaris 2.6 kräver RAID Manager 6.01.00, eller senare, för att fungera korrekt.

DR och Sun StorEdge A5000

DR stöds på system med Sun StorEdge A5000-enheter och den senaste StorEdge A5000-korrigeringen. Kontakta din servicerepresentant för mer information om hur du får tag på korrigeringen.

Vad gäller de I/O-kort som är anslutna till A5000 måste du kontrollera att den inbyggda programvaran för FC-AL-skivor är ST19171FC 0413 eller senare. För mer information hänvisar vi till följande webbplats:

DR och drivrutinerna pln och soc

Om du använder någon av drivrutinerna pln och soc på servern måste du se till att parametrarna har ställts in korrekt i filen /etc/system. Denna fil skall innehålla följande två poster, precis som de står i det här exemplet. 

set pln:pln_enable_detach_suspend=1
set soc:soc_enable_detach_suspend=1

Passivitetstest

På stora system kan kommandot quiesce-test (cfgadm -x quiesce-test sysctrl0:slotnummer) ta upp till omkring en minut. Under denna tid visas inga meddelanden, såvida inte cfgadm hittar inkompatibla drivrutiner. Detta är fullt normalt.

Kända buggar

Det här avsnittet tar upp kända buggar i DR-funktionerna för Sun Enterprise 10000 i Solaris 7 5/99.

Avbruten DR-frånkoppling kan göra att inte alla frånkopplade skivor går igång igen (4010910)

Om en DR-frånkoppling misslyckas inte klarar att koppla från en sd-enhet och styrenheten har sd-enheter som redan har kopplats från, går de enheter som är kopplade till samma styrenhet och som redan har kopplats från inte igång igen (vilket betyder att de inte kopplas in igen). Denna situation uppkommer sällan. Det tillfälle då det är mest troligt att det inträffar är om skivenhetens inbyggda programvara hamnar i ett dödläge.

Lösning: ingen

dr_daemon upptäcker inte om Veritas använder enheter (4011123)

Veritas-programvarans användning av skivor visas inte av DR-program när de visar enhetsanvändning.

Lösning: ingen

Kommandot disks(1M) hugger av styrenhetsposter och skadar enhetsträdet för Sun StorEdge A3000 (4096048)

Solaris-kommandot disks(1M) hugger av eller tar bort symboliska länkar när skivenheter inte längre finns på en Enterprise 10000-domän. Om du har konfigurerat om enheterna dynamiskt så att de inte längre är tillgängliga kommer det av Symbios hanterade enhetsträdet och det enhetsträd som Solaris hanterar inte längre att överensstämma.

Lösning: Du måste skaffa rätt korrigering från SunSolve eller din servicerepresentant. Denna korrigering ser till att nodnamn bevaras när StorEdge A3000-enheter dynamiskt konfigureras ur en Enterprise 10000-domän. Korrigeringen ser till att samma nodnamn kommer att användas om samma uppsättning ansluts igen. Därigenom garanteras datatillgängligheten utan att du behöver ändra systemets anslutningspunkter eller konfigureringen i olika användarprogram. Du får se till att inte göra omkonfigurerande omstarter (boot -r) på domäner när det finns A3000-enheter på systemkorten.

Kan inte flytta bort från och/eller koppla från Sun Enterprise Server-systemkort som har QFE-kort (4231845)

Om man konfigurerar en startserver för Solaris 2.5.1-baserade x86-klienter leder det till att ett antal rpld-bakgrundsprogram körs. Dessa bakgrundsprogram upprätthåller aktiva (öppna) referenser till alla nätverksenheter, oberoende av om dessa användas eller ej. Dessa aktiva referenser gör det omöjligt för DR att koppla från enheterna.

Lösning: Ta bort eller byt namn på katalogen /rplboot och avsluta och starta om NFS med följande kommandon: 

# sh /etc/init.d/nfs.server stop
# sh /etc/init.d/nfs.server start

Bakgrundsprogrammet för Sonoma kan inte försättas i viloläge (4100212)

Förekomsten av Sonoma-bakgrundsprogram (rdaemon) förhindrar DR-frånkopplingar om operativsystemet måste göras passivt (d.v.s. försättas i viloläge och sedan gå i gång igen) för att koppla från minne som inte kan växlas.

Lösning: Stäng tillfälligt av bakgrundsprogrammet före DR-operationen och starta det sedan igen efter operationen, genom att använda följande kommando: 

# sh /etc/rc2.d/S90amon stop
# sh /etc/rc2.d/S90amon start

Det går inte att flytta bort från systemkort i Solaris 7 och segmenteringsfel i dr_daemon (4229238)

Efter upprepade felhanteringsanrop i DR-bakgrundsprogrammet kan ett segmenteringsfel uppstå i programmet (en kärndump skapas). Observera att detta tillstånd uppträder under ett felhanteringsflöde (när en DR-operation misslyckas).

Lösning: Starta om DR-programmen på SSP:n.

DR och nätverk mellan domäner

IDN (Inter-Domain Network, nätverk mellan domäner) stöds inte i den här versionen. IDN-meddelanden kan dock visas under DR-frånkopplingar. Även om IDN-relaterade meddelanden visas så kan du helt enkelt strunta i dem.

Åtgärdade buggar

Följande viktigare buggar har åtgärdats sedan den förra versionen av DR. Den här listan tar inte upp mindre buggar, och inte heller buggar som redan har åtgärdats genom korrigeringar.

4083412 - socal och sf måste stödja frånkoppling/viloläge/återstart efter viloläge

4090750 - DR ger panikmeddelanden när dr-max-mem är högt.

4067860 - SUNWcsr Vid uppgradering från Solaris 2.5.1 8/97 till Solaris 2.6 5/98 skapas dubbla huvuden i name_to_major.

4131197 - dr_daemon ger kärndumpar med Solaris 2.6 5/98.

4133607 - DR-operationer med mem_board_interleave_ok orsakar problem.

4134357 - availrmem minskas inte under frånkoppling av minne på Sun Enterprise 10000.

4135366 - Sun StorEdge A3000-korrigeringen har ändrats.

4136544 - "Uttömmartråd" hänger sig under bortflyttning med DR då den officiella -20 KU-korrigeringen är installerad.