In Solaris 10 sono stati riscontrati i seguenti problemi relativi ai collegamenti di rete.
Se una destinazione o un array iSCSI restituisce più di un indirizzo IP nella risposta send target, l'iniziatore prende in considerazione solo l'ultimo indirizzo dell'elenco e non il primo, come avveniva nelle precedenti versioni. Di conseguenza, se l'ultimo indirizzo IP è errato o non è valido, il collegamento alla destinazione non riesce.
Soluzione. Restituire i TPGT differenti per ogni voce nella risposta send target. L'iniziatore cerca di stabilire una connessione a tutti gli indirizzi IP e in questo modo la connessione riesce.
Il dominio DOI di sistema non è configurabile. Quando si utilizza SMC per creare un nuovo modello di rete trusted, SMC imposta il DOI su 0 e le Solaris Trusted Extensions non funzionano correttamente. Vengono visualizzati vari messaggi di errore.
Soluzione. Impostare il DOI su 1 usando SMC.
Gli errori di memoria in NSS con ECC e le suite di cifratura RSA possono produrre un blocco del sistema o un errore irreversibile. Viene visualizzato il messaggio di errore out of memory.
Soluzione. Installare le seguenti patch:
Patch con ID 119213-09 per i sistemi SPARC.
Patch con ID 119214-09 per i sistemi x86.
L'iniziatore del software iSCSI di Solaris non supporta unità logiche con LUN superiore a 255. Non viene visualizzato nessun messaggio di errore.
Soluzione.
Modificare i numeri di unità logica dei dispositivi di destinazione in modo che siano inferiori a 255.
Quando ci si registra su un sistema Solaris 10 11/06 per la gestione remota degli aggiornamenti con Sun Update Connection, vengono visualizzate le informazioni sul sistema. Se sul sistema è presente più di una scheda Ethernet, viene visualizzato lo stesso indirizzo MAC per tutte le schede Ethernet. Non viene visualizzato nessun messaggio di errore.
Soluzione. Nessuna.
I programmi a 64 bit che creano socket PF_ROUTE e analizzano il contenuto dei messaggi RTM_IFINFO nella struttura if_msghdr_t non funzionano correttamente se non vengono ricompilati.
Nella configurazione predefinita di questa versione di Solaris, l'inoltro IP è disabilitato. Questa impostazione si riferisce sia alle reti IPv4 che a quelle IPv6 ed è indipendente dalle altre configurazioni del sistema. Nei sistemi con più interfacce IP che in precedenza inoltravano i pacchetti IP, questa funzione non è più abilitata automaticamente. Per abilitare l'inoltro IP in questi sistemi, è necessario eseguire manualmente alcune operazioni di configurazione aggiuntive.
Soluzione. Il comando routeadm abilita l'inoltro IP. Le modifiche alla configurazione prodotte da routeadm persistono anche dopo il riavvio del sistema.
Per abilitare l'inoltro IPv4, digitare routeadm -e ipv4-forwarding .
Per abilitare l'inoltro IPv6, digitare routeadm -e ipv6-forwarding .
Per applicare al sistema la configurazione con l'inoltro IP abilitato, digitare routeadm -u.
Per maggiori informazioni sull'inoltro IP, vedere la pagina man routeadm(1M).
Il driver LAN generico versione 3 (GLDv3) imposta in modo errato la lunghezza del campo dei frame LLC. Di conseguenza, i protocolli che dipendono dal valore LLC (ad esempio AppleTalk) non funzionano correttamente. Non viene visualizzato nessun messaggio di errore. Questo problema interessa i seguenti controller dell'interfaccia di rete:
bge
e1000g
xge
Soluzione. Nessuna.
Una zona può essere configurata in modo che il suo indirizzo IP faccia parte di un gruppo IPMP (IP Network Multipathing). Il processo di configurazione è documentato in How to Extend IP Network Multipathing Functionality to Non-Global Zones del System Administration Guide: Solaris Containers-Resource Management and Solaris Zones.
Se tutte le interfacce di rete del gruppo IPMP producono un errore, le zone il cui indirizzo IP appartiene a quel gruppo non si avviano.
L'esempio seguente illustra il risultato del tentativo di avvio della zona.
# zoneadm -z nome-zona boot zoneadm: zone 'nome-zona': bge0:1: impossibile impostare l'interfaccia multicast: Argomento non corretto zoneadm: zone 'nome-zona': call to zoneadmd failed |
Soluzione. Riparare almeno una delle interfacce di rete del gruppo.
Le destinazioni Internet SCSI (iSCSI) possono occasionalmente riportare errori CRC se i DataDigest sono abilitati. Le applicazioni che aggiornano i buffer di I/O dopo la trasmissione all'iniziatore iSCSI possono provocare il calcolo errato del CRC. Quando la destinazione risponde con un errore CRC, l'iniziatore iSCSI trasmette nuovamente i dati con il CRC DataDigest corretto. L'integrità dei dati non viene compromessa. Tuttavia, le prestazioni di trasferimento dei dati vengono ridotte. Non viene visualizzato nessun messaggio di errore.
Soluzione. Non utilizzare l'opzione DataDigest.
Durante l'avvio del sistema, è possibile che più istanze non riescano a connettersi alla propria istanza LANE (LAN Emulation) se sono presenti più di otto istanze LANE su una stessa scheda. Questo problema non si verifica in modalità multiutente.
Soluzione. Per reinizializzare la rete SunATM, procedere come segue:
Verificare il problema eseguendo il comando lanestat -a.
Le istanze non connesse presentano il valore 0 come identificativo del circuito virtuale (VCI) sul server LES (LAN Emulation Server) e sul server BUS (Broadcast and Unknown Address Server).
Arrestare e riavviare la rete SunATM.
# /etc/init.d/sunatm stop # /etc/init.d/sunatm start |
Ripristinare le maschere di rete o le altre configurazioni di rete per le interfacce SunATM.
Se si configurano più tunnel tra due nodi IP e si abilita ip_strict_dst_multihoming o un altro filtro IP, può generarsi una perdita di pacchetti.
Soluzione. Scegliere una delle soluzioni seguenti:
Per prima cosa configurare un singolo tunnel tra due nodi IP. Quindi aggiungervi nuovi indirizzi usando il comando ifconfig con l'opzione addif.
Non abilitare ip_strict_dst_multihoming sui tunnel che collegano due nodi IP.