test

Tilläggsinformation för Solaris 9 12/03

Systemadministrationsfel

patchadd-kommandot installerar en signerad korrigeringsfil om två identiska korrigeringsfiler finns på samma plats (4949580)

Om innehållet i en signerad korrigeringsfil extraheras till samma katalog som den där den signerade korrigeringsfilen finns, kan de extraherade korrigeringsfilen inte installeras med kommandot /usr/sbin/patchadd. I stället installeras den signerade korrigeringsfilen när du kör /usr/sbin/patchadd ./patchid. Den osignerade, extraherade korrigeringsfilen ignoreras.

I vissa fall visas följande felmeddelande: 


Verifierar signerad korrigeringsfil 
korrigeringsfils-ID...
FEL: Det gick inte att öppna nyckellagret /var/sadm/security/patchadd
/truststore för läsning 
FEL: Det gick inte att öppna nyckellagret /var/sadm/security för exklusiv åtkomst
Signaturen på den signerade korrigeringsfilen korrigeringsfils-ID är ogiltig. 
Patchadd avslutas.

Åtgärd: Välj en av följande åtgärder:

Obs!  

Ändra standardlösenordet changeit till det lösenord som används för att skydda Java-nyckellagret.

Kommandot lucreate misslyckas när namnet för en monterad lagringsenhet är en delmängd av en annan monterad lagringsenhet eller en lagringsenhet som används för en ny startmiljö (4912890)

När du använder kommandot lucreate för att skapa en ny startmiljö misslyckas kommandot med följande instanser:

Följande vilseledande felmeddelande visas: 


Verktyget för skapande av filsystem /usr/lib/fs/ufsufs/mkfs 
är inte tillgängligt.
 

Det går inte att skapa alla nödvändiga filsystem för startmiljön.
 

Det går inte att skapa filsystem för startmiljön

Åtgärd: Kontrollera att inga filsystem används på lagringsenheter som har enhetsnamn som är delmängder av andra lagringsenheter med filsystem som också används.

Om det finns någon tvetydighet gällande namnen bland de monterade filsystemen bör du byta namn på de befintliga metaenheterna för Solaris volymhantering.

I den här åtgärden används d10 och d100 endast som exempel. Andra exempel på tvetydiga enhetsnamn är d20 och d200 eller d377 och d37, där d20 matchar d200 och d377 matchar d37.

  1. Logga in som superanvändare.

  2. Byt ut ett av de tvetydiga metaenhetsnamnen genom att använda kommandot metarename. 


    # metarename d10 d300

    Metaenheten d10 byter namn till d300.

Obs!  

Filsystemet på d10 måste avmonteras innan kommandot metarename används.

Redigera filen /etc/vfstab medan filsystemet är avmonterat. Redigera även alla andra lämpliga konfigurationsfiler som innehåller namnet på metaenheten som du byter namn på. Ändra alla referenser till det gamla metaenhetsnamnet till det nya namnet.

Om en process använder data på filsystemet, övergår du till enanvändarläge i filsystemet och avmonterar det. Starta om datorn när du har gjort ändringarna.

/etc/named.conf gör att Solaris Management Console-operationer på användar- och gruppkonton misslyckas (4777931)

Om du använder Solaris Management Console för operationer på användar- eller gruppkonton på ett system som fungerar som en DNS-server inträffar det fel. De här felen inträffar om filen /etc/named.conf finns på systemet.

Följande fel inträffar när du genomför de här operationerna från det grafiska gränssnittet eller från konsolens kommandoradsgränssnitt, smuser och smgroup.

När de utförs för en användare startar konsolen en ny dialogruta eller så avslutas smuser med det här felmeddelandet: 


"Försök att visa användare eller roller misslyckades på grund av ett oväntat 
fel. Orsaken är följande fel: CIM_ERR_FAILED."

När de utförs på en grupp startar konsolen en ny dialogruta eller så avslutas smgroup med det här felmeddelandet: 


"Försök att läsa grupp-ID:n misslyckades med oväntat CIM-fel: CIM_ERR_FAILED."
Åtgärder från det grafiska gränssnittet eller 
kommandoradsgränssnittet.

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

Mer information finns i direkthjälpen för smuser( 1M) och smgroup (1M).

x86: Servicepartitionen startas inte om du trycker på F4 när BIOS startas (4782757))

Du startar en Sun LX50-dator som har en servicepartition och Solaris 9 12/03 (x86-versionen) installerad.) Om du försöker starta servicepartitionen genom att trycka på F4 när det alternativet visas, blir skärmen svart. Systemet kan inte starta servicepartitionen.

Åtgärd: Tryck inte på F4 när startskärmen för BIOS visas. Efter en liten stund visas skärmen Aktuell skivpartitionsinformation. Markera det nummer i kolumnen Part# som motsvarar type=DIAGNOSTIC. Tryck på Retur. Servicepartitionen startas.

Händelsemeddelanden för UltraSPARC II CP genereras inte alltid (4732403)

På UltraSPARC II-baserade system i Solaris 9 12/03 genereras inte alltid det CP-händelsemeddelande som åtföljer vissa meddelanden om irreparabla minnesfel. Följande system inkluderas:

Resultatet är att en del av den information som behövs för att identifiera en felande CPU kanske inte alltid finns att tillgå.

Åtgärd: Den senaste informationen finns på SunSolveSM-webbplatsen på adressen http://sunsolve.sun.com.

Bakgrundsprogrammet Solaris WBEM Services 2.5 kan inte hitta API-providers för com.sun (4619576)

Solaris WBEM Services 2.5-demonen kan inte hitta leverantörer som skrivits till gränssnittet com.sun.wbem.provider eller com.sun.wbem.provider20. Även om du skapar enSolaris_ProviderPath-instans för en leverantör som skrivits till de här gränssnitten hittar inte Solaris WBEM Services 2.5-demonen leverantören.

Åtgärd: Om du vill att demonen ska kunna hitta en sådan leverantör, stoppar du och startar om Solaris WBEM Services 2.5-demonen. 


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

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

Om du använder javax-API:t för att utveckla leverantören, behöver du inte stoppa och starta om Solaris WBEM Services 2.5-demonen. Solaris WBEM Services 2.5-demonen känner igen javax-leverantörer dynamiskt.

Vissa metodanrop för com.sun-API:t misslyckas med transportprotokollet XML/HTTP (4497393, 4497399, 4497406, 4497411)

Om du väljer att utveckla WBEM-program med com.sun-API:t i stället för javax-API:t, stöds endast RMI (Remote Method Invocation) för CIM (Common Information Model) fullt ut. Det är inte garanterat att andra protokoll, exempelvis XML/HTTP, fungerar helt och hållet med com.sun-API:t.

I följande tabell visas exempel på anrop som körs under RMI, men som inte fungerar under XML/HTTP.

Metodanrop  

Felmeddelande  

CIMClient.close()

NullPointerException

CIMClient.execQuery()

CIM_ERR_QUERY_LANGUAGE_NOT_SUPPORTED

CIMClient.getInstance()

CIM_ERR_FAILED

CIMClient.invokeMethod()

XMLERROR: ClassCastException

Det går inte att ändra monteringsegenskaper för filsystemet med Solaris Management Console-verktyget Monteringar och delade enheter (4466829)

Solaris Management Console-verktyget Monteringar och delade enheter kan inte ändra monteringsalternativ på filsystem som är nödvändiga, exempelvis / (rot), /usr och /var.

Åtgärd: Välj en av följande åtgärder:

Felet CIM_ERR_LOW_ON_MEMORY inträffar vid försök att lägga till data med WBEM (4312409)

Följande felmeddelande visas när minnet håller på att ta slut: 


CIM_ERR_LOW_ON_MEMORY

Du kan inte lägga till fler poster när CIM Objekthanteraren har lite minne. Du måste återställa CIM-objekthanteraren.

Åtgärd: Följ dessa steg om du vill återställa CIM-objekthanteraren:

  1. Logga in som superanvändare.

  2. Stoppa CIM-objekthanteraren. 


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

  3. Ta bort katalogen med loggen för JavaSpacesTM. 


    # /bin/rm -rf /var/sadm/wbem/log

  4. Starta om CIM-objekthanteraren. 


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

    När du återställer CIM-objekthanteraren förlorar du alla egna definitioner i datalagret. Du måste kompilera om de MOF-filer som innehåller egna definitioner med kommandot mofcomp. Se följande exempel: 


    # /usr/sadm/bin/mofcomp -u root -p rotlösenord din-mof-fil