Notes de mise à jour de System Management Services (SMS) 1.3
←
→
Transcription du contenu de la page
Si votre navigateur ne rend pas la page correctement, lisez s'il vous plaît le contenu de la page ci-dessous
Notes de mise à jour de System
Management Services (SMS) 1.3
Sun Microsystems, Inc.
4150 Network Circle
Santa Clara, CA 95054 U.S.A.
650-960-1300
Référence n. 817-1347-10
Janvier 2003, Révision A
Envoyez vos commentaires sur ce document à : docfeedback@sun.comCopyright 2003 Sun Microsystems, Inc., 4150 Network Circle, Santa Clara, California 95054, Etats-Unis. Tous droits réservés.
Sun Microsystems, Inc. a les droits de propriété intellectuels relatants à la technologie incorporée dans le produit qui est décrit dans ce
document. En particulier, et sans la limitation, ces droits de propriété intellectuels peuvent inclure un ou plus des brevets américains énumérés
à http://www.sun.com/patents et un ou les brevets plus supplémentaires ou les applications de brevet en attente dans les Etats-Unis et dans
les autres pays.
Ce produit ou document est protégé par un copyright et distribué avec des licences qui en restreignent l’utilisation, la copie, la distribution, et la
décompilation. Aucune partie de ce produit ou document ne peut être reproduite sous aucune forme, parquelque moyen que ce soit, sans
l’autorisation préalable et écrite de Sun et de ses bailleurs de licence, s’il y en a.
Le logiciel détenu par des tiers, et qui comprend la technologie relative aux polices de caractères, est protégé par un copyright et licencié par des
fournisseurs de Sun.
Des parties de ce produit pourront être dérivées des systèmes Berkeley BSD licenciés par l’Université de Californie. UNIX est une marque
déposée aux Etats-Unis et dans d’autres pays et licenciée exclusivement par X/Open Company, Ltd.
Sun, Sun Microsystems, le logo Sun, AnswerBook2, docs.sun.com, Sun Fire, OpenBoot PROM, Java et Solaris sont des marques de fabrique ou
des marques déposées de Sun Microsystems, Inc. aux Etats-Unis et dans d’autres pays.
Toutes les marques SPARC sont utilisées sous licence et sont des marques de fabrique ou des marques déposées de SPARC International, Inc.
aux Etats-Unis et dans d’autres pays. Les produits pourtant les marques SPARC sont basés sur une architecture développée par Sun
Microsystems, Inc.
L’interface d’utilisation graphique OPEN LOOK et Sun™ a été développée par Sun Microsystems, Inc. pour ses utilisateurs et licenciés.
Sun reconnaît les efforts de pionniers de Xerox pour la recherche et le développment du concept des interfaces d’utilisation visuelle ou
graphique pour l’industrie de l’informatique. Sun détient une license non exclusive do Xerox sur l’interface d’utilisation graphique Xerox,
cette licence couvrant également les licenciées de Sun qui mettent en place l’interface d’utilisation graphique OPEN LOOK et qui en outre se
conforment aux licences écrites de Sun.
LA DOCUMENTATION EST FOURNIE « EN L’ÉTAT » ET TOUTES AUTRES CONDITIONS, DECLARATIONS ET GARANTIES EXPRESSES
OU TACITES SONT FORMELLEMENT EXCLUES, DANS LA MESURE AUTORISEE PAR LA LOI APPLICABLE, Y COMPRIS NOTAMMENT
TOUTE GARANTIE IMPLICITE RELATIVE A LA QUALITE MARCHANDE, A L’APTITUDE A UNE UTILISATION PARTICULIERE OU A
L’ABSENCE DE CONTREFAÇON.
Papier
recyclableTable des Matières
Préface vii
Avant de lire ce document vii
Organisation de ce document vii
Utilisation des commandes UNIX viii
Conventions typographiques viii
Invites de Shell ix
Documentation connexe ix
Accès à la documentation Sun x
Vos commentaires sont les bienvenus x
1. Notes de mise à jour de System Management Services (SMS) 1.3 1
Limites connues de SMS 1.3 1
Problèmes d’ordre général 2
Capacity On Demand (COD) 2
Commandes SMS associées à l’option COD 3
Mise à jour à partir de COD 1.1 3
Configuration des contrôleurs systèmes pour réseau externe 3
Séquence BREAK du système 4
Configuration IPSec 5
iiiCommande smsconnectsc 5
Réinstallation et mise à jour 5
Notes sur la documentation SMS 6
Numéros de référence 6
2. Bugs de SMS 1.3 7
Bugs du logiciel SMS 1.3 / RFE 7
dsmd génère des messages d’erreur de temporisation lorsque le domaine
exécute POST (bug n˚ 4709190) 7
scman ne détecte pas le changement de chemin actif (bug n˚ 4737187) 8
La lenteur de la console IOSRAM cause la perte de ses données
(bug n˚ 4750509) 8
Le contrôle de cheminement est confus quand smsconnectsc est exécutée
sur le SC de réserve (bug n˚ 4776482) 8
Des erreurs intermittentes de réception de courrier causent l’échec des
opérations DR (bug n˚ 4778572) 9
Les emplacements ES vides apparaissent comme hsPCI après l’exécution de
hpost (bug n˚ 4783670) 9
Les horloges des SC sont désynchronisées si le SC de réserve est sur l’invite
OBP (bug n˚ 4783775) 9
Dépassements de délai intermittents de I2C (1124) à la réception du statut
d’une cassette Hpc3130 (bug n˚ 4785961) 10
Echec de test/communication HASRAM pendant le POST du premier domaine
(bug n˚ 4789435) 10
Après la suppression d’un SC, esmd essaie encore d’accéder aux données à
partir de SCPER (bug n˚ 4789560) 10
Après la suppression d’un SC, frad essaie encore d’accéder aux données à
partir de SCPER (bug n˚ 4789565) 11
mand ne démarre pas si le nom de la plate-forme commence par un chiffre
(bug n˚ 4790002) 11
La suppression d’instructions sun-dr dans /etc/inet/inetd.conf peut
causer un décrochement du réseau ou du domaine (bug n˚ 4791943) 11
Le mécanisme de basculement n’est pas toujours désactivé automatiquement
après une reprise (bug n˚ 4792450) 12
iv Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003showenvironment tente de s’exécuter sur le SC de réserve
(bug n˚ 4793237) 12
Le message attach-ready setbus est tronqué s’il est trop long
(bug n˚ 4793542) 13
Messages d’erreur d’appel du proxy hwad dans le fichier journal de la plate-
forme (bug n˚ 4793662) 13
Impossible d’activer Secure Shell sur SC0 (bug n˚ 4796675) 14
setkeyswitch standby/off cause dstops sur les domaines partageant une
extension ; POST échoue quand une configuration de partage est utilisée
(bug n˚ 4799169) 14
Le test des cartes échoue - dxs peut déterminer un tmd avec la mise en file
d’attente de l’EXB incorrecte pour la mémoire de test des cartes E/S
(bug n˚ 4801180) 15
Bugs de Management Network (MAN) 15
Message d’erreur de pilote MAN pendant Net Install
(bug n˚ 4368815) 15
La fonction de configuration de pilote MAN doit être intégrée dans le
cadre d’applications sysidtool (bug n˚ 4469050) 15
Problème de configuration MAN d’un domaine s’il est initialisé avec un
autre disque d’initialisation de domaine (bug n˚ 4482112) 16
L’adresse réseau IP de MAN I1 d’un domaine installé à l’aide de
smsconfig -m ne reflète pas les changements apportés sur le
domaine (bug n˚ 4484851) 16
Autres bugs 17
Le pilote ohci ne reçoit pas les interruptions SOF (bug n˚ 4485012) 17
Il n’est pas possible de modifier la configuration du chemin d’accès à I2 quand
les dernières versions des patchs eri sont installées (bug n˚ 4742858) 18
Réponse non mappée à une requête non « cachable » corrompt l’état dans le
module AXQ (bug n˚ 4761277) 18
Echec du remplacement à chaud quand des cartes 33 MHz sont connectées
dans des emplacements vides de 66 MHz (bug n˚ 4785070) 19
Les scripts Begin/Finish spécifiques à la plate-forme SF15K peuvent se
bloquer sur les domaines HPCI+ uniquement (bug n˚ 4797577) 19
Table des Matières v3. Notes de mise à jour sur la reconfiguration dynamique 21
Limites connues 22
Limites côté SMS 22
Limites côté domaine 22
Informations générales 22
Notes sur la documentation de DR 23
Numéros de référence 23
Bugs connus 24
Bugs côté SMS 24
dca ne détecte pas l’échec d’une connexion réseau (bug n˚ 4628314) 24
Bugs côté domaine 24
Dans Solaris 8, xntpd fonctionne en classe RT, qui ne permet pas
l’exécution des opérations Copier/Renommer de DR
(bug n˚ 4396562) 24
La procédure memscrubber ne va jamais en sommeil dans un domaine
configuré avec une mémoire de grande taille (bug n˚ 4647808) 25
Certaines cartes Gigabit Ethernet en option ne sont pas configurées
automatiquement après la première opération DR d’ajout d’une carte
E/S (bug n˚ 4698684) 25
La configuration de certaines cartes E/S peut causer l’apparition d’un
message pci:map-out failed (bug n˚ 4722493) 26
Deleteboard indique une erreur de fuite (bug n˚ 4730142) 26
glm: se bloque dans scsi_transport pendant une opération DR
(bug n˚ 4737786) 27
Bugs matériels 27
La liaison MMF GigaSwift Ethernet s’interrompt avec un commutateur
CISCO 4003 après une tentative d’opération DR (bug n˚ 4709629) 27
vi Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003Préface
Ce document contient des notes de mise à jour pour le logiciel System Management
Services (SMS) 1.3.
Avant de lire ce document
Ce document s’adresse aux administrateurs de systèmes Sun Fire qui maîtrisent
les systèmes UNIX® et, en particulier, les systèmes utilisant l’environnement
d’exploitation Solaris™. Si vous ne disposez pas de ces connaissances, lisez la
documentation Solaris de l’utilisateur et de l’administrateur système qui accompagne
ce système ; il est également conseillé de suivre une formation en administration de
systèmes UNIX.
Tous les serveurs de la nouvelle génération de la famille Sun Fire peuvent être
configurés en tant que clusters dispersés. Néanmoins, la configuration de clusters Sun
Fire ne fait pas partie des objectifs de ce document.
Organisation de ce document
Ce document est ainsi subdivisé :
Le Chapitre 1 contient des notes de mise à jour sur SMS 1.3.
Le Chapitre 2 décrit les bugs de SMS 1.3, RFE et autres bugs.
Le Chapitre 3 contient des notes de mise à jour sur la reconfiguration dynamique
avec une description des bugs correspondants.
viiUtilisation des commandes UNIX
Les commandes et procédures UNIX de base, telles que l’arrêt ou le démarrage du
système, son initialisation ou encore la configuration des périphériques, ne sont pas
traitées dans ce document.
Vous trouverez ces informations dans les ouvrages suivants :
■ Guide des périphériques Sun Solaris.
■ Documentation en ligne sur l’environnement d’exploitation Solaris.
■ Autre documentation des logiciels fournis avec votre système.
Conventions typographiques
Police ou Signification Exemples
symbole
AaBbCc123 Noms de commandes, fichiers et Editez votre fichier .login.
répertoires ; messages système. Utilisez ls -a pour afficher la liste de tous
les fichiers.
% Vous avez du courrier en
attente.
AaBbCc123 Caractères saisis par % su
l’utilisateur, en opposition aux Mot de passe :
messages systèmes.
AaBbCc123 Titres de documents, nouveaux Reportez-vous au Chapitre 6 du Guide de
termes ou expressions, mots mis l’utilisateur.
en évidence. Variables de ligne Ces options sont appelées options de classe.
de commande remplacées par Pour supprimer un fichier, tapez rm
des valeurs ou des noms réels. nom_fichier.
viii Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003Invites de Shell
Shell Invite
C sc_name:sms-user:> ou
domain_id:sms-user:>
Superutilisateur C sc_name:# ou domain_id:#
Bourne et Korn >
Superutilisateur Bourne et Korn #
Documentation connexe
Application Titre Référence
Guide de l’administrateur System Management Services (SMS) 1.3 Administrator 816-5318-10
Guide
Référence (man1M) System Management Services (SMS) 1.3 Reference 816-5319-10
Manual
Guide de présentation Guide de présentation du logiciel des Sun Fire 15K/12K 817-1352-10
Options System Management Services (SMS) 1.3 Dynamic 816-7723-10
Reconfiguration User Guide
Sun Fire 15K/12K Dynamic Reconfiguration User 816-5075-12
Guide
Sun Fire 15K/12K System Site Planning Guide 816-4278-10
OpenBoot™ 4.x Command Reference Manual 816-1177-10
Préface ixAccès à la documentation Sun
Vous pouvez consulter, imprimer ou acheter un vaste choix de documents Sun, y
compris des versions localisées, à l’adresse :
http://www.sun.com/documentation
Vos commentaires sont les bienvenus
Nous souhaitons améliorer notre documentation. Vos commentaires et suggestions
sont donc les bienvenus. Vous pouvez nous envoyer vos commentaires par courrier
électronique à :
docfeedback@sun.com
N’oubliez pas d’indiquer le numéro de référence (817-1347-10) de votre document
dans l’espace réservé à l’objet de votre courrier électronique.
x Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003CHAPITRE 1
Notes de mise à jour de System
Management Services (SMS) 1.3
Ce chapitre contient des notes de mise à jour sur le logiciel System Management
Services (SMS) 1.3 installé sur les serveurs Sun Fire 15K/12K et couvre les aspects
suivants :
■ Limites connues de SMS 1.3
■ Problèmes d’ordre général
■ Notes sur la documentation SMS
Limites connues de SMS 1.3
Cette section décrit les limites connues de SMS installé sur les serveurs systèmes Sun
Fire 15K/12K.
■ Au moment de cette publication, setbus -c csb est la seule forme de setbus
utilisable. En effet, l’utilisation de l’option -b ou de l’opérande location pourrait
causer une instabilité du système et doit donc être évitée.
■ En raison de la possibilité d’utiliser dstop pour les deux domaines, ne partagez
pas d’extensions entre un domaine de production et un domaine contenant un
nouveau logiciel ou un logiciel non testé en mode privilégié, tel que les pilotes de
périphériques. Voir bug n˚ 4761277.
■ L’exécution de plusieurs commandes concurrentes setkeyswitch standby ou
setkeyswitch off peut déterminer un dstop pour les domaines partageant
les extensions. Voir bug n˚ 4799169.
■ Les cartes hsPCI contiennent un emplacement de 66 MHz. N’utilisez pas une
carte de 33 MHz dans cet emplacement, sauf si vous voulez réinitialiser le
domaine. Voir bug n˚ 4785070.
1■ Si vous retournez à SMS 1.2 depuis SMS 1.3 sur un système Sun Fire 15K/12K,
smsversion ne restaure pas automatiquement les paramètres de configuration
des domaines. Vous devez reconfigurer les domaines manuellement.
Reportez-vous à « Domaines non-configurés », page 83 du Guide d’installation de
System Management Services (SMS) 1.3.
De plus, les fonctionnalités de SMS 1.3 qui n’étaient pas disponibles dans SMS 1.2
(par exemple, COD) ne seront plus prises en charge si vous retournez à SMS 1.2.
■ La fonctionnalité hsPCI+ nécessite la présence de cartes hsPCI +.
■ La fonctionnalité d’interconnexion Sun Fire Link, y compris le serveur de gestion
de matrices Sun Fire Link, nécessite la présence de cartes wPCI.
Problèmes d’ordre général
Cette section traite des problèmes d’ordre général concernant le logiciel SMS installé
sur les systèmes Sun Fire 15K/12K.
Capacity On Demand (COD)
La nouvelle option Capacity on Demand (COD) donne accès à des ressources
de traitement supplémentaires, que vous ne payez qu’au fur et à mesure de leur
utilisation. En effet, l’option COD vous permet d’acheter et d’installer sur votre
système des cartes processeur/mémoire dépourvues de licence. Chaque carte
processeur/mémoire COD contient quatre processeurs. Cependant, vous n'avez pas
le droit d'utiliser ces processeurs COD tant que vous n'avez pas acheté leurs licences
d'utilisation. L’acquisition d’une licence d'utilisation COD, donne droit à une clé de
licence, qui active le nombre de processeurs COD correspondant.
Votre système Sun Fire 15K/12K peut être équipé d’une combinaison quelconque
de cartes processeur/mémoire et de cartes processeur/mémoire COD, jusqu’à la
capacité maximale du système. Vous devez avoir au moins un processeur actif pour
chaque domaine installé dans votre système.
Vous trouverez des informations générales sur l’option COD dans le chapitre
Capacity on Demand du System Management Services (SMS) 1.3 Administrator Guide.
Contactez votre interlocuteur commercial Sun ou votre revendeur agréé Sun
pour acheter des cartes processeur/mémoire COD et les licences d’utilisation
COD dont vous avez besoin. Après avoir installé les cartes processeur/mémoire
COD, consultez le chapitre Capacity on Demand et le System Management Services
(SMS) 1.3 Reference Manual, qui expliquent comment utiliser le logiciel SMS pour
allouer les licences d’utilisation COD, activer les processeurs COD et surveiller les
ressources COD utilisées.
2 Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003Commandes SMS associées à l’option COD
Les commandes décrites ci-après associées à l’option COD are new in SMS 1.3:
■ addcodlicense - Ajoute une clé de licence d’utilisation COD (Capacity on
Demand) à la base de données de licences COD.
■ deletecodlicense - Supprime une clé de licence d’utilisation COD de la base
de données de licences COD.
■ showcodlicense - Affiche les licences d’utilisation COD stockées dans la base
de données de licences COD.
■ showcodusage - Affiche les statistiques d’utilisation des ressources COD
courantes.
Mise à jour à partir de COD 1.1
Si vous utilisez COD 1.1 et que vous souhaitez passer à la nouvelle version de
l’option COD avec SMS 1.3, contactez votre interlocuteur commercial Sun ou
votre revendeur agréé Sun, qui prendra les dispositions nécessaires à l’évolution.
Votre interlocuteur commercial contactera votre fournisseur de service pour la mise
à jour de vos cartes processeur/mémoire COD 1.1 et permettre leur utilisation avec
l’option COD dans SMS 1.3.
Si vous voulez utiliser la nouvelle option COD, vous devez mettre à jour le logiciel
SMS de SMS 1.2 à SMS 1.3. Pour plus de détails sur la mise à jour du logiciel,
reportez-vous au Guide d’installation de System Management Services (SMS) 1.3.
Configuration des contrôleurs systèmes pour
réseau externe
Chaque contrôleur système (SC) doit être configuré pour le réseau TCP/IP auquel il
est associé. Reportez-vous au System Administration Guide: Resource Management and
Network Services de la Collection Administrateur Système de Solaris 9 pour de plus
amples informations sur l’organisation et la configuration d’un réseau TCP/IP.
SMS prend en charge les configurations IPv4 et IPv6.
Dans cette version du logiciel, chaque SC supporte des connexions réseau en façade
par l’intermédiaire de jacks RJ45, qui correspondent, pour chaque SC, à l’interface
réseau hme0 et eri1. Vous devrez configurer hme0 ou eri1 sur chaque SC en
entrant les données de votre réseau TCP/IP. En utilisant cette configuration, chaque
SC sera identifié par les applications du réseau externe au moyen d’une IP de nom
d’hôte et d’une adresse séparées.
Chapitre 1 Notes de mise à jour de System Management Services (SMS) 1.3 3Précaution – Les adresses IP utilisées dans les exemples smsconfig de la
documentation des systèmes Sun Fire 15K/12K ne sont fournies qu’à titre d’exemple.
Les adresses IP pour votre réseau sont indiquées dans le Sun Fire 15K/12K System Site
Planning Guide. L’utilisation d’adresses IP non valides pour votre réseau peut, dans
certains cas, empêcher la réinitialisation de votre système.
Chaque SC fonctionne en un ou deux modes réciproquement exclusifs : SC principal
ou SC de réserve. Le SC principal est celui qui contrôle la machine. Le SC de réserve
est celui qui prend automatiquement le relais en cas de panne du SC principal. Il est
important de savoir quel est le SC principal et quel est le SC de réserve. Pour cela,
connectez-vous au SC et utilisez la commande suivante :
sc0:sms-user:> showfailover -r
MAIN
Si vous ne configurez pas le réseau externe, les applications basées sur ce réseau,
telles que Sun Management Center, telnet et autres, doivent recevoir l’IP
nom_d’hôte correcte du contrôleur système principal. En cas de basculement sur le
second SC, ces applications doivent être redémarrées en utilisant l’adresse IP du
nouveau SC principal.
Remarque – Toute modification apportée dans la configuration d’un SC en utilisant
smsconfig -m doit être répercutée sur l’autre SC. La configuration du réseau ne se
propage pas automatiquement.
Séquence BREAK du système
Dans SMS 1.3, la séquence BREAK d’interruption du système a été changée afin de
faciliter le basculement : STOP-A a été remplacé par [ENTREE] [TILDE] [CTRL B].
Remarque – Toute la séquence doit être entrée en moins de 5 secondes en laissant
un intervalle de plus de 0,5 seconde entre chaque caractère.
Cette nouvelle fonctionnalité a été introduite dans Solaris 8 pour permettre de forcer
l’interruption du système à un moment quelconque, sans risquer les arrêts aléatoires
non intentionnels. Ce risque existe pour les périphériques série utilisés comme
consoles, mais pas pour les systèmes ayant leur propre clavier.
4 Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003La ligne suivante du fichier /etc/default/kbd dans SMS 1.3 est sans commentaire
par défaut :
KEYBOARD_ABORT=alt
Remarque – Ne réactivez pas l’utilisation de STOP-A sur le système car vous
perdriez la fonctionnalité de basculement.
Configuration IPSec
Les disques utilisés sur un système Sun Fire 15K/12K doivent être installés
en utilisant une machine Sun Fire 15K ou Sun Fire 12K. L’instruction placée
dans /etc/inet/inetd.conf doit également être ajoutée manuellement
à /etc/inet/ipsecinit.conf.
Si une instruction est supprimée dans /etc/inet/inetd.conf, elle doit également
être supprimée manuellement dans /etc/inet/ipsecinit.conf.
Voir bug n˚ 4449848.
Commande smsconnectsc
smsconnectsc peut être utilisée si la commande login ne permet pas
d’accéder normalement à un SC distant après son décrochement. L’utilisation de
smsconnectsc pour ouvrir une session sur la console distante à partir du SC local
peut causer la perte de la possibilité de surveillance. N’utilisez pas smsconnectsc
sauf pour une récupération du système.
Réinstallation et mise à jour
Les versions précédentes de SMS préconisaient l’utilisation de l’interface graphique
utilisateur Java™ WebStart et de la commande pkgadd pour installer les modules
SMS sur le système Sun Fire 15K/12K. SMS 1.3 introduit les scripts smsinstall et
smsupgrade qui simplifient et rationalisent la procédure de mise à jour, à tel point
que l’utilisation de WebStart et de pkgadd n’est plus recommandée, ni même
documentée. Etant donné la complexité de configuration de SMS, ne tentez pas
d’installer ou de mettre à jour SMS 1.3 en utilisant une méthode autre que celles
décrites dans le Guide d’installation de System Management Services (SMS) 1.3. Vous
risqueriez de ne pas configurer correctement SMS et ne ne pas avoir accès à certaines
fonctionnalités.
Chapitre 1 Notes de mise à jour de System Management Services (SMS) 1.3 5Notes sur la documentation SMS
Cette section contient des notes sur la documentation relative à SMS installé sur un
système Sun Fire 15K/12K.
Numéros de référence
Vous trouverez la documentation sur cette version du logiciel à l’adresse :
http://www.sun.com/products-n-solutions/hardware/docs/Servers/High-
End_Servers/Sun_Fire_15K
Le nom de ces fichiers correspond au numéro de référence du document qu’ils
contiennent. Pour faciliter votre recherche, voici les titres des documents contenus
dans les fichiers :
816-5318-10.pdf - System Management Services (SMS) 1.3 Administrator Guide
(remplace le document 816-5259-10)
816-5319-10.pdf - System Management Services (SMS) 1.3 Reference Manual (remplace le
document 816-5260-10)
817-1342-10.pdf - Guide d’installation de System Management Services (SMS) 1.3
(remplace le document 816-7238-10)
817-1347-10.pdf - Notes de mise à jour de System Management Services (SMS) 1.3
(remplace le document 816-7258-10)
817-1352-10.pdf - Guide de présentation du logiciel des Sun Fire 15K/12K (remplace le
document 816-7233-11)
6 Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003CHAPITRE 2
Bugs de SMS 1.3
Cette section contient les bugs connus de SMS 1.3 et RFE (request for enhancement)
ainsi que des informations sur d’autres bugs affectant SMS 1.3.
Ce chapitre comprend :
■ Bugs du logiciel SMS 1.3 / RFE
■ Autres bugs
Bugs du logiciel SMS 1.3 / RFE
Cette section contient une rapide description, avec leur numéro Sun, des principaux
bugs et RFE connus concernant SMS 1.3. Cette liste n’est pas exhaustive.
dsmd génère des messages d’erreur de
temporisation lorsque le domaine exécute POST
(bug n˚ 4709190)
Lors d’une récupération après une erreur grave suivie d’une commande dstop ou
après un arrêt d’urgence esmd, dsmd peut générer des messages du type suivant :
Aug 29 18:29:40 2001 xc46-sc1 dsmd[16345]-A(): [2502
202120580239855 ERR STCDirector.cc 494] OBP initialization timed
out in state OBP/PRERUN/NULL
Aug 29 18:32:35 2001 xc46-sc1 dsmd[16345]-A(): [0 202295223111371
NOTICE STCDirector.cc 87] Domain state changed to 20290/17/0 right
after timeout.
7Toutefois, aucune erreur de temporisation ne s’est produite.
Solution : ignorez les messages.
scman ne détecte pas le changement de chemin
actif (bug n˚ 4737187)
Après le démarrage du SC PRINCIPAL, le chemin actif peut changer à cause d’une
temporisation dans le logiciel Solaris. Si le chemin actif ne coïncide pas avec
l’interface associée à G-IOSRAM, l’initialisation du domaine avec ‘boot man-net’
échoue.
Solution : définissez le chemin actif de scman0 sur l’interface associée à G-IOSRAM
et relancez la commande boot man-net.
La lenteur de la console IOSRAM cause la perte
de ses données (bug n˚ 4750509)
Un problème de temporisation peut survenir en cas d’utilisation du programme de
la console de domaine pour communiquer avec le domaine en mode IOSRAM, c’est-
à-dire avant le démarrage de Solaris. Ceci peut causer l’omission d’une petite partie
des données en sortie de la commande console et dans le fichier journal de la
console de domaine.
Solution : la console passe plus rapidement en « Réseau » après l’initialisation de
Solaris et le problème disparaît.
Le contrôle de cheminement est confus quand
smsconnectsc est exécutée sur le SC de réserve
(bug n˚ 4776482)
smsconnectsc est prévue pour la récupération de contrôleurs système après un
décrochement, mais pas pour des opérations quotidiennes. L’utilisation de cette
commande lorsqu’une console externe est connectée au SC peut causer une interruption
du réseau interne. Pendant son exécution, la commande smsconnectsc acquiert le
contrôle du bus I2C. Si la commande est exécutée sur le SC de réserve, elle prend au SC
principal le contrôle du I2C et ce contrôle ne retourne jamais aux SC principal.
Solution : n’exécutez pas smsconnectsc sur le SC de réserve.
8 Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003Des erreurs intermittentes de réception de
courrier causent l’échec des opérations DR
(bug n˚ 4778572)
Cette erreur peut survenir dans la petite fenêtre juste après la réinitialisation du
système d’exploitation avant le démarrage des démons DR. La commande DR échoue
et le message d’erreur 1141 est imprimé dans le fichier journal de la plate-forme.
Solution : redémarrez le script ou relancez la commande. Dans un script automatisé,
recherchez l’invite de connexion à la console avec d’exécuter des commandes DR.
Les emplacements ES vides apparaissent
comme hsPCI après l’exécution de hpost
(bug n˚ 4783670)
Le rapport hpost est légèrement faux. Pour voir ce bug, vous devez retirer une
carte, lister cette carte dans un domaine, initialiser le domaine et regarder le rapport
hpost. Le domaine s’initialise et fonctionne correctement si les cartes actives sont
suffisantes.
Solution : aucune.
Les horloges des SC sont désynchronisées si le SC
de réserve est sur l’invite OBP (bug n˚ 4783775)
Après une mise à jour, si le SC de réserve est sur l’invite OBP, vous verrez des
messages esmd indiquant que les horloges des SC sont désynchronisées dans les
fichiers journaux de la plate-forme.
Solution : réinitialisez le SC de réserve pour faire disparaître les messages.
Chapitre 2 Bugs de SMS 1.3 9Dépassements de délai intermittents de I2C (1124)
à la réception du statut d’une cassette Hpc3130
(bug n˚ 4785961)
Des dépassements de délai intermittents de I2C sont signalés par dxs et frad à la
réception du statut d’une cassette Hpc3130 hsPCI. Les conséquences sont minimes et
limitées à la consignation de messages d’erreur dans les fichiers journaux de la plate-
forme, du domaine et de la console de domaine.
Solution : aucune.
Echec de test/communication HASRAM pendant le
POST du premier domaine (bug n˚ 4789435)
Lorsque le premier domaine est posté, il réinitialise le bus de la console sur
l’extension. La communication HASRAM a besoin de ce bus pour fonctionner de
sorte que le test HASRAM échoue. Si le I2 net est hors service, la reprise échoue
jusqu’à l’itération suivante du test. Ce problème est assez rare et se traduit
uniquement par l’apparition de quelques messages d’erreur ou l’échec de la reprise
pendant une minute environ.
Solution : aucune.
Après la suppression d’un SC, esmd essaie encore
d’accéder aux données à partir de SCPER
(bug n˚ 4789560)
Si le nouveau SC de réserve est supprimé après une erreur de temporisation lors
d’une reprise forcée, les messages d’erreur sont envoyés dans les fichiers journaux
jusqu’à ce qu’ils soient pleins ; ensuite un message indiquant que la limite a été
atteinte est envoyé et la condition n’est plus surveillée.
Solution : ignorez les messages.
10 Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003Après la suppression d’un SC, frad essaie encore
d’accéder aux données à partir de SCPER
(bug n˚ 4789565)
Si le nouveau SC de réserve est supprimé après une erreur de temporisation lors
d’une reprise forcée, les messages d’erreur sont envoyés dans les fichiers journaux
jusqu’à ce qu’ils soient pleins ; ensuite un message indiquant que la limite a été
atteinte est envoyé et la condition n’est plus surveillée.
Solution : ignorez les messages.
mand ne démarre pas si le nom de la plate-forme
commence par un chiffre (bug n˚ 4790002)
Le nom de plate-forme affecté en utilisant la commande smsconfig -m doit
commencer par une lettre. Si vous utilisez un chiffre ou un caractère spécial, mand ne
démarrera pas et des erreurs seront envoyées dans le fichier journal de la plate-forme.
Solution : utilisez une lettre comme premier caractère dans le nom de votre plate-forme.
La suppression d’instructions sun-dr dans
/etc/inet/inetd.conf peut causer un
décrochement du réseau ou du domaine
(bug n˚ 4791943)
dcs se met en mode réception sur le service de réseau sun-dr. TCP est son
protocole sous-jacent qui est invoqué comme serveur inetd utilisant le transfert
TCP. Les instructions pour le DCS dans le fichier /etc/inet/inetd.conf sont les
suivantes :
sun-dr stream tcp wait root /usr/lib/dcs dcs
sun-dr stream tcp6 wait root /usr/lib/dcs dcs
Ces instructions permettent les opérations DR à distance. Leur suppression n’a pas
de répercussions sur le serveur ; toutefois, toutes les opérations DR lancées depuis
une machine distante échoueront.
Chapitre 2 Bugs de SMS 1.3 11Solution : si vous supprimez ces instructions, vous devez également supprimer les
instructions correspondantes dans le fichier /etc/inet/ipsecinit.conf :
{ dport sun-dr ulp tcp } permit { auth_algs md5 }
{ sport sun-dr ulp tcp } apply { auth_algs md5 sa unique }
Le mécanisme de basculement n’est pas toujours
désactivé automatiquement après une reprise
(bug n˚ 4792450)
Après une reprise, le mécanisme de basculement reste DESACTIVE jusqu’à sa
réactivation manuelle. Le basculement reste activé après environ 1 reprise sur 15
(c’est-à-dire dans environ 8 % des cas).
Solution : aucune solution n’est nécessaire. Si vous voulez désactiver le basculement,
vous pouvez exécuter la commande setfailover off sur le nouveau SC
principal.
showenvironment tente de s’exécuter sur le SC
de réserve (bug n˚ 4793237)
showenvironment ne doit fonctionner que sur le SC principal. Elle tente de
s’exécuter sur le SC de réserve avant de quitter avec le message d’erreur correct.
Solution : aucune.
12 Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003Le message attach-ready setbus est tronqué s’il
est trop long (bug n˚ 4793542)
La commande setbus génère un avertissement indiquant que des informations
attach-ready sont perdues si des cartes sont sous tension, mais ne sont pas actives
dans un domaine. Ce message est tronqué s’il est trop long.
Solution : aucune. Le message devrait être affiché comme dans l’exemple ci-dessous :
sc0:sms-user:> setbus -c CS0
The following boards are powered on but are not active in a domain:
SB13
IO9 assigned to domain J
IO16 assigned to domain Q
SB17
These boards will be reset, and any attach-ready state will be
lost.
Are you sure you want to continue the reconfiguration? [y|n]:y
Messages d’erreur d’appel du proxy hwad dans le
fichier journal de la plate-forme (bug n˚ 4793662)
A la connexion d’un domaine, il arrive que le fichier journal de la plate-forme
contiennent des messages d’erreurs de frad et hwad concernant les appels du proxy
HWAD. Par exemple :
Dec 13 11:38:09 2002 dr3-sc0 hwad[399]: [1124 8306910789055 ERR
I2cComm.cc 557] I2c write time out - bus: 50, address: 54
Dec 13 11:38:09 2002 dr3-sc0 frad[431]: [9916 8306913978761 ERR
SeepromInfoPro.cc 2043] Seeprom Info HWAD proxy call failed on C5V
at IO2/C5V0, ecode: 1124 for client 1006
Dec 13 11:38:09 2002 dr3-sc0 frad[431]: [9942 8306915016941 ERR
FRUData.cc 754] Failed to read packet SD/ManR on C5V at IO2/C5V0
Solution : ces messages peuvent être ignorés tant que le domaine se connecte sans
donner d’autres erreurs.
Chapitre 2 Bugs de SMS 1.3 13Impossible d’activer Secure Shell sur SC0
(bug n˚ 4796675)
La commande smsconfig -s ssh peut échouer à sa première exécution sur SC0 et
afficher le message d’erreur suivant :
# /opt/SUNWSMS/bin/smsconfig -s ssh
Enabling ssh...
Password/passphrase authentication can be ignored
/usr/bin/ssh: Permission denied.
/usr/bin/ssh is not enabled.
Ce problème affecte uniquement SC0.
Solution : exécutez d’abord smsconfig -s ssh sur SC1 et vérifiez qu’aucune
erreur n’a été générée. Ensuite, connectez-vous à SC0 en tant que superutilisateur et
exécutez la commande suivante :
# awk ’/SC1-I2/{print $3,"root"}’ /etc/opt/SUNWSMS/config/MAN.cf
> /var/opt/SUNWSMS/data/.remotesc
setkeyswitch standby/off cause dstops sur
les domaines partageant une extension ; POST
échoue quand une configuration de partage est
utilisée (bug n˚ 4799169)
Les commandes concurrentes setkeyswitch standby ou setkeyswitch off
peuvent causer dstops sur les domaines partageant une extension et déterminer
l’échec de POST, ce qui oblige à réinitialiser manuellement le domaine affecté.
Solution : n’exécutez pas les commandes concurrentes setkeyswitch standby ou
setkeyswitch off pour des domaines partageant une extension.
14 Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003Le test des cartes échoue - dxs peut déterminer
un tmd avec la mise en file d’attente de l’EXB
incorrecte pour la mémoire de test des cartes E/S
(bug n˚ 4801180)
Des commandes concurrentes DR qui déterminent le partage d’emplacements
peuvent échouer suite à des problèmes de verrouillage.
Solution : relancez la commande DR jusqu’à sa réussite.
Bugs de Management Network (MAN)
Cette section contient une rapide description, avec leur numéro Sun, des principaux
bugs connus concernant MAN. Cette liste n’est pas exhaustive.
Message d’erreur de pilote MAN pendant Net Install
(bug n˚ 4368815)
Lors de l’initialisation réseau d’un domaine en utilisant le SC comme serveur
d’installation et en allant sur le MAN, l’erreur suivante s’affiche pendant le
chargement du logiciel Solaris :
ifconfig: setifflags: SIOCSLIFFLAGS: eri1: Cannot assign requested
address
Solution : ignorez.
La fonction de configuration de pilote MAN doit être intégrée
dans le cadre d’applications sysidtool (bug n˚ 4469050)
Si vous exécutez sys-unconfig sur un domaine ayant été configuré avec le logiciel
Solaris, les fichiers /etc/hostname.dman0 seront perdus. Ils ne sont pas recréés
pendant l’initialisation de la configuration et le réseau MAN entre le SC et le
domaine ne se connecte pas.
Solution : reportez-vous à « Domaines non-configurés », page 83 du Guide
d’installation de System Management Services (SMS) 1.3.
Chapitre 2 Bugs de SMS 1.3 15Problème de configuration MAN d’un domaine s’il est
initialisé avec un autre disque d’initialisation de domaine
(bug n˚ 4482112)
Si vous tentez d’initialiser un domaine en utilisant un disque d’initialisation qui était
installé sur un autre domaine, l’interface dman0 sur ce domaine sera configurée avec
une adresse IP incorrecte.
Solution : reportez-vous à « Domaines non-configurés », page 83 du Guide
d’installation de System Management Services (SMS) 1.3.
L’adresse réseau IP de MAN I1 d’un domaine installé à l’aide
de smsconfig -m ne reflète pas les changements apportés
sur le domaine (bug n˚ 4484851)
Si des domaines sont déjà installés et que vous changez la configuration du réseau
MAN I1 en utilisant smsconfig -m, vous devez configurer manuellement les
informations du réseau MAN sur les domaines qui étaient déjà installés.
Solution : reportez-vous à « Domaines non-configurés », page 83 du Guide
d’installation de System Management Services (SMS) 1.3.
16 Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003Autres bugs
Cette section contient une rapide description, avec leur numéro Sun, des principaux
bugs connus concernant le système Sun Fire 15K/12K. Cette liste n’est pas exhaustive.
Le pilote ohci ne reçoit pas les interruptions SOF
(bug n˚ 4485012)
Un message similaire au suivant peut apparaître pendant l’initialisation du SC ou
d’un domaine Sun Fire 15K :
WARNING: (ohci0): No SOF interrupts (refer to
ohci(7D))
Cet avertissement provient d’un pilote dans Solaris qui n’est pas utilisé par le
serveur Sun Fire 15K. Cependant, il signifie que le pilote OpenHCI a désactivé cette
interface à cause d’interruptions manquantes et qu’aucun périphérique USB ne
fonctionnera sur le SC ou sur les domaines. Ce bug augmente considérablement la
durée d’initialisation du SC et des domaines.
Aucune solution n’a encore été trouvée. Toutefois, il est possible de supprimer
l’erreur et de réduire légèrement la durée de l’initialisation en ajoutant la ligne
suivante dans le fichier /etc/system sur le SC et sur chaque domaine :
exclude: drv/ohci
Chapitre 2 Bugs de SMS 1.3 17Il n’est pas possible de modifier la configuration
du chemin d’accès à I2 quand les dernières
versions des patchs eri sont installées
(bug n˚ 4742858)
L’exécution de la commande suivante sur SC0 n’a aucun effet.
sc0:# ndd -set /dev/scman man_set_active_path ’path_id’
où :
path_id est l’adaptateur 0(hme0) ou 1(eri1)
Solution : pour modifier le chemin d’accès au réseau I2, exécutez la commande ndd
sur SC1.
Réponse non mappée à une requête non
« cachable » corrompt l’état dans le module AXQ
(bug n˚ 4761277)
Si deux domaines partagent une extension et un pilote de périphérique
(ou extension OS) sur un domaine, une adresse incorrecte est envoyée à l’espace E/S
programmé et les deux domaines peuvent dstop. Ce problème ne survient qu’avec
des extensions OS défectueuses exécutées en mode privilégié, tel que les pilotes de
périphériques.
Solution : ne partagez pas une extension entre un domaine de production et un
domaine contenant un logiciel en mode privilégié non testé ou problématique,
tel que les pilotes de périphériques.
18 Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003Echec du remplacement à chaud quand des cartes
33 MHz sont connectées dans des emplacements
vides de 66 MHz (bug n˚ 4785070)
La connexion à chaud d’une carte de 33 MHz dans un emplacement de 66 MHz ne
fonctionne pas sans réinitialiser le domaine.
Solution : utilisez l’emplacement de 33 MHz ou réinitialisez le domaine.
Les scripts Begin/Finish spécifiques à la plate-
forme SF15K peuvent se bloquer sur les domaines
HPCI+ uniquement (bug n˚ 4797577)
La mise à jour 7 de l’environnement d’exploitation Solaris 8 ne contient pas de
support pour les cartes hsPCI+. Dans les domaines comportant uniquement des
cartes hsPCI+, l’installation peut se bloquer après le démarrage des scripts
Begin/Finish.
Solution :
Appuyez sur Ctrl-C pour interrompre les scripts Begin/Finish et terminer
l’installation.
Remarque – L’interface MAN (dman0) peut ne pas être configurée. Pour configurer
l’interface MAN (dman0), suivez les instructions figurant dans la section « Domaines
non-configurés », page 83 du Guide d’installation de System Management Services
(SMS) 1.3.
Chapitre 2 Bugs de SMS 1.3 1920 Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003
CHAPITRE 3
Notes de mise à jour sur la
reconfiguration dynamique
Cette section décrit les limites et les bugs connus de la fonctionnalité de
reconfiguration dynamique sur les serveurs Sun Fire 15K et Sun Fire 12K exécutant
la version 1.3 du logiciel SMS. Elle contient également des informations sur les
domaines utilisant les environnements d’exploitation Solaris 8 et Solaris 9.
Remarque – Les présentes informations étaient à jour à la date d’impression de ce
document. Vous pouvez trouver des informations plus récentes à la page web
http://www.sun.com/servers/highend/dr_sunfire/software.html,
qui contient une liste des derniers patchs DR.
Ce chapitre est ainsi subdivisé :
■ Limites connues
■ Limites côté SMS
■ Limites côté domaine
■ Informations générales
■ Notes sur la documentation de DR
■ Bugs connus
■ Bugs côté SMS
■ Bugs côté domaine
■ Bugs matériels
21Limites connues
Cette section décrit les limites connues de la reconfiguration dynamique sur le
système Sun Fire 15K/12K.
Limites côté SMS
Aucune limite n’est actuellement connue.
Limites côté domaine
Aucune limite n’est actuellement connue.
Informations générales
Cette section contient des informations générales concernant la reconfiguration
dynamique avec SMS 1.3 et le système Sun Fire 15K/12K.
■ Les serveurs Sun Fire 15K et Sun Fire 12K prennent en charge jusqu’à 18 cartes
d’extension, ayant deux connecteurs chacune. Le slot 0 est l’emplacement
supérieur, qui contient une carte processeur/mémoire, tandis que le slot 1 est
l’emplacement inférieur. Au moment de cette publication, le slot 1 pouvait
recevoir une carte MaxCPU ou un ensemble hsPCI.
■ Dans les versions précédentes, les serveurs Sun Fire 15K et Sun Fire 12K ne
prenaient pas en charge les fonctionnalités DR sur une carte connectée dans le slot
1. Cette restriction a été levée pour les domaines Solaris 8 en appliquant certains
patchs sur les systèmes exécutant le logiciel SMS 1.3. Les opérations DR sur une
carte connectée dans le Slot 1 ne sont pas prises en charge sur les systèmes
exécutant SMS 1.2. Vous trouverez de plus amples informations sur les patchs
Solaris 8 (avec leur numéro) à l’adresse :
http://www.sun.com/servers/highend/dr_sunfire.
22 Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003Notes sur la documentation de DR
Le document intitulé Sun Fire 15K/12K Dynamic Reconfiguration Release Notes a été
retiré de la circulation. Son contenu est repris dans ce chapitre des Notes de mise à
jour de System Management Services (SMS) 1.3. Consultez également la dernière
édition Solaris 9 x/xx Release Notes Supplement, qui accompagne chaque version et
mise à jour de Solaris et la page web
http://www.sun.com/servers/highend/dr_sunfire.
Numéros de référence
La documentation DR pour cette version est disponible à :
http://www.sun.com/products-n-solutions/hardware/docs/Servers/High-
End_Servers/Sun_Fire_15K
Le nom de ces fichiers est le numéro de référence du document qu’ils contiennent.
Pour faciliter la recherche, voici les titres des documents correspondant :
816-7723-10.pdf - System Management Services (SMS) 1.3 Dynamic Reconfiguration User
Guide (remplace le document 816-5076-10).
816-5075-12.pdf - Sun Fire 15K/12K Dynamic Reconfiguration User Guide (816-7723-
10.pdf816-5075-11).
Chapitre 3 Notes de mise à jour sur la reconfiguration dynamique 23Bugs connus
Cette section contient les bugs connus associés à l’utilisation de DR sur le système
Sun Fire 15K/12K.
Bugs côté SMS
dca ne détecte pas l’échec d’une connexion réseau
(bug n˚ 4628314)
DCA ne détecte pas l’échec d’une connexion réseau, ce qui peut causer le
décrochement d’une commande DR.
Solution : interrompez la commande qui a décroché. Il peut s’agir de addboard(1M),
moveboard(1M), deleteboard(1M), rcfgadm(1M) ou showdevices(1M).
Bugs côté domaine
Dans Solaris 8, xntpd fonctionne en classe RT, qui ne permet
pas l’exécution des opérations Copier/Renommer de DR
(bug n˚ 4396562)
Dans Solaris 8 (ce bug n’affecte pas les domaines Solaris 9), xntpd va en classe RT
(temps réel). Ceci peut être un avantage parce que, même si xntpd utilise très peu
d’UC, elle est très sensible au facteur temps et doit être exécutée dès qu’elle est
prête. Toutefois, les opérations DR ne suspendent pas le système si une procédure
RT - telle que xntpd -- est en cours.
Solution : choisissez la première solution pour éviter le problème, ou bien la seconde
ou la troisième (qui sont spécifiques à DR) pour le corriger.
■ Utilisez la commande suivante pour placer xntpd dans la classe TS
(temps partagé) :
priocntl -s -c TS -i pid ‘pgrep xntpd‘
24 Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003■ Ajoutez la ligne suivante dans le fichier /etc/system :
set dr:dr_skip_user_threads = 1
■ Utilisez l’option -f avec cfgadm(1M) pour forcer l’opération de DR. Cette
solution fonctionne si l’opération a échoué à cause de la vérification du thread RT.
La procédure memscrubber ne va jamais en sommeil dans
un domaine configuré avec une mémoire de grande taille
(bug n˚ 4647808)
Lorsqu’un domaine est configuré avec une mémoire de grande taille (340 Go ou plus),
la lecture de la mémoire à l’initialisation ou suite à une opération DR monopolise
un verrou particulier du système pendant 60 à 90 minutes toutes les 12 heures. Toute
opération DR qui tente de configurer ou déconfigurer la mémoire dans le domaine au
cours de ces périodes sera interrompue jusqu’à la libération du verrou du système.
Tant que l’opération DR reste en suspens, toute autre opération DR est elle aussi
suspendue.
Solution : ce problème disparaît après 90 minutes. Pour l’éviter, ajoutez la ligne
suivante dans le fichier /etc/system avant l’initialisation :
set memscrub_span_pages = 0x3000
Certaines cartes Gigabit Ethernet en option ne sont pas
configurées automatiquement après la première opération DR
d’ajout d’une carte E/S (bug n˚ 4698684)
Après une opération à chaud ou DR sur un système équipé de l’un des adaptateurs
NIC ci-dessous, le périphérique réseau n’est pas plombé par défaut au cours de la
première opération DR/à chaud, mais seulement au cours des suivantes :
■ Sun GigaSwift Ethernet UTP, option X1150A, référence 595-5812
■ Gigabit Ethernet 2.0 (GBE/P), option X1141A, référence 605-1601
Ce bug affecte les domaines utilisant Solaris 8.
Solution : quand vous utilisez ces adaptateurs, plombez manuellement le
périphérique réseau pendant la première opération DR ou à chaud.
Chapitre 3 Notes de mise à jour sur la reconfiguration dynamique 25La configuration de certaines cartes E/S peut causer
l’apparition d’un message pci:map-out failed
(bug n˚ 4722493)
Quand une opération DR ou à chaud est effectuée sur un système doté d’au moins
un des adaptateurs ci-dessous, des messages similaires aux suivants peuvent
apparaître. Ces messages sont bénins et l’opération DR ou à chaud devrait se
terminer normalement. Ce bug affecte les domaines utilisant les environnements
d’exploitation Solaris 8 ou Solaris 9.
Adaptateurs:
■ Dual FastEthernet + Dual SCSI PCI Adapter, option X2222A, référence 595-5624
■ PCI Dual Fibre Channel Network Adapter+, option X6727A, référence 595-5853
■ PCI Dual Ultra3 SCSI Host Adapter, option X6758A, référence 595-5945
Messages:
Jul 29 15:39:43 xc15p13-b9 interpreter[435]: pci:map-out: dafc000
not mcookie!
Jul 29 15:39:43 xc15p13-b9 interpreter[435]:
/usr/lib/efcode/sparcv9/interpreter: FC_RUN_PRIV: Priv violation:
map-out ( 4000 3000dafc000 )
Jul 29 15:39:43 xc15p13-b9 interpreter[435]: pci:map-out: failed
Solution : ignorez les messages.
Deleteboard indique une erreur de fuite (bug n˚ 4730142)
Lorsque qu’une commande DR est exécutée sur un système configuré avec la carte
Freshchoice (également appelée SunSwift PCI, option 1032), le système peut afficher
des messages similaire au suivant :
Aug 12 12:27:41 machine genunix: WARNING:
vmem_destroy(’pcisch2_dvma’): leaked
Ces messages sont bénins ; l’espace DVMA est rafraîchi au cours de l’opération DR.
Aucune fuite ne se produit au niveau de la mémoire du noyau. Ce bug affecte les
domaines utilisant les environnement d’exploitation Solaris 8 et Solaris 9.
Solution : aucune solution n’est nécessaire mais vous pouvez éviter l’affichage du
message en ajoutant la ligne suivante dans le fichier /etc/system :
set pcisch:pci_preserve_iommu_tsb=0
26 Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003glm: se bloque dans scsi_transport pendant une
opération DR (bug n˚ 4737786)
Une opération de déconfiguration cfgadm(1M) sur une mémoire permanente
exécutée sur un système ayant un pilote glm actif peut se bloquer. Ce problème est
spécifique aux opérations DR associées une mémoire permanente et nécessitant la
mise au repos du système via suspend/resume. Le problème réside dans le pilote
glm. Ce bug affecte les domaines utilisant les environnement d’exploitation Solaris 8
et Solaris 9.
Solution : ne déconfigurez pas un mémoire permanent dans le système.
Bugs matériels
La liaison MMF GigaSwift Ethernet s’interrompt avec un
commutateur CISCO 4003 après une tentative d’opération DR
(bug n˚ 4709629)
Une tentative d’exécution d’une opération DR sur un système doté d’un Sun
GigaSwift Ethernet MMF, option X1151A, référence 595-5773, relié à certains
commutateurs CISCO cause l’interruption de la liaison. Ce problème est causé
par un bug connu dans l’un des matériels/microprogrammes CISCO suivants :
■ Commutateur CISCO WS-c4003 (logiciel WS-C4003, version NmpSW: 4.4(1))
■ Commutateur CISCO WS-c4003 (logiciel WS-C4003, version NmpSW: 7.1(2))
■ Commutateur CISCO WS-c5500 (logiciel WS-C5500, version McpSW: 4.2(1) et
NmpSW: 4.2(1))
Ce problème ne survient pas sur un commutateur CISCO 6509.
Solution : utilisez un autre commutateur ou procurez-vous un patch auprès de Cisco.
Chapitre 3 Notes de mise à jour sur la reconfiguration dynamique 2728 Notes de mise à jour de System Management Services (SMS) 1.3 • janvier 2003
Vous pouvez aussi lire
