Java Docker:错误500-启动容器失败
在运行Java Docker:错误500-启动容器失败,java,docker,ubuntu-16.04,shiny-server,shinyproxy,Java,Docker,Ubuntu 16.04,Shiny Server,Shinyproxy,在运行java-jar shinyproxy-1.0.2.jar并访问我的应用程序后,我遇到了这个问题: Error Status code: 500 Message: Failed to start container: Request error: POST http://localhost:2375/containers/create: 400, body: {“message”:“invalid reference format”} Stack Trace: eu.openanalyti
java-jar shinyproxy-1.0.2.jar
并访问我的应用程序后,我遇到了这个问题:
Error
Status code: 500
Message: Failed to start container: Request error: POST http://localhost:2375/containers/create: 400, body: {“message”:“invalid reference format”}
Stack Trace:
eu.openanalytics.ShinyProxyException: Failed to start container: Request error: POST
从shinyproxy.io上的帮助中:
我已经检查了防火墙,它被禁用了
我还检查了docker.service文件,似乎一切正常:
[Unit]
Description=Docker Application Container Engine
Documentation=https://docs.docker.com
After=network-online.target docker.socket firewalld.service
Wants=network-online.target
Requires=docker.socket
[Service]
Type=notify
# the default is not to use systemd for cgroups because the delegate issues still
# exists and systemd currently does not support the cgroup feature set required
# for containers run by docker
ExecStart=/usr/bin/dockerd -H fd:// -D -H tcp://127.0.0.1:2375
ExecReload=/bin/kill -s HUP $MAINPID
LimitNOFILE=1048576
# Having non-zero Limit*s causes performance problems due to accounting overhead
# in the kernel. We recommend using cgroups to do container-local accounting.
LimitNPROC=infinity
LimitCORE=infinity
# Uncomment TasksMax if your systemd version supports it.
# Only systemd 226 and above support this version.
TasksMax=infinity
TimeoutStartSec=0
# set delegate yes so that systemd does not reset the cgroups of docker containers
Delegate=yes
# kill only the docker process, not all processes in the cgroup
KillMode=process
# restart the docker process if it exits prematurely
Restart=on-failure
StartLimitBurst=3
StartLimitInterval=60s
[Install]
WantedBy=multi-user.target
我正在使用Ubuntu 16.04。这里有什么帮助吗?请在这里回答
我通过卸载所有以前安装的docker解决了这个问题,然后安装了适用于Ubuntu 16.04的docker
完成后,我重新配置了我的Dockerfile
以包含来自的代码,以及application.yml
以将docker cmd
行更改为docker cmd:[“/usr/bin/shinny server.sh”]
当然,我重新调整了我的映像,因为我还需要一些其他库和外部依赖项才能工作,但本质上,下载闪亮服务器文件的代码让我开始使用java-jar shinyproxy-1.0.2.jar
启动应用程序,以正确启动Spring boot应用程序
另外,为了调试容器内运行的闪亮应用程序(当然,并非所有程序都正常工作),我将Dockerfile
中的CMD
行更改为CMD[“R”、“-e”、“shinny::runApp('/srv/shinny server')”]
,将之前的docker CMD
行更改为docker CMD:[“R”、“-e”、“shinny::runApp”(“/srv/shinny server/”)“]
在这里回答
我通过卸载所有以前安装的docker解决了这个问题,然后安装了适用于Ubuntu 16.04的docker
完成后,我重新配置了我的Dockerfile
以包含来自的代码,以及application.yml
以将docker cmd
行更改为docker cmd:[“/usr/bin/shinny server.sh”]
当然,我重新调整了我的映像,因为我还需要一些其他库和外部依赖项才能工作,但本质上,下载闪亮服务器文件的代码让我开始使用java-jar shinyproxy-1.0.2.jar
启动应用程序,以正确启动Spring boot应用程序
另外,为了调试容器内运行的闪亮应用程序(当然,并非所有程序都正常工作),我将
Dockerfile
中的CMD
行更改为CMD[“R”、“-e”、“shinny::runApp('/srv/shinny server')”]
,将之前的docker CMD
行更改为docker CMD:[“R”、“-e”、“shinny::runApp”(“/srv/shinny server/”)“]
查看失败的容器日志和Docker守护进程的日志文件以获取线索。是的……Spring引导日志在这方面没有真正的帮助查看失败的容器日志和Docker守护进程的日志文件以获取线索。是的……Spring引导日志在这方面没有真正的帮助