Problemi e bug relativi all'hardware

In Oracle Solaris 10 sono stati rilevati i seguenti problemi e bug legati all'hardware.

SPARC: Impossibile eseguire operazioni di riconfigurazione dinamica in una piattaforma OPL (15725179)

Le operazioni di riconfigurazione dinamica (DR; Dynamic Reconfiguration) potrebbero non riuscire su una piattaforma OPL durante la rimozione di una scheda di memoria da un dominio.

Potrebbero essere visualizzati messaggi di errore simili a quelli riportati di seguito:

unconfigure SB3: Device busy: dr@0:SB3::pci6
XSB#01-3 could not be unconfigured from DomainID 2 due to operating system error.

Soluzione:eseguire le operazioni DR dopo aver disattivato il servizio fmd. Ad esempio:

1. Disattivare il servizio fmd.

   # svcadm disable fmd

2. Eseguire le operazioni DR.

3. Attivare il servizio fmd.

   # svcadm enable fmd

x64: Modifiche dell'ID del sottosistema PCI in ConnectX Firmware 2.6.0 da Mellanox (15544691)

L'aggiornamento del firmware ConnectX alla versione 2.6.0 o superiore in un sistema in esecuzione potrebbe causare problemi in alcune piattaforme HCA e x64. Questo problema interessa solo HCA non native Mellanox. Le piattaforme HCA PCIe, EM, NEM e SPARC di Sun non sono interessate dal problema.

Il boot del sistema potrebbe non riuscire oppure il sistema potrebbe restare in sospeso durante il boot. I numeri di istanza ibd (IPoverIB) possono cambiare e impedire il boot del sistema e l'attivazione dei dispositivi ibd.

Scegliere una delle soluzioni seguenti.

Soluzione 1: prima di effettuare il reboot del sistema dopo l'aggiornamento del firmware tramite cxflash, rimuovere le istanze ibdx dal file /etc/path_to_inst e dalla directory /dev. Procedere come segue:

1. Eseguire il login come utente root e visualizzare i dispositivi rilevanti.

   I dati della struttura di dispositivi potrebbero avere l'aspetto indicato nell'esempio seguente:

   # ls -R /devices | grep 15b3
   /devices/pci@0,0/pci10de,5d@e/pci15b3,634a@0
   /devices/pci@0,0/pci10de,5d@e/pci15b3,634a@0/ibport@1,ffff,ipib
   /devices/pci@0,0/pci10de,5d@e/pci15b3,634a@0/ibport@1,ffff,ipib:ibd0
   /devices/pci@0,0/pci10de,5d@e/pci15b3,634a@0/ibport@2,ffff,ipib
   /devices/pci@0,0/pci10de,5d@e/pci15b3,634a@0/ibport@2,ffff,ipib:ibd1
   /devices/pci@0,0/pci10de,5d@e/pci15b3,634a@0:devctl

   ---

   Nota - Le specifiche del dispositivo variano a seconda della scheda Mellanox non nativa installata.

   ---

2. Modificare il file path_to_inst.

   1. Eseguire una copia di backup del file path_to_inst esistente.

      # cp /etc/path_to_inst /etc/path_to_inst.backup

   2. Nel file path_to_inst, cercare righe contenenti ibd e hermon, quindi eliminarle. Salvare e chiudere il file.

3. Rimuovere le voci nella directory /dev.

   # rm /dev/ibd?*

4. Eseguire il reboot del sistema.

   Viene eseguito normalmente il boot del sistema e la struttura di dispositivi corrispondente ha un aspetto analogo al seguente:

   # ls -R /devices | grep 15b3
   /devices/pci@0,0/pci10de,5d@e/pci15b3,5@0
   /devices/pci@0,0/pci10de,5d@e/pci15b3,5@0/ibport@1,ffff,ipib
   /devices/pci@0,0/pci10de,5d@e/pci15b3,5@0/ibport@1,ffff,ipib:ibd0
   /devices/pci@0,0/pci10de,5d@e/pci15b3,5@0/ibport@2,ffff,ipib
   /devices/pci@0,0/pci10de,5d@e/pci15b3,5@0/ibport@2,ffff,ipib:ibd1
   /devices/pci@0,0/pci10de,5d@e/pci15b3,5@0:devctl

Soluzione 2: se si effettua il reboot del sistema prima di aggiornare il file path_to_inst e la directory /dev, il sistema può bloccarsi. In tali casi, procedere come segue:

1. Spegnere il sistema e rimuovere l'HCA dal bus.

2. Effettuare il reboot del sistema senza HCA installato.

3. Quando il sistema è nuovamente in esecuzione, seguire i passaggi dal 2 al 3 elencati nella soluzione 1.

4. Spegnere il sistema.

5. Reinstallare HCA.

6. Eseguire il reboot del sistema.

   Se viene effettuato il reboot del sistema, ma le interfacce ibd non vengono attivate automaticamente, è necessario rinominare manualmente i file /etc/hostname.ib<?> per riflettere la configurazione del dispositivo corrente.

La cache ARC di ZFS alloca memoria nella kernel cage impedendo la riconfigurazione dinamica (15377173)

Sui sistemi dotati di una grande quantità di memoria, ZFS può allocare la memoria del kernel su tutte le schede di sistema. Per la riconfigurazione dinamica è richiesta una scheda di sistema libera che sia in grado di ospitare la memoria della scheda che viene configurata dinamicamente. La riconfigurazione dinamica della memoria implica che non è possibile eseguire questa operazione sui sistemi con una grande quantità di memoria che eseguono ZFS. I server Sun Fire di fascia alta di Oracle sono in grado di rilocare le pagine kernel per evitare questo problema. Per i domini con oltre 32 core è necessario che la rilocazione delle pagine del kernel (KPR) sia abilitata su questi server. Non viene visualizzato nessun messaggio di errore.

Soluzione: ridurre la quantità di memoria del kernel che può essere allocata da ZFS impostando il parametro zfs_arc_max nel file /etc/system. L'esempio seguente imposta la dimensione massima su 512 Mbyte.

set zfs:zfs_arc_max = 0x20000000

Alcuni controller USB 2.0 sono disabilitati

Il supporto di alcuni controller USB 2.0 è stato disabilitato a causa di problemi di incompatibilità tra questi dispositivi e il driver EHCI. Viene visualizzato il seguente messaggio:

Due to recently discovered incompatibilities with this 
USB controller, USB2.x transfer support has been disabled. 
This device will continue to function as a USB1.x controller. 
If you are interested in enabling USB2.x support please refer 
to the ehci(7D) man page. 
Please refer to www.sun.com/io for Solaris Ready products 
and to www.sun.com/bigadmin/hcl for additional compatible 
USB products.

Per le informazioni più aggiornate sui dispositivi USB, vedere http://www.oracle.com/technetwork/server-storage/solaris/overview/usb-faq-140616.html.

Dispositivi USB supportati e relative configurazioni degli hub

Questa release di Oracle Solaris 10 supporta sia i dispositivi USB 1.1 che USB 2.0. La tabella seguente contiene un riepilogo dei dispositivi USB che operano correttamente in determinate configurazioni. La connessione può essere sia diretta che tramite un hub USB. Si noti che i dispositivi e gli hub USB 1.1 possono avere due modalità: bassa velocità e velocità normale. Tutti i dispositivi USB 2.0 sono ad alta velocità. Per informazioni dettagliate sulle porte e le velocità di utilizzo, consultare il manuale System Administration Guide: Devices and File Systems.

Tabella 3-1 Dispositivi e configurazioni USB

x86: Limitazioni con alcuni driver nel Sistema operativo Oracle Solaris 10

Questa release di Oracle Solaris 10 per piattaforme x86 dispone delle seguenti limitazioni relative a determinati dispositivi e interfacce:

• Ripresa dei checkpoint: questa funzionalità è disabilitata per tutti i tipi di dispositivo. Il codice DDI_SUSPEND della funzione detach() dovrebbe restituire DDI_FAILURE.

• Gestione dei consumi: questa funzionalità non è disponibile per i dispositivi USB. Non creare componenti per la gestione dei consumi. Scrivere il driver in modo che pm_raise_power() e pm_lower_power() vengano richiamati solo quando vengono creati componenti per la gestione dell'alimentazione.

Lettori di DVD-ROM/CD-ROM su sistemi senza monitor

La gestione dei consumi dei dispositivi interattivi, ad esempio dei lettori di supporti removibili, è collegata a quella del monitor e della relativa scheda grafica. Se lo schermo è attivo, dispositivi quali il lettore di CD-ROM e l'unità a dischetti rimangono nella modalità pienamente operativa. Questi dispositivi possono passare erroneamente alla modalità di risparmio energetico sui sistemi senza monitor. Per ripristinare l'alimentazione del lettore di CD o dell'unità a dischetti, digitare il comando volcheck per ottenere lo stato più recente di ogni dispositivo removibile.

In alternativa, è possibile disabilitare la gestione dei consumi usando l'interfaccia grafica di Dtpower. Disabilitando la gestione dei consumi, i dispositivi operano sempre in modalità pienamente operativa.

x86: Necessità di configurazione manuale per l'attivazione di tastiere non inglesi

Per impostazione predefinita, il programma kdmconfig specifica la tastiera generica inglese a 104 tasti come tipo di tastiera collegata al sistema. Se il sistema non utilizza una tastiera inglese, è necessario specificare manualmente il tipo di tastiera appropriato durante l'installazione. Diversamente, l'installazione continua usando le specifiche di una tastiera predefinita diverse da quelle effettive del sistema.

Scegliere una delle soluzioni seguenti.

Soluzione 1: se il sistema non utilizza una tastiera inglese, procedere come segue durante l'installazione:

1. Quando compare la schermata relativa alla configurazione del sistema a finestre proposta per l'installazione, premere Esc.

   ---

   Nota - Le informazioni di questa schermata, che includono il tipo di tastiera, rimangono visualizzate solo per 30 secondi. Per modificare le impostazioni di configurazione, è necessario premere Esc prima che trascorrano i 30 secondi. Diversamente, l'installazione prosegue con le impostazioni visualizzate.

   ---

2. Scegliere il tipo di tastiera corrispondente alla tastiera collegata al sistema.

3. Premere Invio per accettare le modifiche e continuare l'installazione.

Soluzione 2: per cambiare il tipo di tastiera su un sistema che già utilizza Sistema operativo Oracle Solaris 10, usare il programma kdmconfig. Scegliere l'opzione appropriata per il tipo di server X eseguito dal sistema.

• Se il sistema utilizza il server Xsun, procedere come segue:

  1. Eseguire kdmconfig.

  2. Usare l'opzione di modifica della tastiera.

  3. Salvare la configurazione.

• Se il sistema utilizza il server Xorg predefinito, procedere come segue:

  1. Eseguire kdmconfig.

  2. Selezionare il server Xsun.

  3. Usare l'opzione di modifica della tastiera.

  4. Salvare la configurazione.

  5. Eseguire nuovamente kdmconfig per passare al server Xorg.