test

Tilläggsinformation för Solaris 9 4/04

Systemadministrationsfel

Följande systemadministrationsfel gäller Solaris 9 4/04:

Kommandot cfgadm - l listar inte USB-enheter när det körs utan superanvändarbehörighet (4999109)

I vanliga fall skapar kommandot cfgadm -l en lista över alla dynamiskt omkonfigurerbara maskinvaruresurser på ett system, inklusive USB-enheter. När du har installerat Solaris 9 4/04 kan det hända att USB-enheter inte listas korrekt med kommandot cfgadm -l. Detta kan även orsakas av att du har lagt till paketet SUNWusb genom att använda kommandot pkgadd.

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

x86: Modular DeBugger för USB-arkitekturen konfigureras inte automatiskt när endast nya ramverk är laddade (4982529)

Det kan hända att kommandon för Modular DeBugger för USBA (mdb) inte konfigureras automatiskt på en del x86-system.

Åtgärd: Om du vill ha tillgång till USBA-kommandon mdb, laddar du usba mdb-modulen genom att köra följande kommando efter att du startat mdb: 


> ::load usba

När usba mdb-modulen är laddad kan du få en lista över alla USB-kommandon genom att köra det här kommandot: 


> ::dcmds ! grep usb

Problem med att läsa från och skriva till dvd-skivor som är större än 4 GB i Solaris 9 4/04 (4908624, 4987026)

I Solaris 9 4/04 inträffar problem vid läsning från och skrivning till dvd-skivor som är större än 4 GB.

Obs! –

De här problemen inträffar på både SPARC 32-bitars- och x86-plattformar. Problemen inträffar inte på någon av de här plattformarna för dvd-skivor som är mindre än 4 GB eller på 64–bitars SPARC-plattformar.

Samma data tycks repeteras var 4:e GB. De här dvd-skivorna kan monteras för läsning, men en del filer förefaller vara skadade, medan andra filer är otillgängliga. Dessutom kan skrivning till förskjutningar som är större än 4 GB skada befintliga data på dvd:n.

Åtgärd: Ingen.

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 vileseledande 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 existerar 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 namn på en 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.

Medan filsystemet är avmonterat redigerar du filen /etc/vfstab. Redigera även alla andra relevanta 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 och avmonterar filsystemet. 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 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 (man pages) 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 4/04 (x86-versionen) installerad. Om du försöker starta servicepartitionen genom att trycka på F4 när det alternativet ges, 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 4/04 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)

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: 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 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 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 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 å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. 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