Compose: http + unix：//var/run/docker.sockでDockerデーモンに接続できませんでした-実行されていますか？

dockerを実行すると同じエラーメッセージが表示されます。
ユーザーグループ「docker」に自分を追加することで解決します

次のコマンドを実行して、自分をグループに追加してみてください
usermod -aG docker ${USER}

または、次のコマンドを実行して、自分が属しているグループを確認することもできます
groups $USER

docker-composeは、127.0.0.1アドレスではなくソケットに接続しようとしているため、ここでは$DOCKER_HOST envvarを無視しているようです。

ここで同じ問題

ちょうど今、同じエラーメッセージが表示されました。そのとき、ラップトップのWiFiは有線接続なしでオフになっています。 WiFiを有効にして、自宅のワイヤレスネットワークに接続すると、問題が解決します。

https://www.virtualbox.org/wiki/Testbuildsで5.0.3（プレビルド）を試すことができ

Macでdockerを使用すると問題が発生しましたが、sudoを使用せずにcomposeコマンドを実行すると問題が解決したため、ユーザーの問題のようです。

sudoコマンドで私もSoleved

@reptはまだこの問題を

デーモンに到達できないあらゆる種類の_可能性のある_理由を収集しているため、この問題を開いたままにしておく必要があるのではないかと思います（これは悪い意味ではありません。解決策を提案してくれた皆さんに感謝します）。

まったく別のマシンに新しいインストールを行いましたが、現在は機能しています。 だからあなたはそれを閉じます。

ありがとう、 @ rept 、そしてそれが解決されたと聞いて

私は得る

ERROR: Couldn't connect to Docker daemon at http+docker://localunixsocket - is it running?

また、 docker-compose.ymlでtty: trueまたはstdin_open: trueをアクティブにして、 docker-compose.ymlを実行するdocker-compose up 。

関連することはできますか？

Docker version 1.9.1, build a34a1d5
docker-compose version 1.5.2, build 7240ff3

sudoで「docker-composerun ...」コマンドを実行する際の問題を解決しました。

vagrant up中にdocker compose up -d実行しているときに、これに遭遇しました。 ユーザーvagrantがグループdocker追加されましたが、 sudoなしで実行すると、上記のエラーが表示されます。 ユーザーvagrantとしてログインしたが、プロビジョニング中に失敗した場合は後で機能するため、環境変数と関係がありますか？

docker-compose version: 1.4.1

簡単な解決策： sudodocker-構成する

私は同じ問題に遭遇しました：

[root<strong i="6">@c910f05c01bc07</strong> xcat-docker]# docker-compose version
docker-compose version 1.6.2, build 4d72027
docker-py version: 1.7.2
CPython version: 2.7.9
OpenSSL version: OpenSSL 1.0.1e 11 Feb 2013

Dockerバージョン：

[root<strong i="10">@c910f05c01bc07</strong> xcat-docker]# docker version
Client:
 Version:      1.10.2
 API version:  1.22
 Go version:   go1.5.3
 Git commit:   c3959b1
 Built:        Mon Feb 22 16:16:33 2016
 OS/Arch:      linux/amd64

Server:
 Version:      1.10.2
 API version:  1.22
 Go version:   go1.5.3
 Git commit:   c3959b1
 Built:        Mon Feb 22 16:16:33 2016
 OS/Arch:      linux/amd64

それは解決策ではなく回避策ですよね？

私はまだこれにしばしば直面します

これは構成の問題ではありません。 作成からdockerデーモンに接続できない場合は、いくつかの原因が考えられます。

• DOCKER_環境変数をエクスポートするのを忘れました。これは多くの場合eval $(docker-machine env default)実行することによって行われます。
• あなたとリモートDockerホストの間にネットワークの問題があります（クラウドプロバイダーで実行している場合）
• VirtualboxVMで実行されているdockerデーモンに問題があります
• 権限があるため、ユーザーはdockerデーモンソケットにアクセスできません（Linuxホストで実行している場合）。 解決策は、権限をsudoまたは修正することです。

これらは、composeで解決できる問題ではありません。

ttyに問題があり、ここでチケットが発行されます：＃3106

確認できます：これはdocker-composeの問題ではありません。

それが役立つ場合：Ubuntuホストで同じ問題（接続できませんでした...）に遭遇しました。 sudo systemctl status docker.service -lを実行すると、「実際の」問題が発生しました。 私の場合の解決策は、「/ var / lib / docker / network / files /」内のすべてのファイルを削除し、dockerサービスを再起動することでした。

こんにちは@ dnephin @ madflow 、これは

同じDockerイメージとDockerネットワークを使用しているため、コンテナは次のコマンドで正常に起動できます。

 sudo docker run -it --privileged=true  --hostname=xcatmn --name=xcatmn --add-host="xcatmn.clusers.com xcatmn:10.5.107.101" --volume /docker/xcatdata/:/install --net=subnet1 --ip=10.5.107.101  xcat/xcat-ubuntu-x86_64

しかし、「docker-composeup」で失敗しました。 docker-compose.ymlは、「dockerrun」のオプションと引数に相当します。

[root<strong i="12">@c910f05c01bc07</strong> xcat-docker]# docker-compose config
networks:
  default:
    external:
      name: subnet1
    external_name: subnet1
services:
  xcatmn:
    container_name: xcatmn
    extra_hosts:
      xcatmn.clusers.com xcatmn: 10.5.107.101
    hostname: xcatmn
    image: xcat/xcat-ubuntu-x86_64
    networks:
      default:
        ipv4_address: 10.5.107.101
    privileged: true
    stdin_open: true
    tty: true
    volumes:
    - /docker/xcatdata:/install:rw
version: '2.0'
volumes: {}

Dockerと作成バージョン情報：

[root<strong i="16">@c910f05c01bc07</strong> xcat-docker]# docker version
Client:
 Version:      1.10.2
 API version:  1.22
 Go version:   go1.5.3
 Git commit:   c3959b1
 Built:        Mon Feb 22 16:16:33 2016
 OS/Arch:      linux/amd64

Server:
 Version:      1.10.2
 API version:  1.22
 Go version:   go1.5.3
 Git commit:   c3959b1
 Built:        Mon Feb 22 16:16:33 2016
 OS/Arch:      linux/amd64
[root<strong i="17">@c910f05c01bc07</strong> xcat-docker]# docker-compose version
docker-compose version 1.7.0dev, build 99d68be
docker-py version: 1.8.0-dev
CPython version: 2.7.9
OpenSSL version: OpenSSL 1.0.1e 11 Feb 2013

docker cliではなくComposeで接続の問題を再現できる場合は、新しい問題を開いてください。 ここにあるすべての情報、エラーメッセージ、およびdocker-compose --verbose upを含む貼り付けへのリンクを含めることは素晴らしいことです。

コンテナ名のいずれかにキャメルケースがある場合にこれを取得します。

$ cat docker-compose.yml
referenceCombo:
  build: referenceCombo

$ docker-compose build
Building referenceCombo
ERROR: Couldn't connect to Docker daemon at http+docker://localunixsocket - is it running?

If it's at a non-standard location, specify the URL with the DOCKER_HOST environment variable.

名前を「referencecombo」（すべて小文字）に変更すれば問題ありません。 エラーメッセージは間違いなくこれを理解するのに役立ちません:(

@chriskesselあなたの問題は＃2816でカバーされていると思いますが、これは

Dockerサービスを再起動した後、それは私のために働きます:(

サービスDockerの再起動

15分のデバッグの後、同じエラーが発生しました。 必要なのはsudo :)
https://docs.docker.com/engine/installation/linux/ubuntulinux/で[Dockerグループの作成]をチェックして、sudoプレフィックスを削除して

なぜsudoで実行する必要があるのですか？

@fabiopaivaはデフォルトで、rootユーザーとdockerグループの読み取り/書き込み権限を持つファイルであるunixソケットに接続します。

$ ls -l /var/run/docker.sock
srw-rw---- 1 root docker 0 Jun 29 23:38 /var/run/docker.sock

そのため、接続するにはrootまたはdockerグループのメンバーである必要があります。 dockerがtcpソケットでリッスンしている場合、アクセス許可は適用されません。

ファイル/var/run/docker.sockを削除します
どのように修正できますか？

@pixiesはdockerサービスを再起動して再作成する必要があります

これが正解です。 多くの場合、変更を有効にするには、ログアウトしてから再度ログインする必要があります。 sudoを使用してコマンドを実行することもできますが、必要なユーザーをdockerグループに追加する方が優れたソリューションであるため、sudoアクセスを許可する必要はありません。

leoyuholoは2015年5月14日にコメントしました

ユーザーグループ「docker」に自分を追加することで解決します

次のコマンドを実行して、自分をグループに追加してみてください
usermod -aG docker ${USER}

または、次のコマンドを実行して、自分が属しているグループを確認することもできます
groups $USER

マシンを再起動すると、継ぎ目は実際に機能します。

@alexanderadam解決策は見つかりましたか？ 私は今同じエラーを受け取りました

@CnytSntrk申し訳ありませんが、それ以外の方法で問題を解決しました。 ：ウィンク：
しかし、幸運を祈ります：four_leaf_clover：解決策を見つけましょう！

@alexanderadamありがとう：+1：

sudoで「docker-composerun ...」コマンドを実行する際の問題を解決しました。

sudoを追加する問題を解決しました

再起動は私のためにトリックをしました

また、sudoを回避するためにdockerグループにユーザーを追加した後に問題が発生しました。 再起動するとすべてが解決しました！ ありがとう

Dockerグループにユーザーを追加した後、再起動する必要はありません。ログアウトしてログインするだけで、機能します。

私はラーマンの前に試しました。 それはうまくいきませんでした。 とにかくありがとう

+1

これはUbuntu16.04でもまだ問題であり、Dockerグループに自分を追加すると、再ロギングが機能しました。 この問題は解決されるべきではありません。

Ubuntu 16.04
https://github.com/docker/compose/issues/1214#issuecomment -102246925
完璧に動作しますが、前に再起動します

Ubuntu16.04にも同じエラーがあります

解決策（https://docs.docker.com/engine/installation/linux/debian/から、Debianでのみ機能するわけではありません）：

Dockerグループがまだ存在しない場合は、追加します。
sudo groupadd docker

接続されたユーザー「$ {USER}」をdockerグループに追加します。
優先ユーザーに一致するようにユーザー名を変更します。
ログアウトしてから再度ログインする必要がある場合があります
これを有効にします。
sudo gpasswd -a ${USER} docker

Dockerデーモンを再起動します。
sudo service docker restart

@mikevoetsはい、これでこの問題は解決するはずです。

新規インストールでも同じことが起こり、「sudo」を使用していなかったことが原因であることに気付きました。

sudoを使用せずに実行する方法を知っている人はいますか？

私の返事を見るマルコ

2016-11-08 0:15 GMT + 01：00マルコオルドネス[email protected] ：

sudoを使用せずに実行する方法を知っている人はいますか？

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/docker/compose/issues/1214#issuecomment -258994514、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AEN6D4Gfir0gehnbenS0IT65wLHAo2VWks5q77ERgaJpZM4D2vHs
。

@ mordonez-me、dockerグループに追加すると役立ちます。

sudo gpasswd -a ${USER} docker

一般的に、Centos 7でrootユーザーを使用して次のインストール手順を実行します。

# Remove SELinux for dev VMs
yum remove -y selinux*
# Docker
curl -fsSL https://get.docker.com/ | sh
systemctl enable docker
systemctl restart docker
curl -L https://github.com/docker/compose/releases/download/1.8.1/docker-compose-`uname -s`-`uname -m` \
  > /usr/bin/docker-compose
chmod +x /usr/bin/docker-compose
gpasswd -a vagrant docker

その後、root以外のvagrantユーザーでも問題なく動作します。

これは、ユーザーをdockerグループに追加した後にログインおよびログアウトした後にのみ機能しました。

FWIW、システムが機能し始める前に、システムを再起動する必要がありました。 これは、実際にそうだったlinux-image-extra-*で必要とされるカーネルパッケージが新鮮にインストールされたドッキングウィンドウ上のUbuntu Xenial 。 Ubuntuバージョン別の前提条件を参照してください。

デーモンを起動するために最初に必要な場合は、 dockerdまたはsudo dockerd実行してみてください。 dockerdをsudoする場合は、 docker-compose upをsudoもできます。 それ以外の場合は問題ありません。

このスレッドで提案されたコマンドのいくつかを使用したので、私の経験を共有したいと思いました。

Vagrantfileは次の構成があります。

config.vm.provision "docker"
config.vm.provision "shell", inline: "docker ps", privileged: false
# or
# config.vm.provision "shell", inline: "docker-compose ps", privileged: false

次の問題が発生します。

• Dockerを使おうとすると：

  Cannot connect to the Docker daemon. Is the docker daemon running on this host?
  

• Docker Composeを使おうとすると：

  ==> default: Couldn't connect to Docker daemon at http+docker://localunixsocket - is it running?
  ==> default: 
  ==> default: If it's at a non-standard location, specify the URL with the DOCKER_HOST environment variable.
  

このコメントのおかげで、私はそれを機能させました。

解決：

config.vm.provision "docker"
# The following line terminates all ssh connections. Therefore
# Vagrant will be forced to reconnect.
# That's a workaround to have the docker running with the vagrant user
config.vm.provision "shell", inline:
   "ps aux | grep 'sshd:' | awk '{print $2}' | xargs kill", privileged: true
config.vm.provision "shell", inline: "docker ps", privileged: false

これはDocker関連の問題ではありませんが、Linuxソケットのアクセス許可の問題です（php-fpmとnginxの間で非常に一般的な問題）。

1）Dockerは従来のHTTPクライアント/サーバーアプリケーションであり、クライアントはソケットまたはIPを介してサーバーと通信します
2）ソケットはLinuxファイルであり、権限があり、ユーザーとグループに属しています。

    sudo ls -alh /var/run
    ...
    srw-rw---- 1 root staff    0 Jan 22 10:09 docker.sock
    ....

3） docker psを実行するときは、 docker.sockファイルにアクセスするためのアクセス許可が必要です。

この場合、 sudo usermod -aG staff [ME]を実行して、適切なグループ（通常はdocker ）に追加します（グループが通常www-dataであるphp-fpmでも同じです）。

pip install docker-composeを使用したという問題がありました。 アンインストールしてsudo pip install docker-compose 。 これで、コマンドsudo docker-compose up機能します。

お役に立てば幸いです。

pip installで認証の問題が発生した場合は、pip install [package] —userを使用するのがsudoを使用するよりも最適です。場合によっては、sudoを使用すると、アプリケーション自体の実行中に認証の問題が発生します。

2017年1月25日には、17:38で、oesah [email protected]書きました：

pip installdocker-composeを使用したという問題がありました。 アンインストールして、sudo pip installdocker-composeを使用しました。 これで、コマンドsudo docker-composeupが機能します。

お役に立てば幸いです。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHub https://github.com/docker/compose/issues/1214#issuecomment-275255529で表示するか、スレッドをミュートしてくださいhttps://github.com/notifications/unsubscribe-auth/AMoEJ_g9iZOd2_BQUgaqgyk2mPLIv43eks5rV88AgaJpZ

FedoraLinuxで
ユーザーをDockerグループに追加します
sudo usermod -aG docker username

このコマンドの再起動後、他のディストリビューションのようにログアウトするだけでは不十分です

公式ドキュメントを推奨することほど良いことはありません。

https://docs.docker.com/engine/installation/linux/linux-postinstall/

これをチェックしてください。

公式ドキュメントは常にあなたが助けを求めるべき最初の場所です。

そのため、最終的にユーザーをdockerグループに追加しました。

sudo groupadd docker
sudo usermod -aG docker $USER
sudo service docker restart

ユーザーとしてdocker psを実行すると、接続の問題が発生し、次のエラーが発生しました。

Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Get http://%2Fvar%2Frun%2Fdocker.sock/v1.27/containers/json: dial unix /var/run/docker.sock: connect: permission denied

サーバーを再起動すると、この問題が修正され、sudoを使用せずにユーザーとしてdockerコマンドを実行できるようになりました。

sudo reboot now
... (wait for boot) ...
ssh server
docker ps

編集：

これを更新するには、ログアウト/ログインするだけでよく、ユーザーをdockerグループに追加した後、sudoなしでdockerコマンドを実行するために再起動する必要はないと言われました。

sudoを使用して私も解決しました

ログアウトなし：

sudo usermod -aG docker $USER
su $USER -

確かに上で述べたように：

sudo usermod -aG docker $USER

ログアウト。
ログインする。
完了。

私も同じ問題を抱えていました。私の場合、アクセス権のないDokcerfileのあるフォルダーにいくつかのファイルがあったことが原因でした。 chown実行した後、すべてがうまく機能し始めました。
usermodを使用したソリューションは私には機能していません。

更新
それは私にとって再び起こりました、そして今回の解決策はすべてのdockerコンテナを以下で取り除くことでした：

docker ps -aq | xargs docker rm

これは実際にはインストールの問題です。 インストール後の公式ページをご覧ください。 私はドキュメントの助けを借りてこの問題を解決します。

@ TrkiSF2が上で言ったように。 ユーザーをDockerグループに追加した後、ユーザーを有効にするには、ログアウトしてから再度ログインする必要があります。

unix：///var/run/docker.sockでDockerデーモンソケットに接続しようとしたときにアクセス許可が拒否されました：Get http：//%2Fvar%2Frun%2Fdocker.sock/v1.29/containers/json：dial unix /var/run/docker.sock：接続：許可が拒否されました

解決策：＃chmod -Rf 777 /var/run/docker.sock

実行後に再起動が解決しました

sudo usermod -aG docker $ {USER}

デジタル海洋液滴でこの問題が発生しました。 ドロップレットを内部カーネル管理に設定すると、この問題が修正されましたhttps://www.digitalocean.com/community/tutorials/how-to-update-a-digitalocean-server-s-kernel#setting -up-the-droplet-for -内部カーネル管理

これを行うことで、私の問題を解決します。
https://techoverflow.net/2017/03/01/solving-docker-permission-denied-while-trying-to-connect-to-the-docker-daemon-socket/

私はこの問題を、ある瞬間はうまく構築されていたがそうではなかったコードリポジトリで発生しました。 同じマシンと同じアカウントに他のリポジトリがあり、問題なくビルドされたので、グループの問題など、システム構成に関する問題ではありませんでした。 DOCKER_HOST envvarセットがありませんでした。 このエラーはさまざまな理由で発生する可能性があると思いますが、私にとっては、リポジトリディレクトリ内のビルドアーティファクトのルート所有権であることになりました。 sudo chown -Rユーザーアカウントへのリポジトリ内のすべてのファイルで問題が解決しました。

私は個人的に@cloojureのソリューションを試しましたが、

これと同じエラーメッセージが表示されました。ChrisPappalardoと同様に、デーモンではなくファイルのアクセス許可の問題が原因でした。 ビルドアセットのsudo chown -Rで修正されました。

「docker-composebuild」を実行すると、同じエラーメッセージが表示されます。
そこで、sudoコマンドを追加しましたが、問題なく動作します。 （$ sudo docker-compose build）

これは別の解決策かもしれません：
sudo chmod 777 /var/run/docker.sock

@Faradaが権限を変更するのは危険です。 Docker APIにアクセスできることは、マシンにルートアクセス権があることと同じです。 権限を777に変更すると、ホスト上のすべてのユーザーにルートアクセスが許可されます。

上記のように、サーバー/コンピューターを再起動する必要があるため、Dockerグループにユーザーを追加することがこの解決策です。 777には何もchmodしないでください！

sudoコマンドを使用してdockerをインストールした場合は、sudoYOUR_COMMANDを試してください。

私の場合、Dockerは、コンテナーを実行するたびにプロジェクトフォルダーにフォルダーとファイルを作成しました（ボリュームを使用してすべてのソースをリンクするなど）。

デフォルトでは、Dockerイメージはrootユーザーで実行され、これが問題の原因です。 イメージでビルドプロセスを実行すると、出力ファイルにroot:rootアクセス許可が設定され、これが私のイメージに反映されます。
ファイルシステム。

Dockerがこれらのファイルにアクセスできない場合、このエラーがスローされることがわかりました。ビルドが開始されると、コマンドを実行したユーザーとして実行されるためです。 root:rootでdirs / filesにヒットすると、 permission denied in X, cannot continueと表示される....is it running?エラーが発生します。

私の場合、Dockerイメージが生成するファイルを.dockerignore追加したところ、すぐに解決されました。

だから基本的に、私は無関係のエラーを与えられました。

編集私は多くの人々がsudoを魂として使っているのを見ます。 これが「魔法のように」機能する理由は、このコメントで説明する問題のためです。 sudoで実行する場合、rootとして実行するため、パーミッションは問題ではなくなります。 これは修正ではありません！

私はこれを手に入れています：

 docker-compose build
db uses an image, skipping
Building web
ERROR: Couldn't connect to Docker daemon at http+docker://localunixsocket - is it running?

If it's at a non-standard location, specify the URL with the DOCKER_HOST environment variable.

問題は、Dockerfileのコンテキスト内の一部のファイルに制限付きのアクセス許可があり、 sudo chown -R damo ./*修正されたことでした。

ただし、ここでは実際にdocker-compose問題があると主張します—での赤いニシンであったあいまいな接続エラーではなく、アクセス許可エラーが原因で失敗したことを正確に示す有益なエラーメッセージを受け取ったはずです。 Dockerデーモンサービス自体をいじって時間を無駄にした私の場合。

私はこれを数回手に入れました。

私にとっては、構成の問題ではありません。 代わりに、Dockerが停止して停止したように感じます。あるイベントの間、それが

とにかく、私の直感が正しければ、修正はsudo service docker restartなる可能性がありますが、明らかにこれでは十分ではありません。

したがって、最後に機能する唯一の解決策は再起動です。

dockerデーモンは、TCPポートではなくUnixソケットにバインドします。 デフォルトでは、Unixソケットはユーザーrootが所有し、他のユーザーはsudoを使用してのみアクセスできます。 dockerデーモンは常にrootユーザーとして実行されます。 Linuxのインストール後

$ sudo groupadd docker
$ sudo usermod -aG docker $USER

リマインダー:(セッションを再起動するか、VMを再起動することを忘れないでください）

• 仮想マシンでテストする場合、変更を有効にするために仮想マシンを再起動する必要がある場合があります。
• X WindowsなどのデスクトップLinux環境では、セッションから完全にログアウトしてから、再度ログインします。

私も同じ問題を抱えていました。 他の人が言っているように、私がsudoでdocker-composeを実行したとき、それは機能しました。

こんにちは、Fedora 26を使用しているときに同じ問題に直面し、Fedora 25の解決策を見つけましたが、それは私にとってはうまくいきます。

スニペットは次のとおりです。

$ sudo groupadd docker && sudo gpasswd -a ${USER} docker && sudo systemctl restart docker
$ newgrp docker

参照： https ：

お役に立てば幸いです、ありがとう

sudo systemctl status docker.service -lは、実際の問題を見つけるのに非常に役立ちます。

私は同じですが、 docker-compose build 。 これは最終的にファイル権限の問題でした。 rootが所有するコンテナ内にファイルを作成しましたが、それらのファイルを使用してビルドできませんでした。 sudo chown -R $USER .を実行しただけで、機能します。

以前のコンテナを削除した後、mysqlコンテナの作成で同じエラーが発生していました。
その理由は、前のコンテナーのユーザーが所有していたデータフォルダー（永続化用）があったためです。
解決策は、データフォルダを削除することでした。 警告-データが失われます。 データを保持したい場合は、データフォルダを移動するか、新しい所有者を割り当ててください。

グループに自分を追加するトリックをしました
usermod -aG docker $ {USER}

再起動して動作します！

私の場合、これは管理者モードにログインすることで解決されました：sudo -s

これが役立つ場合！

「+」文字を含む画像名を使用して、これと同じエラーメッセージを取得しました。 （これは、バージョン管理IDに基づいてイメージに名前を付けていたために発生しました。）

たとえば、次のものを含むdocker-compose.yaml ：

services:
  foobar:
    image: "foobar:a-b+c"
    ....

で失敗する

Building foobar
ERROR: Couldn't connect to Docker daemon at http+docker://localunixsocket - is it running?

If it's at a non-standard location, specify the URL with the DOCKER_HOST environment variable.

ただし、画像名から「+」を削除しても問題なく機能しました。

@fabiopaiva誰かがあなたに返信したかどうかははホストでsudoます。
Docker実行アクセス権を持っている人は誰でも、ホストファイルシステム全体をバインドする単純なDockerを起動し、rootとしてアクセスできます（つまり、パスワードのシャドウファイルまたはシステム全体のアクセス許可の変更）。
したがって、このコマンドを使用できるユーザーには十分注意する必要があります。

@Gronanに感謝し
しかし、あなたの説明に関しては、sudoで実行する場合は、とにかくこの制御を与えます。
ご説明ありがとうございます

sudoは必要ありません。
ユーザーをdockerグループ、dockerに追加します
docker service、service restart docker、またはsystemctl restartdocker.serviceを再起動します

システムを再起動する必要はありません。

この問題は、Linuxプロセスがどのユーザーとグループでどのように実行されるか、およびメンバーシップをプロセスグループに変更するとどうなるか、およびどのように有効になるかに関連しています。

usermod -aG docker ${USER}
次に_再起動_。

これは、 dockerデーモンがrootユーザーとして実行され、 docker-composeが通常のユーザーとして実行されるためです。

それを修正するための3つのステップ：

1. sudo groupadd docker
2. sudo usermod -aG docker $ USER
3. 再起動して変更を更新します。

詳細：
https://docs.docker.com/engine/installation/linux/linux-postinstall/#manage -docker-as-a-non-root-user

再起動する代わりに、 su - ${USER}入力するだけです。 これにより、ターミナルで現在アクティブなユーザーがリロードされると思います。

https://www.digitalocean.com/community/tutorials/how-to-install-and-use-docker-on-ubuntu-16-04

これは再起動せずに私のために働いた：

1. Dockerグループを追加します。
   sudo usermod -aG docker ${USER}
2. 実行
   id
3. 'docker'グループがグループリストに表示されない場合-ログアウトして再度ログインします

私の問題は、Dockerビルドのコンテキストで、ユーザーにもグループにも所有されていないファイルがあったことです。 たとえば、Dockerビルドコンテキストのフォルダーをmongoコンテナーにマウントしたため、これらのファイルはmongodbユーザーとグループによって所有されていました。 これを修正するために、そのフォルダーを削除し、代わりにdockerによって生成されたボリュームをmongodbサービスに使用しました。その後、sudoなしでdocker-composeを実行できました。

@alexcdotの観察を確認できます：rootが所有するプロジェクトリポジトリにファイルがありました（どのようにしてそこに

@alexcdotおよび@ tbuss93ソリューションも確認します。 私のためにも働いた。 そのような場合、エラーはよりユーザーフレンドリーで、理想的には問題のあるファイルを表示するはずだと思います。

今日、新しいDevノートブックでこの問題が発生しました。 私はこのようにそれを解決しました
1）Dockerを停止します

sudo service docker stop

このファイルのアクセス許可を見ると、 sudoがないとDockerデーモンにアクセスできないことがわかります。

sudo ls -la /var/run/docker.sock
srw-rw---- 1 root docker 0 Dec 21 19:16 /var/run/docker.sock

2）このdocker.sockを削除します

sudo rm  /var/run/docker.sock

ありがとう@rbahumi
3）このコマンドを実行します

sudo usermod -aG docker ${USER}

これでほぼ完了です。ログアウトするか、コンピュータを再起動するだけです。自動的に開始されるため、サービスを開始する必要はありません。

@ cooljl31は、

ただし、この修正は問題とは無関係のようです

これで私の問題は解決しました： https ：//docs.docker.com/install/linux/linux-postinstall/#manage -docker-as-a-non-root-user
ログアウトしてから再度ログインすることを忘れないでください。dockerを使用するユーザーとしてコマンドを実行します。

sudo usermod -aG username

次に、ログアウトしてログインし、機能させます。

私にとって魅力のように働いた。

また、docker-ce（17.12.0〜ce-0〜ubuntu）とdocker-composeを新しくインストールした後、エラーメッセージを非表示にするためにdockerサービスを手動で開始する必要がありました。

sudo service docker start

ドキュメントに記載されている手順に従うと、新しいUbuntu16.04のインストールに関する問題が解決しました。

ただし、これらの変更を適用した後、システムを再起動する必要がありました。

コマンドを使用： sudo docker-compose up -d

あなたが会った場合：
$ docker-構成する
エラー：http + docker：// localunixsocketでDockerデーモンに接続できませんでした-実行されていますか？

標準以外の場所にある場合は、DOCKER_HOST環境変数を使用してURLを指定します。

現在のログインユーザーが/var/run/docker.sockユーザーグループdocker属しているかどうかを確認する必要があります。
Composeをsudoとして実行してみてください。

sudoなしでこれを解決するには、 @ leoyuholoが2番目のコメントで述べたように、ログアウトしてから再度

dockerを実行すると同じエラーメッセージが表示されます。
ユーザーグループ「docker」に自分を追加することで解決します

次のコマンドを実行して、自分自身をグループusermod -aG docker $ {USER}に追加してみてください。

または、次のコマンドを実行して、グループ$ USERに属しているグループを確認することもできます。

その後、ログアウトして再度ログインすると、機能します

コメントへのリンクhttps://github.com/docker/compose/issues/1214#issuecomment-102246925

ps。 これは、最初のカップルのコメントをスキップする私のような人々のためのものです-_-

これを再発見するのに長い時間がかかるという理由だけで、私がグーグルで最初にヒットしたものです。 ラップトップのユーザー権限に問題はありません。 問題は、マウントされたフォルダーの1つに対するファイルのアクセス許可でした。 アクセス許可を修正してアクセスにrootを必要としない場合、またはアクセス許可を削除すると（私の場合は、Railsのキャッシュされたアセットです）、正常に通過します。

本当の問題は、docker-composeを介してビルドしたときに、エラーメッセージが特定の問題を教えてくれないことです。

私もその問題に遭遇しました。 これはユーザーアクセスの問題です。
ルートモードでdocker-composeをインストールし、ルートモードでもdocker-composeを実行することで解決しました。

@zjhkenは実際には解決策ではなく、回避策です。
プロジェクトフォルダ内のファイルのアクセス許可またはグループのアクセス許可に問題があります。 最初のケースについては@alexcdotと私の観察結果を参照し、 sudo usermod -aG docker <your username>を試してから、後者の場合は再ログインしてください。

@ tbuss93その通りです。 私はそれを解決するためにあなたの解決策を使用しました。 できます。 これが最善の解決策かもしれません。

書き込み=> sudo docker info

実行しようとしているコマンドの前にsudo追加するだけです。

したがって、私の場合、 gitlab_ci_multi_runnerユーザーはdockerグループの一部です。 だからそれは私の問題ではありません：

groups $USER
   gitlab_ci_multi_runner : gitlab_ci_multi_runner docker

しかし、何らかの理由で私はまだ時々得ています（これが時々あることに注意してください）： Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?

デーモンがクラッシュしている、または不安定であると感じていますか？ Dockerを使用して安定した信頼性の高い継続的インテグレーションを実現したいので、これは便利ではありません。 この不安定さをさらにデバッグする方法について何か考えはありますか？

ありがとう！

人々、私はすべて私の英語を非難します。 私は同じ問題を抱えていますが、kde内のkonsoleで発生することを認識していますが、ターミナルcrt alt f1で実行する場合は、sudo！を使用する必要はありません。 Iḿはすでにdockerグループに$ USERを持っています。 私を理解していただければ幸いです。-ありがとう

とにかく走れ;

sudo chown $USER:docker /var/run/docker.sock

私も問題に直面しました 'unix：///var/run/docker.sockでDockerデーモンに接続できません。 Dockerデーモンは実行されていますか？」 後で私は次のことに気づきました。

[ ec2-user @ ip-172-28-6-201 docker -elk] $
/ usr / local / bin / docker-compose
[ ec2-user @ ip-172-28-6-201 docker -elk] $
/ usr / bin / docker-compose

docker-composeバイナリは/ usr / local内にあるため、「sudo」なしでdocker-composeコマンドを実行できました。 'docker'コマンドを実行するには、sudoアクセスが必要でした。

以下のコマンドで修正しました。

cp / usr / local / bin / docker-compose / usr / bin / docker-compose
chmod + x / usr / bin / docker-compose
sudo rm / usr / local / bin / docker-compose

ここで、「docker-compose」コマンドを実行するには「sudo」が必要であることを確認します。
上記の手順を実行した後、docker-composeコマンドが機能します。

Dockerグループにユーザーを追加した後
マシンを再起動してもかまいません。

私にとってはその働き。
[ ec2-user @ ip-172-31-7-179 docker -elk] $ sudo

私のdockerとdockercomposeバージョンはです。

[ ec2-user @ ip-172-31-7-179 docker -elk] $ sudo
クライアント：
バージョン：17.06.2-ce
APIバージョン：1.30
Goバージョン：go1.8.4
Gitコミット：3dfb8343b139d6342acfd9975d7f1068b5b1c3d3
構築：2017年11月10日金曜日00:50:37
OS / Arch：linux / amd64

サーバ：
バージョン：17.06.2-ce
APIバージョン：1.30（最小バージョン1.12）
Goバージョン：go1.8.4
Gitコミット：402dd4a / 17.06.2-ce
構築：2017年11月10日金曜日00:51:08
OS / Arch：linux / amd64
実験的：誤り
[ ec2-user @ ip-172-31-7-179 docker -elk] $ sudo
docker-composeバージョン1.21.2、ビルドa133471
docker-pyバージョン：3.4.0
CPythonバージョン：2.7.12
OpenSSLバージョン：OpenSSL 1.0.2k-fips 2017年1月26日

ユーザーの追加手順に従った後、必ずマシンを再起動してください。

このような構造のプロジェクトで、このメッセージを確実に作成できます。

├──docker-compose.yml
├──Dockerfile
└──巻

「ボリューム」が特定のサイズを超えると、「docker-composebuild」を実行すると次のエラーが発生します。

• >エラー：http + docker：// localunixsocketでDockerデーモンに接続できませんでした-実行されていますか？ 標準以外の場所にある場合は、DOCKER_HOST環境変数を使用してURLを指定します。

sudoを使用してコマンドを実行すると、イメージの構築が開始されますが、自動化のためにsudoに依存する必要がないのは良いことです。

私のインスタンスでのこの問題の原因は、ボリュームディレクトリがビルドコンテキストに渡されている

したがって、私の場合の修正は、ボリュームdirを移動するか、.dockerignoreに追加して、このエラーメッセージのこの特定のフレーバーを解決することです。

cd / var / run
sudo chmod 777 docker.sock
sudo service docker start
docker runhello-world
Dockerからこんにちは！
このメッセージは、インストールが正しく機能しているように見えることを示しています。

問題を解決しました ：）

sudoで解決

ここに記載されているすべてが機能しない場合は、dockerを再インストールしてください。 それは私のために働いた。

私の経験では、マシンを再起動する必要はありません。これは、実稼働環境にいる場合に役立ちます。 sudo usermod -aG docker $USER後で、ログアウトしてから再度ログインします。これにより、新しいユーザーグループの割り当てがプログラムまたはアプリに渡されます。それが必要です。

それができない場合、 @ praveenbaligaの応答私のコメントからの3つのコメントは、最初に権限が正しくなかった場合、またはステージング環境にいる場合はピンチで機能しますが、強化されたプロダクションで作業している場合はセキュリティポリシーに違反する可能性があります環境。 実際には、 rootとdockerグループメンバーだけがdocker.sockアクセスできるようにし、 chmod 777はすべてのユーザーにrwxアクセス権を与えます。

/usr/lib/python2.7/dist-packages/requests/__init__.py:80: RequestsDependencyWarning: urllib3 (1.23) or chardet (3.0.4) doesn't match a supported version!
  RequestsDependencyWarning)
ERROR: Couldn't connect to Docker daemon at http+docker://localunixsocket - is it running?

If it's at a non-standard location, specify the URL with the DOCKER_HOST environment variable.

$ sudo docker-compose実行しているときに同じ問題が発生していました。 最初に$ sudo su実行してルートになり、次にdocker-compose通常どおり実行しました。

このリンクを使用して、問題を解決してください。 私は同じ問題を抱えていましたが、今はうまくいきます

https://techoverflow.net/2017/03/01/solving-docker-permission-denied-while-trying-to-connect-to-the-docker-daemon-socket/

dockerを実行すると同じエラーメッセージが表示されます。
ユーザーグループ「docker」に自分を追加することで解決します

次のコマンドを実行して、自分をグループに追加してみてください
usermod -aG docker ${USER}

または、次のコマンドを実行して、自分が属しているグループを確認することもできます
groups $USER

そして、コンピュータを再起動します

このスレッドは役に立ちます。

私は同じ問題を入力しました。 それどころか、コマンドラインの先頭にsudoを追加すると、解決しました。

とにかく走れ;

sudo chown $USER:docker /var/run/docker.sock

これは私のために働いた。 Dockerグループに$ USERを追加しても解決しなかった理由がわかりません。
編集：結局のところ、dockerサービスはリロードするたびに/var/run/docker.sock再生成します。 dockerを再起動するたびに、前述のトリックをやり直す必要があります（あまり起こりませんね？）