Följande installationsproblem inträffar under en uppgradering till Solaris 9 4/04:
Om du installerar ett Solaris Flash-arkiv orsakar en fil som tycks vara ny att uppdateringen misslyckas. Solaris Flash-programvaran verifierar att filerna på klonsystemet är exakta kopior av motsvarande filer på huvudsystemet. Skriptet reboot_processing tas inte bort vid omstart. Detta orsakar att Flash ser den som en ny fil.
Följande felmeddelande visas:
Nya filer har hittats: /etc/init.d/flash_reboot_processing |
Åtgärd: Du kan undvika det här problemet genom att välja en av följande lösningar:
Ta bort filen flash_reboot_processing innan du installerar Solaris Flash-arkivet på klonsystemet.
När du installerar det differentiella arkivet kan du tvinga fram installationen genom att använda nyckelordet forced_deployment för anpassad JumpStart. De nya filerna som identifieras på klonen tas bort under installationen och installationen fortsätter.
När du installerar det differentiella arkivet kan du stänga av filkontrollen genom att använda nyckelordet no_content_check för anpassad JumpStart i profilen. Programvaran utför ingen filkontroll, inga filer tas bort och installationen fortsätter.
Du kan exkludera filen när du skapar det differentiella arkivet. Då arkivet skapas läggs den här filen till i ett filfilter. Sedan ignoreras filen under installationen av arkivet. Följ de här stegen:
Starta huvudsystemet.
Om du vill exkludera filen /etc/init.d/flash_reboot_processing då arkivet skapas, skriver du följande kommando:
# flarcreate -n arkivnamn -A oför_huvudavbild_kat-x \ /etc/init.d/flash-reboot-processing sökväg/filnamn |
Då ett differentiellt arkiv skapas kan du använda alternativet -M om du vill stänga av filkontrollen. Ingen manifestfil skapas. Detta gör att filerna på klonsystemet inte kontrolleras. Följ de här stegen:
Starta huvudsystemet.
Om du vill stänga av filkontrollen genom att använda alternativet -M, skriver du följande kommando:
# flarcreate -n arkivnamn -A oför_huvudavbild_kat -M sökväg/filnamn |
arkivnamn – är arkivets namn.
Alternativet -A – är den oför_huvudavbild_kat, som skapar det differentiella arkivet genom att jämföra en ny systemavbildning med den avbildning som angetts i argumentet oför_huvudavbild_kat.
sökväg – är sökvägen till katalogen där du sparar arkivfilen. Om du inte anger någon sökväg sparar kommandot flarcreate arkivfilen i den aktuella katalogen.
filnamn – är namnet på arkivfilen.
Mer information finns i Installationsguide för Solaris 9 4/04.
När du uppgraderar en inaktiv startmiljö genom att använda Solaris Live Upgrade-kommandot luupgrade(1m) med alternativet -i, kan texten i installationsprogrammet vara oläslig för en del språk. Den skadade texten orsakas av att installationsprogrammet efterfrågar teckensnitt som inte finns i den befintliga versionen som finns i den aktuella startmiljön.
Åtgärd: Välj en av följande åtgärder:
Installera med en kombinerad nätverksinstallationsavbildning.
Aktivera språkområdet C genom att ange miljövariablerna för systemet.
När du uppgraderar från Solaris 8 till Solaris 9 eller Solaris 9 4/04 inträffar ett problem när paketet SUNWjxcft tas bort. Följande felmeddelande visas i filen upgrade_log.
Tar bort paketet SUNWjxcft: Det går inte att öppna /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.upr Det går inte att öppna /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.scale Det går inte att öppna /a/usr/openwin/lib/locale/ja/X11/fonts/TTbitmaps/fonts.alias Det går inte att öppna /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.upr Det går inte att öppna /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.scale Det går inte att öppna /a/usr/openwin/lib/locale/ja/X11/fonts/TT/fonts.alias Borttagningen av <SUNWjxcft> lyckades |
Åtgärd: Ignorera felmeddelandet.
Om du uppgraderar till Solaris 9 4/04 på ett system som kör Secure Shell från en annan tillverkare (till exempel OpenSSH) från bakgrundsprogrammet /etc/init.d/sshd inaktiverar uppgraderingen det befintliga bakgrundsprogrammet för Secure Shell. Under en uppgradering skriver uppgraderingsprogrammet för Solaris 9 4/04 över innehållet i /etc/init.d/sshd.
Åtgärd: Välj en av följande åtgärder:
Om du inte vill ha server- eller klientprogrammen för SSH-protokollet på systemet, installerar du inte SUNWsshdr eller SUNWsshdu under uppgraderingen.
Om du inte vill ha Secure Shell-protokollserverprogram eller Secure Shell-klientprogram på systemet ska du inte installera Secure Shell Cluster (SUNWCssh) under uppgraderingen.
Om du uppgraderar till Solaris 9 4/04 och katalogen /export är nästan full, felberäknas utrymmeskravet för /export. Uppgraderingen misslyckas då. Det här problemet uppträder oftast på klienter utan skivminne. Problemet kan också uppstå om tredjepartsprogramvara är installerad i katalogen /export. Följande meddelande visas:
VARNING! Otillräckligt med utrymme för att slutföra uppgraderingen. |
Åtgärd: Välj en av följande lösningar innan du uppgraderar:
Ändra namn på katalogen /export tills uppgraderingen är slutförd.
Kommentera bort raden /export i filen /etc/vfstab tills uppgraderingen är slutförd.
Om /export är på ett annat filsystem avmonterar du /export innan du kör uppgraderingen.
Om systemet stöder installation av klienter utan skivminne med verktyget Solstice AdminSuiteTM 2.3 Diskless Client måste du göra så här:
Ta bort alla befintliga klienter utan skivminne som har samma Solaris-version och arkitektur som servern.
Installera eller uppgradera till Solaris 9 4/04.
Du hittar detaljerade instruktioner om detta i System Administration Guide: Basic Administration.
Om du försöker installera Solaris 9 4/04 över befintliga skivlösa klienter kan följande felmeddelande visas:
Solaris-versionen (Solaris version) på skivdel <xxxxxxxx> kan inte uppgraderas. Det finns ett okänt fel på programvarukonfigurationen som är installerad på den här skivdelen. |
I det här felmeddelandet refererar version till den Solaris-version som finns i systemet. <xxxxxxxx> hänvisar till den skivdel som den här versionen av Solaris körs från.