Tilläggsinformation för Solaris 9 4/03

Systemadministrationsfel

Det skapas inga hemkataloger för användarkonton som lagts till med Solaris Management Console efter en uppgradering (4803524)

Om du uppgraderar från Solaris 9 9/02 eller Solaris 9 12/02 till operativmiljön Solaris 9 4/03 och sedan skapar ett nytt användarkonto skapas det ingen hemkatalog för det kontot.

Om du använder kommandoradsgränssnittet (CLI) smuser när du skapar användarkontot visas ett "null"-felmeddelande i terminalfönstret direkt efter att att CLI-körningen avslutats.

Om du skapade användarkontot med det grafiska gränssnittet i Solaris Management Console visas inget felmeddelande.

Åtgärd: När du har uppgraderat operativmiljön Solaris 9 4/03 registrerar du om jar-filen genom att göra så här.

Obs!

Du måste ta bort och skapa om användarkonton som lagts till efter att systemet uppgraderades till den här versionen.

Du kan ta bort användarkontot innan eller efter att du registrerat om jar-filen. Innan du skapar några nya användarkonton måste du dock genomföra lösningen.

Logga in som superanvändare.

Registrera om jar-filen.

# /usr/sadm/bin/smcregister library -n VUserMgrLib.jar \
/usr/sadm/lib/usermgr/VUserMgrLib.jar \
/usr/sadm/lib/usermgr/VUserMgrLib_classlist.txt ALL

Stoppa WBEM-servern.
# /etc/init.d/init.wbem stop
Starta om WBEM-servern.
# /etc/init.d/init.wbem start

När du har genomfört den här lösningen går det att skapa hemkataloger, vanligen /export/home/användarnamn, för nya användakonton

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

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:

Om du vill lösa problemet genom att starta om DNS-servern följer du anvisningarna nedan.
1. Logga in som superanvändare.
2. Flytta filen named.conf till en annan katalog. till exempel:
  # mv /etc/named.conf /var/named/named.conf
3. Starta om DNS-servern.
  # pkill -9 in.named
  # /usr/sbin/in.named /var/named/named.conf

Om du vill lösa problemet genom att starta om WBEM-servern följer du anvisningarna nedan.
1. Logga in som superanvändare.
2. Redigera filen /usr/sadm/lib/wbem/WbemUtilityServices.properties i en textredigerare.
  
  Ersätt strängen /etc/named.conf med /tmp/nytt-filnamn.
  
  Obs!
  Kontrollera att filnamnet som du valde inte används redan.
3. Stoppa WBEM-servern.
  # /etc/init.d/init.wbem stop
4. Starta WBEM-servern.
  # /etc/init.d/init.wbem start

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 4/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 4/03 produceras inte alltid (4732403)

På UltraSPARC II-baserade system i operativmiljön Solaris 9 4/03 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 Enterprise^TM 10000- och Sun Enterprise 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 den här frågan finns på webbplatsen SunSolve 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:

Använd alternativet remount med kommandot mount.
# mount -F filsystemtyp -o remount,ytterligare_monteringsalternativ \ enhet_att_montera monteringspunkt
Obs!
Ä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.

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:

Logga in som superanvändare.
Avsluta CIM-objekthanteraren.
# /etc/init.d/init.wbem stop
Ta bort katalogen med loggen för JavaSpaces^TM.
# /bin/rm -rf /var/sadm/wbem/log
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