Kapitel 1 Frågor som rör installationen

I detta kapitel beskrivs kända problem som rör installationen av programvarumiljön Solaris 7.

Informationen i detta kapitel ersätter all information i filen installation_bugs som ingår i paketet SUNWerdm på CD:n med Solaris 7. Om du startar systemet från CD:n med Solaris 7, hittar du filen installation_bugs i följande katalog:

/cdrom/sol_7_x86/s2/Solaris_2.7/Docs/release_info/C

Standardinstallationskatalog för filen installation_bugs är följande katalog:

/usr/share/release_info/Solaris_2.7/C

Namnet på produkten är Solaris 7, men i koder och sökvägar kan även namnen Solaris 2.7 och SunOS 5.7 förekomma. Använd alltid koder och sökvägar exakt så som de är skrivna.

Fel i Solaris Web Start

I detta avsnitt beskrivs kända installationsfel som kan uppstå när du kör Solaris Web Start, det webbläsarbaserade program som kan användas för att installera både Solaris-programvaran och medpaketerad programvara. Dessa problem uppstår inte om du använder Solaris interaktiva installationsprogram.

Rotpartition kan inte flyttas (4046659)

Du kan välja en systemskiva i Solaris Web Start, men du kan inte efteråt flytta rotpartitionen från systemskivan.

Lösning: Om du behöver utföra denna flyttning, använder du Solaris interaktiva installationsprogram i stället för Solaris Web Start.

Produkter kanske inte använder allt reserverat utrymme (4059182)

Solaris Web Start reserverar skivutrymme utifrån de sammanlagda utrymmeskraven för alla produkter du installerar. Om du kontrollerar tilldelning av skivutrymme efter installationen men innan du använder produkterna, kan det hända att du upptäcker en stor mängd outnyttjat utrymme. En del av detta utrymme kan tas i anspråk när programmen väl körs; annat kan förbli outnyttjat.

Lösning: Om du vill tilldela mindre sammanlagt skivutrymme än Solaris Web Start kräver, använder du Solaris interaktiva installationsprogram.

Rotpartitionen (/) sträcker sig bortom HBA-cylinder 1023 (4062008)

Om en manuell filsystemlayout används i Solaris Web Start på IDE-system, kanske ett felmeddelade visas när installationen påbörjats eftersom för mycket utrymme har tilldelats i rotpartitionen (/).

Lösning: Starta om Solaris Web Start och använd automatisk filsystemlayout.

Frågor som rör interaktiv installation

dtlogin-skärmen i Solaris

I Solaris 7 och Solaris 2.6 visas som standard en inloggningsskärm första gången du startar arbetsstationen, oavsett vilket skrivbord du använder. Du kan välja skrivbordet från inloggningsskärmen. Inloggningsskärmen kräver användarnamn och lösenord. Skrivbordet visas när inloggningsnamn och lösenord har verifierats. Mer information om inloggningsskärmen finns i direkthjälpen (man page) för dtlogin (som ingår i direkthjälpen för Solaris Common Desktop Environment (CDE)) eller Solaris Common Desktop Environment: Handbok för systemadministratörer.

Kommentarer om dtlogin för systemadministratörer

En systemadministratör som inte arbetat med CDE måste känna till det grafiska inloggningsprogrammet för CDE, dtlogin. Läs direkthjälpen (man page) för dtconfig.

Fel i den interaktiva installationen

Installationen kan inte utföras med ett ogiltigt filsystem som inte kan monteras (4164303)

Följande meddelande kan visas:

Solaris operativmiljö på skivdelen c0t0d0s0 kan inte uppgraderas. 
Det gick inte att montera ett filsystem i filsystemstabellen (vfstab).

Installationsprogrammet kan tolka inoder som är lagrade på skiktade DiskSuite^TM-metaenhet som rotinoder och försöka montera metaenheter som uppgraderingsbara skivdelar. När detta problem inträffar misslyckas monteringen och installationen avbryts.

TotalNET Advanced Server (SunLink)-drivrutiner orsakar problem efter omstart (4121961)

Warning: mod_install: MT-unsafe driver 'tnatp' rejected panic[cpu0] / thread=7051e040:mutex-enter:bad_mutex lp=1046aa20 owner=7051e040 thread=7051e040

En uppgradering till TotalNET Advanced Server (SunLink^TM) version 5.2 krävs för Solaris 7 på grund av en drivrutinskonflikt. Version 5.0 och version 5.1 för TotalNET Advanced Server gör att Solaris 7 inte kan startas korrekt.

Lösning: Innan du installerar Solaris 7 måste du uppgradera alla installationer till version 5.2 för TotalNET Advanced Server, som finns tillgänglig på CD:n med Solaris Easy Access Server 2.0. Följ de anvisningar som ges och uppgradera befintliga TotalNET Advanced Server-installationer.

Installationsfel som uppstår innan en interaktiv installation påbörjats

Läs felbeskrivningen ID 4121281 innan du uppgraderar ett x86-baserat system till Solaris 7.

DiskSuite kan orsaka dataförlust (4121281)

Om du kör DiskSuite^TM och uppgraderar till Solaris 7, måste du även uppgradera till DiskSuite 4.2. Distributionen av DiskSuite 4.2 innehåller ett skript som heter metacvt och som automatiskt tar bort och ersätter metadb-replikeringen. Du kan använda detta skript för att ändra det SCSI-enhetsnamn som är lagrat i replikeringen från cmdk till sd när du uppgraderar till Solaris 7 och DiskSuite 4.2.

Lösning: För att undvika dataförluster när du uppgraderar till Solaris 7, måste du spara systemets metaenhetskonfigurationer i textfiler och ta bort deras metadbr-replikeringar innan du uppgraderar ett x86-baserat system som kör DiskSuite. När du har uppgraderat det x86-baserade systemet måste du återställa metaenhetskonfigurationerna genom att använda kommandoradsgränssnittet i DiskSuite.

I DiskSuite Version 4.2 Release Notes finns anvisningar för hur du sparar metadb-konfigurationer, tar bort metadb-replikeringar, uppgraderar x86-baserade system till Solaris 7, uppgraderar DiskSuite till version 4.2 och återställer metaenhetskonfigurationer. Skript för Bourne-skalet som automatiserar denna procedur finns tillgängliga för Solaris 7.

Installationsfel som uppstår under en interaktiv installation

Felaktiga meddelanden som anger att paket lagts till en andra gång (1235464)

Detta ser ut som ett försök att installera samma arkitektur och version av ett paket som redan är installerat. Denna installation skriver över paketet.

När du uppgraderar ett system med en fullständig distribution och OEM-gruppen, tycks följande paket läggas till två gånger:

• SUNWolinc

• SUNWxwdim

• SUNWxwinc

• SUNWxwman

• SUNWxwpmn

• SUNWxwsrc

• SUNWolbk

• SUNWoldim

• SUNWolman

• SUNWolsrc

Förloppsindikatorn för installationen tycks visa felaktig information (1266156)

Förloppssindikatorn "Installerar Solaris-programvara - Pågår" anger ibland att installationen är klar medan den ännu pågår. Efter det att förloppsindikatorn anger att installationen är klar kan det hända att ytterligare paket läggs till, vilket kan ta flera minuter. Lita därför inte på att förloppsindikatorn korrekt anger när installationen är klar. Följande meddelande visas när programmet är klart med alla installationer:

Installationen är klar

JumpStart installerar på fel standardstartskiva (4027156)

I vissa situationer installerar JumpStart inte standardstarten på aktuell standardstartskiva. En situation som detta problem inträffat i är en fullständigt automatiserad installation på en SPARCstation^TM 5 med två hårddiskenheter. Därför startas den föregående versionen av Solaris i stället för den aktuella versionen, när du startar om systemet.

Lösning: Installera Solaris utan JumpStart^TM.

Vid installation av skivlös klient behålls inte ändringar i filen dfstab på en server (4045544)

När du uppgraderar Solaris på en server med skivlösa klienter, behålls inte alternativen på raden dfstab för /usr. Anta till exempel att du har skrivit in följande i filen dfstab:

share -F nfs -o rw /export/exec/Solaris_2.7_sparc.all/usr

Då ersätts denna post med följande under uppgraderingen:

share -F nfs -o ro /export/exec/Solaris_2.7_sparc.all/usr

Lösning: Innan du försöker uppgradera Solaris på en OS-server med en skivlös klient eller en Solstice^TM AutoClient^TM, säkerhetskopierar du filen /etc/dfs/dfstab för klienterna.

Installationsfel som du måste känna till innan du påbörjar en uppgradering

Läs felbeskrivningen ID 4121281 som omnämns "Installationsfel som uppstår innan en interaktiv installation påbörjats" tidigare i detta kaptel och även andra felbeskrivningar som finns i detta avsnitt innan du börjar uppgradera ett x86-baserat system till Solaris 7. Dessa fel kan orsaka dataförlust.

Installationsfel som kan uppstå under en uppgradering

Korrigeringsfiler kan inte användas på en flerarkitektursserver (1249343)

När du har uppgraderat en server med skivlösa klienter som har mer än en SPARC-kärnearkitektur, till exempel en sun4u-server med skivlösa sun4c-, sun4d- och sun4m-klienter, kan SUNWkvm-paketen för klienter som har en annan kärnarkitektur än severn inte korrigeras.

Lösning: Lägg manuellt till alla SUNWkvm-paket innan du använder några korrigeringsfiler.

# pkgadd -d  SUNWkvm.*

För stora skivutrymmeskrav kan anges av uppgraderingsprocessen (4041733)

Upp till 30 procent för stora skivutrymmeskrav kan anges vid uppgraderingar till system med Solaris. Detta gör att många system inte uppgraderas förrän paket avmarkerats eller mer utrymme tilldelats.

Lösning: Du kan manuellt fördela om skivutrymme mellan filsystemen eller använda menyn för programvaruanpassning och ta bort paket som inte krävs.

sun4m Solstice AutoClients kan inte montera cacheminne efter en uppgradering från Solaris 2.6-maskinvara: version 3/98 (4121951)

Solstice^TM -AutoClients^TM kan visa följande meddelande vid omstart:

fsck -F cachefs: Cache directory /.cache/rootcache does not exist.
mount -F cachefs: cache fsck mount failed
fsck -F cachefs: Cache directory /.cache/rootcache does not exist.
mount -F cachefs: cache fsck mount failed

Detta direktiv anger för kärnan att rotfilsystemet är av typen cachefs. Om du vill avgöra huruvida en viss Solstice AutoClient berörs av detta problem innan du utför en uppgradering, granskar du katalogen /export/root//var/sadm/pkg på servern (detta är katalogen /var/sadm/pkg för Solstice AutoClient). Om denna katalog innehåller en underkatalog som heter TADcar, kan Solstice AutoClient påverkas.

Lösning: Redigera filen /etc/system för Solstice AutoClients efter uppgraderingen genom att lägga till följande rad:

rootfs:cachefs

Filen /etc/system för Solstice AutoClients lagras på servern som /etc/root//etc/system.