ODCF8005E – La couche P2P n'a pas pu se lier à un port UDP dans WebSphere 8.5

Résolution de l'erreur d'initialisation de l'overlay SON dans IBM WebSphere 8.5

Récemment, lors de mes explorations avec l'installation d'IBM WebSphere 8.5, je suis tombé sur une erreur particulière.

 [7/1/13 0:21:33:113 SGT] 00000001 P2PBase E   ODCF8005E: Une exception inattendue est survenue lors de l'initialisation de l'overlay SON ; l'exception est java.io.IOException:
 La couche P2P n'a pas pu se lier à un port UDP.
 at com.ibm.son.mesh.RawUDPImpl.<init>(RawUDPImpl.java:89)
 at com.ibm.son.mesh.UDPFactory.getUDP(UDPFactory.java:31)
 at com.ibm.son.mesh.Peer.<init>(Peer.java:468)
 at com.ibm.son.mesh.Peer.<init>(Peer.java:411)
 at com.ibm.ws.p2p.P2POverlayHelper.getPeer(P2POverlayHelper.java:147)
 at com.ibm.ws.p2p.P2PBase.getPeer(P2PBase.java:31)
 at com.ibm.ws.bbson.BBFactoryImpl.<init>(BBFactoryImpl.java:632)
 at java.lang.J9VMInternals.newInstanceImpl(Native Method)
 at java.lang.Class.newInstance(Class.java:1564)
 

Avez-vous été confronté à un problème similaire ?

Ce souci se manifeste généralement lorsqu'il existe un conflit d'adresse pour OVERLAY_TCP_LISTENER_ADDRESS, ou lorsque cette dernière est absente.

Pour remédier à cette situation, il convient de vérifier et s'assurer de l'absence de conflits.

• Commencez par démarrer le gestionnaire de déploiement (DMGR).
• Si une JVM est active sous le nœud posant problème, arrêtez-la.
• Arrêtez ensuite l'agent de nœud concerné.
• Accédez à la console d'administration et naviguez vers :

Administration du système >> Agents de nœud >> Agent de nœud spécifique >> Ports

Dans cette section, les paramètres OVERLAY_TCP_LISTENER_ADDRESS et OVERLAY_UDP_LISTENER_ADDRESS sont-ils visibles ?

Si c'est le cas, notez les numéros de ports associés.

Si ces paramètres n'apparaissent pas, vous devez les créer en suivant ces instructions :

Pour le port UDP :

• Cliquez sur "Nouveau".
• Cochez l'option "Port défini par l'utilisateur".
• Définissez le "Nom du port" sur OVERLAY_UDP_LISTENER_ADDRESS.
• Spécifiez "localhost" pour le "Nom d'hôte".
• Attribuez un "Port" (par exemple, 21001, ou tout autre numéro inutilisé sur votre serveur).

Pour le port TCP :

• Cliquez sur "Nouveau".
• Cochez "Port défini par l'utilisateur".
• Définissez le "Nom du port" sur OVERLAY_TCP_LISTENER_ADDRESS.
• Indiquez "localhost" comme "Nom d'hôte".
• Attribuez un "Port" (par exemple, 21002, en choisissant un numéro de port inutilisé).

Il est maintenant essentiel de vérifier les numéros de ports entre l'agent de nœud et la JVM problématique.

Rendez-vous dans Serveurs >> Types de serveurs >> Serveurs d'applications Websphere >> Votre serveur (par exemple, serveur01) >> Ports

Les entrées OVERLAY_TCP_LISTENER_ADDRESS et OVERLAY_UDP_LISTENER_ADDRESS sont-elles présentes ?

Si oui, confirmez qu'aucun conflit n'existe avec les ports de votre agent de nœud. Si ces entrées sont absentes, créez-les en vous basant sur les indications suivantes :

Pour le port UDP :

• Cliquez sur "Nouveau".
• Cochez "Port défini par l'utilisateur".
• Attribuez à "Nom du port" la valeur OVERLAY_UDP_LISTENER_ADDRESS.
• Définissez "localhost" comme "Nom d'hôte".
• Choisissez un "Port" (par exemple, 21003, ou un autre port disponible).

Pour le port TCP :

• Cliquez sur "Nouveau".
• Sélectionnez "Port défini par l'utilisateur".
• Nommez le "Nom du port" OVERLAY_TCP_LISTENER_ADDRESS.
• Saisissez "localhost" pour "Nom d'hôte".
• Sélectionnez un "Port" (par exemple, 21004, en veillant à choisir un port non utilisé).

Sauvegardez la configuration, puis synchronisez le nœud :

./syncNode.sh localhost <numéro_port_soap>

Enfin, redémarrez l'agent de nœud et la JVM.

Ces étapes ont-elles permis de résoudre votre problème ?

Avez-vous apprécié la lecture de cet article ? N'hésitez pas à le partager avec vos contacts !