无法连接到 unix:///var/run/docker.sock 上的 Docker 守护程序。 docker 守护进程是否正在运行？在 Dockerfile 中答案

【问题标题】：Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running? inside a Dockerfile无法连接到 unix:///var/run/docker.sock 上的 Docker 守护程序。 docker 守护进程是否正在运行？在 Dockerfile 中
【发布时间】：2018-08-15 11:13:50
【问题描述】：

我有以下 Dockerfile：

FROM ubuntu

ENV NPM_CONFIG_LOGLEVEL warn
ENV admin_user="PeerAdmin" network_name=$1 version=$2 hversion=hlfv1     fabrik_path=/fabric-tools project_dir=$(pwd) 
ENV card_store_dir=$project_dir/.card-store stage_dir=$project_dir/.stage     env_dir=$project_dir/env is_ok=1 FABRIC_VERSION=hlfv1 

WORKDIR /app
COPY . /app

USER root
# RUN chown -R ubuntu:ubuntu .
WORKDIR /app
RUN apt-get update && \
    mkdir "$fabrik_path" && \
    cd "$fabrik_path" && \
    export FABRIC_VERSION=hlfv1 && \
    apt-get -y install apt-transport-https ca-certificates curl software-properties-common && \
    apt-get -y install curl && \
    apt-get -y install unzip && \
    curl -fsSL https://download.docker.com/linux/ubuntu/gpg | apt-key add - && \
    apt-get -y install docker.io && \
    curl -O https://raw.githubusercontent.com/hyperledger/composer-tools/master/packages/fabric-dev-servers/fabric-dev-servers.zip && \
    unzip fabric-dev-servers.zip && \
    service docker start && \
    ./downloadFabric.sh && \
    ./startFabric.sh

尝试执行它，我收到一个错误：

**Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?**

service docker start 或 systemctl 等命令不起作用。

【问题讨论】：

打开 cmd 并运行 docker version。客户端和服务器都显示还是有错误？
是的，同样的：18.06.0-ce

标签： docker dockerfile hyperledger-fabric hyperledger hyperledger-composer

【解决方案1】：

试试这个 cmd：

sudo service docker restart

【讨论】：

【解决方案2】：

您不能 (*) 在 Docker 容器或映像中运行 Docker。您不能 (*) 在 Dockerfile 中启动后台服务。正如您所说，systemctl 和 service 之类的命令在 Docker 中的任何地方都不能 (*) 工作。在任何情况下，您都不能从 Dockerfile 的任何位置使用任何主机系统资源，包括主机的 Docker 套接字。

您需要重新设计此 Dockerfile，以便它只安装软件而不尝试启动它。理想情况下，一个容器将只启动一个服务器，并将其作为其 CMD 在前台运行；否则，如果必须，您可能会依赖 supervisord 之类的东西来拥有多个服务器。如果您的应用程序严重依赖能够在 Docker 中启动，您可能会发现在虚拟机中安装要容易得多。

(*) 从技术上讲，有很多方法可以做所有这些事情，但它们都非常棘手和复杂，并且会产生影响（可能会为您的容器提供对主机的不受限制的 root 访问权限，并且您的容器启动时会主动重新配置一些低级主机详细信息）。

【讨论】：

【解决方案3】：

启动终端并执行以下命令：

$ sudo service --status-all

$ sudo service docker start

https://appuals.com/cannot-connect-to-the-docker-daemon-at-unix-var-run-docker-sock/ 解决方案 4：使用 Service 命令启动 Docker

【讨论】：

【解决方案4】：

我遇到了同样的问题，请在您的终端中运行此命令。这解决了问题。

 sudo apt-get install docker-ce docker-ce-cli containerd.io

【讨论】：

【解决方案5】：

错误可能来自“service docker start”。如果您想按照上游供应商的安装说明安装 docker 容器，那么您需要为此准备环境。我可以使用dockers-systemctl-replacement 脚本轻松运行这些命令。

【讨论】：

【解决方案6】：

可能是您登录 docker 引擎的用户没有正确的权限。您可以使用以下命令将用户添加到 docker 组：

sudo usermod -a -G docker $USER

$USER 是当前登录用户的用户名。谢谢

【讨论】：

【解决方案7】：

1。检查`docker.service`

sudo systemctl status docker

输出是这样的：

● docker.service - Docker Application Container Engine
   Loaded: loaded (/lib/systemd/system/docker.service; enabled; vendor preset: enabled)
  Drop-In: /lib/systemd/system/docker.service.d
           └─http-proxy.conf
   Active: active (running) since Sat 2021-12-04 19:11:03 +0330; 2min 59s ago
     Docs: https://docs.docker.com
 Main PID: 28223 (dockerd)
    Tasks: 29
   CGroup: /system.slice/docker.service
           └─28223 /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock

Dec 04 19:11:03 elitedesk dockerd[28223]: time="2021-12-04T19:11:03.813464635+03:30" level=info msg="New memberlist node - Node:elitedesk will use memberlist nodeID:57d6b077dc1b with config:&{NodeID:57d6b077dc1b Hostname:elitedesk BindAddr:0.0.0.0 AdvertiseAddr:192.168.1.45 BindPort:0 Keys:[[214 188 67 83 106 206 215 54 212 222 237 172 208 101 235 219] [232 26 246 100 135 196 113 220 147 95 50 132 140 206 7 126] [236 55 254 140 107 62 111 184 64 103 33 77 246 154 26 50]] PacketBufferSize:1400 reapEntryInterval:1800000000000 reapNetworkInterval:1825000000000 StatsPrintPeriod:5m0s HealthPrintPeriod:1m0s}"
Dec 04 19:11:03 elitedesk dockerd[28223]: time="2021-12-04T19:11:03.813277123+03:30" level=info msg="Daemon has completed initialization"
Dec 04 19:11:03 elitedesk dockerd[28223]: time="2021-12-04T19:11:03.813269814+03:30" level=info msg="initialized VXLAN UDP port to 4789 "
Dec 04 19:11:03 elitedesk dockerd[28223]: time="2021-12-04T19:11:03.814239176+03:30" level=info msg="Node 57d6b077dc1b/192.168.1.45, joined gossip cluster"
Dec 04 19:11:03 elitedesk dockerd[28223]: time="2021-12-04T19:11:03.814424565+03:30" level=info msg="Node 57d6b077dc1b/192.168.1.45, added to nodes list"
Dec 04 19:11:03 elitedesk systemd[1]: Started Docker Application Container Engine.
Dec 04 19:11:03 elitedesk dockerd[28223]: time="2021-12-04T19:11:03.891119330+03:30" level=info msg="API listen on /var/run/docker.sock"
Dec 04 19:11:03 elitedesk dockerd[28223]: time="2021-12-04T19:11:03.964000220+03:30" level=error msg="error reading the kernel parameter net.ipv4.vs.conn_reuse_mode" error="open /proc/sys/net/ipv4/vs/conn_reuse_mode: no such file or directory"
Dec 04 19:11:03 elitedesk dockerd[28223]: time="2021-12-04T19:11:03.964029536+03:30" level=error msg="error reading the kernel parameter net.ipv4.vs.expire_nodest_conn" error="open /proc/sys/net/ipv4/vs/expire_nodest_conn: no such file or directory"
Dec 04 19:11:03 elitedesk dockerd[28223]: time="2021-12-04T19:11:03.964042003+03:30" level=error msg="error reading the kernel parameter net.ipv4.vs.expire_quiescent_template" error="open /proc/sys/net/ipv4/vs/expire_quiescent_template: no such file or directory"

如果似乎有错误，请重新启动它：

sudo systemctl restart docker

然后再次检查status。如果没有解决，下一步

2。请求daemon的socket，看是否up：

curl --unix-socket /var/run/docker.sock  http://localhost/_ping; echo

输出只是OK 消息

OK

如果没有得到OK 并得到这样的东西：

curl: (7) Couldn't connect to server

3。检查套接字服务

sudo systemctl status docker.socket

一个很好的输出将是：

● docker.socket - Docker Socket for the API
   Loaded: loaded (/lib/systemd/system/docker.socket; enabled; vendor preset: enabled)
   Active: active (running) since Sat 2021-12-04 19:10:57 +0330; 6min ago
   Listen: /var/run/docker.sock (Stream)
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/docker.socket

Dec 04 19:10:57 elitedesk systemd[1]: Starting Docker Socket for the API.
Dec 04 19:10:57 elitedesk systemd[1]: Listening on Docker Socket for the API.

然后重新启动它，即使它看起来不错。因为在停止守护程序并重新启动它之后，它不起作用，我们应该（只要我知道）重新启动docker.socket。

sudo systemctl restart docker.socket

但您无法修复它？下一个：

4。直接在`debug`模式下运行守护进程

sudo dockerd -D -l debug

【讨论】：

【解决方案8】：

使用sudo 运行 Docker。如果这不起作用，请尝试按以下方式运行守护程序：

sudo nohup docker daemon -H tcp://0.0.0.0:2375 -H unix:///var/run/docker.sock &

【讨论】：

如果您这样做，您将通过网络打开对主机系统的不受限制的 root 访问权限，而无需加密或访问控制。

1。检查docker.service

2。请求daemon的socket，看是否up：

3。检查套接字服务

4。直接在debug模式下运行守护进程

1。检查`docker.service`

4。直接在`debug`模式下运行守护进程