Le contrôleur n'est pas disponible à 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 /]

Aussi j'ai une autre installation de jboss5 GA. J'espère que c'est de ne pas interférer.
Bien que ce soit totalement arrêté pour l'instant.

Native interface de gestion est :9999 dans standalone.sh

S'il vous plaît jeter la lumière sur cette question.

#

                                     EDITED

#

Quand j'arrête mon abonnement au service "de service jboss stop"
je reçois ce message d'

[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 faire pour vérifier si le serveur est en écoute sur le port 9999 ou pas.

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 processs id et l'id du serveur de l'acquisition de ces ports est le même.

OriginalL'auteur Alind Billore | 2014-01-23

  1. 5

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

    Dans le cas où votre instance de jboss n'est pas obligatoire à l'adresse 127.0.0.1, vous pouvez utiliser --controller option comme suit: 

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

    OriginalL'auteur Halil

  2. 3

    Cette question a deux questions ,

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

    Second et le plus important, un contrôleur non disponible @localhost ou @ADRESSEIP .

    1. Veuillez vérifier si vous avez utilisé le port de décalage, comme il incrémente tous les ports par le nombre avec vous avez défini le port de décalage.
      Supposons que le port de décalage est de 2
      Puis essayez d'accéder à connecter à localhost:Port 10001-je.e 9999+2

    2. Sur mon serveur de production, parfois, il ne fonctionne avec localhost , mais fonctionne avec une adresse IP.
      Puis essayez d'accéder à connecter IPADDRESS:9999
      OU
      Puis essayez d'accéder à connecter 127.0.0.1:9999

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

    J'ai posé cette question à 6 mois en arrière et les vérifications ci-dessus est résolu
    le problème est toujours.

    Port décalage était le coupable!! A été me rend fou! Grande réponse.

    OriginalL'auteur Alind Billore

  3. 1

    Utilisation netstat -anp |grep 9999 pour savoir si le port 9999 est en cours d'utilisation et par lequel l'identifiant du processus. Vous pouvez aussi vérifier les host.xml utilisée par le contrôleur pour configurer le bon port natif.

    Dans l'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
    Salut Phil, j'obtiens cette erreur avec sh jboss-cli.sh [root bin]# ERREUR FATALE dans la méthode native: JDWP Pas de transports initialisé, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197) -bash: erreur de syntaxe près de jeton inattendu (' [root@Vivacom bin]# jboss-cli.sh: line 72: 9165 Aborted (core dumped) "/usr/java/jdk1.7.0_25/bin/java" -Dspring.profiles.active=dev -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n -jar "/usr/share/jboss-as/jboss-modules.jar" -mp "/usr/share/jboss-as/modules" org.jboss.as.cli "$@" -bash: syntax error near unexpected token ('
    netstat-anp |grep 9999 et netstat-anp |grep 8080 , donne le même processId que je reçois de service jboss état. Donc, les deux ports afficher l'id de processus de JBoss
    Est votre hostcontroller à l'écoute sur localhost ou sur <servername:port - >? Avez-vous modifié jboss-cli.sh?
    Salut Phil, Merci de vérifier les édité question. Merci beaucoup à vous...

    OriginalL'auteur phil

  4. 0

    Vous ouvrez le débogage de-port 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 set JAVA_OPTS avec une telle option dans votre environnement. Voir

    echo $JAVA_OPTS

    Je suppose que vous avez fait cela pour deux jboss-processus, et vous obtenez un port d'un conflit. Voir

    netstat -nap | grep 8787
    Salut Erhard, c'est Vrai,j'ai résolu le problème de 8787 port d'une correction jboss-cli.sh. Mon problème Actuel est, Jboss-que-autonome.pid: Aucun fichier ou répertoire et je n'arrive pas à se connecter au serveur via jboss-cli.sh
    Les problèmes ne sont pas liés. standalone.sh va écrire un pid-file si vous définissez l'environnement-variable JBOSS_PIDFILE. Pour la deuxième. Est-ce que votre serveur de fonctionner normalement, la Web-Console? Qu'obtenez-vous avec "telnet localhost 9999" ?

    OriginalL'auteur Erhard Siegl

  5. 0

    J'ai récemment été confronté à ce problème et qui est la cause que j'ai trouvé était complètement différent de ce qu'il est mentionné ci-dessus. C'est parce que pour un autre projet que j'ai changé de JDK de 1.8 1.7. Boom! et l'erreur ont commencé à venir...j'ai pris l'enfer beaucoup de temps à essayer de comprendre pourquoi il est à venir avant de finir par comprendre que j'ai changé ma version du JDK.
    C'est peut-être parce JBOSS 7 ne fonctionne pas avec 1,8 dont j'ai une connaissance limitée mais oui, cela pourrait s'avérer utile dans certains cas.

    OriginalL'auteur Navdeeds

  6. -1

    J'ai aussi été confronté à ce problème , la mine était de problème de compatibilité,j'ai installé la version inférieure de jboss compatible avec le jdk et cela a fonctionné.

    Pour moi entrez description du lien ici

    jboss 6.0.0 travaillé avec jdk 1.7

    dans linux simplement obtenu dans votre dossier downladed
    décompresser jboss-6.0.0.M2.zip

    et ensuite mettre à jour la variable de chemin

    OriginalL'auteur yash