【问题标题】:Glassfish server log flodding with Interrupting idle ThreadGlassfish 服务器日志泛滥与中断空闲线程
【发布时间】:2015-10-15 16:04:59
【问题描述】:

我们已经在GlassFish Server Open Source Edition 3.1.2.2 上部署了一个 Spring MVC 应用程序。服务器日志处于警告级别,因此在部署后我观察到生成了大量 server.log 文件,几乎 95-97% 的日志都被填满了:

[#|2015-10-15T20:19:20.995+0530|警告|glassfish3.1.2|com.sun.grizzly.config.GrizzlyServiceListener|_ThreadID=13;_ThreadName=Thread-2;|GRIZZLY0023:中断空闲线程: http-thread-pool-80(7).|#]

虽然谷歌搜索我了解到JIRA 上发布的问题并添加了一个补丁,但我还没有尝试过该补丁,但我想知道WARNING 背后的原因。我心中有些疑惑:

  1. 忽略此警告是否安全?
  2. 为什么 glassfish 服务会中断线程?实际上是什么 发生在 glassfish 服务中?
  3. 如何避免生成此警告?如果我会导致什么 忽略这个(会有什么影响)?

【问题讨论】:

    标签: java spring glassfish


    【解决方案1】:

    1) 如果你的 CPU 使用率很高,忽略它是不安全的,因为它可能会导致你的服务器死机

    2) 您很可能会看到这个问题,因为 servlet/webapp 进程 请求超过 15 分钟(默认)。

    3) 如果上述方法适合您,您需要更改请求超时时间(禁用它)。但另一方面,如果处理时间过长不是什么事情,那将是不安全的。

    试试这个补丁或者检查你的网络应用。如果您将提供有关导致此问题的 servlet/webapp 的更多信息,将更容易回答。

    【讨论】:

    • 感谢您的宝贵回复。我从前两天观察到 CPU 并没有那么高。但是由于这个应用程序是一个 ESB 应用程序,它提供一些大型数据传输服务,所以请求可以执行超过 15 分钟。告诉我一件事 15 分钟是理想的时间,对吧?
    • 这是默认的,很难说是理想的:)
    猜你喜欢
    • 2011-04-25
    • 1970-01-01
    • 1970-01-01
    • 2017-05-11
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多