web-dev-qa-db-fra.com

Le contrôleur n'est pas disponible chez localhost JBOSS.7.1.1.FINAL

Quand je lance le jboss-cli.sh, je reçois ce message.

[root bin]# sh jboss-cli.sh 
You are disconnected at the moment. Type 'connect' to connect to the server or 'help' for the list of supported commands.
[disconnected /] connect localhost
The controller is not available at localhost:9999
[disconnected /] connect
The controller is not available at localhost:9999
[disconnected /] connect localhost:9999  
The controller is not available at localhost:9999
[disconnected /]

J'ai aussi une autre installation de jboss5 GA. J'espère que cela n'interfère pas. Bien que cela soit totalement fermé pour le moment.

L’interface de gestion native est: 9999 dans standalone.sh

S'il vous plaît éclaircir cette question.

                                     EDITED

Quand j'arrête mon service avec "service jboss stop" je reçois ce message

[root@ bin]# *** JBossAS process (7302) received KILL signal ***
grep: /var/run/jboss-as/jboss-as-standalone.pid: No such file or directory

Je ne sais pas comment vérifier si le serveur écoute sur le port 9999 ou non.

Peu plus de détails

[root bin]# netstat -anp |grep 9999
tcp        0      0 127.0.0.1:9999              0.0.0.0:*                   LISTEN      7931/Java

[root bin]# netstat -anp |grep 8080
tcp        0      0 0.0.0.0:8080                0.0.0.0:*                   LISTEN      7931/Java

JBoss traite l'identifiant et l'identifiant du serveur qui acquiert ces ports est identique.

linuxjbossjboss7.x
9
Alind Billore

Cette question a deux problèmes,

Tout d'abord, j'ai fourni le paramètre de débogage dans le script de démarrage. Si vous voyez 8787, cela signifie que vous avez fourni un argument de débogage quelque part.

Le deuxième et le plus important des contrôleurs n'est pas disponible, @localhost ou @IPADDRESS.

  1. Veuillez vérifier si vous avez utilisé le décalage de port, car il incrémente tous les ports du nombre avec lequel vous avez défini le décalage de port. Supposons que le décalage du port soit égal à 2 Puis essayez d’accéder à connect localhost: 10001 Port i.e 9999 + 2

  2. Sur mon serveur de production, parfois, cela ne fonctionne pas avec localhost, mais avec une adresse IP. Puis essayez d’accéder à connect IPADDRESS: 9999 OR Puis essayez d’accéder à connect 127.0.0.1:9999

  3. S'il vous plaît vérifier dans le pare-feu le port 9999 ou quoi que ce soit avec décalage de port, si le port n'est pas ouvert dans le pare-feu, il donne une erreur,

J'ai posé cette question il y a 6 mois et les vérifications ci-dessus ont toujours résolu le problème.

3
Alind Billore

C'est probablement parce que vous avez modifié la configuration de votre liaison et que jboss ne se lie pas à 127.0.0.1.

Si votre instance jboss n'est pas liée à 127.0.0.1, vous pouvez utiliser l'option --controller comme suit:

./jboss-cli.sh --controller=YOUR_IP:9999
5
Halil

Utilisez netstat -anp |grep 9999 pour savoir si le port 9999 est utilisé et par quel identificateur de processus. Vous pouvez également vérifier le fichier Host.xml utilisé par le contrôleur pour configurer le port natif approprié.

Dans le fichier hôte xml, vous devriez trouver le port par défaut:

    <native-interface security-realm="ManagementRealm">
        <socket interface="management" port="${jboss.management.native.port:9999}"/>

./jboss-cli.sh --controller=localhost:9999 --connect
1
phil

Vous ouvrez le port de débogage avec jboss-cli.sh. Soit vous avez activé dans jboss-cli.sh:

# Sample JPDA settings for remote socket debugging
# Java_OPTS="$Java_OPTS -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n"

ou vous définissez Java_OPTS avec une telle option dans votre environnement. Voir

echo $Java_OPTS

Je suppose que vous avez fait cela pour deux processus jboss, et vous obtenez un conflit de ports. Voir

netstat -nap | grep 8787
0
Erhard Siegl

J'ai récemment fait face à ce problème et la cause fondamentale que j'ai trouvée était complètement différente de celle qui est énumérée ci-dessus. C’est parce que pour un autre projet, je suis passé de JDK 1.8 à 1.7. Boom! et une erreur a commencé à se produire ... J'ai mis beaucoup de temps à comprendre pourquoi cela se présentait avant de réaliser que j'avais changé de version de JDK. C'est peut-être parce que JBOSS 7 ne fonctionne pas avec la 1.8 dont je connais peu, mais oui, cela pourrait s'avérer utile dans certains cas.

0
Navdeeds