docker与Shining server pro问题

我已经在centos上创建了两个具有闪亮服务器的Docker：

• 带有闪亮服务器的Docker-免费版
• Docker带着

  Shining server pro

  （使用临时许可证）

这些Docker位于

centos

，因为假定最终将在

RHEL

上运行，作为受支持的Linux版本（可能是dockerised或native）。目前，它们为测试和开发提供了一种方便的方法

它们主要是为开发而设计的：它们包括

R

、

RStudio服务器

和

shinny服务器

：可能不是Docker纯粹主义者会做或推荐的（可能生产版本将基于Docker compose）

我遇到的问题是，虽然带有

Shining server

-免费版的Docker工作正常，带有

Shining server pro

的Docker不工作（可能是supervisord的问题？）

这是相当令人惊讶的，因为代码库是常见的（当然）。可能是关于流程如何生成的问题

---

如果有人能帮我在

shinny server pro

config中找到bug，那就太好了。

我已经设法解决了这个问题。正如所料，

supervisord.conf

的配置不正确

闪亮服务器需要以root启动，我错误地使用了

user=闪亮

而不是

user=root

。我很惊讶，这并没有在免费版中产生错误

以下是使其正常工作的管理者配置：

[supervisord]
nodaemon=true
logfile=/var/log/supervisor/supervisord.log
pidfile = /tmp/supervisord.pid

[program:rserver]
user=root
command=/usr/lib/rstudio-server/bin/rserver
stdout_logfile=/var/log/supervisor/%(program_name)s.log
stderr_logfile=/var/log/supervisor/%(program_name)s.log
startsecs=0
autorestart=false
exitcodes=0

[program:shinyserver]
user=root
startsecs = 0
command=/bin/bash -c "exec shiny-server >> /var/log/shiny-server.log 2>&1"
stdout_logfile=/var/log/supervisor/%(program_name)s.log
stderr_logfile=/var/log/supervisor/%(program_name)s.log
autorestart=false
redirect_stderr=true

---

dockerfile等可用

“不工作”意味着什么？您是否有错误消息、复制器、

docker事件

或

docker日志显示您的\u容器\u id

显示了什么？@user2915097更新了主管的错误日志您可以发布主管配置吗？这是糟糕的

放弃：shinyserver进入致命状态，太多启动重试太快

@user2915097 Dockerfile和supervisor config都在我的github页面，链接到此帖子

[supervisord]
nodaemon=true
logfile=/var/log/supervisor/supervisord.log
pidfile = /tmp/supervisord.pid

[program:rserver]
user=root
command=/usr/lib/rstudio-server/bin/rserver
stdout_logfile=/var/log/supervisor/%(program_name)s.log
stderr_logfile=/var/log/supervisor/%(program_name)s.log
startsecs=0
autorestart=false
exitcodes=0

[program:shinyserver]
user=root
startsecs = 0
command=/bin/bash -c "exec shiny-server >> /var/log/shiny-server.log 2>&1"
stdout_logfile=/var/log/supervisor/%(program_name)s.log
stderr_logfile=/var/log/supervisor/%(program_name)s.log
autorestart=false
redirect_stderr=true