I seguenti bug si verificano durante o dopo l'installazione della versione Oracle Solaris 11 Express.
Al termine del programma di installazione in modalità testo, potrebbe essere assegnata una password non valida all'utente principale e/o all'utente root.
Soluzione. In fase di installazione immettere la password root e la password utente prima che venga visualizzata la schermata di riepilogo, quindi assicurarsi di avviare l'installazione senza tornare alla schermata Utenti. Se l'installazione è già stata completata e non è possibile accedere con la password specificata, adottare una delle soluzioni alternative indicate di seguito:
Reinstallare il sistema operativo.
Modificare manualmente il file /etc/passwd nel pool ZFS appena installato avviando il sistema da un supporto esterno.
Durante l'installazione è possibile vedere un messaggio di errore simile al seguente:
$ more install_log <AI Oct 15 17:32:50> /tmp/ai_combined_manifest.xml is a valid manifest <AI Oct 15 17:32:50> Auto reboot enabled <AI Oct 15 17:33:11> Cannot find the specified disk c7t2d0 on the targetsystem. <AI Oct 15 17:33:11> Target validation failed <AI Oct 15 17:33:11> ai target device not found <AI Oct 15 17:33:11> Auto install failed /$ |
Soluzione. Scollegare uno dei cavi SAS JBOD a percorso doppio.
L'installazione di Live CD può bloccarsi in sistemi con 1 GB di memoria, scheda grafica NVIDIA e più driver e1000g Ethernet.
Soluzione. Utilizzare una delle seguenti soluzioni alternative al momento dell'installazione di Live CD:
Utilizzare l'opzione vesa.
Disattivare i driver e1000g Ethernet aggiungendo la stringa -B disable-e1000g=true alla fine del comando kernel$ nel menu GRUB.
Alcune delle funzionalità della console utilizzate pe l'installazione in modalità testo non sono completamente supportate in sistemi SPARC dotati di schede grafiche XVR-2500. Di conseguenza l'installazione in modalità di testo non viene visualizzata correttamente sulla console di tali sistemi.
Soluzione. Scegliere una delle seguenti procedure:
Eseguire l'installazione in modalità testo tramite una console remota, se disponibile, anziché tramite console frame buffer locale.
Per eseguire l'installazione utilizzare il programma di installazione automatico, avviato da supporto o rete.
La ridenominazione di un ambiente di boot può non riuscire se al suo interno è presente un clone dipendente correntemente attivato o occupato.
Un esempio tipico si verifica al termine dell'aggiornamento dell'ambiente di boot diretto. Se si prova a rinominare l'ambiente di boot autogenerato e aggiornato, l'operazione non riesce. La ridenominazione non riesce poiché l'ambiente di boot aggiornato è stato attivato e l'ambiente di boot diretto ne rappresenta ora il clone.
Soluzione. Utilizzare la procedura seguente:
Attivare l'ambiente di boot diretto.
Rinominare l'ambiente di boot aggiornato.
Attivare l'ambiente di boot aggiornato.
Ad esempio, se il nome dell'ambiente di boot è solaris e il relativo nome autogenerato è solaris-1 , utilizzare i seguenti comandi:
# beadm activate solaris # beadm rename solaris-1 new_name # beadm activate new_name |
Se nel sistema è già presente un pool ZFS denominato rpool poiché era stato manualmente importato o creato dall'utente durante l'avvio corrente del Live CD, l'installazione non riesce. L'ultimo messaggio del file di log dell'installazione è simile al seguente:
Root pool rpool exists, we can't proceed with the installation. |
Questo comportamento è intenzionale e assicura che non vengano inavvertitamente danneggiati i dati nel corso dell'esecuzione del programma di installazione automatico.
Il programma di installazione automatico riconosce i casi in cui viene creato rpool, ma il processo di installazione non è riuscito o è stato interrotto. In tali casi, rpool viene eliminato automaticamente in seguito al riavvio.
Soluzione. Scegliere una delle seguenti procedure:
Per conservare tali dati in rpool, riavviare il sistema e non importare il pool. Il pool non viene rilevato dal programma di installazione automatico. Se il pool è stato creato nel disco di destinazione, non è tuttavia possibile conservarlo.
Se non si desidera conservare i dati in rpool, eliminare il pool prima di avviare il programma di installazione automatica utilizzando il seguente comando:
# zpool destroy -f rpool |
In sistemi con file system Oracle Solaris ZFS, il Costruttore distribuzione non riconosce né tratta un'area di costruzione come file system ZFS nei seguenti casi:
Una nuova subdirectory del file system ZFS è specificata come area di costruzione, ma viene specificato il punto di attivazione anziché zpool.
L'area di costruzione esiste già come file system ZFS, ma viene specificato il punto di attivazione anziché zpool.
Ad esempio, considerare lo zpool seguente:
$ zfs list disk2_pool/ib/pia |
Se viene eseguito il seguente comando, in cui l'area di costruzione in slim_cd.xml viene specificata come <build_area>/export/home/ib/pia</build_area> :
# distro_const build -p 1 slim_cd.xml |
Viene visualizzato il seguente messaggio di errore:
/export/home/ib/pia: No such file or directory /export/home/ib/pia: No such file or directory Checkpointing is not available Rerun the build without -p |
Soluzione. Apportare la seguente modifica al file manifesto del Costruttore distribuzione:
Modificare <build_area>/export/home/ib/pia</build_area> in <build_area>disk2_pool/ib/pia</build_area>.
Quando viene creato un nuovo ambiente di boot, nel file GRUB è presente una sola voce menu.lst a esso associata, indipendentemente dal numero di voci presenti nell'ambiente di boot di origine. Per creare un nuovo ambiente di boot viene utilizzata la prima voce menu.lst dell'ambiente di boot di origine. Le altre voci vengono ignorate. Il problema si verifica quando si crea il nuovo ambiente di boot tramite il comando beadm o pkg update.
Se sono necessarie altre voci per il nuovo ambiente di boot, queste non sono disponibili.
Soluzione. Modificare il file /rpool/boot/grub/menu.lst e copiare le voci desiderate dall'ambiente di boot originale. Sostituire il nome dell'ambiente di boot nelle voci di origine con il nome dell'ambiente di boot di destinazione.
Al termine dell'esecuzione della funzione del Costruttore distribuzione, potrebbe essere visualizzato il seguente messaggio di errore:
Unhandled exception in thread started by Error in sys.excepthook: Original exception was: |
Soluzione. Il messaggio di errore viene visualizzato subito prima della terminazione e può essere ignorato senza problemi.
Nel corso dell'esecuzione del programma di installazione automatico viene sempre creato un pool di root ZFS con il nome rpool. Il processo di boot ZFS diventa confuso se sullo stesso disco è installata più di un'istanza Oracle Solaris. Questo bug interessa soltanto il programma di installazione automatico. Il programma di installazione GUI non supporta la creazione di più istanze Oracle Solaris su un disco.
Soluzione. Se è necessario installare più di una istanza di Oracle Solaris in un sistema, assicurarsi che ogni istanza sia installata su un disco distinto.
Il programma di installazione automatico non supporta server con multihome.
Soluzione. Non utilizzare il programma di installazione automatico su un server con a più connessioni di rete. Se è necessario utilizzare il programma di installazione automatico, modificare le seguenti origini dati:
DHCP
Prendere in considerazione quanto segue:
Sottorete da configurare
Router da specificare
Posizione del file di boot da specificare
È necessario gestire manualmente le voci DHCP modificando i valori macro di BootSvrA e BootFile come necessario.
mDNS
Considerare quale indirizzo IP segnalare per il server Web del programma di installazione automatico
È necessario assicurare l'indirizzamento del client all'indirizzo IP segnalato dal processo dns-sd in esecuzione nel server del programma di installazione automatico.
GRUB
Prendere in considerazione quanto segue:
Indirizzo IP install_media da specificare
Indirizzo IP install_svc_address da specificare
È necessario modificare in modo accurato il file /tftpboot/menu.lst.<service-name> .
boot WAN
Considerare in quale rete posizionare i file wanboot.conf.
Il problema può essere risolto creando collegamenti simbolici con ln -s <src> <tgt> per tutte le reti utilizzate nella directory /etc/netboot.
Per ulteriori informazioni vedere i seguenti bug:
Gli strumenti installadm non supportano i server di installazione con più sottoreti (6182).
I file wanboot.conf personalizzati vengono ignorati nei server con installazione automatica con più schede di rete (7115).
Il comando installadm dovrebbe consentire agli utenti di scegliere le sottoreti da utilizzare (7149).
Se un nome di servizio del programma di installazione automatico è composto da oltre 59 caratteri, il processo dns-sd continua a essere eseguito anche dopo l'esecuzione del comando delete-service. Se la lunghezza nome di servizio è superiore a 64 caratteri, il comando create-service non riesce: restano file orfani di cui non è possibile tenere traccia tramite i servizi del programma di installazione automatico.
Soluzione. Non utilizzare nomi di servizio del programma di installazione automatico con lunghezza superiore a 59 caratteri.
L'installazione automatica non riesce in quanto non è disponibile spazio sufficiente nella slice 0 del dispositivo di destinazione. Viene visualizzato il seguente messaggio di errore:
Auto install failed |
Soluzione. Scegliere una delle seguenti procedure:
Creare la slice 0 sul dispositivo di destinazione e allocare alla slice più di 8 gigabyte di spazio su disco.
Se è presente una slice con più di 8 gigabyte di spazio libero su disco, cambiare il file manifesto di installazione automatica per utilizzare tale slice. Ad esempio, per utilizzare la slice 4 del dispositivo di destinazione c0t0d0, aggiungere le seguenti righe al file manifesto di installazione automatica:
<ai_target_device> <target_device_name>c0t0d0</target_device_name> <target_device_install_slice_number>4</target_device_install_slice_number> </ai_target_device> |
Il programma di installazione consente di selezionare un disco di destinazione per l'installazione specificando i criteri di selezione nel file manifesto del programma di installazione automatico. Nel file manifesto è possibile definire un solo criterio: il tipo di controller del disco. Per eseguire questa operazione, utilizzare il tag di selezione del disco target_device_type. I seguenti valori sono correntemente supportati:
SCSI
ATA
Fibra ottica
USB
Le informazioni sul tipo di controller non sono correntemente disponibili per i driver SATA con un nome di dispositivo in formato c#t#d#. Tali driver sono gestiti dal framework di Oracle Solaris SATA. Per ottenere informazioni sul tipo di controller del disco dal client del programma di installazione automatico è possibile eseguire il driver di prova di rilevazione della destinazione con privilegi di root al momento dell'avvio del programma di installazione automatica. Nell'esempio seguente, osservare che il tipo di controller si trova nella colonna ctype:
# /opt/install-test/bin/test_td -dv Disk discovery Total number of disks: 1 ------------------------------------------------------------------------------- num | name| vendor| ctype| mtype| rem| lbl| bsize|#of blocks|size [MB]| ------------------------------------------------------------------------------- 1 |* c7d0| unknown| ata| FIXED| No| VF| 512|1953520128| 953867| ------------------------------------------------------------------------------- |
Soluzione. Utilizzare altri criteri di selezione del disco per selezionare il disco SATA desiderato. Per informazioni vedere la pagina man sata(7D).
I file manifesto XML utilizzati dal programma di installazione automatico sono leggibili da qualsiasi utente sul server del programma di installazione automatico. Questi file sono apertamente accessibili in rete tramite il servizio del file manifesto HTTP del programma di installazione automatico. Le password fornite come parte del file manifesto di configurazione non sono sicure.
Soluzione. Scegliere una delle seguenti procedure:
Per limitare la leggibilità dei file manifesto sul server del programma di installazione automatico, utilizzare il comando seguente:
# chmod -R og-r /var/ai/*/AI_data
L'accesso ai file manifesto su HTTP può essere limitato tramite l'utilizzo della funzione di filtro IP di Oracle Solaris che consente di limitare gli accessi alle porte del servizio del file manifesto solo a reti e client specifici.
Nel corso del primo avvio successivo a un'installazione eseguita tramite il programma di installazione automatico, accedere e cambiare le password configurate utilizzando il programma di installazione automatica. Per maggiore sicurezza eseguire l'avvio del sistema in modalità utente singolo. Nei sistemi SPARC, aggiungere l'opzione -s al comando di boot. In sistemi x86 e x64, modificare il menu GRUB in modo interattivo, quindi aggiungere l'opzione -s al comando kernel$.