test

Notes de version de Solaris 10 5/08

Problèmes de réseau

Les bogues de réseau suivants s'appliquent à la version Solaris10.

Paniques du pilote nxge dans nxge_fflp_stat_update (6644276)

L'exécution de kstat sur le pilote nxge peut entraîner une panique du système. Toutefois, cette situation est rare.

Solution : n'exécutez pas kstat sur le pilote nxge.

SPARC : Erreurs de connexion NFS/RDMA (6229077)

Des erreurs de connexion peuvent se produire entre un client et un serveur NFS utilisant l'accès mémoire direct à distance (RDMA, Remote Direct Memory Access). En raison de ces erreurs, les ressources de pool du tampon s'épuisent et le système panique. Le message d'erreur suivant s'affiche :


rpcib: WARNING: rib_rbuf_alloc: No free buffers!

Solution : choisissez l'un des palliatifs suivants :

Pour de plus amples informations, reportez-vous aux pages de manuel mount_nfs(1M) et nfs(4).

Échec de la tentative de connexion sur la cible iSCSI avec deux portails et un portail incorrect (6476060)

Si une baie ou une cible iSCSI renvoie plusieurs adresses IP dans sa réponse send target, l'initiateur ne prend en compte que la dernière adresse de la liste (et non la première comme dans les versions antérieures). Par conséquent, si la dernière adresse IP est incorrecte, la connexion à cette cible échoue.

Solution : renvoyez les différentes TBGT (Target Portal Group Tag, étiquette de groupe de portails cibles) associées à chaque entrée dans sa réponse send target. L'initiateur essaie toutes les adresses IP jusqu'à ce que la connexion soit établie.

Domaine système d'interprétation non configurable (6314248)

Le domaine système d'interprétation (DOI, Domain System of Interpretation) n'est pas configurable. Lorsque vous créez un modèle de réseau de confiance à l'aide de la console de gestion Solaris, celle-ci définit le DOI sur 0 et Solaris Trusted Extensions ne fonctionne pas correctement. Plusieurs messages d'erreur s'affichent.

Solution : définissez le DOI sur 1 à l'aide de la console de gestion Solaris.

La transmission IP est désactivée par défaut dans SE Solaris 10

Dans cette version de Solaris, la transmission IP est désactivée par défaut. Cette configuration s'applique à IPv4 et IPv6 indépendamment des autres configurations du système. Les systèmes avec plusieurs interfaces IP, qui transmettaient les paquets IP, ne disposent plus par défaut de cette fonction automatique. Pour activer la transmission IP sur des systèmes à multi-hébergement, les administrateurs doivent manuellement effectuer davantage d'opérations de configuration.

Solution : la commande routeadm active la transmission IP. Les modifications apportées à la configuration résultant de l'utilisation de la commande routeadm persistent après plusieurs réinitialisations du système.

Pour plus d'informations sur le transfert IP, reportez-vous à la page man routeadm(1M).

Échec de l'initialisation de la zone lorsque l'adresse IP appartient à un groupe de multiacheminement sur réseau IP qui a échoué (6184000)

Vous pouvez configurer une zone de manière que l'adresse IP de la zone fasse partie d'un groupe de multiacheminement sur réseau IP. La section Extension de la fonction IPMP aux zones non globales en mode IP partagé du Guide d’administration système : Gestion des ressources conteneurs Solaris et des zones Solaris décrit le processus de configuration.

Lorsque toutes les interfaces réseau du groupe de multiacheminement sur réseau IP échouent, une zone ne s'initialise pas si elle comporte une adresse IP faisant partie de ce groupe.

L'exemple suivant montre le résultat obtenu si vous tentez d'initialiser la zone.


# zoneadm -z my-zone boot 
zoneadm: zone 'my-zone': bge0:1: 
could not set default interface for multicast: Invalid argument 
zoneadm: zone 'my-zone': call to zoneadmd failed

Solution : réparez au moins une interface réseau dans le groupe.

Des erreurs intermittentes risquent de se produire dans le cadre de l'utilisation de DataDigests (5108515)

Les cibles Internet SCSI (iSCSI) risquent de signaler des erreurs de contrôle de redondance cyclique (CRC, cyclic redundancy check) lorsque des DataDigests sont activés. Les applications utilisateur qui mettent à jour les tampons d'entrée/sortie après la transmission vers l'initiateur iSCSI risquent d'entraîner un mauvais calcul du CRC. Lorsque la cible renvoie une erreur CRC, l'initiateur iSCSI retransmet les données avec le CRC DataDigest correct. L'intégrité des données est préservée. Néanmoins, cela affecte les performances du système en matière de transfert des données. Aucun message d'erreur n'est affiché.

Solution : n'utilisez pas l'option DataDigest.

La configuration de plusieurs tunnels entre deux noeuds IP avec validation de filtrage peut engendrer une perte de paquets (4152864)

Si vous configurez plusieurs tunnels IP entre deux nœuds IP et validez ip_strict_dst_multihoming ou d'autres filtres IP, cela peut entraîner une perte de paquets.

Solution : vous avez deux possibilités