test

Notes de version de Solaris 10 10/09

Problèmes de réseau

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

Le pilote e1000g génère des paquets LSO corrompus (6855964)

En cas de stress important, le pilote e1000g risque de générer des paquets LSO corrompus qui provoquent le blocage et la réinitialisation de la puce Ethernet.

Solution de contournement : désactivez LSO en ajoutant la ligne suivante dans le fichier e1000g.conf :


lso_enable=0,0,0,0,0,0,0,0;

Assurez-vous que les « 0 » sont alignés avec les numéros d'interface de e1000g.

Corruption TCP observée avec les cartes Northstar (6838180)

Les DMA de puces Intel 82571 peuvent transférer des données non valides, mais avec un CRC valide sur le réseau et ne plus répondre. Cette absence de réponse provoque le blocage et la réinitialisation du périphérique.

Solution de contournement : désactivez LSO en ajoutant la ligne suivante dans le fichier e1000g.conf :


lso_enable=0,0,0,0,0,0,0,0;

Assurez-vous que les « 0 » sont alignés avec les numéros d'interface de e1000g.

Augmentation des restrictions sur les communications (6837033)

Les restrictions durcies sur les communications interzone pour les systèmes qui utilisent une configuration Solaris Trusted Extensions peuvent limiter les applications de fournisseurs tiers non compatibles, provoquant leur échec.

Solution de contournement : choisissez l'une des solutions suivantes :

Bien que cette modification permette de donner le temps nécessaire pour traiter les problèmes de programmation ou de configuration de l'application, elle ne doit pas être considérée comme une solution permanente.

Remarque –

Si une correction de l'application ou de sa configuration n'est pas réalisable, veuillez contacter votre représentant des services Sun.

DR et la commande showdevices ne fonctionnent pas après une réinitialisation de XSCF (6821108)

Après la réinitialisation du processeur de service XSCF sur les systèmes OPL, les communications IPsec sont perdues. Le message d'erreur suivant s'affiche sur le processeur de services XSCF :


XSCF> showdevices -d 0

Can't get device information from DomainID 0.

Le message suivant s'affiche dans le fichier /var/adm/messages sur le domaine :


Apr  7 11:19:20 domain-0 sckmd: [ID 205163 daemon.error] 
PF_KEY error: type=ADD, errno=17: File exists, diagnostic code=0: No diagnostic

Ce problème se produit car les associations de sécurité existantes (SA, Security Association) dans le domaine ne sont pas supprimées correctement, de sorte que l'ajout d'une nouvelle SA échoue.

Solution de contournement 1 : réinitialisez le processeur de service XSCF deux fois. La moitié des SA sont supprimées la première fois et l'autre moitié la seconde. Le deuxième ajout réussit et la communication IPsec est rétablie.

Solution de contournement 2 : supprimez les SA IPsec deux fois sur chaque domaine avant de réinitialiser le processeur de service.

Si vous n'utilisez les communications IPsec pour rien d'autre sur votre système, la commande ipseckey flush affiche toutes les SA. Si vous utilisez les communications IPsec pour d'autres choses, procédez comme suit pour afficher toutes les SA :

  1. Obtenez les adresses IP :


    # /usr/platform/SUNW,SPARC-Enterprise/sbin/prtdscp
Domain Address: 192.168.224.2
SP Address: 192.168.224.1

  2. Supprimez les SPI deux fois à l'aide des utilitaires ipseckey et prtdscp :


    # ipseckey delete ah spi 0xff00 dst 
`/usr/platform/SUNW,SPARC-Enterprise/sbin/prtdscp -s`
#  ipseckey delete ah spi 0xff00 dst 
`/usr/platform/SUNW,SPARC-Enterprise/sbin/prtdscp -s`

# ipseckey delete ah spi 0xff dst 
`/usr/platform/SUNW,SPARC-Enterprise/sbin/prtdscp -d`
# ipseckey delete ah spi 0xff dst 
`/usr/platform/SUNW,SPARC-Enterprise/sbin/prtdscp -d`

    Lorsque le processeur de service redémarre, les clés sont ajoutées correctement.

x86 : Le pilote bnx ne prend pas en charge le chipset Broadcom NetXtreme II 5709 (6637053)

Le chipset Broadcom NetXtreme II 5709 (BCM5709) n'est pas pris en charge dans la version Solaris 10 10/09.

Solution de contournement : téléchargez le pilote bnx depuis le site Web : http://www.broadcom.com/support/ethernet_nic/downloaddrivers.php.

Remarque –

Les chipsets peuvent subir une régression des performances après l'installation du pilote téléchargé.

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 de contournement : 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 de contournement : 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 de contournement : 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 de contournement : 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 de contournement : réparez au moins une interface réseau dans le groupe.