In Solaris 10 sono stati riscontrati i seguenti problemi relativi ai collegamenti di rete.
Il chipset Broadcom NetXtreme II 5709 (BCM5709) non è supportato in Solaris 10 10/08.
Soluzione. Scaricare il driver bnx dal sito Web http://www.broadcom.com/support/ethernet_nic/downloaddrivers.php.
Nei chipset esistenti si possono riscontrare problemi di regressione delle prestazioni quando si installa il driver scaricato.
Si possono verificare errori di collegamento tra client e server NFS quando si utilizza RDMA (Remote Direct Memory Access) A causa di questi errori, le risorse del buffer si esauriscono e si verifica un errore irreversibile del sistema. Viene visualizzato il seguente messaggio di errore:
rpcib: WARNING: rib_rbuf_alloc: No free buffers! |
Soluzione. Scegliere una delle seguenti procedure:
Configurare il server NFS per abilitare TCP. Nel file /etc/default/nfs, modificare (NFSD_PROTOCOL=tcp).
Attivare il file system NFS dal lato client con l'opzione di attivazione proto=tcp.
Per maggiori informazioni, vedere le pagine man mount_nfs(1M) e nfs(4).
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 la Solaris Management Console per creare un nuovo modello di rete trusted, la Solaris Management Console 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 la Solaris Management Console.
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).
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 Shared-IP Non-Global Zones in 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: could not set default interface for multicast: Invalid argument 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.
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.