【问题标题】:Wildfly not starting properlyWildfly 无法正常启动
【发布时间】:2018-02-09 08:01:04
【问题描述】:

所以我有一个很奇怪的问题,wildfly 没有启动......

如果我清理除一个 .war 文件之外的所有内容的独立/部署,wildfly 会完美启动。然后我可以添加所有其他 .war 文件(总共 6 个),wildfly 可以毫无问题地部署它们。

但是,如果我在那里有所有的战争文件并启动 wildfly,它会完全失败。它会保持一切都设置为 .isdeploying 的状态大约 5 分钟,直到一切都设置为失败。

我从service wildfly status得到的日志

Feb 09 08:49:12 wildfly[2079]: /etc/init.d/wildfly: 3: /etc/default/wildfly: default: not found
Feb 09 08:49:12 wildfly[2079]:  * Starting WildFly Application Server wildfly
Feb 09 08:49:43 wildfly[2079]:    ...done.
Feb 09 08:49:43 wildfly[2079]:  * WildFly Application Server hasn't started within the timeout allowed
Feb 09 08:49:43 wildfly[2079]:  * please review file "/var/log/wildfly/console.log" to see the status of the service

有没有人见过这样的事情?

环顾四周后,我在它取消部署所有内容之前发现了这个:

ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0348: Timeout after [300] seconds waiting for service container stability. Operation will roll back. Step that first updated t
he service container was 'add' at address '[
    ("core-service" => "management"),
    ("management-interface" => "http-interface")
]'

但我仍然不确定我的意思......

【问题讨论】:

    标签: deployment wildfly


    【解决方案1】:

    从 WildFly 11 及更高版本的 IIRC 开始,这也发生在我身上。

    您是否尝试在服务器启动时访问公共 IP 或管理 IP?基本上你必须等到服务器开始访问这些 IP。

    我的解决方法是使用部署扫描程序检查的标记文件。 https://docs.jboss.org/author/display/WFLY/Application+deployment#Applicationdeployment-MarkerFiles

    在开始 wildfly 之前,您必须为要跳过的每个 .war 放置一个 .skipdeploy 文件。然后,当服务器启动时,您只需删除该文件即可让 wildfly 启动部署。您可以通过制作一个 shell 脚本并从您的standalone.sh 调用它来实现这一点

    【讨论】:

      【解决方案2】:

      此错误表明您的IP/Port 正被另一个进程使用。

      使用以下命令进行检查。
      对于 Windows:use netstat -aon | find "port number"

      【讨论】:

        【解决方案3】:

        您可以配置 jboss.as.management.blocking.timeout 系统属性来调整等待服务容器稳定性的超时(秒),如下所示:

        ...
        </extensions>
        <system-properties>
              <property name="jboss.as.management.blocking.timeout" value="900"/> 
        </system-properties>
        <management>
        ...
        

        或者,如果仍然无法以这种方式工作,请在您的启动期间收集一系列线程转储,以便我们了解它可能会卡在什么地方。

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 2015-03-03
          • 2021-04-11
          • 2019-04-16
          • 2018-03-30
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多