In Oracle Solaris 10 sono stati rilevati i seguenti problemi e bug legati all'hardware.
Oracle Solaris 10 9/10 è dotato di una nuova funzione che consente di ottenere una migliore osservabilità dei dati relativi alle prestazioni della CPU mediante kstats. La funzione è disabilitata per impostazione predefinita ed è possibile abilitarla aggiungendo la voce set cu_flags=1 al file /etc/system ed effettuando il reboot del sistema. Prima di abilitare questa funzione su qualsiasi piattaforma Mx000 SPARC OPL, aggiornare il firmware OBP della piattaforma alla versione XCP1093 o a una versione successiva. Se non si aggiorna il firmware OBP della piattaforma prima di abilitare la funzione, è possibile che di conseguenza si verifichi un errore in un ripristino avviato esternamente (XIR, Externally Initiated Reset), un blocco di OBP o un errore del comando kmdb.
Per ulteriori informazioni, fare riferimento al file README disponibile in abbinamento al firmware XCP1093 sul sito del download.
L'aggiornamento del firmware ConnectX alla versione 2.6.000 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.
L'avvio del sistema potrebbe non riuscire o il sistema potrebbe bloccarsi durante l'avvio. I numeri di istanza ibd (IPoverIB) possono cambiare e impedire l'avvio del sistema e l'attivazione dei dispositivi ibd.
Soluzione 1. Prima di effettuare il reboot del sistema dopo l'aggiornamento del firmware tramite cxflash, rimuovere le istanze ibd<x> dal file /etc/path_to_inst e dalla directory /dev. Procedere come segue:
Eseguire il login come root. I dati della struttura di dispositivi potrebbero avere l'aspetto 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 |
Le specifiche del dispositivo variano a seconda della scheda Mellanox non nativa installata.
Modificare il file path_to_inst. Procedere come segue:
Eseguire una copia di backup del file path_to_inst esistente.
# cp /etc/path_to_inst /etc/path_to_inst.backup |
Aprire il file path_to_inst:
# vi /etc/path_to_inst |
Cercare righe contenenti ibd e hermon, quindi eliminarle.
Salvare le modifiche e chiudere il file.
Rimuovere le voci nella directory /dev:
rm /dev/ibd?* |
Effettuare il reboot del sistema. Il sistema si avvia normalmente 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:
Spegnere il sistema e rimuovere l'HCA dal bus.
Effettuare il reboot del sistema senza HCA installato.
Quando il sistema è nuovamente in esecuzione, seguire i passaggi dal 2 al 3 elencati nella soluzione 1.
Spegnere il sistema.
Reinstallare HCA. Effettuare il reboot del sistema.
Se viene effettuato il reboot del sistema, ma le interfacce ibd non vengono attivate automaticamente, i file /etc/hostname.ib<?> potrebbero non essere appropriati per la configurazione di dispositivo corrente. Rinominare manualmente i file per riflettere la configurazione corretta.
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 SunFire di fascia alta sono in grado di rilocare le pagine del server 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_arc_max = 0x20000000 |
Il sottocomando mpathadm show logical-unit elenca il valore di configurazione globale del bilanciamento del carico per la proprietà Current Load Balance. Tuttavia, le voci in csi_vhci.conf che modificano il tipo di bilanciamento del carico per uno specifico prodotto non vengono prese in considerazione nell'output di mpathadm anche quando l'impostazione è attiva.
Se i processi in background dello strumento di registrazione sono in esecuzione, i frame buffer Elite3D e Creator3D non riescono ad attivare la gestione dei consumi. Questa condizione riduce il risparmio energetico quando la gestione dei consumi è attiva. In alcune condizioni, anche l'esecuzione del comando sys-suspend può bloccarsi. Non viene visualizzato nessun messaggio di errore. È possibile che il sistema resti bloccato durante un'operazione di sospensione o ripresa del sistema.
Soluzione.
Eseguire il comando seguente circa 60 secondi dopo ogni login:
# pkill -f basicreg.jar # pkill -f swupna.jar |
Il Sistema operativo Oracle Solaris 10 utilizza un nuovo framework crittografico. Tuttavia, le versioni 1.0 e 1.1 del software e del firmware della scheda Sun Crypto Accelerator 4000 non utilizzano questo framework. Queste versioni non sono perciò supportate nel Sistema operativo Oracle Solaris 10.
La versione 2.0 delle schede utilizza il nuovo framework. Questa versione è disponibile come aggiornamento gratuito per gli utenti delle schede Sun Crypto Accelerator 4000 che intendano utilizzare il Sistema operativo Oracle Solaris 10. Poiché la scheda Sun Crypto Accelerator 4000 è un prodotto soggetto a vincoli di esportazione, per ottenere l'aggiornamento gratuito è necessario contattare Sun Enterprise Services o il proprio canale di vendita locale. Altre informazioni sono disponibili alla pagina Web di Sun Crypto Accelerator 4000 nel sito dei prodotti Sun.
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 messaggio seguente:
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.sun.com/io_technologies/USB-Faq.html.
Questa versione 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, vedere il manuale System Administration Guide: Devices and File Systems .
Tabella 2–1 Dispositivi e configurazioni USB
Dispositivi USB |
Connessione |
---|---|
Dispositivi di memorizzazione USB 2.0 |
Diretta, hub USB 1.1, hub USB 2.0 |
Dispositivi USB 1.1 fatta eccezione per i dispositivi audio |
Diretta, hub USB 1.1, hub USB 2.0 |
Dispositivi audio USB 1.1 |
Diretta, hub USB 1.1 |
Dispositivi audio USB 2.0 |
Non supportata |
Di seguito sono descritte le limitazioni relative ad alcuni driver e interfacce riscontrate in questa versione di Oracle Solaris 10 per piattaforme x86:
Questa funzionalità è disabilitata per tutti i tipi di dispositivo. Nel codice DDI_SUSPEND della funzione detach(), si dovrebbe restituire DDI_FAILURE.
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 chiamati solo se vengono creati componenti per la gestione dei consumi.
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, 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 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.
Nella configurazione 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 una tastiera predefinita diversa da quella effettiva del sistema.
Soluzione 1. Se il sistema non utilizza una tastiera inglese, procedere come segue durante l'installazione:
Quando compare la configurazione del sistema a finestre proposta per l'installazione, premere Esc.
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.
Scegliere il tipo di tastiera corrispondente alla tastiera collegata al sistema.
Premere Invio per accettare le modifiche e continuare l'installazione.
Soluzione 2. Per cambiare il tipo di tastiera su un sistema che già utilizza il 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:
Eseguire kdmconfig.
Usare l'opzione di modifica della tastiera.
Salvare la configurazione.
Se il sistema utilizza il server Xorg predefinito, procedere come segue:
Eseguire kdmconfig.
Selezionare il server Xsun.
Usare l'opzione di modifica della tastiera.
Salvare la configurazione.
Eseguire nuovamente kdmconfig per passare al server Xorg.
Il driver jfca per i controller (HBA) sotto elencati può causare errori irreversibili del sistema o errori di I/O quando i controller sono collegati a un'unità nastro:
SG-PCI1FC-JF2
SG-PCI2FC-JF2
Durante lo svolgimento di alcune operazioni, il driver jfca per queste schede bus è soggetto a una condizione di conflitto (race condition) che causa un errore. Le operazioni interessate sono le seguenti:
Ripristino dei link
Ripristino dei cicli
Ripristino degli switch
Errori ripetuti nei link
Vengono visualizzati messaggi di errore simili ai seguenti:
Messaggi di errore di I/O
jfca: [ID 277337 kern.info] jfca4: Sequencer-detected error. Recover immediately. last message repeated 18376 times jfca: [ID 716917 kern.notice] jfca4: ExgWarning: SendVerify(1): SHOULD ABORT THE ORIG I/O PKG=30007520bd8! scsi: [ID 107833 kern.warning] WARNING: /pci@1e,600000/SUNW,jfca@3,1/fp@0,0/st@w2100001086108 628,1 (st3): SCSI transport failed: reason 'timeout': giving up |
Messaggi di errore irreversibile del sistema
panic[cpu1]/thread=2a100497cc0: BAD TRAP: type=31 rp=2a1004978d0 addr=a8 mmu_fsr=0 occurred in module "jfca" due to a NULL pointer dereference |
Soluzione. Non collegare le unità nastro a una scheda SG-PCI1FC-JF2 o SG-PCI2FC-JF2.
Le schede Quad Fast-Ethernet (QFE) possono creare problemi di conflitto se condividono lo stesso bus con una delle seguenti schede:
Sun GigaSwift
Sun Dual Gigabit Ethernet e Dual SCSI/P
Sun Quad Gigaswift Ethernet
Nella configurazione predefinita, il parametro infinite-burst del driver ce utilizzato da queste schede è abilitato. Ciò comporta la riduzione al minimo del tempo del bus disponibile per le porte QFE che condividono lo stesso bus.
Soluzione. Evitare di collocare le schede QFE sullo stesso bus delle schede di rete elencate.
Il valore di timeout predefinito per la parte SCSI della scheda SunSwift PCI Ethernet/SCSI (X1032A) non è conforme ai requisiti di timeout del lettore di DVD-ROM SCSI di Sun (X6168A). Con supporti di scarsa qualità, il DVD-ROM produce talvolta errori di timeout. Le uniche eccezioni sono rappresentate dai sistemi Oracle Sun Fire 6800, 4810, 4800 e 3800. Questi sistemi modificano il valore di timeout SCSI attraverso la PROM OpenBoot.
Soluzione. Per le altre piattaforme, usare le interfacce SCSI integrate o schede SCSI compatibili con il DVD-ROM, come le seguenti:
X1018A (SBus: F501-2739-xx)
X6540A (PCI: F375-0005-xx)