You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Wildfly报WFLYPRT0053错误:无法连接http-remoting问题咨询

问题分析与解决方案

一、为什么jboss-cli.sh会尝试连接http-remoting://localhost:9990?

这是WildFly命令行客户端(jboss-cli)的默认行为——它出厂就预设了连接默认管理端口9990,但你给服务器配置了port-offset=100,这会让所有默认端口自动加上100偏移量,包括远程管理用的http-remoting端口(偏移后应为10090)。客户端没收到“端口已偏移”的通知,还在找旧端口,自然会报连接拒绝。

解决这个CLI连接问题很简单,有两种方式:

  • 启动CLI时直接指定正确端口:
    ./jboss-cli.sh --controller=localhost:10090
    
  • 一次性修改CLI默认配置:编辑$WILDFLY_HOME/bin/jboss-cli.xml,把默认的controller地址改成localhost:10090,下次启动CLI就不用每次手动指定了。

二、服务器突然不可访问的排查方向

你提到服务器起初正常,无操作情况下数分钟后挂掉,大概率是进程崩溃或内部资源耗尽,建议从这几个角度排查:

  1. 内存溢出排查:WildFly默认堆内存配置可能偏低,运行一段时间后内存耗尽导致进程崩溃。去$WILDFLY_HOME/standalone/log/server.log里搜OutOfMemoryError,如果有相关报错,修改$WILDFLY_HOME/bin/standalone.conf里的JAVA_OPTS调整堆内存,比如:
    JAVA_OPTS="-Xms1024m -Xmx2048m -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m ..."
    
  2. 进程与端口状态检查:服务器不可访问时,先用ps aux | grep wildfly看看进程是否还活着:
    • 如果进程消失了:结合server.log最后几条日志找崩溃原因(比如依赖服务故障、资源耗尽);
    • 如果进程还在但端口没监听:用ss -tulpn | grep 10090确认端口状态,可能是服务器内部线程死锁或服务挂死导致无法响应。
  3. 日志细节排查:重点看server.log崩溃前的异常信息,比如数据库连接池耗尽、某个子系统启动失败、线程死锁告警等,这些都是定位问题的关键线索。

三、当前配置的潜在问题

从你的描述看,port-offset=100的配置是生效的(管理控制台能访问10090),但可以额外确认standalone.xml里的远程连接器配置是否正确应用了偏移:
找到这段配置:

<subsystem xmlns="urn:jboss:domain:remoting:3.0">
    <endpoint worker="default"/>
    <http-connector name="http-remoting-connector" connector-ref="default" security-realm="ApplicationRealm"/>
</subsystem>

这里的connector-ref="default"指向默认HTTP连接器,而默认连接器的端口已经因为offset变成10090,所以这个配置是没问题的,不用修改。

内容的提问来源于stack exchange,提问作者user1498532

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.05.28 06:12:27