Det här avsnittet innehåller tilläggsinformation för AP (Alternate Pathing) 2.2 på alla Sun Enterprise-servrar, utom Sun Enterprise 10000. Se "AP på Sun Enterprise 10000" för information om Enterprise 10000.
AP 2.2 är den första AP-version som stöder Solaris 7 11/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 11/99 on Sun Hardware.
När detta skrevs var AP 2.2 Beta inte kompatibel med någon version av Sun Enterprise Volume Manager(TM) (SEVM).
Om du uppgraderar från antingen Solaris 2.6 till Solaris 7 11/99 och har AP 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:
Ytterligare tilläggsinformation för Solaris 7 11/99 på Sun-maskinvara (finns i tryckt form i mediasatsen för Solaris 7 11/99)
Solaris 7 11/99 Handbok för Sun-plattformar (finns i tryckt form i mediasatsen för Solaris 7 11/99 eller i AnswerBook2-format på Sun Hardware Supplements CD)
Sun Enterprise Server Alternate Pathing User's Guide (finns i AnswerBook2-format på Sun Hardware Supplements CD i mediasatsen för Solaris 7 11/99)
Solstice DiskSuite 4.2 User's Guide (finns i AnswerBook2-format på http://docs.sun.com och i din SDS-mediasats)
Solstice DiskSuite 4.2 Installation and Product Notes (finns i AnswerBook2-format på http://docs.sun.com och i din SDS-mediasats)
När du uppgraderar måste du följa den här angivna arbetsgången.
I allmänhet gör du så här:
Avkonfigurerar SDS 4.0 eller 4.1.
Tar bort AP 2.0 eller 2.1.
Uppgraderar till Solaris 7 11/99.
Installerar AP 2.2.
Installerar och återkonfigurerar SDS 4.2.
Mer exakt måste du göra följande:
Läsa "Uppgradera en befintlig AP-installation" i Solaris 7 11/99 Handbok för Sun-plattformar.
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 Solaris 7 11/99 Handbok för Sun-plattformar).
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).
Installera inte Solaris 7 11/99 nu.
Ta bort den nuvarande AP-konfigurationen (se steg 3 i "Gör så här för att uppgradera till AP 2.2" i Solaris 7 11/99 Handbok för Sun-plattformar).
Uppgradera till Solaris 7 11/99 (se steg 4 i "Gör så här för att uppgradera till AP 2.2" i Solaris 7 11/99 Handbok för Sun-plattformar).
Uppgradera till AP 2.2 (se steg 5 i "Gör så här för att uppgradera till AP 2.2" i Solaris 7 11/99 Handbok för Sun-plattformar).
Installera SDS 4.2 och återställ det sedan (se steg 6 i "Gör så här för att uppgradera till AP 2.2 och SDS 4.2" i Solaris 7 11/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).
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.
Följande enheter stöds av AP-programvaran på Sun Enterprise-servrar:
SPARCstorage(TM) Arrays känns igen av AP med portarna pln, soc och ssd
Sun(TM) StorEdge(TM) A5000 känns igen av AP med portarna sf, soc och ssd
SunFastEthernet(TM) 2.0 (hme)
SunFDDI(TM) 5.0 (nf) SAS (Single-Attach Station) och DAS (Dual-Attach Station)
SCSI-2/Buffered Ethernet FSBE/S och DSBE/S (le)
Quad Ethernet (qe)
Sun(TM) Quad FastEthernet(TM) (qfe)
Sun GigabitEthernet 2.0 (ge)
I följande tabell anges vilka nätverksenheter som stöds i vilka versioner:
Tabell 5-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 11/99 |
ej aktuellt |
ej aktuellt |
ge,hme, le, nf, qe, qfe |
AP 2.2-funktionstesterna gjordes på SunFDDI (version 6.0) och GigabitEthernet (version 2.0). Om du installerar någon av dessa enheter 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 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.
AP stöder A5000 i denna version.
AP 2.2 stöder inte Sun StorEdge A7000 i denna version.
Här följer en lista med de olika möjliga kombinationerna av AP och Solaris som kan installeras på en Sun Enterprise-server.
Solaris 2.6 5/98 med AP 2.1 och DR
Solaris 7 med AP 2.2 och DR
Solaris 7 11/99 med AP 2.2 och DR
Det finns inga kända buggar i denna version av AP 2.2.
I det här avsnittet finns det korta beskrivningar av 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 buggID 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 ger detta ett panikmeddelande.
4180702 - Meddelanden från swap.c är inte översatta.
4183581 - apboot skiva skapar en kärndump om skiva sammanfaller med aktuell startskiva.
4185154 - Stresstest av GigabitEnthernet 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.
4228731 - Obefintliga nätverkssgränssnitt markeras inte som frånkopplade efter omstart.
Den här tilläggsinformationen ger senaste nytt om DR (Dynamic Reconfiguration) på Sun EnterpriseTM 6x00-, 5x00-, 4x00- och 3x00-system med uppdateringsversionen SolarisTM 7 11/99. För mer information om DR på Sun Enterprise-servrar hänvisar vi till Dynamic Reconfiguration User's Guide for Sun Enterprise 3x00/4x00/5x00/6x00 Systems.
I och med uppdateringen 11/99 ingår stöd för CPU-/minnes-kort för Sun Enterprise 6x00, 5x00, 4x00 och 3x00-system.
Innan du fortsätter bör du kontrollera att ditt system klarar av dynamisk omkonfigurering. Om du ser följande meddelande på konsolen eller i konsolloggen är maskinvaran av äldre typ och ej lämplig för DR:
Hot Plug not supported in this system
De I/O-kort som stöds står i avsnittet "Solaris 7 11/99" på följande webbplats:
http://sunsolve5.sun.com/sunsolve/Enterprise-dr/
I/O-kort av typ 2 (grafik), typ 3 (PCI) och typ 5 (grafik och SOC+) stöds inte för närvarande.
Den inbyggda programvaran i Sun StorEdgeTM A5000-skivuppsättningar eller interna FC-AL-skivor i Sun Enterprise 3500-system måste vara version ST19171FC 0413 eller senare. För mer information hänvisar vi till avsnittet "Solaris 7 11/99" på följande webbplats:
http://sunsolve5.sun.com/sunsolve/Enterprise-dr/
Solaris 7 11/99-användare som vill kunna använda dynamisk omkonfigurering måste ha CPU-PROM version 3.2.22 (korrigering för inbyggd programvara 103346-xx) eller senare. Denna inbyggda programvaran kan hämtas från vår webbplats. Se "Hur man får tag på nya versioner av inbyggd programvara".
Äldre versioner av CPU-PROM kan visa följande meddelande under start:
Firmware does not support Dynamic Reconfiguration
CPU PROM 3.2.16 och tidigare visar inte detta meddelande, men de stöder ändå inte dynamisk omkonfigurering av CPU-/minnes-kort.
För att visa aktuell PROM-version skriver du .version och banner vid ok-prompt. Utmatningen som då visas liknar följande:
ok .version |
Slot 0 - I/O Type 1 FCODE 1.8.22 1999/xx/xx 19:26 iPOST 3.4.22 1999/xx/xx 19:31 |
Slot 1 - I/O Type 1 FCODE 1.8.22 1999/xx/xx 19:26 iPOST 3.4.22 1999/xx/xx 19:31 |
Slot 2 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31 |
Slot 3 - I/O Type 4 FCODE 1.8.22 1999/xx/xx 19:27 iPOST 3.4.22 1999/xx/xx 19:31 |
Slot 4 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31 |
Slot 5 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31 |
Slot 6 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31 |
Slot 7 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31 |
Slot 9 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31 |
Slot 11 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31 |
Slot 12 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31 |
Slot 14 - CPU/Memory OBP 3.2.22 1999/xx/xx 19:27 POST 3.9.22 1999/xx/xx 19:31 |
ok banner |
16-slot Sun Enterprise E6500 |
OpenBoot 3.2.22, 4672 MB memory installed, Serial #xxxxxxxx. |
Ethernet address 8:0:xx:xx:xx:xx, Host ID: xxxxxxxx. |
Information om hur du går till väga om du vill uppdatera den inbyggda programvaran finns under rubriken "Solaris 7 11/99" på följande webbplats:
http://sunsolve5.sun.com/sunsolve/Enterprise-dr/
Där finns information om hur du:
Laddar ned PROM som stöder DR
Utför PROM-uppgraderingen
Om du inte har tillgång till webbplatsen kontaktar du din Sun-servicerepresentant för att få hjälp.
I filen /etc/system måste två variabler ställas in för att DR skall aktiveras och ytterligare en aktiveras för att CPU-/minnes-kort skall kunnas tas ur.
Logga in som root.
För att aktivera DR redigerar du filen /etc/system och lägger till följande rader i filen /etc/system:
set pln:pln_enable_detach_suspend=1 set soc:soc_enable_detach_suspend=1
För att aktivera möjligheten till borttagning av CPU-/minnes-kort lägger du till följande rad i filen /etc/system:
set kernel_cage_enable=1
När du ställer in den här variabeln möjliggörs avkonfigurering av minne.
Starta om systemet för att aktivera ändringarna.
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.
Om ett kort är med på listan över avstängda kort kan ett försök att ansluta kortet ge följande felmeddelande:
# cfgadm -c connect sysctrl0:slotnummer cfgadm: Hardware specific failure: connect failed: board is disabled: must override with [-f][-o enable-at-boot]
För att strunta i avstängningen använder du påtvingningsflaggan (-f) eller alternativet för aktivering (-o enable-at-boot) med cfgadm:
# cfgadm -f -c connect sysctrl0:slotnummer
# cfgadm -o enable-at-boot -c connect sysctrl0:slotnummer
För att ta bort alla kort från listan ställer du in variabeln disabled-board-list till ingenting med följande kommando:
# eeprom disabled-board-list=
Om du är vid prompten för OpenBootTM använder du i stället OBP-kommandot för att nollställa listan med avstängda kort:
OK set-default disabled-board-list
För mer information om inställningen disabled-board-list hänvisar vi till avsnittet "Specific NVRAM Variables" i Platform Notes: Sun Enterprise 3x00, 4x00, 5x00, and 6x00 Systems, artikelnummer 805-4454.
För information om OBP-inställningen disabled-memory-list, hänvisar vi till avsnittet "Specific NVRAM Variables" i Platform Notes: Sun Enterprise 3x00, 4x00, 5x00, and 6x00 Systems.
Om du måste ladda ur en drivrutin som är inte är frånkopplingssäker använder du kommandot modinfo(1M) för att ta reda på drivrutinernas modulnummer (modul-ID). Sedan kan du använda deras ID-nummer med kommandot modunload(1M) för att ladda ur drivrutinerna.
Ett minneskort eller CPU-/minnes-kort som har interfolierat minne kan inte avkonfigureras dynamiskt.
Du tar reda på om minnet är interfolierat med kommandot prtdiag eller kommandot cfgadm.
För att möjliggöra DR-operationer på CPU-/minneskort ställer du in NVRAM-variabeln memory-interleave till min.
För mer information om interfolierat minne hänvisar vi till "Interfoliering av minne felaktigt inställd efter nödomstart, bugg-ID 4156075" och "DR: Det går inte att avkonfigurera CPU-/minnes-kort med interfolierat minne, bugg-ID 4210234".
Om felet "cfgadm: Hardware specific failure: connect failed: firmware operation error" visas under en DR-anslutningssekvens skall du ta ur kortet ur systemet så fort som möjligt. Kortet har orsakat problem under ett självtest och genom att du tar ur kortet undviker du möjliga omkonfigureringsfel, som annars skulle kunna uppstå under nästa omstart.
Om du omedelbart vill försöka göra om operationen måste du först ta ur kortet och sedan sätta i det igen, eftersom kortets status annars inte skulle tillåta några fler operationer.
Precis som det står i Dynamic Reconfiguration User's Guide for Sun Enterprise 3x00/4x00/5x00/6x00 Systems stöds DR av systemövervaknings- och hanteringslösningen Sun Enterprise SyMONTM. Användarhandboken hänvisar dock till fel dokument. Det skall vara Sun Enterprise SyMON 2.0.1 Supplement for Sun Enterprise Midrange Servers.
Den senaste informationen om buggar och korrigeringar finns på: http://sunsolve5.sun.com/sunsolve/Enterprise-dr.
Kategori: RFE
Minnestestet borde då och då tala om att det fortfarande pågår. Under ett ingående test kan det vara ytterst svårt för användaren att avgöra om testet pågår normalt eller om systemet har hängt sig.
Lösning: Övervaka systemets status i ett annat skal eller fönster med vmstat(1M), ps(1) eller något annat liknande skalkommando.
Kategori: bugg
Interfoliering av minne lämnas kvar med en felaktig inställning efter att en Sun Enterprise x500-server gör en nödomstart (fatal reset). Vidare DR-operationer fungerar ej. Detta problem uppträder endast när interfoliering av minne är inställt till min.
Lösning: Du har två alternativ.
För att avhjälpa problemet när det har uppstått startar du om systemet manuellt från OK-prompten.
För att förebygga problemet innan det uppstår kan du ställa in NVRAM-variabeln memory-interleave till max. Detta gör att minnet interfolieras varje gång systemet startas. Du kan dock tycka att den här lösningen är oacceptabel för er då minneskort med interfolierat minne inte kan avkonfigureras dynamiskt. Se "DR: Det går inte att avkonfigurera CPU-/minnes-kort med interfolierat minne, bugg-ID 4210234".
Kategori: bugg
vmstat visar ett onormalt högt antal interrupter efter att processorer har konfigurerats. Med vmstat i bakgrunden blir interruptantalet onormalt högt (men detta är inte ett tecken på något problem). I den sista raden i följande exempel visar interruptkolumnen (in) värdet 4294967216:
# procs memory page disk faults cpu |
r b w swap free re mf pi po fr de sr s6 s9 s1 -- in sy cs us sy id |
0 0 0 437208 146424 0 1 4 0 0 0 0 0 1 0 0 50 65 79 0 1 99 |
0 0 0 413864 111056 0 0 0 0 0 0 0 0 0 0 0 198 137 214 0 3 97 |
0 0 0 413864 111056 0 0 0 0 0 0 0 0 0 0 0 286 101 200 0 3 97 |
0 0 0 413864 111072 0 11 0 0 0 0 0 0 1 0 0 4294967216 43 68 0 0 100 |
Lösning: Starta om vmstat.
Kategori: bugg
Om två processorer på samma kort råkar ut för fel innan detta hinner rapportertas till huvudprocessorn visar POST-systemstatus den ena processorn som trasig, medan den andra processorn kanske inte visas alls.
Lösning: ingen.
Kategori: RFE
Det går inte att avkonfigurera CPU-/minnes-kort med interfolierat minne.
För att avkonfigurera och sedan koppla ur ett CPU-kort med minne eller ett kort med bara minne måste minnet först avkonfigureras. Men, om minnet på kortet är interfolierat med minne på andra kort kan minnet inte avkonfigureras dynamiskt av den här versionen.
Status för minnesinterfoliering kan visas med något av kommandona prtdiag och cfgadm.
Lösning: Stäng av systemet innan du gör något med kortet och starta sedan om efteråt. För att möjliggöra framtida DR-operationer på CPU-/minnes-kort ställer du in NVRAM-egenskapen memory-interleave till min. Se även "Interfoliering av minne felaktigt inställd efter nödomstart, bugg-ID 4156075" för mer information om problematiken med interfolierat minne.
Kategori: RFE
För att ett CPU-kort med minne eller kort med bara minne skall kunna avkonfigureras och sedan kopplas ur måste minnet först avkonfigureras. En del minne kan dock inte flyttas till andra adresser. Detta minne kallas permanent minne.
Permanent minne på kort indikeras genom "permanent" i statusvisningen från cfgadm:
# cfgadm -s cols=ap_id:type:info Ap_Id Type Information ac0:bank0 memory slot3 64Mb base 0x0 permanent ac0:bank1 memory slot3 empty ac1:bank0 memory slot5 empty ac1:bank1 memory slot5 64Mb base 0x40000000
I det här exemplet finns det permanent minne på kortet i slot3 som således inte kan tas ur.
Lösning: Stäng av systemet innan du gör det du vill med kortet och starta sedan om efteråt.
Kategori: bugg
Om en cfgadm-process körs på ett kort misslyckas försök att samtidigt koppla från ett annat kort.
En frånkoppling genom cfgadm misslyckas om någon annan cfgadm-process körs på ett annat kort. Följande meddelande visas:
cfgadm: Hardware specific failure: disconnect failed: nexus error during detach: adress
Lösning: Gör bara en cfgadm-operation i taget. Om en cfgadm-operation redan pågår på ett kort får du vänta på att den är slutförd innan du påbörjar en cfgadm-frånkoppling av ett annat kort.
Kategori: bugg
När man har kört DR-operationer kan ett försök att stänga av systemet med kommandot init 5 resultera i en nödomstart.
Lösning: Starta om systemet och slå sedan av det genom att skriva in kommandot power-off vid ok-prompten.
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: Gör så här för att göra en DR-frånkoppling: