Jboss-cli.shを実行すると、このメッセージが表示されます。
[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 /]
また、jboss5GAの別のインストールがあります。それが邪魔にならないことを願っています。それは今のところ完全にシャットダウンされていますが。
ネイティブ管理インターフェイスはstandalone.shで:9999です
この問題に光を当ててください。
EDITED
「servicejbossstop」でサービスを停止すると、このメッセージが表示されます
[root@ bin]# *** JBossAS process (7302) received KILL signal ***
grep: /var/run/jboss-as/jboss-as-standalone.pid: No such file or directory
サーバーがポート9999でリッスンしているかどうかを確認する方法がわかりません。
詳細はほとんどありません
[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はIDを処理し、これらのポートを取得するサーバーIDは同じです。
この質問には2つの問題があります。
まず、起動スクリプトでデバッグパラメータを指定しました。 8787が表示された場合は、どこかにデバッグ引数が提供されていることを意味します。
2番目で最も重要な1つのコントローラーは、@ localhostまたは@IPADDRESSでは使用できません。
ポートオフセットを使用したかどうかを確認してください。ポートオフセットを設定すると、すべてのポートが番号だけ増加します。ポートオフセットが2であると仮定し、connect localhost:10001ポートにアクセスしてみます。つまり9999 + 2
私の本番サーバーでは、ローカルホストでは機能しないことがありますが、IPアドレスでは機能します。次に、接続IPADDRESS:9999 ORにアクセスしてみてください。次に、接続127.0.0.1:9999にアクセスしてみてください。
ファイアウォールでポート9999またはポートオフセットのあるものをチェックしてください。ファイアウォールでポートが開いていない場合はエラーが発生します。
私は6か月前にこの質問をしましたが、上記のチェックで常に問題が解決しました。
バインディング設定を変更し、jbossが127.0.0.1にバインドしないため、これはprobabyです。
Jbossインスタンスが127.0.0.1にバインドされていない場合は、次のように--controller
オプションを使用できます。
./jboss-cli.sh --controller=YOUR_IP:9999
使用する netstat -anp |grep 9999
ポート9999が使用されているかどうか、およびどのプロセスIDによって使用されているかを確認します。コントローラが使用するHost.xmlを確認して、適切なネイティブポートを構成することもできます。
Host xmlには、デフォルトのポートがあります。
<native-interface security-realm="ManagementRealm">
<socket interface="management" port="${jboss.management.native.port:9999}"/>
./jboss-cli.sh --controller=localhost:9999 --connect
Jboss-cli.shを使用してデバッグポートを開きます。 jboss-cli.shでアクティベートしました:
# Sample JPDA settings for remote socket debugging
# Java_OPTS="$Java_OPTS -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n"
または、環境内でそのようなオプションを使用してJava_OPTSを設定します。見る
echo $Java_OPTS
これを2つのjbossプロセスに対して行ったと思いますが、ポートの競合が発生します。見る
netstat -nap | grep 8787
私は最近この問題に直面し、私が見つけた根本的な原因は上記のリストとは完全に異なっていました。他のプロジェクトでは、1.7からJDK1.8に移行したためです。ブーム!エラーが発生し始めました... JDKのバージョンを変更したことにようやく気付く前に、なぜ発生するのかを理解するのに非常に時間がかかりました。 JBOSS 7が1.8で動作しないためかもしれませんが、私は知識が限られていますが、そうです、これは場合によっては役立つかもしれません。