【问题标题】:Application failed to start on shiny web server after a few days [duplicate]几天后,应用程序无法在闪亮的 Web 服务器上启动 [重复]
【发布时间】:2018-06-25 01:48:04
【问题描述】:

我有一个运行良好的 web 服务器上的闪亮应用程序,直到我上周说。现在,有时(我猜是每两天一次)应用会停止运行并显示 “应用程序无法启动” 消息。当我像刚才那样重新启动闪亮的服务器时,一切又运行正常了。

https://butterlab.imb-mainz.de/flydev/

有趣的是,我在这台服务器上还有其他应用程序,即使这个应用程序失败,它们也不会受到影响并且可以并行运行。

我在日志文件中找不到任何错误消息。我想知道:既然应用程序现在运行良好,我该如何调试它?

期待任何建议。

编辑:
错误发生后我检查了shiny-server.log文件,发现如下信息:

[2018-06-14 14:29:20.080] [WARN] shiny-server - RobustSockJS collision: MqU4rgur76RPgjJIPr
[2018-06-15 01:28:18.398] [WARN] shiny-server - Error handling message: Error: Discard position id too big
[2018-06-15 02:00:10.358] [INFO] shiny-server - Error getting worker: Error: The application took too long to respond.
[2018-06-15 02:00:10.364] [INFO] shiny-server - Error getting worker: Error: The application took too long to respond.

只要有人访问服务器,最后一条消息就会重复。

【问题讨论】:

  • 你看过这些answers/comments here吗?
  • 我今天早上找到了这个答案并相应地进行了更改。所以我想我现在必须等待几天,看看是否出现错误。但我希望有额外的调试选项:-(
  • 你通过this page了吗?
  • 嗯,options(shiny.trace = TRUE)这个选项好像很有意思,我打开看看!
  • 我刚刚解决了一个 Shiny 应用程序的问题,该应用程序通过在应用程序的顶级目录中添加文件 restart.txt 在启动时不断遇到错误。在类 UNIX 系统上,touch restart.txt 将创建或更新此文件的时间戳。

标签: r nginx shiny


【解决方案1】:

所以最后看来这个页面解决了我的问题Error: Discard position id too big

我将app_init_timeoutapp_idle_timeout 都设置为1800,从那以后我再也没有问题了。

restart.txt 文件的注释也可能很有趣。如果页面仍在工作,我考虑过使用 shell 脚本进行测试,否则会触及 txt。 http://docs.rstudio.com/shiny-server/#restarting-an-application

但正如我所说,最终它通过调整 app_init_timeoutapp_idle_timeout 来工作。

【讨论】:

    猜你喜欢
    • 2016-08-01
    • 2018-04-13
    • 2014-08-09
    • 2017-12-25
    • 1970-01-01
    • 2017-01-05
    • 2016-07-28
    • 2016-05-23
    • 2017-04-23
    相关资源
    最近更新 更多