Installationsproblem

SPARC: Borttagning av korrigeringsfiler efter uppgraderingen kan skada WBEM-lagringsutrymmet (4820614)

CIM-databasen för WBEM-lagringsutrymmet kan skadas på grund av följande omständigheter:

1. Du installerar en version av korrigeringsfilen 112945 för en uppdateringsversion av Solaris 9 i ett system som kör operativmiljön Solaris 9.

2. Om du sedan tar bort korrigeringsfilen som installerades på systemet.

Om WBEM-lagringsutrymmet skadas visas följande felmeddelande i Solaris Management Console Log Viewer:

CIM_ERR_FAILED:
/usr/sadm/lib/wbem/../../../../var/sadm/wbem/logr/
preReg/PATCH113829install/Solaris_Application.mof,18,ERR_SEM,
ERR_EXC_SET_CLASS,CIM_ERR_FAILED:Other Exception:
java.io.StreamCorruptedException: invalid stream header

Åtgärd: Välj en av följande lösningar:

• Följ de här anvisningarna om du vill undvika att WBEM-lagringsutrymmet skadas.

  1. Logga in som superanvändare.

  2. Säkerhetskopiera WBEM-lagringsutrymmet innan du installerar korrigeringsfilen.

     # cp -r /var/sadm/wbem/logr sökväg/logr

     I föregående exempel var sökväg sökvägen till säkerhetskopian av WBEM-lagringsutrymmet.

  3. Stoppa WBEM-servern om WBEM-lagringsutrymmet skadas efter att du avinstallerat korrigeringsfilen.

     # /etc/init.d/init.wbem stop

  4. Återställ säkerhetskopian av WBEM-lagringsutrymmet.

     # cp -rf sökväg/logr /var/sadm/wbem/logr

  5. Starta om WBEM-servern.

     # /etc/init.d/init.wbem start

• Följ de här anvisningarna om du vill skapa ett nytt WBEM-lagringsutrymme.

  ---

  Obs!  

  Den här lösningen återställer inga WBEM-data om WBEM-lagringsutrymmet skadas. Data som lagts till i lagringsutrymmet under installationen går förlorade.

  ---

  1. Logga in som superanvändare.

  2. Stoppa WBEM-servern.

     # /etc/init.d/init.wbem stop

  3. Ta bort filerna från katalogen /logr.

     # rm /var/sadm/wbem/logr/*

  4. Ta bort katalogen /notFirstTime.

     # rmdir notFirstTime

  5. Starta WBEM-servern.

     # /etc/init.d/init.wbem start

  6. Kompilera egna MOF-filer manuellt.

     # /usr/sadm/bin/mofcomp MOF-filnamn

Kommandot patchadd visar ett felmeddelande om en korrigeringsfil som stöder flerpaketsarkitektur installeras (4706994)

Om du installerar en korrigeringsfil som stöder flerpaketsarkitektur, kan ett fel som är snarlikt följande felmeddelande visas i /var/sadm/install_data/Maintenance_Update_log:

Installerar xxxxxx-yy (x av xx) 
Mer information finns i loggen //var/sadm/patch/xxxxxx-yy 
grep: det går inte att öppna pdgabbrev.-tillägget /pkginfo

Om t ex korrigeringsfilen 123456-01 innehåller korrigeringspaketen SUNWcar och SUNWcar.u, visas följande meddelande.

grep: det går inte att öppna SUNWcar.u/pkginfo

Åtgärd: Ignorera det här felmeddelandet. Meddelandet påverkar inte installationen av korrigeringsfilen. Meddelandet innebär att kommandot patchadd inte skickar rätt parameter till funktionen remove_PATCH_PROPERTIES.

For more information, refer to the patchadd( 1M) man page.

install_mu fungerar inte korrekt när det startas med sh (4062334)

På grund av problem som uppstår vid interaktion mellan sh(1) och ksh(1), kan verktyget install_mu misslyckas med att installera vissa korrigeringsfiler korrekt. Misslyckandet inträffar om du startar verktyget med följande kommando från kommandoraden eller från ett administratörsskript:

# /bin/sh ./install_mu alternativ

Åtgärd: Kör install_mu på följande sätt från kommandoraden eller administratörsskriptet:

# ./install_mu alternativ

patchadd visar ett fel som avslutar programmet

Ett av följande meddelanden kan komma att visas i Maintenance_Update_log i katalogen /var/sadm/install_data :

Ett eller flera av paketen i XXXXXX-YY har inte installerats i systemet.

Patchadd avslutas.

Eller:

Installationen av XXXXXX-YY misslyckades: 
Systemet försöker korrigera ett paket som inte är installerat.

De här meddelandena innebär att den aktuella korrigeringen inte har genomförts av kommandot patchadd, eftersom inget av de paket som skulle korrigeras hittades i ditt system.

Meddelandet visas när en avvikelse upptäcks av kommandot patchadd vid installation av en korrigeringsfil från en arkitektur i en helt annan arkitektur. Till exempel en sun4u-korrigering i ett sun4m-system.

Detta kan också orsakas av att ett eller flera paket saknas. Paketet kanske aldrig installerades från början, eller så kan det ha tagits bort av administratören. Ett fel av den här typen skulle till exempel kunna inträffa om ett kluster som är mindre än hela distributionen installerades.

Åtgärd: Ignorera det här felmeddelandet.

Det går inte att logga in utan att starta om hela systemet (4423853)

Använd inte kommandot exit när en installation av MU i enanvändarläge har slutförts. Använd kommandot reboot. Om kommandot exit används i stället för kommandot reboot inträffar följande:

• Systemet övergår till init 3 och det går inte att logga in förrän du startat om datorn.

• Ingen kan logga in förrän systemet startats om.

• Modulen pam_projects.so.1 skapar en minnesutskriftsfil när en användare eller process försöker logga in. Följande meddelande visas:

  OBS! core_log: in.rshd[1479] en minnesutskriftsfil har skapats: /var/crash/core.in.rshd.1479

• Om en process försöker komma åt modulen pam_projects.so.1, visas meddelanden för modulladdning i systemkonsolen. Ett meddelande som liknar följande visas:

  cron[1433]: load_modules: det går inte att öppna modulen /usr/lib/security/pam_projects.so.1

  De här meddelandena visas också om MU installeras i fleranvändarläge. Inget av de båda meddelandena visas när systemet startats om.

Åtgärd: Om du använder kommandot exit efter att du installerat i enanvändarläge, starta om systemet.

Starta om datorn om du använder kommandot exit efter att du installerat i fleranvändarläge och inga rotanvändare är inloggade.