test

Tilläggsinformation för Solaris 9 8/03

Systemadministrationsfel

x86: Det går inte att skapa en Sun4U-klient utan skivminne (4878696)

Om du försöker lägga till den skivminneslösa tjänsten Sun4UTM på en x86-server visas följande felmeddelande:


Jun  12 17:02:48 s12-9 WBEM_Logging_Service[1810]: Failed to create clone area 
/export/root/clone/Solaris_9/sun4u.
Failed to create clone area /export/root/clone/Solaris_9/sun4u.


	The wbem_log had the following error:


strings  /var/sadm/wbem/log/wbem_log | grep SUNWidecr
 Solaris_OsService@#@0@#@0@#@root@#@s12-9@#@s12-9@#@1054856467079@#@System 
command return value.@#@System command, /usr/sbin/pkgadd -S -n -R 
/export/root/clone/Solaris_9/sun4u -a /tmp/admin.Qwayvg -d 
/export/root/templates/Solaris_9/SUNWidecr_4.1, REV=2001.03.02.13.55_sparc.sun4u
all, returned value of: 
/export/root/clone/Solaris_9/sun4u/var/sadm/pkg/SUNWidecr/install/postinstall:
test: argument expected
Installation of SUNWidecr failed.
Obs!  

Det är möjligt att lägga till en skivminneslös Sun4U-klient till en SPARC-server.

Åtgärd: Saknas.

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

Fel uppstår om du använder SMC (Solaris Management Console) för åtgärder på ett användar- eller gruppkonto på en DNS-server och filen /etc/named.conf finns på systemet.

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

När de utförs på 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 operativmiljön Solaris 9 8/03 (x86-versionen) installerad. Du får möjlighet att trycka på F4 så att servicepartitionen startas. Om du trycker på F4 blir skärmen svart och servicepartitionen startas inte.

Å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 och tryck på Retur. Servicepartitionen startas.

UltraSPARC II CP-händelsemeddelande i operativmiljön Solaris 9 8/03 produceras inte alltid (4732403)

På UltraSPARC II-baserade system i operativmiljön Solaris 9 8/03 produceras inte alltid det CP-händelsemeddelande som åtföljer vissa meddelanden om irreparabla minnesfel. Detta inkluderar följande system:

Följden blir att viss information som krävs för att identifiera en felaktig CPU inte alltid finns tillgänglig.

Åtgärd: Aktuell information om den här frågan finns på webbplatsen SunSolveSM på http://sunsolve.sun.com .

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

Bakgrundsprogrammet Solaris WBEM Services 2.5 kan inte hitta providers som skrivs till gränssnittet com.sun.wbem.provider eller till gränssnittet com.sun.wbem.provider20. Även om du skapar en instans av Solaris_ProviderPath för en provider som skrivs till dessa gränssnitt kan bakgrundsprogrammet Solaris WBEM Services 2.5 inte hitta providern.

Åtgärd: För att bakgrundsprogrammet ska kunna hitta providers stoppar och startar du om bakgrundsprogrammet Solaris WBEM Services 2.5.


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

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

Om du använder javax-API:t för att utveckla din provider behöver du inte stoppa och starta om bakgrundsprogrammet Solaris WBEM Services 2.5. Bakgrundsprogrammet Solaris WBEM Services 2.5 identifierar javax-providers dynamiskt.

Vissa com.sun-API-metodanrop misslyckas under XML/HTTP Transport Protocol (4497393, 4497399, 4497406, 4497411)

Om du väljer att använda com.sun-API:t i stället för javax-API:t för att utveckla WBEM-programvara stöds bara CIM RMI (Remote Method Invocation) helt. Det går inte att garantera att andra protokoll, som XML/HTTP, fungerar ordentligt 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 lösningar:

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 Objekthanteraren CIM (Common Information Model) börjar få slut på 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. Avsluta 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 lösenord_för_rot din_mof-fil