På UltraSPARC II-baserade system i operativmiljön Solaris 9 9/02 produceras inte alltid det CP-händelsemeddelande som åtföljer vissa meddelanden om minnesfel som inte går att åtgärda. De här systemen innehåller Sun EnterpriseTM 10000- och Sun EnterpriseTM 6500/6000/5500/5000/ 4500/4000/3500/3000-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 det här problemet finns på webbplatsen SunSolve på http://sunsolve.sun.com.
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 |
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.
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 |
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:
Använd alternativet remount med kommandot mount.
# mount -F filsystemtyp -o remount,ytterligare_monteringsalternativ \ enhet_att_montera monteringspunkt |
Ändringar i monteringsegenskaper som utförs med alternativet -remount tillsammans med kommandot mount är inte permanenta. Dessutom ärver alla monteringsalternativ, som inte anges i delen ytterligare_monteringsalternativ i det föregående kommandot, standardvärden som anges av systemet. Direkthjälpen för mount_ufs(1M) innehåller mer information.
Redigera lämplig post i filen /etc/vfstab för att ändra monteringsegenskaper för filsystemet och starta sedan om systemet.
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:
Logga in som superanvändare.
Avsluta CIM-objekthanteraren.
# /etc/init.d/init.wbem stop |
Ta bort katalogen med loggen för JavaSpacesTM.
# /bin/rm -rf /var/sadm/wbem/log |
Starta om CIM-objekthanteraren.
# /etc/init.d/init.wbem start |
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 |