test

Notes de version de Solaris 10 8/07

Problèmes de réseau

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

É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. Lors de la création d'un nouveau modèle de réseau de confiance à l'aide de la commande SMC, celle-ci définit le DOI sur 0, ce qui empêche Solaris Trusted Extensions de fonctionner correctement. Plusieurs messages d'erreur s'affichent.

Solution : définissez le DOI sur 1 à l'aide de la commande SMC.

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.

L'initialisation de sous-réseaux ATM LANE pour IPv4/IPv6 peut ne pas s'effectuer (4625849)

Lors de l'initialisation du système, il peut arriver que plusieurs instances ne se connectent pas à leur instance Émulation LAN (LANE, LAN Emulation) si plus de huit instances LANE se trouvent sur un seul adaptateur. Ce bogue ne se produit pas au niveau multiutilisateur.

Solution : pour réinitialiser votre réseau SunATM, procédez comme suit :

  1. Vérifiez le problème en exécutant une commande lanestat - a.

    La valeur VCI (Virtual Circuit Identifier) des instances qui ne sont pas connectées est 0 pour le serveur LES (LAN Emulation Server) et le serveur BUS (Broadcast and Unknown Address Server).

  2. Arrêtez et redémarrez le réseau SunATM.


    # /etc/init.d/sunatm stop
# /etc/init.d/sunatm start

  3. Réinitialisez les masques de réseau ou d'autres configurations réseau pour les interfaces SunATM.

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