Cette section contient des notes de mise à jour relatives au logiciel Alternate Pathing (AP, chemin alternatif) 2.3.1 sur les serveurs Sun Enterprise 3x00, 4x00, 5x00, 6x00 et 10000.
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.3.1 sur les serveurs Sun Enterprise dans l'ensemble Alternate Pathing 2.3.1 Collection AnswerBook2(TM).
Si vous effectuez une mise à jour de l'environnement d'exploitation Solaris 2.6 ou Solaris 7 vers Solaris 8 et que AP 2.1 ou AP 2.2 est installé sur votre système, vous devez effectuer une mise à niveau vers AP 2.3 ou AP 2.3.1. Etant donné que de nombreux systèmes disposent d'un système de gestion des volumes, nous avons introduit des références à ces systèmes.
L'installation de AP 2.3.1 dépend de l'environnement d'exploitation Solaris installé. Si vous avez déjà installé AP 2.3.1 sur votre système et décidez de mettre à niveau votre système d'exploitation, vous devez suivre la procédure de mise à niveau pour supprimer le logiciel AP 2.3.1 en utilisant pkgrm puis réinstaller AP 2.3.1.
Cette section vous indique la procédure à suivre et les différentes sections des documents à utiliser. Assurez-vous que vous possédez les publications suivantes avant de commencer cette mise à niveau :
Notes de mise à jour Supplément Solaris 8 2/00 pour les matériels Sun (version imprimée disponible dans le kit média Solaris 8 4/01) ;
Solaris 8 Guide de la plate-forme matérielle Sun, (version imprimée disponible dans le kit média Solaris 8 Media Kit, format AnswerBook2 sur le CD Sun Hardware Supplements) ;
Guide de l'utilisateur de la fonctionnalité Alternate Pathing 2.3.1 sur les serveurs Sun Enterprise (disponible au format AnswerBook2 sur le CD Sun Hardware Supplements CD dans le kit média Solaris 8) ;
Le guide de l'utilisateur de votre système de gestion de volumes ;
Le manuel d'installation et les notes sur le produit de votre système de gestion de volumes.
L'installation de AP 2.3.1 dépend de l'environnement d'exploitation Solaris installé. Si vous avez déjà installé AP 2.3.1 sur votre système et décidez d'effectuer une mise à niveau de votre système d'exploitation, vous devez suivre la procédure de mise à niveau pour supprimer le logiciel AP 2.3.1 en utilisant pkgrm puis réinstaller ce logiciel.
Avant de vous lancer dans une mise à niveau, assurez-vous que votre système de gestion de volumes prend en charge Solaris 8.
Pour réussir la mise à niveau, suivez les étapes dans l'ordre indiqué ci-dessous.
En général, vous devez :
déconfigurer votre système de gestion de volumes ;
retirer la version précédente de AP ;
effectuer une mise à niveau vers Solaris 8 ;
installer AP 2.3.1 ;
installer et reconfigurer votre système de gestion de volumes.
Plus exactement, vous devez :
Lire "Mise à niveau vers AP" dans le Solaris 8 Guide de la plate-forme matérielle Sun.
Enregistrer tous les métapériphériques AP qui ne sont pas enregistrés (reportez-vous à l'étape 1 de la section "Mise à niveau vers AP" du Solaris 8 Guide de la plate-forme matérielle Sun).
Déconfigurer votre système de gestion des volumes en utilisant la documentation fournie par le fabricant.
En ce qui concerne AP, aucune étape supplémentaire n'est nécessaire en-dehors de celles recommandées par le fabricant pour déconfigurer le système de gestion de volumes.
Une fois le système de gestion de volumes déconfiguré, vous êtes invité à installer le nouveau système d'exploitation, arrêtez-vous et supprimez la version précédente de AP. N'installez pas Solaris 8 à ce stade.
Supprimer la configuration AP actuelle en suivant la section "Supprimez la configuration AP actuelle" du Solaris 8 Guide de la plate-forme matérielle Sun.
Effectuer une mise à niveau vers Solaris 8, reportez-vous à "Mettez maintenant à jour l'environnement d'exploitation Solaris (le cas échéant)", dans le Solaris 8 Guide de la plate-forme matérielle Sun.
Effectuer une mise à niveau vers AP 2.3.1 en suivant les instructions du Solaris 8 Guide de la plate-forme matérielle Sun.
Installer votre système de gestion de volumes en suivant les instructions du fabricant.
Au cours de la mise à niveau de AP 2.3.1, à moins que les deux chemins ne soient accessibles lorsque vous exécutez ap_begin, ap_finish sera effectué entièrement mais ne pourra recréer vos groupes de chemins. Aucun message d'erreur n'apparaît.
Cette section traite des problèmes d'ordre général qui concernent AP sur les serveurs Sun Enterprise, veuillez la lire avant d'essayer d'installer ou de configurer AP.
Si vous effectuez une mise à niveau vers AP 2.3.1 sur tous les domaines d'un Sun Enterprise 10000, vous pouvez supprimer sans risque le module SUNWapssp de la station de travail SSP en utilisant pkgrm. Si, en revanche, une version précédente de AP est conservée dans ne serait-ce qu'un domaine, vous ne devez en aucun cas supprimer le logiciel AP de la station de travail SSP. Dans ces deux cas de figure, laisser le logiciel AP sur les stations de travail SSP n'aura aucun effet sur AP 2.3.1.
Les périphériques suivants sont pris en charge par le logiciel AP sur les serveurs Sun Enterprise :
Grappes SPARCstorage(TM) reconnues par AP utilisant les contrôleurs pln(soc),
Sun(TM) StorEdge(TM) A5000 reconnus par AP utilisant les contrôleurs sf(socal) ou fp(usoc),
Sun(TM) StorEdge(TM) T3 reconnus par AP utilisant les contrôleurs sf(socal) ou fp(usoc),
Unités internes Sun Enterprise(TM) E3500 reconnues par AP utilisant sf(socal) ou fp(usoc),
SunFastEthernet(TM) 2.0 (hme),
SunFDDI/S(TM) 6.0 (nf) SAS (Single-Attach Station) et DAS (Dual-Attach Station),
SCSI-2/Buffered Ethernet FSBE/S et DSBE/S (le),
Quad Ethernet (qe),
Sun(TM) Quad FastEthernet(TM) (qfe),
Sun Gigabit Ethernet 2.0 (ge).
Le tableau suivant indique les périphériques réseau pris en charge en fonction des versions :
Tableau 4-1 Matrice de support AP
Version de AP |
Version de Solaris |
Cartes d'interface réseau |
Contrôleurs disque |
Produits de stockage |
||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
|
|
ge |
hme |
le |
nf |
bf |
hi |
qe |
qfe |
vge |
|
|
2.0 |
2.5.1 |
|
X |
X |
X |
X |
X |
X |
X |
|
pln/soc |
SSA |
2.0.1 |
2.5.1 |
|
X |
X |
X |
X |
X |
X |
X |
|
pln/soc, sf/socal |
SSA, A5000 |
2.1 |
2.6 |
X |
X |
X |
X |
|
|
X |
X |
X |
pln/soc, sf/soc |
SSA, A5000 |
2.2 |
7 |
X |
X |
X |
X |
|
|
X |
X |
|
pln/soc, sf/socal, fp/usoc* |
SSA, A5000 |
2.3
|
2.6, |
X |
X |
X |
X |
|
|
X |
X |
X |
pln/soc, sf/socal |
SSA, A5000, |
7, |
X |
X |
X |
X |
|
|
X |
X |
|
pln/soc, sf/socal, fp/usoc |
SSA, A5000, T3§ |
|
8 |
X |
X |
X |
X |
|
|
|
X |
|
pln/soc, sf/socal, fp/usoc |
SSA, A5000, T3§ |
|
2.3.1 |
8 |
X |
X |
X |
X |
|
|
|
X |
|
pln/soc, sf/socal, fp/usoc |
SSA, A5000, T3 |
* - La prise en charge de fp/usoc par AP 2.2 requiert un patch pour Solaris 7 (fourni avec Solaris 7 11/99) et pour AP 2.2. Pour plus d'informations, consultez le site www.sunsolve.com. |
||||||||||||
- La prise en charge de fp/usoc requiert Solaris 7 11/99 ou Solaris 8. |
||||||||||||
§ - Cette version de AP 2.3 n'a pas été optimisée pour la prise en charge des T3. |
Des tests de validation AP 2.3.1 ont été effectués sur SunFDDI (révision 7.0) et Gigabit Ethernet (révision 2.0). Si vous installez l'un de ces périphériques, 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 patchs disponibles de ce périphérique. Pour plus d'informations sur les patchs, consultez le site http://www.sunsolve.sun.com.
Le Sun StorEdge A3000 supporte des fonctionnalités de reprise similaires à celles fournies par AP 2.3.1 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.
Cette version de AP 2.3.1 prend en charge Sun StorEdge A5000.
Cette version de AP 2.3.1 ne prend pas en charge Sun StorEdge A7000.
Cette version de AP 2.3.1 prend en charge les Sun StorEdge T3 dans une configuration AP optimisée. L'optimisation de chemin est liée à une distribution efficace du trafic E/S pour les T3.
La liste suivante montre toutes les combinaisons des logiciels AP et Solaris qu'il est possible d'installer sur un serveur Sun Enterprise .
Solaris 8 avec AP 2.3.1 et DR
Solaris 8 avec AP 2.3 et DR
Solaris 7 avec AP 2.3.1 et DR
Solaris 7 avec AP 2.3 et DR
Solaris 7 avec AP 2.2 et DR
Solaris 2.6 avec AP 2.3.1 et DR
Solaris 2.6 avec AP 2.3 et DR
Solaris 2.6 avec AP 2.1 et DR
Solaris 2.5.1 avec AP 2.0.1 et DR (serveur Sun Enterprise 10000 uniquement)
Solaris 2.5.1 avec AP 2.0 et DR (serveur Sun Enterprise 10000 uniquement)
L'opération DR Attach peut se terminer sans que la carte soit immédiatement accessible à AP. Vous devez vérifier que le périphérique soit physiquement présent avant de passer sur la nouvelle carte en utilisant apconfig.
Le patch 106284-02 pour AP 2.3.1 est nécessaire sur les serveurs Sun Enterprise 10000 exécutant l'environnement d'exploitation Solaris 2.6 pour que AP 2.3 fonctionne correctement avec dr_daemon.
AP 2.3.1 prend en charge un seul disque d'initialisation à chemins alternatifs et un disque miroir par domaine.
Afin d'éviter toute incohérence au niveau du comportement de reprise de l'initialisation, les alias de périphériques ne sont pas pris en charge pour le disque d'initialisation.
Dans AP 2.3.1 la reprise de l'initialisation n'est pas liée à l'architecture. Elle fonctionne à la fois sur les plates-formes Sunfire et Starfir.
Les groupes de chemins IPMP/AP ne sont pas pris en charge dans cette version.
Un périphérique SENA utilisant les gestionnaires usoc/fp est considéré comme différent d'un périphérique SENA utilisant la pile socal/sf. Les périphériques SENA ne prennent pas en charge les configurations mixtes dans lesquelles des gestionnaires usoc/fp et socal/sf servent un même périphérique SENA. De ce fait, il n'est pas possible d'associer ces deux éléments en un métapériphérique AP.
La révision du microprogramme sur un périphérique physique SENA utilisant des gestionnaires socal/sf afin d'utiliser des gestionnaires usoc/fp pour vos contrôleurs fibre-channel équivaut au remplacement du matériel par un contrôleur d'un type différent (et réciproquement). Vous devez déconfigurer Alternate Pathing sur ces contrôleurs avant d'effectuer la révision du microprogramme. Par exemple :
# apdisk -d sf:0 # apdb -C |
Faites la révision du microprogramme SENA.
Une fois que vous avez effectué la révision, recréez votre groupe de chemins en utilisant les nouveaux noms de périphériques, par exemple :
# apdisk -c -pfp:0 -a fp:1 # apdb -C |
Si vous modifiez le microprogramme sans déconfigurer AP, les systèmes de fichiers disponibles depuis les contrôleurs pourvus de nouveaux chemins de remplacement risquent de ne pas être accessibles. Si ces systèmes de fichiers sont requis au cours de l'initialisation, votre système risque d'être impossible à initialiser.
Vous trouverez les documentations relatives à AP 2.0 et 2.0.1 dans les collections correspondantes sous Matériel -> Stations de travail et serveurs sur le site docs.sun.com.
AP 2.1 et 2.2 figurent dans Matériel -> Collection Answerbook Solaris on Sun Hardware dans docs.sun.com.
AP 2.3 et 2.3.1 se trouve dans une collection spéciale sous Matériel -> Serveurs Enterprise.
4361968 - panique dans le cadre de la commutation de métaréseau instable.
Cette section résume les bugs les plus importants numérotés et corrigés par Sun depuis la version AP 2.3 (Solaris 8). Cette liste n'est pas exhaustive.
SunBugID 4265982 - (RFE) une commutation de chemin au moyen de AP effectuée immédiatement après une opération DR donne un état `T'.
SunBugID 4276330 - (RFE) gestion AP pour échec cible individuelle, concentrateurs/matrice FC, et raccordement en guirlande.
SunBugID 4297492 - (RFE) blocage sur e3500 en cas de retrait du disque interne mis en miroir avec ap et sds.
SunBugID 4342963 - erreurs de lecture/écriture au cours d'une panne ctrl avec le groupe partenaire "purple" ou l'expansion 2x2.
SunBugID 4347014 - l'exécution répétée de ".probe" entraîne l'échec de LUN sur le serveur unix avec ENODEV.
SunBugID 4347016 - ENXIO à partir de T3 ONLINE Master a initié une panne ctrl immédiatement après .probe.
Cette section résume les bugs les plus importants numérotés et corrigés découverts pour AP 2.3.1 et l'environnement d'exploitation Solaris 8. Cette liste n'est pas exhaustive.
SunBugID 4295457 - ssd : le numéro de série devrait être obtenu de la page Unit Serial Number.
AP dépend des fonctions Sun Device ID et en particulier de ddi_devid_compare(). Chaque périphérique pris en charge par AP doit être en parfaite correspondance avec un Sun Device ID. Cela a une conséquence directe sur la correction du bug SUN 4295457. En effet, trois différents patchs dépendent les uns des autres :
le patch 105356-15 pour Solaris 2.6 ;
le patch 107458-09 pour Solaris 7 ;
le patch 109524-01 pour Solaris 8.
Ces patchs peuvent être téléchargés du site SunSolve à l'adresse suivante : http://sunsolve.sun.com.
4241749 - le gestionnaire qfe ne répond pas par DL_OK_ACK à une requête DL_ENABMULTI_REQ préalableIl est recommandé d'installer le patch 107743-06 sur les systèmes utilisant des contrôleurs qfe exécutant l'environnement d'exploitation Solaris 7, afin d'éviter que le système ne se bloque lors d'une commutation de groupes de chemins comportant des contrôleurs qfe.Le patch 107743-06 peut être téléchargé à partir du site SunSolve à l'adresse suivante : http://sunsolve.sun.com