test

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

Chapitre 4 Problèmes en suspens relatifs au serveur Sun Enterprise 10000

Serveur Sun Enterprise 10000

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

Problèmes d'ordre général

Seules les fonctionnalités de chemin alternatif (AP 2.2, Alternate Pathing) et de reconfiguration dynamique (DR, Dynamic Reconfiguration) sont prises en charge par Solaris 7. Le logiciel IDN (Inter-Domain Networks) et les mises à niveau de l'environnement d'exploitation Solaris 2.3 ou 2.4 vers Solaris 7 ne sont pas pris en charge.

Remarque :

Avant de commencer la procédure d'installation ou de mise à niveau, vous devez installer les patchs SSP décrits dans "Solaris 7 et le logiciel SSP (System Service Processor)".

L'environnement d'exploitation Solaris 7 et les tailles des partitions du disque d'initialisation

Si vous mettez à niveau l'environnement d'exploitation de Solaris 2.6 vers Solaris 7 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.

Mode d'exploitation

Sur l'Enterprise 10000, vous pouvez contrôler si un domaine fonctionne en mode 32 bits ou 64 bits en utilisant la commande suivante : 

nom_domaine# isainfo -k
sparcv9

La valeur retournée, sparcv9, indique que le domaine fonctionne en mode 64 bits ; sinon, le domaine fonctionne en mode 32 bits.

Vous pouvez aussi utiliser une autre commande, isalist, pour contrôler le mode d'exploitation ; dans ce cas la valeur retournée, sparcv9+vis, diffère de celle retournée par la commande isainfo -k. Il faut savoir que ces valeurs sont synonymes et indiquent toutes deux que le domaine fonctionne en mode 64 bits.

Solaris 7 et le logiciel SSP (System Service Processor)

Le SSP 3.1 est la première version du SSP à prendre en charge Solaris 7. Si vous installez Solaris 7 sur un domaine ou mettez à jour l'environnement d'exploitation Solaris courant d'un domaine, le SSP 3.1 doit être installé sur le SSP. Le SSP 3.0 ne prend pas en charge Solaris 7 sur un domaine. De plus, avant d'installer pour la première fois ou de mettre à jour Solaris 7 sur un domaine Enterprise 10000, le SSP doit comporter le patch numéro 105684-04.Ce patch se trouve sur le CD Supplement Sun Computer Systems.

Remarque :

Si le CD contient la dernière version du patch, indiquée par un numéro suffixe supérieur, utilisez ce patch au lieu de celui qui est indiqué dans cette section.

Patch 105684-04

Description : OBP/download_helper needs to support 2.7

Les bugs corrigés par ce patch sont : 4078459 4083870 4084325 4097230 4102171 4118746 4137422 4146592.

Patch 106281-01

Description: SSP 3.1 sys_id -m does not work in year 2000 or after (Y2K bug)

Le bug corrigé par ce patch est : 4105569.

Patch 106282-01

Description: SSP 3.1 Hostview suppresses trap messages after 1999

Le bug corrigé par ce patch est : 4108443.

Errata - Documentation

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

Première installation

Dans le Solaris 7 5/99 Guide de la plate-forme matérielle Sun au chapitre 10, "Solaris 7 5/99 sur un domaine Sun Enterprise 10000", on conseille au lecteur dans la procédure qui concerne la Première installation de passer à la section "Configuration du SSP en que serveur d'initialisation" si le domaine en question existe déjà. Le lecteur devrait plutôt passer à la section "Mise à jour de OpenBoot PROM".

La procédure permettant de faire une première installation n'est pas destinée à être utilisée pour faire une installation lorsqu'un fichier eeprom.image est déjà associé au domaine sur le SSP. Notez que si vous avez supprimé le domaine en utilisant la commande domain_remove(1M), il vous faudra effectuer toutes les procédures contenues dans la section Première installation pour recréer le fichier eeprom.image. Si ce fichier existe déjà, reportez-vous à la section "Mise à jour".

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

Modification des noms des versions de l'environnement Solaris

Le nom de la version de l'environnement d'exploitation Solaris a changé dans les documents Sun avec la sortie de Solaris 7 5/99; toutefois, le numéro dans le code n'a pas changé. Par conséquent, vous devriez utiliser 2.7 chaque fois que les procédures affichent le numéro de la version du système d'exploitation. Par exemple, dans la procédure "Création d'un nouveau domaine" à la section Première installation, vous devriez utiliser la version 2.7, comme dans l'exemple suivant : 

ssp# domain_create -d nom_domaine -b numéros_cartess -o 2.7 -p nom_plate-forme

Bugs connus

Il n'existe à ce jour aucun bug connu relatif Solaris 7 5/99 sur le serveur Sun Enterprise 10000.

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

AP sur Sun Enterprise 10000

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 5/99.

Remarque :

AP 2.2 est la première version de l'AP prise en charge par Solaris 7 5/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 Solaris 7 5/99 on Sun Hardware.

Remarque :

Au moment de l'impression de ce document, AP 2.2 Beta 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 5/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 5/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 5/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 5/99 à ce stade.

  4. Reportez-vous 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 5/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 et SDS 4.2" du Solaris 7 5/99 Guide de la plate-forme matérielle Sun.

  5. Effectuer une mise à niveau vers Solaris 7 5/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 5/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 5/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 5/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 5/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 et Solaris 7 5/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 GigabitEnthernet 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 5/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 5/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 5/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 5/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 5/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 5/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 http://sunsolve.corp.sun.com.

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

Test de mise au repos

Sur un grand système, la commande cfgadm -x quiesce-test sysctrl0:slotnumber de lancement du test de mise au repos peut durer environ une minute. Pendant ce temps aucun message ne s'affiche si cfgadm ne trouve pas de gestionnaires incompatibles. Il s'agit d'un comportement normal.

Bugs connus

Cette section examine les bugs qui existent dans la fonctionnalité  DR Sun Enterprise 10000 de Solaris 7 5/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.

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 Sonoma (4100212)

La présence de démons Sonoma (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.

DR et Inter-Domain Networks

Le logiciel IDN (Inter-Domain Network) n'est pas pris en charge dans cette version. Il se peut toutefois que des messages IDN apparaissent lors des opérations de détachement DR. Si vous voyez s'afficher des messages relatifs à IDN, vous pouvez les ignorer.

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.