JBAS010153: La propriété d'identificateur de noeud est définie sur la valeur par défaut. S'il vous plaît assurez-vous qu'il est unique

Question

Je reçois le message suivant WARN pendant que je commence mon hôte qui est l'un des Host Controller (HC) qui est attaché au contrôleur de domaine (DC) ....

[ Serveur: serveur-deux] 14: 06: 13,822 WARN [org.jboss.as.txn] (Pool de threads ServeurService - 33) JBAS010153: La propriété Identificateur de nœud est définie sur la valeur par défaut. S'il vous plaît assurez-vous que c'est unique.

Et mon hôte-slave.xml a la config ... follwing

 <server-identities> 
      <!-- Replace this with either a base64 password of your own, or use a vault with a vault expression --> 
      <secret value="c2xhdmVfdXNlcl9wYXNzd29yZA=="/> 
     </server-identities> 

J'espère que cette configuration est la raison ...... peut-être que je ne comprenais pas .... mais je ne pouvais pas trouver node identifier property plutôt c'est la valeur secrète par défaut qui j'espère pourrait être la cause de ce message WARN ....

Cependant je n'ai pas mentionné HC pour rechercher host-slave.xml ..... la commande que j'ai couru pour commencer mon HC est .....

[host-~-\-\-\bin]$./domain.sh -Djboss.domain.master.address=nnn.nn.nn.88 -b nnn.nn.nn.89 -bmanagement nnn.nn.nn.89 &

nnn.nn.nn.88 est mon DC

Sinon s'il vous plaît conseiller ce qui est la cause du message WARN ........

Et s'il vous plaît laissez-moi savoir l'implication de cette WARN message et nous conseiller sur la configuration requise pour surmonter et trier toutes les conséquences consécutives qui auraient été liées à ce WARN ....

Answer 1

Pour ce <server-identities> n'est pas le problème .... En fait, il ne devrait pas ' t être touché du tout ....

Lorsque JBoss est démarré en mode domaine par domain.sh, par défaut, il y aura trois serveurs server-oneserver-twoserver-three .... Lorsque vous exécutez un autre HC attaché à la DC .... le serveur par défaut qui est en démarrage automatique le mode va se affrontement quand on commence HC attacher à courant continu, - par la commande suivante ....

[host-~-\-\-\bin]$./domain.sh -Djboss.domain.master.address=nnn.nn.nn.88 -b nnn.nn.nn.89 -bmanagement nnn.nn.nn.89 &

Ou en ayant la configuration hôte à HC (par défaut host.xml ... jusqu'à ce que, à moins que nous choisissons différent ....) ....

<domain-controller> 
     <remote host="${jboss.domain.master.address:nnn.nn.nn.88}" port="${jboss.domain.master.port:9999}" security-realm="ManagementRealm"/> 
<domain-controller> 

Afin de résoudre ce problème, nous devons tourner auto-start à false ..... Et nous devons créer de nouveaux server-group ...... Pour ce groupe, nous devons ajouter dc-created-server et hc-created-server ..... nous pouvons choisir même profil approprié soit full-ha ou full pour les serveurs créé dans DC et HC ....

SO quand on commence le groupe en configurant la taille HEAP requis, y compris permgen space ... Vous pourriez commencer à la fois DC et HC .... et dans DC vous pourriez voir les deux de vos serveurs créés sont démarrés dans le server-group créé ....

DC- contrôleur de domaine
HC- Host Controller

Pour vous déployer besoin de télécharger ou .earweb-archive dans la console d'application .... Vous ne pouvez pas le placer dans deployments dossier que la façon dont vous faites en mode autonome avec le fichier .dodeploy.

Si vous téléchargez même .ear prochaine version ne Replace l'option au lieu de l'option Remove & Add dans le processus de téléchargement .....

Answer 2

Je suis nouveau à wildfly, et a remarqué cet avertissement quand je l'ai commencé autonome d'Eclipse (Je fais le tutoriel suivant: https://wwu-pi.github.io/tutorials/lectures/eai/020_tutorial_jboss_project.html)

le correctif a été d'ajouter un nœud identifiant à l'environnement de base dans le sous-système:

<subsystem xmlns="urn:jboss:domain:transactions:2.0"> 
     <core-environment node-identifier="meindertwillemhoving"> 
      <process-id> 
       <uuid/> 
      </process-id> 
     </core-environment> 
     <recovery-environment socket-binding="txn-recovery-environment" status-socket-binding="txn-status-manager"/> 
</subsystem> 

Ceci est dans le fichier [wildfly] \ standalone \ configuration \ standalone.xml. Ceci est la même réponse que https://developer.jboss.org/message/880136#880136