test

Notes de mise à jour Supplément Solaris 7 11/99 pour les produits matériels Sun

Chapitre 4 Notes de mise à jour relatives au serveur Sun Enterprise 10000

Ce chapitre contient des notes de mise à jour qui concernent Solaris 11/99 sur le serveur Sun Enterprise 10000, les fonctionnalités AP (Alternate Pathing), DR (Dynamic Reconfiguration) et IDN (InterDomain Network).

Alternate Pathing

Alternate Pathing (AP) 2.2 est la première version de AP prise en charge sur les domaines Sun Enterprise 10000 utilisant l'environnement d'exploitation Solaris 7 11/99.

AP vous permet de définir et de contrôler des chemins physiques alternatifs vers les périphériques, ce qui augmente la disponibilité et le niveau de reprise sur erreur du serveur. Si un chemin menant à un périphérique devient inutilisable, il est possible d'en utiliser un autre. Pour plus d'informations, reportez-vous au Guide de l'utilisateur de la fonctionnalité Alternate Pathing 2.2 sur les serveurs Sun Enterprise dans la collection AnswerBook Solaris 7 11/99 on Sun Hardware.

Remarque :

Au moment de l'impression de ce document, AP 2.2 n'est compatible avec aucune version de Sun Enterprise Volume Manager(TM) (SEVM).

Problèmes d'installation

Si vous effectuez une mise à jour de l'environnement d'exploitation Solaris 2.5.1 ou 2.6 vers Solaris 7 11/99 et si AP 2.0 ou 2.1 et Solstice(TM) DiskSuite(TM) 4.0 ou 4.1 (SDS) sont installés sur votre système, vous devriez effectuer une mise à niveau vers AP 2.2 et SDS 4.2. Cette section vous indique toute la procédure à suivre et les documents à utiliser. Assurez-vous que vous possédez les publications suivantes avant de commencer cette mise à niveau :

Attention : Attention :

Pour réussir la mise à niveau, suivez les étapes dans l'ordre indiqué ci-dessous.

En général, vous devez :

En particulier, vous devez :

  1. Lire la "Mise à niveau de AP" au chapitre 9 "Installation de Alternate Pathing 2.2 sur le serveur Sun Enterprise 10000" du Solaris 7 11/99 Guide de la plate-forme matérielle Sun.

  2. Enregistrer tous les métapériphériques AP qui ne sont pas enregistrés (reportez-vous à l'étape 1 de la "Mise à niveau vers AP 2.2" au chapitre 9 "Installation de Alternate Pathing 2.2 sur le serveur Sun Enterprise 10000" du Solaris 7 11/99 Guide de la plate-forme matérielle Sun).

  3. Déconfigurer SDS (reportez-vous aux étapes 1 à 8 de "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" au chapitre 1 des Solstice DiskSuite 4.2 Installation and Product Notes).

    Attention : Attention :

    N'installez pas Solaris 7 11/99 à ce stade.

  4. Vous reporter aux étapes 3 à 5 de la "Mise à niveau vers AP 2.2" au chapitre "Installation de Alternate Pathing 2.2 sur le serveur Sun Enterprise 10000 "du Solaris 7 11/99 Guide de la plate-forme matérielle Sun).

    Remarque :

    En ce qui concerne cette version, vous devez supprimer le module SUNWapap dans le cadre de l'étape 3a de la "Mise à niveau vers AP 2.2" du Solaris 7 11/99 Guide de la plate-forme matérielle Sun.

  5. Effectuer une mise à niveau vers Solaris 7 11/99 (reportez-vous à l'étape 6 de la "Mise à niveau vers AP 2.2" au chapitre 9 "Installation de Alternate Pathing 2.2 sur le serveur Sun Enterprise 10000 " du Solaris 7 11/99 Guide de la plate-forme matérielle Sun).

  6. Vous reporter aux étapes 6 à 9 de la "Mise à niveau vers AP 2.2" au chapitre 9 "Installation de Alternate Pathing 2.2 sur le serveur Sun Enterprise 10000" du Solaris 7 11/99 Guide de la plate-forme matérielle Sun).

  7. Installer SDS 4.2, puis le restaurer (reportez-vous à l'étape 10 de la "Mise à niveau vers AP 2.2 et SDS 4.2" au chapitre 9 "Installation de Alternate Pathing 2.2 sur le serveur Sun Enterprise 10000 " du Solaris 7 11/99 Guide de la plate-forme matérielle Sun et aux étapes 10 à 16 de "How to Convert to DiskSuite 4.2 on SPARC Systems Running DiskSuite 4.0 or 4.1" au chapitre 1 des Solstice DiskSuite 4.2 Installation and Product Notes).

Problèmes d'ordre général

Cette section contient des problèmes d'ordre général qui concernent AP sur le serveur Sun Enterprise 10000, veuillez la lire avant d'essayer d'installer ou de configurer AP.

Périphériques pris en charge

Les périphériques suivants sont pris en charge par le logiciel AP sur les serveurs Sun Enterprise :

Le tableau suivant indique les périphériques de réseau pris en charge selon les versions :

Tableau 4-1 Périphériques de réseau pris en charge

 

AP 2.0 

AP 2.1 

AP 2.2 

Solaris 2.5.1 

hme, le, nf, bf, hi, qe, qfe

N/A 

N/A 

Solaris 2.6 (5/98) 

N/A 

ge, hme, le, nf, qe, qfe, vge

N/A 

Solaris 7 11/99 

N/A 

N/A 

ge,hme, le, nf, qe, qfe

Périphériques SunFDDI

Des tests de validation AP 2.2 ont été effectués sur SunFDDI (révision 6.0). Si vous installez ce périphérique, vous devez utiliser le niveau de révision qui a été testé, à moins qu'un niveau de révision supérieur existe. De plus, vous devez installer tous les patches disponibles de ce périphérique. Pour plus d'informations sur les patchs, consultez le site http://www.sunsolve.sun.com.

Sun StorEdge A3000

Le Sun StorEdge A3000 supporte des fonctionnalités de reprise similaires à celles fournies par AP ce qui explique pourquoi ce dernier ne le prend pas en charge. Pour de plus amples informations sur le support de reprise de ce produit, reportez-vous à la documentation qui l'accompagne.

Sun StorEdge A5000

AP prend en charge Sun StorEdge A5000 dans cette version.

Sun StorEdge A7000

AP 2.2 ne prend pas en charge Sun StorEdge A7000 dans cette version.

Compatibilité logicielle

Les figures suivantes montrent toutes les combinaisons SSP, AP et Solaris qu'il est possible d'installer sur un serveur Sun Enterprise. Notez que le serveur Sun Enterprise 10000 peut contenir n'importe quelle combinaison de domaines avec l'environnement d'exploitation et les logiciels qui sont indiqués à droite des illustrations. Il n'est pas nécessaire que la version de l'environnement d'exploitation Solaris sur le SSP et la version du domaine correspondent.

Remarque :

Dans les figures suivantes, "base seulement" signifie qu'il n'y a ni AP ni DR, à moins d'indications contraires. En général, "base seulement" se rapporte à un domaine où est seulement installé l'environnement d'exploitation Solaris. De plus, certains des scénarios ci-dessous ne sont possibles que si vous installez un patch, ou en ensemble de patchs, sur le SSP ou sur le domaine. Pour plus d'informations sur le patch, ou les patchs, à installer reportez-vous à la section de description des patchs sur http://sunsolve.sun.com.

Figure 4-1 SSP 3.0, AP 2.0 et Solaris 2.5.1 sur le serveur Sun Enterprise 10000

Graphic

Figure 4-2 SSP 3.1, AP 2.1, Solaris 2.5.1, Solaris 2.6 3/98, Solaris 2.6 5/98 et Solaris 7 sur le serveur Sun Enterprise 10000

Graphic

Figure 4-3 SSP 3.1, AP 2.2, AP 2.1, Solaris 2.5.1, Solaris 2.6 3/98, Solaris 2.6 5/98, Solaris 7, Solaris 7 3/99, Solaris 7 5/99 et Solaris 7 11/99 sur le serveur Sun Enterprise 10000

Graphic

Bugs connus

Il n'existe à ce jour aucun bug connu dans cette version de AP.

Bugs corrigés

Cette section résume les bugs les plus importants numérotés et corrigés par Sun depuis AP 2.1 (Solaris 2.6 5/98). La présente liste ne contient pas tous les bugs corrigés.

4126743 - Echec de la reprise automatique du disque AP en cas de pannes simultanées de plusieurs groupes de chemins (ce bug a été corrigé par le bug 4136249).

4126897 - Le domaine "panique" en l'absence de bases de données AP, mais les entrées de métapériphériques existent encore dans /etc/vfstab.

4136249 - Les E/S des volumes SEVM RAID s'arrête après la reprise automatique de AP.

4141438 - L'interface mhme s'arrête en cas d'utilisation intense du réseau.

4143514 - FDDI avec AP s'arrête en cas d'utilisation intense du réseau.

4147674 - AP provoque l'arrêt de ifconfig sur un mutex.

4153152 - apconfig fonctionne en tant qu'utilisateur courant.

4161396 - AP 2.x a besoin de capacité pour fonctionner avec GEM.

4163270 - netstat de l'interface réseau méta AP n'indique aucun comptage.

4166620 - snoop de l'interface réseau méta AP arrête sa surveillance après une opération de commutation.

4170818 - Si vous exécutez la commande $<callouts nadb macro, or fm2's "callout ts", vous verrez des milliers de dépassement du délai imparti pour les files d'attente dans le tableau "timeshare callout".

4180055 - L'accès à un métadisque AP par un chemin alternatif actif défectueux fait paniquer le système.

4180702 - Les messages provenant de swap.c ne sont pas internationalisés.

4183581 - Le disque apboot provoque le vidage d'image mémoire lorsque le disque utilisé est le même que le disque d'initialisation courant.

4185154 - Le test de GigabitEthernet avec une charge élevée échoue.

4188418 - Il est possible qu'une erreur du disque dur ne soit pas détectée par Veritas [SEVM].

4195441 - ap_daemon AP2.0 ne communique pas avec AP2.2.

4226867 - Echec de ap_reboot_host sur photon lors de configurations mixtes de AP.

4228731 - Les interfaces réseau inexistantes ne sont pas signalées comme étant détachées après la réinitialisation.

Dynamic Reconfiguration sur le serveur Sun Enterprise 10000

Les notes de mise à jour et les autres informations techniques de cette section ne s'appliquent qu'à la version Solaris 7 11/99 de la fonctionnalité Dynamic Reconfiguration (DR) sur le serveur Sun Enterprise 10000.

Problèmes d'ordre général

Cette section examine des problèmes d'ordre général qui concernent DR sur le serveur Enterprise 10000, veuillez la lire avant d'essayer d'installer ou de configurer DR.

Utilitaire dr-max-mem

La façon dont dr-max-mem est utilisé a changé depuis la version Solaris 2.5.1. Veuillez vous reporter à la section appropriée de la version Solaris 7 11/99 du Guide de l'utilisateur de la fonctionnalité Dynamic Reconfiguration sur le serveur Sun Enterprise 10000 pour la description détaillée de cette variable OBP particulièrement importante.

DR et les processus utilisateurs liés aux processeurs

Dans l'environnement d'exploitation Solaris 7 11/99, DR ne sépare plus automatiquement les processus utilsateurs liés aux CPU qui vont être détachées. Les utilisateurs sont à présent priés d'effectuer cette opération eux-mêmes avant de lancer une opération DR de détachement. L'opération DR de vidage échouera si les CPU sont liées à des processsus.

Emplacement de la mémoire non paginable

Avec l'environnement d'exploitation Solaris 7 11/99, l'emplacement de la mémoire non paginable (c'est-à-dire, la mémoire de l'OBP et du noyau), la cage du noyau, réside dans l'espace d'adresse physique le plus haut, qui se trouve en général sur la carte système du domaine portant le numéro le plus élevé. Le sens de croissance de cette zone s'étend des adresses physiques les plus élevées aux adresses physiques les plus basses. Il existe des exceptions à cette règle. Utilisez toujours drshow(1M) pour vérifier l'état de la mémoire d'une carte.

Emplacement de la cage du noyau

Avec l'environnement d'exploitation Solaris 7 11/99, la cage du noyau a été déplacée, elle est passée de la ou des cartes portant les numéros les plus bas aux cartes système portant les numéros les plus élevés. Toutefois, certains clients exigent que la cage du noyau se trouve sur la carte système portant le numéro le plus bas. Si telle est votre exigence, vous pouvez appliquer le Patch 105873-08, en tant que niveau minimum, sur le SSP pour changer l'emplacement de la cage. Reportez-vous au fichier README du patch pour savoir comment installer le patch. Vous pouvez vous procurer le patch auprès de http://sunsolve.corp.sun.com ou de votre fournisseur agréé local.

DR et les unités de bande

Avec l'environnement d'exploitation Solaris 7 11/99, le gestionnaire st, qui était considéré par le passé comme DR pas sûr, est à présent DR sûr. Le gestionnaire attend la bonne fin de l'exécution des demandes E/S avant d'interrompre le gestionnaire.

DR et SunFDDI

Si votre serveur Enterprise 10000 contient des interfaces SunFDDI(TM) SBus Adapter 5.0 et que vous envisagez d'utiliser DR, vous devez installer le patch Sun numéro 104572-05 ou une version ultérieure de ce dernier. Vous pouvez vous procurer ce patch à l'adresse.

DR et le Sun StorEdge A3000

La reconfiguration dynamique des grappes Sun(TM) StorEdge(TM) A3000 sur les serveurs Enterprise 10000 utilisant Solaris 2.6 nécessite RAID Manager 6.01.00 ou une version ultérieure de celui-ci pour fonctionner correctement.

DR et le Sun StorEdge A5000

DR sera supportée sur les systèmes configurés avec les périphériques Sun StorEdge A5000 et le dernier patch StorEdge A5000. Pour savoir comment vous procurer ce patch, contactez votre conseiller Sun agréé.

En ce qui concerne les cartes d'E/S connectées au A5000, assurez-vous que la version du microprogramme FC-AL disk soit ST19171FC 0413 ou une version plus récente. Pour plus d'informations, consultez le site Web suivant :

DR et les gestionnaires pln et soc

Si vous utilisez les gestionnaires pln et/ou soc sur votre serveur, assurez-vous que les paramètres sont correctement définis dans le fichier /etc/system file. Le fichier doit inclure les deux entrées suivantes, exactement telles qu'elles apparaissent dans l'exemple. 

set pln:pln_enable_detach_suspend=1
set soc:soc_enable_detach_suspend=1

Bugs connus

Cette section examine les bugs qui existent dans la fonctionnalité  DR Sun Enterprise 10000 de Solaris 7 11/99.

DR Abort Detach risque de ne pas restaurer tous les disques détachés (4010910)

Si une opération DR de détachement d'un périphérique sd échoue et que le contrôleur possède des périphériques sd qui ont déjà été détachés, l'opération abort-detach ne restaure pas (c'est-à-dire ne réattache pas) les périphériques qui partagent le même contrôleur et qui ont été détachés au préalable. Cette situation relativement rare peut se présenter lorsque le micro-programme de l'unité de disque est verrouillé.

Procédure : Aucune

dr_daemon ne trouve pas l'utilisation de périphériques Veritas (4011123)

L'utilisation des disques du logiciel Veritas n'est pas affichée par les applications DR dans leurs écrans d'utilisation des périphériques.

Procédure : Aucune

La commande disks(1M) lisse les entrées de contrôleur et détériore l'arborescence des périphériques Sun StorEdge A3000 (4096048)

La commande Solaris disks(1M) lisse ou supprime les entrées de liens symboliques lorsque les périphériques de disques ne figurent plus dans un domaine Enterprise 10000. Si vous avez reconfiguré de manière dynamique les périphériques de sorte à les éliminer, l'arborescence des périphériques gérée par Symbios et celle gérée par Solaris risquent de ne plus correspondre.

Procédure : vous devez vous procurer le patch adéquat auprès de votre conseiller ou de SunSolve. Ce patch contient des corrections qui assurent la permanence des noms de nuds sous Solaris lorsque les périphériques StorEdge A3000 sont reconfigurés de manière dynamique hors d'un domaine Enterprise 10000 donné. Ce patch garantit que lorsqu'une grappe donnée est ramenée dans le domaine, elle hérite de son nom de nud d'origine ce qui permet de maintenir la disponibilité des données sans devoir modifier les points de montage du système ni la configuration des applications de l'utilisateur. Vous devez veiller à ne pas effectuer d'opérations de réinitialisation de reconfiguration (boot -r) dans un domaine lorsqu'il y a des périphériques A3000 sur les cartes systèmes.

Echec de l'opération DR en raison d'une incompatibilité avec la fonction DMP dans SEVM (4215683)

Les fonctions DR et DMP dans Sun Enterprise Volume Manager (SEVM) ne sont pas compatibles. Si des disques sont contrôlés par DMP, il est impossible de les détacher.

Procédure : Aucune

Impossible de vider et /ou de détacher les cartes système du serveur Sun Enterprise qui hébergent des cartes QFE (4231845)

La configuration d'un serveur d'initialisation pour les machines clientes x86 utilisant Solaris 2.5.1 entraîne l'exécution des démons rpld. Ces démons effectuent une mise à jour active (ouverte) des références à tous les périphériques de réseau, que ces périphériques soient utilisés ou non. Ces références actives empêchent que ces périphériques ne soient détachés lors d'opérations DR.

Procédure : Retirez ou renommez le répertoire /rplboot, puis arrêtez et relancez NFS avec ces commandes: 

# sh /etc/init.d/nfs.server stop
# sh /etc/init.d/nfs.server start

Impossible d'interrompre le démon StorEdge A3000 (4100212)

La présence de démons StorEdge A3000 (rdaemon) empêche l'exécution d'une opération DR de détachement si l'environnement d'exploitation doit être mis au repos (c'est-à-dire, interrompu et remis en route) pour détacher la mémoire non paginable.

Procédure : Désactivez temporairement le démon avant l'opération DR, puis relancez le démon après l'opération DR en utilisant la commande suivante : 

# sh /etc/rc2.d/S90amon stop
# sh /etc/rc2.d/S90amon start

Vidage des cartes système sous Solaris 7 impossible et défauts de segmentation du dr_daemon (4229238)

Après de nombreuses itérations durant une condition d'échec de traitement du démon DR, le démon peut aboutir à une violation de la segmentation (c'est-à-dire, à un vidage d'image mémoire). Notez que cette condition se produit pendant un circuit de traitement erroné (c'est-à-dire, l'échec d'une opération DR).

Procédure : redémarrez les applications DR sur le SSP.

Bugs corrigés

Les bugs suivants ont été corrigés depuis la dernière version de DR. Cette liste ne contient pas les bugs mineurs ni ceux corrigés dans des patchs.

4083412 - socal et sf : nécessité de supporter DETACH/SUSPEND/RESUME

4090750 - DR "panique" lors d'une opération de détachement lorsque dr-max-mem est sur high.

4067860 - SUNWcsr : duplication des numéros majeurs dans name_to_major lors d'une mise à jour de Solaris 2.5.1 8/97 vers Solaris 2.6 5/98.

4131197 - Vidages d'image mémoire dr_daemon avec Solaris 2.6 5/98.

4133607 - Les opérations DR avec mem_board_interleave_ok posent problème.

4134357 - availrmem n'est pas diminuée lors d'un détachement de mémoire Sun Enterprise 10000.

4135366 - Le patch Sun StorEdge A3000 a été changé.

4136544 - Blocage "flusher thread" lors d'un DR de vidage avec le patch Official -20 KU patch.

Inter-Domain Networks

Les IDN (InterDomain Networks) sont des connexions matérielles internes rapides qui permettent aux Dynamic System Domains (appelés domaines dans ce chapitre), situés sur le serveur Sun Enterprise 10000, de communiquer entre eux comme s'ils communiquaient sur un réseau standard. Pour plus d'informations, reportez-vous au document Sun Enterprise 10000 Inter-Domain Network User Guide de la collection AnswerBook2(TM)TM SSP 3.2.

Problèmes d'ordre général

Cette section contient des problèmes d'ordre général concernant la fonctionnalité IDN, veuillez la lire avant d'essayer de configurer un IDN.

Support logiciel

Pour que l'IDN fonctionne, utilisez la version 3.2 du SSP.

Fichier idn.conf(4)

Les IDN sont initialisés sur le domaine en utilisant le fichier idn.conf(4). Chaque domaine doit posséder un fichier idn.conf(4) pour être membre d'un IDN. Ce fichier est utilisé pour instancier chaque occurrence du gestionnaire et pour initialiser plusieurs paramètres pouvant influer sur la performance et le comportement de l'IDN. Vérifiez que les valeurs des paramètres résident à l'intérieur des plages autorisées. Pour plus de renseignements sur les paramètres idn.conf(4), consultez le document Sun Enterprise 10000 InterDomain Networks User Guide de la collectionAnswerBook2TM SSP 3.2.

Attention : Attention :

Les valeurs résidant à l'extérieur de la plage autorisée peuvent faire paniquer le domaine après réinitialisation. Si le domaine panique, le démon détecteur d'événements détecte la "panique" et réinitialise le domaine, ce qui fait de nouveau paniquer le domaine. Par conséquent, le domaine ne peut pas être réinitialisé si le fichier idn.conf(4) contient une valeur erronée. Sun Microsystems suggère que tout fichier du type /etc/hostname.idnX soit enlevé pour empêcher le chargement automatique du gestionnaire IDN au moment de la réinitialisation.

OpenBootTM PROM

Sachez que cette variable pose deux types de problème sur le serveur Sun Enterprise 10000. Le premier concerne la variable idn-smr-size et le deuxième l'interruption qui doit être provoquée pour intervenir sur l'OBP.

Variable idn-smr-size

La variable OBP pour la fonction IDN, idn-smr-size, est présente sous Solaris 2.6. Si Solaris 2.6 est installé sur un domaine, ne donnez pas à cette variable d`autre valeur que zéro, valeur par défaut. La fonction IDN n'est pas prise en charge dans l'environnement d'exploitation Solaris 2.6.

Environnement OBP

Avant de provoquer une interruption pour intervenir sur l'invite OBP, utilisez la commande domain_unlink(1M) pour détacher le domaine de l'IDN. N'essayez pas d'intervenir sur la variable OBP tant que le domaine est lié à un IDN.

Bugs connus

La section suivante contient les bugs connus existant dans la présente version de la fonction IDN.

Erreur VerExec lorsqu'un domaine Solaris 2.6 est réinitialisé à partir de l'OBP (4254715)

Vous risquez de voir apparaître des messages d'erreur relatifs à la fonction IDN sur des domaines qui utilisent Solaris 2.6. Certains messages peuvent être ignorés sans risque ; toutefois, certains messages concernent le réglage de la variable OBP idn-smr-size sur une autre valeur que zéro.

Procédure : la fonction IDN n'est pas prise en charge par Solaris 2.6. Ne modifiez pas la valeur par défaut de la variable idn-smr-size sur des domaines qui utilisent l'environnement d'exploitation Solaris 2.6.

Le gestionnaire IDN panique si idn_slab_mintotal est réglé sur une autre valeur que zéro (4273317)

Les valeurs de paramètres qui résident à l'extérieur de la plage autorisée peuvent faire paniquer le domaine. Vérifiez si la valeur que vous utilisez réside à l'intérieur de la plage de valeurs autorisée.

La liste ci-dessous contient des paramètres qui peuvent faire paniquer le domaine si la valeur réglée dans le fichier idn.conf(4) file réside à l'extérieur de la plage autorisée.

Procédure : Aucune pour ce bug. Le domaine continuera de paniquer à cause des valeurs erronées que contient le fichier idn.conf(4) chaque fois que le gestionnaire IDN sera chargé. Vérifiez que les valeurs que vous utilisez résident à l'intérieur de la plage autorisée.

Le réglage de idn_protocol_nservers sur Un, (valeur minimum), provoque la panique (4275051)

Le réglage du paramètre idn_protocol_nservers du fichier idn.conf(4) sur Un peut faire paniquer le domaine. Les paramètres idn.conf(4) sont initialisés lorsque le domaine est réinitialisé et que le gestionnaire IDN est chargé. Si le domaine panique, le démon détecteur d'événements réinitialise le domaine, et le domaine panique de nouveau, ce qui produit une erreur bloquante.

Procédure : Ne pas régler ce paramètre sur un. Si cette erreur se produit, réinitialisez le domaine au mode simple utilisateur et retirez le fichier /etc/hostname.idnX pour empêcher que le gestionnaire IDN ne soit automatiquement chargé au moment de la réinitialisation.

Un domaine distant signale un domaine maître sans ID CPU (4275420)

Certaines combinaisons d'ID de CPU et domaines au sein d'un domaine répondant à une demande de connexion peut provoquer l'envoi d'informations erronées dans cette demande de connexion.

Procédure : Aucune

Le gestionnaire IDN n'utilise pas de statistiques noyau MIB-II (4276084)

Le gestionnaire IDN n'utilise pas de statistiques noyau MIB-II dans la présente version. Par conséquent, les outils de gestion du réseau qui affichent les statistiques noyau MIB-II ne pourront pas afficher de statistiques concernant l'IDN.

Procédure : Aucune pour ce bug. Il ne sera pas corrigé dans cette version.

Le réglage de idn_msgwait_nego sur 1 seconde (valeur minimum) peut causer l'échec des opérations IDN (4277617)

Le réglage du paramètre idn_msgwait_nego du fichier idn.conf(4) sur 1 seconde peut causer l'échec des opérations IDN. Les paramètres idn.conf(4) sont initialisés lorsque le domaine est réinitialisé. Si cette erreur se produit, réglez de nouveau la valeur et réinitialisez le domaine avant d'exécuter les opérations IDN.

Procédure : Ne réglez pas ce paramètre sur Un. Ce bug ne sera pas corrigé dans cette version.

Patchs

Cette section contient une liste de patchs que nous vous conseillons d'utiliser avant d'essayer de configurer un IDN.

108317-01

Description : IDN driver can will panic if property set out of range (le gestionnaire panique(ra) s'il est réglé sur une valeur (idn_slab_mintotal) située en dehors de la plage)

Bugs corrigés : 4273317, 4275051, 4275420

Remarque :

Pour vous procurer ce patch, consultez le site web SunSolve .

Errata - Documentation

Cette section décrit les erreurs signalées dans les publications après la sortie de la fonction IDN.

domain_link(1M) et domain_unlink(1M)

Les pages de manuel domain_link(1M) et domain_unlink(1M) auraient dû inclure une note donnant des consignes aux utilisateurs pour utiliser le nom de domaine approprié pour la variable SUNW_HOSTNAME lors du rattachement ou du détachement des domaines. Le domaine doit prendre en charge la fonction IDN. Le guide utilisateur IDN contient ces informations.

Les valeurs de paramètres IDN

Certaines des valeurs de paramètres fournies sous "Configuring InterDomain Networks" dans le document Sun Enterprise 10000 InterDomain Networks User Guide sont erronées. Le tableau suivant contient les valeurs exactes.

Tableau 4-2 Corrections apportées aux valeurs de paramètres IDN

Paramètre 

Minimum 

Maximum 

Défaut 

idn_awolmsg_interval

0 

3600 

60 

idn_hiwat

1024 

1048576 

262144 

idn_lowat

1 

524288 

1 

idn_msgwait_cfg

1 

300 

40 

idn_msgwait_cmd

1 

300 

40 

idn_msgwait_con

1 

300 

20 

idn_msgwait_nego

1 

300 

20 

idn_netsvr_spin_count

0 

10000 

500 

idn_netsvr_wait_min

0 

3000 

40 

Paramètres du fichier idn.conf(4)

Certaines descriptions de paramètres sous "Configuring InterDomain Networks" dans le document Sun Enterprise 10000 InterDomain Networks User Guide précisent que le paramètre peut être modifié à n'importe quel moment ou que le domaine peut être détaché de l'IDN avant la modification du paramètre. Cette information est erronée. Tous les paramètres du fichier idn.conf(4) peuvent être modifiés tandis que le domaine est relié à l'IDN; toutefois, le domaine doit être réinitialisé pour que les valeurs prennent effet.

La valeur du paramètre idn_smr_bufsize doit être une puissance de deux.

Le tableau des paramètres du fichier idn.conf(4) comprend le paramètre idn_modunloadable. Ce paramètre est un paramètres ndd(1M), pas un paramètre idn.conf(4) .

La description du paramètre idn.conf(4), idn_smr_size, est erronée. La description devrait préciser que la taille de la zone partagée en mémoire (SMR, shared memory region) est limitée par la valeur de la variable OBP, idn-smr-size. La taille de la SMR est déterminée par la valeur minimum de la variable idn-smr-size et par la valeur minimum du paramètre idn_smr_size. Si idn-smr-size est réglée sur zéro, la variable OBP neutralise la valeur du paramètre idn.conf(4).

L'environnement d'exploitation Solaris

Ce chapitre contient des problèmes d'ordre général, des bugs connus, des patchs et des notes qui concernent Solaris 7 11/99 sur le serveur Sun Enterprise 10000.

Problèmes d'ordre général

Les mises à niveau de l'environnement d'exploitation Solaris 2.3 ou 2.4 vers Solaris 7 11/99 ne sont pas prises en charge.

Remarque :

Avant de commencer la procédure d'installation ou de mise à niveau de l'environnement d'exploitation Solaris sur le server Sun Enterprise 10000, vous devez installer les patchs SSP décrits dans Sun Enterprise 10000 SSP Installation Guide et les notes de mise à jour, à moins que vous n'ayez effectué une mise à niveau de l'environnement d'exploitation SSP vers SSP 3.1.1 ou SSP 3.2.

Solaris 7 11/99 et les tailles des partitions du disque d'initialisation

Si vous mettez à niveau l'environnement d'exploitation de Solaris 2.6 vers Solaris 7 11/99 et avez agencé la partition comme suggéré dans le manuel intitulé Solaris 2.6 Guide de la plate-forme matérielle Sun, les partitions risquent de ne pas être assez grandes pour que la mise à niveau réussisse. Par exemple, la partition /usr doit mesurer au moins 653 méga-octets. Si elle est plus petite que la taille nécessaire pour faire la mise à niveau, suninstall utilise le mode Dynamic Space Reallocation (DSR) pour redistribuer l'espace des partitions du disque.

Le DSR peut prévoir un agencement de partition qui n'est pas acceptable sur certains systèmes. Par exemple, le DSR peut sélectionner des partitions qui lui semblent inutilisées (partitions non UFS qui peuvent contenir des données brutes ou d'autres types de systèmes de fichiers). Si le DSR sélectionne une partition déjà utilisée, cela pourrait causer la perte de données. Par conséquent, vous devez savoir l'état courant des partitions que le mode DSR veut utiliser avant de lui permettre de continuer à redistribuer l'espace des partitions du disque.

Lorsque le mode DSR présente un agencement acceptable des partitions et que vous avez choisi de poursuivre le processus de redistribution, le DSR ajustera les systèmes de fichiers concernés et la mise à niveau pourra continuer. Toutefois, si vous ne pouvez pas modifier l'agencement de la mémoire en fonction de vos besoins, il vous faudra configurer manuellement le périphérique d'initialisation ou, peut-être, effectuer une nouvelle installation.

Solaris 7 11/99 et les variables des gestionnaires

En ce qui concerne Solaris 7 11/99, vous devez activer les gestionnaires soc et pln dans /etc/system avant d'essayer de détacher une carte système qui héberge ces gestionaires. Utilisez la syntaxe suivante pour activer les gestionnaires : 

set pln:pln_enable_detach_suspend=1
set soc:soc_enable_detach_suspend=1

Sun FDDI

SunFDDIn'est pas pris en charge sur le serveur Sun Enterprise 10000.

SunATM 4.0 Update 1

Sun ATM(TM)4.0 Update 1 n'est pas pris en charge sur le serveur Sun Enterprise 10000.

Bugs connus

Cette section contient les bugs connus existant dans la version Solaris 7 11/99.

4231845 - Impossible de détacher la carte système si le démon in.rarpd est en cours d'exécution et si /rp1boot existe

En ce qui concerne Solaris 7 11/99 bêta, les gestionnaires qec et qe ne sont pas compatibles avec la fonctionnalité DR ou AP 2.2.

Procédure : Aucune

Bugs corrigés

Cette section liste les bugs importants qui ont été corrigés (les bugs mineurs ne sont pas inclus). Chaque entrée se compose d'un numéro de bug de 7 chiffres attribué par Sun afin de faciliter le repérage des bugs, et d'une description d'une ligne du bug.

4110199--/etc/init.d/cvc Implementation, Packaging Inconsistent.

Errata - Documentation

Cette section liste les erreurs contenues dans la documentation relative à l'environnement d'exploitation Solaris sur le serveur Sun Enterprise 10000.

Les variables OBP

Avant d'exécuter la commande boot net à partir de l'invite OBP (ok), vérifiez si la variable local-mac-address? est sur false, valeur par défaut définie en usine. Si elle est sur true, assurez-vous que cette valeur est appropriée pour la configuration locale.

Attention : Attention :

Si local-mac-address? est sur true, le domaine risque de ne pas réussir à s'initialiser sur le réseau.

Dans une fenêtre netcon(1M), vous pouvez utilisez la commande suivante à l'invite OBP pour afficher les valeurs des variables OBP : 

ok printenv

Définition de la variable local-mac-address?

  1. Si la variable est sur true, utilisez la commande setenv pour la mettre sur false. 

    ok setenv local-mac-address? false