Vous pouvez identifier et résoudre des problèmes courants rencontrés lors du déploiement de modèles dans
IBM® SOA Policy Gateway Pattern.
Echec de la connexion à un dispositif DataPower externe au cours du déploiement
Essayez les solutions suivantes :
- Vérifiez la validité de l'utilisateur et du mot de passe auprès de l'administrateur de DataPower :
- Dans l'interface Web DataPower, validez l'existence de l'utilisateur
en accédant à .
- Vérifiez que le compte existe.
- Vérifiez que l'utilisateur dispose des droits d'utiliser l'interface de gestion XML, comme l'administrateur système.
- L'administrateur de DataPower peut avoir besoin de vérifier que le compte utilisateur est activé dans les paramètres de l'agent d'utilisateur, par exemple, les paramètres d'authentification de base.
- Vérifiez que le nom d'hôte DataPower est correct.
- Vérifiez que l'interface de gestion XML de DataPower est activé.
Identification et résolution d'une erreur pour le domaine déjà existant
Essayez la solution suivante :
- Sur le panneau de commande de DataPower ouvrez les domaines d'application (Application Domains). Vérifiez que le domaine existe déjà.
Identification et résolution de l'erreur de chevauchement de ports (port overlap) pour l'exemple d'application
Si l'un des exemples de services n'est pas disponible, vérifiez si les ports dans votre domaine sont en conflit avec d'autres domaines.
Essayez les solutions suivantes :
- Ouvrez une session dans DataPower et passez à l'exemple de domaine. Puis, ouvrez le panneau de commande, puis cliquez sur l'icône du pare-feu XML (XML Firewall). Vérifiez que les pare-feu XML sont tous à l'état Up (Actif).
- Recherchez un gestionnaire HTTP Front Side Handler. Vérifiez que le gestionnaire HTTP Front Side unique est à l'état Actif.
Identification et résolution de l'échec de promotion
De nombreux problèmes peuvent survenir lors d'une promotion, notamment l'échec de la connexion à Governance Master au cours du déploiement.
Essayez les solutions suivantes :
- Vérifiez les paramètres :
- Vérifiez l'utilisateur du maître de gouvernance WSRRCELL.
- Vérifiez le mot de passe de l'utilisateur de la cellule du maître de gouvernance WSRR.
- Vérifiez le nom d'hôte de la cellule du maître de gouvernance WSRR.
- Vérifiez le nom de cellule (CELL) de la cellule du maître de gouvernance WSRR.
- Vérifiez l'échange de certificat de signataire :
- Accédez à CellDefaultTrustStore de la cellule Governance Master et vérifiez qu'il existe une entrée de certificat pour le Dmgr ou que le serveur autonome de l'environnement d'exécution existe.
- Accédez à l'environnement d'exécution, puis vérifiez CellDefaultTrustStore (dans le cas d'un environnement de déploiement réseau (ND)) ou NodeDefaultTrustStore (pour des serveurs autonomes WSRR) pour vous assurer qu'il existe un certificat pour le Dmgr de Governance Master.
- Exportez les clés LTPA à partir des deux cellules en utilisant le même mot de passe, puis vérifiez qu'ils sont identiques (par exemple, en comparant le nombre d'octets).
- Vérifiez que le fichier des propriétés de promotion contient des sections de serveur avec l'hôte et le port appropriés, ainsi que les informations d'utilisateur et de mot de passe. Vous pouvez trouver ces informations dans la console ServiceRegistry pour Governance Master :
- Accédez à GovernanceMasterDMgrHost ou ServiceRegistry, puis à la perspective des configurations. Dans la section Actions, recherchez Promotion, puis ouvrez le fichier de propriétés de promotion. Pour chaque environnement, il doit exister des éléments XML pour chaque serveur dans le noeud ou cluster WSRR de transfert.
Si un cluster ou noeud de production existe, il doit exister des entrées de port de serveur pour chacun d'eux, en outre, il doit y avoir des informations d'utilisateur et de mot de passe.
- Vérifiez que la version de service et le noeud final SOAP disposent tous les deux d'une classification de transfert ou de production.
- Dans la console Service Registry, sélectionnez la perspective de gouvernance SOA. Ouvrez la version de service, puis sélectionnez l'onglet Classifications. Staging (transfert) et Production doivent être activés.
Identification et résolution des échecs d'interfaces CLI personnalisées
Essayez les solutions suivantes :
- Vérifiez le journal par défaut des messages d'erreur du domaine DataPower.
- Activez le débogage de l'interface CLI et vérifiez ces journaux avant toute exécution supplémentaire de l'interface de ligne de commande.