网站需要一段时间返回 500 内部服务器错误答案

【问题标题】：Taking a while for website to return 500 Internal server error网站需要一段时间返回 500 内部服务器错误
【发布时间】：2016-07-08 03:49:34
【问题描述】：

这是my other question here on stack 的后续问题。

不确定这是播放问题还是网络服务器的正常结果。我正在使用播放 2.1.2

如果一切正常，我有一个网站会立即返回 http 代码 200。如果站点出现问题，出于某种原因，它不会立即返回 500 Internal Server Error。似乎需要 5 分钟才能最终返回 500 错误。

这是使用播放框架来运行我们的网站的问题，还是我应该检查一下为什么会发生这种情况？我也在使用 python 中的 httplib 来检查网站。

我不知道要添加哪些其他细节来帮助调试，但希望简单的答案是播放框架正在对站点执行某些操作，并且在超时（5 分钟）过去之前不会回复 500 代码.

更新：附件是当我用我的脚本点击它时来自服务器的消息。这是在测试服务器上，所以我预计它会失败。我执行了ulimit -n 275 导致服务器上出现文件不足的错误。

如果我在导致问题的 5 分钟内运行脚本，这是我从脚本中得到的错误：

got some exception
Traceback (most recent call last):
  File "monitorAlive.py", line 27, in <module>
    main()
  File "monitorAlive.py", line 24, in main
    get_status_code(host)
  File "monitorAlive.py", line 16, in get_status_code
    if resp == 200:
UnboundLocalError: local variable 'resp' referenced before assignment

但是，如果我等待 5 分钟以上，然后运行我的脚本来检查网站，这就是我得到的结果：

didn't get a 200 http response.  something wrong
this is the code we got: 500

这些是我导致文件不足错误时的日志消息。我的脚本不会导致网络服务器记录任何其他消息，但我在故意导致站点/服务器出现问题后运行我的脚本，因此这些消息来自我，导致文件不足错误。

! @70jo4chan - Internal server error, for (GET) [/] ->

play.api.PlayException: Not initialized[?]
        at play.core.ReloadableApplication.<init>(ApplicationProvider.scala:92) ~[play_2.10.jar:2.1.2]
        at play.core.server.NettyServer$$anonfun$mainDev$1.apply(NettyServer.scala:273) ~[play_2.10.jar:2.1.2]
        at play.core.server.NettyServer$$anonfun$mainDev$1.apply(NettyServer.scala:272) ~[play_2.10.jar:2.1.2]
        at play.utils.Threads$.withContextClassLoader(Threads.scala:18) ~[play_2.10.jar:2.1.2]
        at play.core.server.NettyServer$.mainDev(NettyServer.scala:271) ~[play_2.10.jar:2.1.2]
        at play.core.server.NettyServer.mainDev(NettyServer.scala) ~[play_2.10.jar:2.1.2]
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.7.0_71]
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) ~[na:1.7.0_71]
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.7.0_71]
        at java.lang.reflect.Method.invoke(Method.java:606) ~[na:1.7.0_71]
        at sbt.PlayCommands$$anonfun$53$$anonfun$55.apply(PlayCommands.scala:575) ~[na:na]
        at sbt.PlayCommands$$anonfun$53$$anonfun$55.apply(PlayCommands.scala:507) ~[na:na]
        at scala.Either$RightProjection.map(Either.scala:533) ~[na:na]
        at sbt.PlayCommands$$anonfun$53.apply(PlayCommands.scala:507) ~[na:na]
        at sbt.PlayCommands$$anonfun$53.apply(PlayCommands.scala:487) ~[na:na]
        at sbt.Command$$anonfun$sbt$Command$$apply1$1$$anonfun$apply$6.apply(Command.scala:72) ~[na:na]
        at sbt.Command$.process(Command.scala:90) ~[na:na]
        at sbt.MainLoop$$anonfun$next$1$$anonfun$apply$1.apply(MainLoop.scala:71) ~[na:na]
        at sbt.MainLoop$$anonfun$next$1$$anonfun$apply$1.apply(MainLoop.scala:71) ~[na:na]
        at sbt.State$$anon$2.process(State.scala:170) ~[na:na]
        at sbt.MainLoop$$anonfun$next$1.apply(MainLoop.scala:71) ~[na:na]
        at sbt.MainLoop$$anonfun$next$1.apply(MainLoop.scala:71) ~[na:na]
        at sbt.ErrorHandling$.wideConvert(ErrorHandling.scala:18) ~[na:na]
        at sbt.MainLoop$.next(MainLoop.scala:71) ~[na:na]
        at sbt.MainLoop$.run(MainLoop.scala:64) ~[na:na]
        at sbt.MainLoop$$anonfun$runWithNewLog$1.apply(MainLoop.scala:53) ~[na:na]
        at sbt.MainLoop$$anonfun$runWithNewLog$1.apply(MainLoop.scala:50) ~[na:na]
        at sbt.Using.apply(Using.scala:25) ~[na:na]
        at sbt.MainLoop$.runWithNewLog(MainLoop.scala:50) ~[na:na]
        at sbt.MainLoop$.runAndClearLast(MainLoop.scala:33) ~[na:na]
        at sbt.MainLoop$.runLoggedLoop(MainLoop.scala:17) ~[na:na]
        at sbt.MainLoop$.runLogged(MainLoop.scala:13) ~[na:na]
        at sbt.xMain.run(Main.scala:26) ~[na:na]
        at xsbt.boot.Launch$.run(Launch.scala:55) ~[na:na]
        at xsbt.boot.Launch$$anonfun$explicit$1.apply(Launch.scala:45) ~[na:na]
        at xsbt.boot.Launch$.launch(Launch.scala:69) ~[na:na]
        at xsbt.boot.Launch$.apply(Launch.scala:16) ~[na:na]
        at xsbt.boot.Boot$.runImpl(Boot.scala:31) ~[na:na]
        at xsbt.boot.Boot$.main(Boot.scala:20) ~[na:na]
        at xsbt.boot.Boot.main(Boot.scala) ~[na:na]

更新 #2：忘了说我使用的是 play 2.1.2

【问题讨论】：

您可以访问服务器日志吗？
@rethab，谢谢。我已将它们作为编辑添加到问题中，尽管它并没有告诉我们太多 =(
@rethab 您是否在开发模式下运行 Play？也许它只是在编译东西？
@Salem，感谢您的关注。我不认为我是。我输入“play run”，服务器就运行了。
@Classified run 在开发模式下启动应用程序（更多信息here）。尝试运行play compile，然后运行play start，并检查是否仍然出现相同的错误。此外，您可能需要添加您正在使用的播放版本

标签： python python-2.7 http playframework httplib

【解决方案1】：

当您使用play run 时，您的应用程序将以开发模式启动。在这种模式下，应用程序本身只有在收到第一个请求时才会真正启动。有时会发生这样的情况，即使在服务器启动并且应该准备好接受请求之后，Play 检测到某些东西已经改变并重新编译一些东西，让浏览器“等待”（我在每个 Play 2.x 版本中都注意到了这种行为，但我不确定这是否与我的设置或错误有关）。这可能是您遇到延迟的原因。

避免这种情况的最佳方法是确保一切准备就绪，使用play copile 和play start，或使用play dist，这将为您提供一个文件，其中包含准备好在生产中使用的应用程序。请参阅here 了解更多信息。

【讨论】：