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

Kapitel 4 Tilläggsinformation för Sun Enterprise 10000

Detta kapitel innehåller information om Solaris i kombination med Sun Enterprise 10000 Server, Alternate Pathing (AP), Dynamisk omkonfigurering (DR, Dynamic Reconfiguration) och nätverk mellan domäner (IDN, InterDomain Network).

Alternate Pathing

Alternate Pathing (AP) 2.2 är den första versionen av AP som stöds med Sun Enterprise 10000-domäner med Solaris 7 11/99.

Med AP kan du definiera och styra alternativa fysiska vägar till perifera 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 Sun Hardware.


Obs!

När denna dokumentation trycktes var inte AP 2.2 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 11/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. Detta avsnitt är en sammanfattning av hela processen. För att genomföra uppgraderingen krävs att du följer instruktioner från flera avsnitt i olika böcker. Kontrollera att du har tillgång till följande dokumentation innan du påbörjar uppgraderingen:


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 11/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 11/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 11/99 ännu.


  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 11/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 11/99 Handbok för Sun-plattformar.


  5. Uppgradera till Solaris 7 11/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 11/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 11/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 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).

Allmänna problem

I detta avsnitt tar vi upp allmänna problem som gäller AP på Sun Enterprise 10000. Du bör läsa igenom 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

N/A 

N/A 

Solaris 2.6 (5/98) 

N/A 

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

N/A 

Solaris 7 11/99 

N/A 

N/A 

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 Sun StorEdge 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 samt 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, Solaris 7 5/99 och Solaris 7 11/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

Detta avsnitt ger korta beskrivningar av och Sun-bugg-ID för de viktigaste av de buggar som åtgärdats sedan AP 2.1 (Solaris 2.6 5/98). Följande lista tar inte upp alla buggar som åtgärdats.

4126743 - AP:s automatiska skivövergång vid fel hänger sig om flera sökvägsgrupper slutar fungera samtidigt (denna bugg å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 vid 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 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 - GigabitEthernet-stresstest hänger sig.

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

4195441 - AP2.0 ap_daemon kommunicerar inte med AP 2.2.

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

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

Dynamisk omkonfigurering (DR)

Tilläggsinformation och annan teknisk information i detta avsnitt gäller endast den version av DR (Dynamic Reconfiguration) för Sun Enterprise 10000 som finns i Solaris 7 11/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 11/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 11/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 11/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 11/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 11/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

Kända buggar

Det här avsnittet tar upp kända buggar i DR-funktionerna för Sun Enterprise 10000 i Solaris 7 11/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, och att samma nodnamn används 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.

DR misslyckas på grund av inkompatibilitet med DMP-funktionen i SEVM (4215683)

DR och DMP-funktionen i Sun Enterprise Volume Manager (SEVM) är inte kompatibla. Om en eller flera skivor står under DMP-kontroll kan dessa inte frånkopplas.

Lösning: ingen

Det går inte att flytta bort från och/eller koppla från Sun Enterprise Serversystemkort 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

StorEdge A3000 bakgrundsprogram kan inte avaktiveras (4100212)

Närvaron av StorEdge A3000 bakgrundsprogram (rdaemon) gör att DR-operationer inte kan slutföras om miljön måste passiviseras (d.v.s. avaktiveras och återupptas) för att frånkoppla minne som inte kan växlas.

Lösning: Avaktivera temporärt bakgrundsprogrammet före DR-operationen och starta sedan om det efter DR-operationen med hjälp av följande kommando:


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

Det går inte 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.

Åtgärdade buggar

Följande viktiga buggar har åtgärdats efter den senaste DR-versionen. Listan tar inte upp mindre buggar eller de buggar som åtgärdats i korrigeringsfilerna.

4083412 - socal och sf behöver stödja DETACH/SUSPEND/RESUME

4090750 - DR ger panikmeddelande under frånkoppling när dr-max-mem är inställd på hög nivå.

4067860 - SUNWcsr vid uppgradering från Solaris 2.5.1 8/97 till Solaris 2.6 5/98 skapar flera "majors" i name_to_major.

4131197 - dr_daemon orsakar en kärndump med Solaris 2.6 5/98.

4133607 - DR med mem_board_interleave_ok orsakar problem.

4134357 - availrmem reduceras under frånkoppling av Sun Enterprise 10000-minne.

4135366 - Korrigeringsfil för Sun StorEdge A3000 har ändrats.

4136544 - "flusher thread"-hängning inträffar under DR-flyttning med officiell -20 KU-korrigering.

Nätverk mellan domäner (IDN)

Nätverk mellan domäner (IDN, InterDomain Networks) är interna och snabba maskinvaruanslutningar som gör det möjligt för dynamiska systemdomäner (domäner i detta kapitel) på Sun Enterprise 10000 att kommunicera med varandra som om de kommunicerade över ett standardnätverk. För mer information hänvisar vi till Sun Enterprise 10000 InterDomain Networks User Guide i AnswerBook2TM-uppsättningen för SSP 3.2.

Allmänna problem

Detta avsnitt tar upp allmänna problem med IDN-funktionen. Läs detta avsnitt innan du försöker konfigurera ett IDN.

Programvarustöd

För att använda IDN måste SSP köras med SSP version 3.2.

Filen idn.conf(4)

Ett IDN initialiseras på domänen med hjälp av idn.conf(4)-filen. Varje domän måste ha en idn.conf(4)-fil för att kunna ingå i ett IDN. Denna fil används för att exemplifiera varje steg i drivrutinen och för att initialisera flera parametrar som kan påverka funktionen och beteendet hos IDN:et. Du måste kontrollera att parametervärdena håller sig inom det tillåtna området. Se Sun Enterprise 10000 InterDomain Networks User Guide i AnswerBook2TM-uppsättningen för SSP 3.2 för mer information om idn.conf(4)-parametrar.


Varning!   Varning!

Otillåtna värden kan medföra att paniktillstånd inträffar på domänen när domänen startas om. Om domänen ger panikmeddelande detekterar händelsedetektorn i bakgrundsprogrammet detta och startar om domänen, vilket får domänen att orsaka paniktillstånd igen. Därför kan inte domänen startas om ifall idn.conf(4)-filen innehåller ett felaktigt värde. Vi föreslår att varje /etc/hostname.idnX-fil tas bort för att förhindra automatisk nedladdning av IDN-drivrutinen vid omstart.


OpenBootTM PROM

Var uppmärksam på följande problem med variabeln idn-smr-size och vid växling till OpenBoot PROM (OBP)-prompten på Sun Enterprise 10000 Server.

Variabeln idn-smr-size

OBP-variabeln idn-smr-size för IDN-funktionen finns i Solaris 2.6. Om Solaris 2.6 har installerats på en domän skall du inte ställa in värdet på något annat värde än noll (standardvärdet). IDN-funktionen stöds inte i Solaris 2.6.

OBP-miljö

Innan du växlar till OBP-prompten skall du avlänka domänen från dess IDN med hjälp av kommandot domain_unlink(1M). Växla inte till OBP när domänen är länkad till ett IDN.

Kända buggar

Nedan följer en lista över kända buggar i denna version av IDN-funktionen.

VerExec-fel inträffar när en Solaris 2.6-domän startas om från OBP (4254715)

Fel som är relaterade till IDN-funktionen kan inträffa på domäner som körs i Solaris 2.6-miljö. Vissa meddelanden kan helt enkelt ignoreras medan andra meddelanden relaterar till att OBP-variabeln idn-smr-size ställts in på ett annat värde än noll.

Lösning: Solaris 2.6 stöder inte IDN-funktionen. Ändra inte standardvärdet på idn-smr-size på domäner som körs med Solaris 2.6.

IDN-drivrutinen kan orsaka paniktillstånd om idn_slab_mintotal ställs in på annat värde än noll (4273317)

Parametervärden utanför det tillåtna området kan medföra att paniktillstånd inträffar på domänen. Du måste kontrollera att du använder ett värde som är inom det tillåtna området.

Nedan följer en lista över parametrar som kan orsaka paniktillstånd om värdet i idn.conf(4)-filen ställs in utanför det tillåtna området.

Lösning: Det finns ingen lösning för denna bugg. Domänen fortsätter att ge panikmeddelande på grund av de felaktiga värdena i idn.conf(4)-filen varje gång IDN:et laddas ned. Du måste kontrollera att du använder värden som håller sig inom det tillåtna området.

Inställning av idn_protocol_nservers på minimivärdet ett orsakar paniktillstånd (4275051)

Inställning av idn.conf(4)-parametern idn_protocol_nservers på ett kan medföra att domänen ger panikmeddelande. idn.conf(4)-parametrarna initialiseras när domänen startas om och IDN-drivrutinen laddas ned. Om domänen ger panikmeddelande startar händelsedetektorn i bakgrundsprogrammet om domänen, som då åter ger ett panikmeddelande och orsakar ett fel som inte går att rätta till.

Lösning: Ställ inte denna parameter på ett. Om detta fel inträffar, starta om domänen till enanvändarläge och ta bort /etc/hostname.idnX-filen för att förhindra att IDN-drivrutinen automatiskt laddas ned vid omstart.

Fjärrdomän rapporterar huvuddomän utan CPU-ID (4275420)

Vissa kombinationer av CPU-ID-nummer och domän-ID-nummer i en domän som svarar på en anslutningsförfrågan kan medföra att felaktig information meddelas i förfrågan.

Lösning: ingen

IDN-drivrutinen implementerar inte MIB-II kärnstatistik (4276084)

IDN-drivrutinen implementerar inte MIB-II kärnstatistik i denna version. Därför kan inte nätverksverktyg som visar MIB-II kärnstatistik visa IDN-statistik.

Lösning: Lösning saknas för denna bugg och kommer inte att åtgärdas i denna version.

Inställning av idn_msgwait_nego på minimivärdet (1 sekund) kan orsaka att IDN-operationer misslyckas (4277617)

Om man ställer in idn.conf(4)-parameter idn_msgwait_nego på 1 sekund kan IDN-operationer misslyckas. idn.conf(4)-parametrarna initialiseras när domänen startas om. Om detta fel inträffar måste du återställa värdet och starta om domänen innan du kan utföra IDN-operationer.

Lösning: Ställ inte denna parameter på ett. Denna bugg åtgärdas inte i denna version.

Korrigeringsfiler

Detta avsnitt innehåller de korrigeringsfiler som skall användas innan du försöker skapa ett IDN.

Korrigeringsfil 108317-01

Beskrivning: IDN-drivrutin kan kommer att skapa paniktillstånd om (idn_slab_mintotal) ställs in på värden utanför tillåtet område

Åtgärdade buggar: 4273317, 4275051, 4275420


Obs!

Du måste gå till SunSolves webbplats för att hämta denna korrigeringsfil.


Fel i dokumentationen

Detta avsnitt beskriver fel i dokumentationen som upptäckts efter frisläppningen av IDN-funktionen.

domain_link(1M) och domain_unlink(1M)

Texten om domain_link(1M) och domain_unlink(1M) skall innehålla en anmärkning om att användare måste använda korrekt domännamn på SUNW_HOSTNAME-variabeln när domäner länkas eller länkas från. Domänen måste stödja IDN-funktionen. Användarhandboken för IDN innehåller denna information.

Parametervärden för IDN

Vissa parametervärden i "Konfigurering av IDN" i Sun Enterprise 10000 InterDomain Networks User Guide är felaktiga. Följande tabell innehåller de rätta värdena.

Tabell 4-2 Korrekta parametervärden för IDN

Parameter 

Minimum 

Maximum 

Standard 

idn_awolmsg_interval

3600 

60 

idn_hiwat

1024 

1048576 

262144 

idn_lowat

524288 

idn_msgwait_cfg

300 

40 

idn_msgwait_cmd

300 

40 

idn_msgwait_con

300 

20 

idn_msgwait_nego

300 

20 

idn_netsvr_spin_count

10000 

500 

idn_netsvr_wait_min

3000 

40 

Filparametrarna idn.conf(4)

Vissa parameterbeskrivningar i "Konfigurering av IDN" i Sun Enterprise 10000 InterDomain Networks User Guide hävdar att parametern kan ändras när som helst eller att domänen måste vara bortkopplad från IDN innan parametern kan ändras. Denna information är felaktig. Alla idn.conf(4) filparametrar kan ändras när domänen är länkad till IDN. Domänen måste dock startas om innan värdena får effekt.

Värdet på parameter idn_smr_bufsize måste vara en potens av två.

Filparametertabellen idn.conf(4) inkluderar parametern idn_modunloadable. Denna parameter är en ndd(1M)-parameter, inte en idn.conf(4)-parameter.

Beskrivningen av idn.conf(4)-parameter idn_smr_size är felaktig. Beskrivningen skall framhålla att storleken på det delade minnesområdet (SMR, shared memory region) begränsas av minimivärdet på OBP-variabeln idn-smr-size. Storleken på SMR bestäms av minimivärdet på variabeln idn-smr-size och minimivärdet på parameter idn_smr_size. Om idn-smr-size ställs på noll överstyr OBP-variabeln värdet på idn.conf(4)-parametern.

Solaris-miljön

Detta avsnitt innehåller information om allmänna problem, kända buggar, korrigeringar och annan information om Solaris 7 11/99 i kombination med Sun Enterprise 10000 Server.

Allmänna problem

Uppgraderingar från Solaris 2.3 eller Solaris 2.4 til Solaris 7 11/99 stöds ej.


Obs!

Innan du påbörjar en nyinstallation eller uppgradering av Solaris-miljön på en Sun Enterprise 10000 Server måste du installera de SSP-korrigeringsfiler som beskrivs i Sun Enterprise 10000 SSP Installationshandbok och Tilläggsinformation, såvida du inte har uppgraderat SSP-miljön till SSP 3.1.1 eller SSP 3.2.


Solaris 7 11/99 och storleken på startskivepartitionen

Om du uppgraderar från Solaris 2.6 till Solaris 7 11/99, 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.

Solaris 7 11/99 och drivrutinsvariabler

I Solaris 7 11/99 måste du aktivera drivrutinerna soc och pln i /etc/system innan du försöker koppla från ett systemkort som rymmer dessa drivrutiner. Använd följande syntax för att aktivera drivrutinerna:


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

SunFDDI

SunFDDI(TM) stöds ej på Sun Enterprise 10000.

SunA(TM) 4.0 Update 1

SunA(TM) 4.0 Update 1 stöds ej på Sun Enterprise 10000.

Kända buggar

Detta avsnitt innehåller de kända buggar som finns i Solaris 7 11/99.

4231845 - Det går inte att koppla från systemkort om bakgrundsprogrammet in.rarpd är igång och /rplboot finns

I Solaris 7 11/99 Beta är drivrutinerna qec och qe inte kompatibla med varken DR eller AP 2.2.

Lösning: ingen

Åtgärdade buggar

I detta avsnitt finns en lista över viktigare buggar som har åtgärdats. Mindre buggar har inte tagits med. Varje bugg inkluderar en 7-siffrigt bugg-ID-nummer från Sun, som gör det lättare för alla at följa buggen, och en kort beskrivning av buggen.

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

Fel i dokumentationen

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

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