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

sudoなしで試しましたか？ あなたはそれを必要とすべきではありません、そしてそれはあなたの場合に物事を台無しにするかもしれません。 また、 docker infoを実行すると何が表示されますか？

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

@ shin-こんにちは！ 私はすでにsudoとroot（ sudo su ）を使ってそれを行っています。

matteo<strong i="7">@ubuntuDockerMB</strong>:~/wordpress-docker$ sudo docker-compose up
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.

これがrootとして行われた操作です

root<strong i="11">@ubuntuDockerMB</strong>:/home/matteo/wordpress-docker# docker-compose up
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.
root<strong i="12">@ubuntuDockerMB</strong>:/home/matteo/wordpress-docker#

これはdocker infoの結果です

root<strong i="17">@ubuntuDockerMB</strong>:/home/matteo/wordpress-docker# docker info
An error occurred trying to connect: Get http://%2Fvar%2Frun%2Fdocker.sock/v1.24/info: read unix @->/var/run/docker.sock: read: connection reset by peer

@harshajayaweeraXHJ

dockerdは機能しませんが、 sudo service docker startは期待どおりに機能します

matteo<strong i="25">@ubuntuDockerMB</strong>:~/wordpress-docker$ sudo dockerd
INFO[0000] libcontainerd: new containerd process, pid: 4039
WARN[0000] containerd: low RLIMIT_NOFILE changing to max  current=1024 max=4096
INFO[0001] [graphdriver] using prior storage driver "aufs"
FATA[0001] Error starting daemon: layer does not exist

PS：

@ shin-＆@ harshajayaweeraXHJ遅れてすみません

子プロセスで使用できるようにするには、変数をエクスポートする必要があります。

$ export DOCKER_HOST=127.0.0.1

これはあなたの問題を完全に解決するわけではありませんが...

私はubuntuの前提条件を愚かに無視したので、このエラーに遭遇しました。

ありがとう@jamethy 、私は、それを

matteo<strong i="7">@ubuntuDockerMB</strong>:~/wordpress-docker-tut$ docker-compose up -d
Traceback (most recent call last):
  File "<string>", line 3, in <module>
  File "compose/cli/main.py", line 65, in main
  File "compose/cli/main.py", line 114, in perform_command
  File "compose/cli/command.py", line 36, in project_from_options
  File "compose/cli/command.py", line 111, in get_project
  File "compose/cli/command.py", line 83, in get_client
  File "compose/cli/docker_client.py", line 74, in docker_client
  File "site-packages/docker/client.py", line 59, in __init__
  File "site-packages/docker/utils/utils.py", line 438, in parse_host
docker.errors.DockerException: Bind address needs a port: 127.0.0.1
docker-compose returned -1

現在同じ問題が発生しており、Dockerの下にWordpressをインストールしようとしています。 すべてを試しましたが、まだ接続できません。 Dockerデーモンが実行されていません...もう一度試してみます

私にとって問題はそこにとどまります：

Bind address needs a port: 127.0.0.1

ただし、この番号はdocker自体が作成する必要があります

私は元のポスターと同じ問題を抱えており、上記の提案されたすべてのことを試しました。

Dockerが「死んで」実行されていない場合もあれば、実行されたままの場合もあるようです。 docker infoコマンドを実行しようとしたときに、dockerが実行されていないというエラーが発生したときにこれに気づきました。 service docker startを使用すると、infoコマンドを実行できるようになりました。 これは私が得たものです：

Containers: 1
Running: 0
Paused: 0
Stopped: 1
Images: 1
Server Version: 1.12.5
Storage Driver: aufs
Root Dir: /var/lib/docker/aufs
Backing Filesystem: extfs
Dirs: 3
Dirperm1 Supported: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
Volume: local
Network: host bridge overlay null
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Security Options: apparmor seccomp
Kernel Version: 4.4.0-45-generic
Operating System: Ubuntu 16.04.1 LTS
OSType: linux
Architecture: x86_64
CPUs: 24
Total Memory: 31.42 GiB
Name: ayn
ID: 7TGC:G5WQ:6IYF:XWMH:XF3N:VXU7:SLZB:IHRN:T4FL:D35I:5JUA:H4S5
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
WARNING: No swap limit support
Insecure Registries:
127.0.0.0/8

@ matteo-bombelliこのエラーは非常に明確です、ポートを指定する必要があります。 代わりにexport DOCKER_HOST=127.0.0.1:2375を実行してください。

@ matteo-bombelli
私も同じ問題を抱えていました。
dockerを再起動する必要があります。
$ service docker restart
これで解決しました。

誰かがこの問題の解決策を段階的に統合できますか？

こんにちは。 私はこの最後のコメントの2番目です、私は同じ問題を抱えています。

私は同じ問題を抱えています。

docker ps機能します。

docker-compose build （バージョン2を使用）は機能します！

docker-compose build （バージョン3の場合）はこのエラーを出します：/

あなたはすべての情報を使用して新しい問題を作成した場合@furkanmustafa @ shashijais789 @lalitkumarjほうがよいと思います。 ネットワークから構成、エンジンのクラッシュ/停止まで、エンジンへの接続に失敗する原因はたくさんあります。 また、デバッグ-Dフラグを使用してエンジンログを含めるようにしてください。

同じ問題。 バージョン2で動作し、バージョン3の設定でこのエラーが発生します。

次の手順で問題が解決しました。

Dockerを削除します。
$ sudo apt-get remove docker docker-engine
で再インストール
curl -sSL https://get.docker.com/ | sh

グループにユーザーを追加します。
sudo usermod -aG docker user

何らかの理由でイメージの1つがビルドに失敗した場合、このエラーが表示される可能性があります。必ずしもdockerデーモンとは関係ありません。 たとえば、Dockerを使用して各サービスを構築しようとすることで、これをデバッグすることができました。

docker-compose.ymlファイルには次のものが含まれています。

version: '2'

services:
  # Drupal server
  drupal:
    build:
      context: .
      dockerfile: "Dockerfile-drupal"
  mysql:
    ...

docker-compose build呼び出すと、次のようになります。

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

そこで、Dockerを使用して各ファイルを個別にビルドしようとしました。

docker build -f="Dockerfile-drupal" .

これは私にもっと有用なエラーを与えました：

Error checking context: 'no permission to read from some/data/directory'

そのエラーを修正し、Dockerfile-drupalをビルドできることを確認すると、 docker-compose build正常に機能するようになりました。

おそらく、エラーを出力するコードは次のように変更される可能性があります。

Couldn't build the services.

 * Make sure you can build your Docker images using "docker build ...".
 * Make sure the Docker daemon is running.
 * If the Docker daemon is at a non-standard location, specify the URL with the DOCKER_HOST environment variable. Currently using http+docker://localunixsocket.

すべてが必要：
1）Kirill-Babkinが提案するように、apt-getを削除してcurlを使用して再インストールします（安全のためにsockerを再起動します）
2）usermod -aG、ログアウト、ログインを使用して、Dockerグループにユーザーを追加します
3）以前に> export DOCKER_HOST = 127.0.0.1：2375を使用して設定したDOCKER_HOST（https://forums.docker.com/t/docker-commands-require-sudo/12987/2でrkazakによって提案されている）を定義解除します。 jamethyとshinによる提案
これはRPi3Bにありました。 このすべての後、dockerは現在機能しています。 このDockerが修正するように設計されているような経験であるため、他の人がこの苦痛な経験を経験する必要がないように、これをクリーンアップできる可能性はありますか？ ただの提案。

私の場合、LANプロキシ（インターネットオプションで定義されています-私はWindowsを使用しています）がdocker-composeがVirtualBox Host-Only Network VM（docker engineを使用）に接続するのを妨げていました-プロキシを無効にすると問題が解決しました。

Ubuntu 16.04では、これは私にとってはうまくいきました：
sudo service docker start && docker-compose up -d

何が起こったのかわからないので、PCを再起動して動作し始めました!! ：nerd_face：

@ ssi-anikそれはコンピュータサイエンスです😄

私はちょうど同じ問題を抱えていました。 何らかの理由で、ユーザーがdockerセキュリティグループに追加されなかったため、dockerのunixソケットへのアクセスが許可されず、_ERROR：http + docker：// localunixsocketでDockerデーモンに接続できませんでした-実行中です

現在のユーザーにdockerグループを追加し、ログアウトしてから再度ログインすると、すべてが修正されました。
sudo usermod -aG docker $USER

これは私にとって特定のビルドステップで失敗していました。Dockerfileと同じディレクトリでdocker build .を実行しようとしましたが、 COPYしようとしたファイルの1つにアクセス許可の問題があることがわかりました。

sudo chmod 755 -R .実行すると、問題が修正されました。

@ChrisPappalardoが
https://github.com/docker/compose/issues/1214
ビルドディレクトリ内のファイル所有権のアクセス許可を確認してください。 コンテナのビルドプロセスは現在のユーザーのコンテキストで実行されるため、rootが所有するツリー内にアクセスできないディレクトリがあると、エラーが発生してこのメ​​ッセージが表示される可能性があります。

私の場合、 @ alberto56のソリューションは完全に機能しました。これは、私のサービスの1つにマウントされたボリュームの1つでのアクセス許可の問題でした。 そもそも所有権がどのように変更されたかはわかりませんが、手動でdocker build -f myDockerfile .を実行することで、問題を見つけることができました。

ls -lを実行したとき、ディレクトリは999 dockerグループと

デバッグ中にそのようなボリュームをマウントし、クリーンアップを忘れたため、このエラーが発生しました。
ボリューム：
-./itsLog:/var/log/itsLog

Dockerfileをビルドしようとしたときに、制限されたパスを追加しようとしたときに「permissiondenied」を受け取ったに違いありません。

エラーの説明は多少誤解を招く可能性がありますが、それ以外の場合は理にかなっています。

ファイル/var/run/docker.sockownerを現在のユーザーに変更しました。問題ありません。
docker-composeには/var/run/docker.sockにアクセスする権限がなかったようです。

エラーの説明はやや誤解を招くものです

すでに情報量が少ないので、実際にコミットして「いいえ」と印刷してみませんか？ / s

私の場合、syslogを確認して、タグ文字列に大文字が含まれているため、Dockerデーモンがビルド仕様を拒否したことを確認する必要がありました。

このエラーメッセージは包括的なステートメントであり、おそらく（スタックオーバーフローや関連のないプロジェクトのgithubの問題に散在するのではなく）文書化するか、拡張する必要があります。

@ alberto56のコメントは私を助けました。 同じ問題がありました。 ありがとう！
私が「ボリューム化」した以前のコンテナは、コンパイルされたPythonファイルを作成していました。 *.pyc 。 それらは私のユーザーにはアクセスできませんでした。
上からコピーされた問題と修正：

docker-compose buildを呼び出すと、次のようになります。
Couldn't connect to Docker daemon at http+docker://localunixsocket - is it running?

Dockerに直接電話する：
docker build .

これは本当の原因を明らかにします：
Error checking context: 'no permission to read from '/home/user/dev/project/app/utils.pyc''.

ファイルのアクセス許可は次のとおりです。
-rw-r----- 1 root root 11K Nov 29 16:32 utils.pyc
そして修正はそれらのファイルを削除することでした：
sudo rm app/*.pyc

やあみんな、

dockerバージョン17.12にアップグレードし、dockerサービスを開始した後、問題は解決しました。

[] ＃service docker start
13 / bin / systemctl startdocker.serviceにリダイレクトします
＃sudo docker-compose up -d

Dockerのバージョンを更新する必要があります。そうすれば、composeが機能します。

よろしく、
プラサドRVS

サービスドッカースタート
/ bin / systemctl startdocker.serviceにリダイレクトします
[ root @ kammu02-I9084 LDDS]
デフォルトのドライバを使用してネットワーク「ldds_default」を作成する
デフォルトのドライバを使用してボリューム「ldds_couch-data」を作成する
couchdbをプルする（isl-dsdc.ca.com:5000/analytics/lddscouchdb:2.1.8c.109）..
2.1.8c.109：analytics / lddscouchdbからのプル
dd6405a9d644：プル完了
10f659fc3a7e：プル完了
8a0ce719aeb8：プル完了
fc23f8fbeac2：プル完了
5f02dd664e80：プル完了
f38b89a75914：プル完了
94add1a2ec1e：プル完了
e7db1a0942ee：プル完了
87b0136db4b9：プル完了
be9ceeef7cb5：プル完了
aed07b38ec55：プル完了
fc4632d89301：プル完了
6152a07afebb：プル完了
946862fd0151：プル完了
43408ca5f730：プル完了
ダイジェスト：sha256：d3c13f08a4c9c3ed450325aef2dbe97abf0a55c13e9e2005109c05c713491fb3
ステータス：isl-dsdc.caの新しいイメージをダウンロードしました。 com：5000 / analytics / lddscouchdb ：2.1.8c.109
ldds-web（isl-dsdc.ca.com:5000/analytics/lddscdb:2.1.8c.109）をプルしています...
2.1.8c.109：analytics / lddscdbからのプル
dd6405a9d644：すでに存在します
10f659fc3a7e：すでに存在します
8a0ce719aeb8：すでに存在します
eebc892936a1：プル完了
3c8dd6086ddb：プル完了
73c1dfebea61：プル完了
9fb23fd0d390：プル完了
f8943ba49c47：プル完了
a89ff5b6e340：プル完了
02615a9d0e05：プル完了
e129088bf324：プル完了
bf0ba8d71b09：プル完了
083300d85e61：プル完了
5deacfd6cb23：プル完了
220cda5539ae：プル完了
8cdee22c663b：プル完了
d76b24524469：プル完了
9c5ade36643f：プル完了
c7ca782f404c：プル完了
6a7bbcfb0b95：プル完了
ダイジェスト：sha256：e2cb43e6b22ab344d7fc17f38e49caa3e295ef0efdfa43bc77ce671e0f172168
ldds_couchdb_1の作成...完了
ldds_couchdb_1の作成..。
ldds_ldds-web_1の作成...完了

私は以下のエラーに遭遇しました、
「http + docker：// localunixsocketでDockerデーモンに接続できません

権限の問題かどうかを確認し、「sudo docker ps」をこのエラーなしで実行し、「docker ps」をこのエラーで実行してから、権限の問題を実行します。

このdockerのインストール後の手順を試してください。 Dockerグループに「ユーザー」を追加する必要がある場合があります。
https://docs.docker.com/engine/installation/linux/linux-postinstall/

これは私のために働いた。

こんにちはすべて-これは私のマシンでも起こります。 奇妙なことに、私はまったく変更やアップグレードを行っておらず、それが始まったばかりです。

@manjukoriこれは私がにいるにもかかわらず、私に何が起こるdockerグループ-まだの下で同じコマンドを実行しているsudo作品！ ですから、一方で、それはある種の権限の問題であるというのは正しいようですが、私はdockerグループのメンバーです！ とても奇妙...

誰もが問題を見つけました！ 私の場合、 root所有するディレクトリをコンテナの1つにマウントするdocker-composeを使用しています。 なんらかの理由でdocker-compose （ docker build ）が起動できませんdocker-compose 。

このディレクトリを削除するとすぐに、すべてが以前と同じように機能します（ただし、実際に以前に機能した理由はわかりません）。

あなたはあなたの側でも同様の何かをチェックしたいかもしれません。

chmod 777 it

sudoを使用せずにdocker-composeを実行するには、ユーザーが「docker」グループに属している必要があります。 このグループをアカウントに追加し、ログアウトしてから再度ログインするだけです。UbuntuとMacOSでこれを修正しました。

@jhnoorありがとう！ それは私のために働いた
sudo chmod 755 -R .

docker-compose --verbose up[|build]は、問題の根底に到達するのに役立つという、他の問題に関する最も有用なコメントの1つを繰り返し述べたいと思います。 私の場合、docker-composeのエラーメッセージは誤解を招くものでした。docker1.10（古代）から1.12に更新する必要がありました。

冗長性はこれを明らかにしました：
docker.errors.APIError：400クライアントエラー：不正なリクエスト（「クライアントはサーバーよりも新しい（クライアントAPIバージョン：1.24、サーバーAPIバージョン：1.22）」）

私の場合、この問題を修正するには、 sudo usermod -aG docker $USER （$ USERが現在ログインしているユーザーの場合）の1つのコマンドだけで十分でした。 これで、私はの成功の実行持っているdocker-compose run ...なしsudoから$USERユーザシェルを。 （ありがとう、@ Kirill-Babkin：cake :)。

• Ubuntu 16.04.3（AWSのスーパークリーンな新しいインスタンス）
• Docker 17.12.1-ce（aptにインストールされ、Ubuntu用のGet Docker CEに続く）

正解は@manjukoriと@yoloseemからです。 私が強調したいのは、env変数$ USERを使用して、命令sudo usermod -aG docker $USERを一般化することだけです（dockerを管理する必要があるユーザーとしてシェルに接続していると仮定します）。 docker configに関するその他の重要な詳細については、上記のリンクhttps://docs.docker.com/install/linux/linux-postinstall/を参照して

@ ramblinwreck35あなたが指摘したように私のコメントを編集しました。 ：+1：

私にとって、それは私のユーザーがdockerグループのメンバーではなかったということでした。 解決するには...
sudo usermod -aG docker ${USER}
次に、ログアウトして再度ログインするか、 sudo su - ${USER}を使用して、ターミナルで更新された構成を受信します。

systemctl restart docker
それを解決する

これは、Dockerグループにユーザーを追加した後でも許可が必要なためです。 グループを再起動するか、権限を再読み込みします。

sudoを使用しました。 問題が解決しました。

私の問題が同じであるかどうかは完全にはわかりませんが、他の誰かが同じ問題を抱えていてこのスレッドに遭遇した場合に備えて、ここに解決策を投稿します。

私の場合、 .dockerignoreいくつかのディレクトリを追加するのを忘れました。 一部のデータディレクトリを除外した後に機能したため、dockerデーモンにはデータが多すぎたと思います。

@harwoodと私はリポジトリでこの問題を調査していましたが、実際にはimage設定されている不正な形式のDockerイメージ名が原因であることがわかりました。大文字のイメージがありました。 build: ./も供給していました。 build: ./を削除すると、新しいエラーメッセージinvalid reference format: repository name must be lowercase 。 これがこの問題を追跡する人に役立つことを願っています。

こんにちは、

私の問題は次の手順で解決されました。

1. Dockerサービスを停止します
2. 次のコマンドを使用して、docker-composeコマンドの実行に使用しているユーザーをdockerグループに追加します。usermod-aGdocker NAME_OF_USER（CentOS 7）
3. Dockerサービスを開始します

このようなdbサービス構成はありますか？

`` `ボリューム：
-./db/data:/var/lib/mysql

When i input `docker-compose build` with db server ,I got this error. 
So, I input `sudo chown -R $USER:$USER /db/data` in order to got data permission.And I tried "docker-compose build" without the error.

docker-compose.yml

バージョン：「3」
サービス：
db：
ビルド：
./db
コマンド：mysqld --default-authentication-plugin = mysql_native_password
ポート：
-「3306：3306」
ボリューム：
-./db/data:/var/lib/mysql
env_file：
-mysql.env
特権：true
`` `

dockerの再起動も私にとってはうまくいきました。

所有者をrootから/var/run/docker.sock変更することで解決しました。 aptパッケージがrootとしてインストールされる理由がわかりません。

$ sudo show derp:derp /var/run/docker.sock

ちょうど今、同様の問題に遭遇し、原因を突き止めるのに数時間かかりました。

ストーリーは次のようになります。CIにJenkinsを使用し、他のいくつかのサービスに依存しているため、docker-composeを使用してメインサービスのテストを実行します。 同僚がブランチをプッシュし、コードとテストは完全に正常でしたが、Jenkinsはそれを構築できませんでした。 問題は次のように見えました。

• Jenkinsはパイプラインごとにフォルダーを作成し、その名前をある程度短くします。 "$GIT_BRANCH-$RANDOMISH_HASH"ようなフォルダ名を構成しますが、興味深いのは、文字列を最初から切り捨てることです。
• 失敗したブランチ名にはダッシュ（ - ）が含まれ、Jenkinsによって生成された結果のディレクトリ名は-始まることになりました。
• 次に、Jenkinsはそのフォルダーでdocker-composeを実行し、デフォルトではdocker-composeはコンテナーに名前を付けるためのプレフィックスとしてディレクトリ名を使用します。
• これは、ダッシュ（ - ）で始まる名前のコンテナーを作成しようとし、Dockerコンテナーの名前が最初から不正な文字である
• そして、 docker-composeは、「Dockerデーモンに接続できませんでした-実行されていますか？」という誤解を招く一般的なエラーで失敗します。 メッセージ。

私の場合の解決策は、デフォルトのディレクトリ名の代わりに使用されるカスタムプロジェクト名（ -p ）を指定すること

docker-compose -f docker-compose.ci.yml -p "$SANITIZED_GIT_BRANCH" build

@ alberto56修正された作業：

chown -R user:user .

また、ビルドのためにdockerに出荷されるはずのないものがある場合は、.dockerignoreを更新します。

これを試してみてくださいsudothats it

sudo docker-compose up

私にとっての解決策は、dockerグループにユーザーを追加することです。dockerを使用するときにsudoを使用する必要がないためです。
https://techoverflow.net/2017/03/01/solving-docker-permission-denied-while-trying-to-connect-to-the-docker-daemon-socket/

私の場合、ユーザーが/var/run/docker.sock docker-composeにアクセスする権限を持っていない場合は、 http+docker://localhost接続してみてください。
sudo usermod -a -G docker $USERはそれを修正するかもしれません。

この時点でhttps://github.com/docker/compose/issues/4181#issuecomment-317120015
PCを再起動するとこの問題が修正されます

CentOS
私はサーバーに切断して再接続することで解決したと言わなければなりません...

tl; dr不要なコメントを停止します
みんな。 再起動はGitHubの問題の一部ではないと思います。 お願いします。 それは、役に立たない通知によって私たちがしていることから私たちの気をそらします。 ここでのコメントは、問題自体に価値を付加することを目的としていることに注意してください。 再び起こっているので、再起動はそれを解決していません。 特にある時点でソケットがスタックしているので、このスレッドの前半でコメントされていないものが他にあると誰かが見つけたらコメントしてください。そうでない場合は通知を作成しないでください：）-長いことをお詫びします。

sudo chown $USER:docker /var/run/docker.sockは私のために働きます。

sudo which docker-compose upは、Ubuntu16で問題なく動作します。

いくつかの異なるアクセスの問題のようです。 新しいFedora28でこの問題が発生し、selinuxを無効にすることで解決しました。

私はタイプすることによって解決しました
sudo dockerd
//次に
sudo docker-compose up -d

"/var/run/docker.sock:/var/run/docker.sock"ボリュームを設定すると機能します

サーバーを再起動した後は機能しました:)

私のはdocker-composeがPATHです。 @pelicanの答えはそれを解決しました

この号に記載されている手順に従って、マシンを再起動してください。

これを行うだけで私はうまくいきました：

sudo apt-get purge golang-docker-credential-helpers

それが機能し、後で（パッケージのインストール/アップグレードなしで）シェルの数行が発生した場合に直面しただけで、このエラーがスローされます。 他のプロジェクトを試してみたところ、ビルドされたため、Dockerキャッシュまたはこのイメージに関連する内部で何かが壊れているように感じます。Dockerイメージの整理、DockerサービスまたはOSの再起動が機能しません。 Dockerが正しくインストールされている（sudoingの必要なし）。

編集：システムの整理とこの特定のコンテナの削除により問題が解決しました

私にとって、それは私のユーザーがdockerグループのメンバーではなかったということでした。 解決するには...
sudo usermod -aG docker ${USER}
次に、ログアウトして再度ログインするか、 sudo su - ${USER}を使用して、ターミナルで更新された構成を受信します。

それが正しい解決策です

sudo docker-compose run .......は私のために働いた:)

同じ問題が発生し、Dockerの再起動を修正しました。ありがとうございました。

答えは、インストール後の手順のセクションにあるDockerのドキュメントにあります。
https://docs.docker.com/install/linux/linux-postinstall/

ドキュメントで報告されているように：

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

これが、 sudoを使用してコマンドを実行すると機能する理由です。

代わりに、カスタムユーザーをdockerに接続する場合（私の場合のように）、次のようにしてdockerグループに追加する必要があります。

sudo usermod -aG docker $USER

実際、Dockerソケットの所有権は次のとおりです。
srw-rw---- 1 root docker 0 Oct 3 11:31 /var/run/docker.sock

この後、ドキュメントで報告されているように、仮想マシンでテストしている場合は、ログアウトして再度ログインするか、再起動する必要があります。

Parallelで実行されているUbuntu14.04仮想マシンをテストしましたが、再起動する必要はありませんでした。 問題を解決するには、もう一度ログインする必要がありました。

注意
ドキュメントに示されている警告を確認してください。「docker」グループがrootユーザーと同等の権限を付与します。 したがって、そのグループにユーザーを追加すると、シナリオによってはセキュリティの問題になる可能性があります。

rootとしてコマンドを実行します

export DOCKER_HOST = 127.0.0.1

次に、 docker-compose.ymlのフォルダーに自分を配置し、次のコマンドを実行します。
su docker-compose up

以前のコメントで書いたように、各サービスを個別に構築しようとすると、より有用なエラーメッセージが表示されます。
画像名がdocker-compose.yml内で大文字であったため、このエラーが発生しました。
サービス名とサービスイメージの両方のプロパティを変更すると、問題が解決しました。

dockerを再起動するだけで、完全に機能します。
実行： service docker restart次に、必要なdockerコマンドを実行します。

「sudodocker ...」を回避するには、ユーザーをdockerグループに追加する必要があります。
sudo usermod -aG docker username

あなたのユーザーはdockerユーザーグループに属していますか？

sudo usermod -aG docker ${USER}

この記事を確認してください： https ：//medium.com/@ibrahimgunduz34/if -you-faced-an-issue-like-couldnt-connect-to-docker-daemon-at-http-docker-localunixsocket-is-27b35f17d09d

それは私にとってもうまくいきませんでした。 コマンドの前にsudoを追加したところ、動作が遅れました。

sudo dockerd

私にくれます

Segmentation fault

だから私の問題はdockerデーモンが実行されていないということですが、私は何をすべきかわかりません

これは便利だと思いました

docker-composeを1.16.1から1.23.1にアップグレードし、解決しました。

何が起こったのかわからないので、PCを再起動して動作し始めました!!

私も同じ問題を抱えていました。再起動で修正された理由は、インストール後にユーザーがdockerグループに追加されたためですが、このグループの変更は再ログインによってのみ有効になりました。

docker-compose.ymlファイルでミスをしたため、今日これに遭遇しました。

誤ってvolumes:キー宣言を2回含めたため、docker.sockを内部コンテナーにマップできませんでした。 間違いは次のようになりました。

    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
    volumes:
      - datafiles:/datafiles

これはちょうど言ったはずです：

    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
      - datafiles:/datafiles

このように2つのボリュームセクションを宣言すると、最初のセクションは無視されることがわかりました。 もちろん、そのため、コンテナはdockerコマンドを実行できませんでした。

同じ問題が発生しましたが、Dockerをルートとして実行するか、実行権限を適用することで解決できました。

このリンクhttps://www.digitalocean.com/community/tutorials/how-to-install-and-use-docker-on-ubuntu-18-04を使用して、Sudoセクションを使用せずにDockerコマンドを実行しました。

少しオフトピックの質問です。かなり長い間、 http+docker://スキーマ定義に関するドキュメントやリファレンスを探しています。 ここの誰かがこのスキーマへのURLまたは参照を持っていますか？ ありがとう！

私はこの問題を抱えていましたが、docker-composeエラーメッセージが非常に役に立たず、誤解を招くことに気づきました。 実際の原因を見つけるために、docker-compose.yml内のサービスごとに、ビルドを拒否するサービスが見つかるまで手動でdocker build <service>しました。 私の場合、これはサービスディレクトリの__pycache__アクセス許可の問題

私は同じ問題を抱えていましたが、どの解決策も役に立ちませんでした。
Rosso84のアイデアを試してみました。
sudo service docker stop
sudo dockerd
今、私は走ることができます
docker-構成する
正常に。
少し奇妙なことが続きます-
sudodocker-構成する
コマンドが見つかりませんと言います。

それは私のために働いた：
sudo groupadd docker
sudo gpasswd -a $ USER docker

newgrp dockerを実行するか、ログアウト/ログインして、グループへの変更をアクティブにします。
newgrp docker

未設定のビルド引数を使用しているときにこの問題が発生し、それがFROMイメージのタグで使用されました。 修正：ビルド引数を空白の文字列以外に設定します。

サーバーを再起動すると解決しました

root以外のユーザーの場合は、ユーザーをDocker権限に追加してみてください

sudo usermod -a -G docker theUser

Ubuntuも再起動して修正しました。

こんにちは 、

コマンドの前にsudoで解決された問題;）、

ありがとう、
モアテス

これは許可の問題です。

- sudo chown $USER:docker /var/run/docker.sock これはubuntu18のセットアップでうまくいきました。

何が起こったのかわからないので、PCを再起動して動作し始めました!!

あなたのように、サー

docker-composeコマンドの前にsudo docker-compose入力するだけです。

これは私のために働いた
sudo chown $USER:docker /var/run/docker.sock

usermod -a -G docker USER
次に、ログアウトして、USERに再度ログインします。

docker-compose.yml内に.env内に存在しない変数がある場合は常に、同じエラーが発生しました。

そのようなシナリオでは奇妙なエラーですが、-何でも。 :)

docker-composeコマンドの前にsudo docker-compose入力するだけです。

あなたのように、サー！
ああ...でも、私にとってはうまくいきます、素晴らしい仕事です！

私はただしなければなりませんでした：
sudo ln -s / usr / local / bin / docker-compose / usr / bin / docker-compose

そしてそれはうまくいきました！

docker-composeをインストールすると同時に、次の手順で問題を解決しました。
ステップ1：
sudo curl -L https://github.com/docker/compose/releases/download/1.21.2/docker-compose- uname -s - uname -m -o / usr / local / bin / docker-compose

ステップ2：
sudo chmod + x / usr / local / bin / docker-作成

ステップ3：
docker-compose --version

ステップ4：
export DOCKER_HOST = 127.0.0.1：2375

ステップ5：
usermod -a -G docker $ USER

ステップ6：
PCを再起動するか、コマンドを実行します
シャットダウン

これは私のために働いた：

sudo usermod -aG docker $（whoami）

ログアウト

ログインする

「docker」グループに属していることを確認してください。

- sudo chown $USER:docker /var/run/docker.sockこれはubuntu18のセットアップでうまくいきました。

THX！

こんにちは、
同じエラーメッセージが表示されました：

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

しかし、私のdocker deamonは接続に問題がなかったため、このメッセージは誤解を招くものでした。
その理由は、私がYamlで犯した愚かな間違いでした（これは以前は知りませんでした）。 画像名に誤って大文字が含まれていました。 名前として使用できるのは小文字のみであるため、サービスを形成できなかったという事実につながりました。
Dockerfileを名前とは別にビルドしようとすると、エラーに気づきました。
docker-composeがビルドの問題内で発生するエラーを転送できれば便利です。 @ shin-も言ったように、このバグは現時点ではまだ多くの理由で発生する可能性があるためです。 @ shin-がこれを書いてからしばらく経ちましたが、問題はまだ存在しているようです。 多分それは役に立つかもしれません。

私の問題をここに投稿するだけで、誰もがdockerとの実際の接続の問題について厳密に考えているので、常にそうである必要はないことを示したかったのです。

$ cat /etc/centos-release
CentOS Linux release 7.6.1810 (Core) 

$ sudo service docker start
$ sudo service docker status

こんにちは、

私は同じ問題に直面しました。 しかし、VMを再起動すると解決しました。

BR.Saurabh

そのコマンドは私に解決します：

sudo usermod -aG docker user

コマンド：

sudo ln -s / usr / local / bin / docker-compose / usr / bin / docker-compose
sudo docker-compose up -d

dockerをインストールし、ユーザーにdockerグループを付与したばかりの場合は、そのユーザーからログアウトして、再度ログインしてみてください。

https://www.digitalocean.com/community/tutorials/docker-ubuntu-18-04-1-ru

sudo service docker start && docker-compose up -d

上記のコマンドで試してください。 問題は修正されました

上記の解決策のどれも私のためにそれを修正していません。 他のアイデアはありますか？

エラー：http + docker：// localhostでDockerデーモンに接続できませんでした-実行されていますか？

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

resolvi o problema com esse comando：

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

👇🏻👇🏻👇🏻👇🏻👇🏻👇🏻
👉🏽ソリューション👈
👆🏿👆🏿👆🏿👆🏿👆🏿👆🏿

このトレッドからまだ何も試していなければ、次の2つのコマンドを実行すると、この特定の問題が解決されます。
sudo usermod -a -G docker $USER ＃現在のユーザーをdockerグループに追加します
newgrp docker ＃ dockerグループの新しい権限をアクティブにします

sudo usermod -a -G docker $ USER＃現在のユーザーをdockergroupに追加します
newgrp docker＃dockergroupの新しい権限をアクティブにします

newgrp -l docker必要があります。 これを使用する場合、newgrpが新しいシェルを開始するため、 -lを使用すると、再度ログインしたかのように環境がリセットされることに注意してください。

まず、実行してtmpをexec権限で再マウントする必要があります

1. sudo mount / tmp -o remount、exec
   その後、Dockerを作成します
2. rootユーザーの「servicedockerstart」または「sudoservicedockerstart」
   その後
3. 「docker-composeup」または「docker-composestart」が機能しました

sudo docker-compose up -d
エラー：http + docker：// localhostでDockerデーモンに接続できませんでした-実行されていますか？

標準以外の場所にある場合は、DOCKER_HOST環境変数を使用してURLを指定します。
加上須藤也是报同種的错误

グループルート
ルート：ルートドッカー
ルートはドッカーグループの下にあります

これで問題を解決しました：

1. sudo usermod -aG docker $USER
2. グループメンバーシップが再評価されるように、ログアウトしてから再度ログインします。
3. sudoなしでdockerコマンドを実行できることを確認します： docker info

デフォルトのDOCKER_HOSTはunix：///var/run/docker.sockです。 このファイルが存在しないか、現在のユーザーがそのファイルにアクセスできない場合は、http + docker：// localhostに接続しようとしています。
試してみてください：
sudo chown /var/run/docker.sock
次に、もう一度docker-compose upを実行してみます
私のために働いた。

sudoなしで試しましたか？ あなたはそれを必要とすべきではありません、そしてそれはあなたの場合に物事を台無しにするかもしれません。 また、 docker infoを実行すると何が表示されますか？
ありがとう！ できます！

ただし、Dockerを使用して、正しい警告を追加してください。

owerdriteに終わったpoructionマシンからボリュームをコピーするとき、私はこのメッセージを得たmetadata.dbの内部で/var/lib/docker/volumesそれがクラッシュし、。 修正はとても簡単です

docker system prune --volumes -f && rm /var/lib/docker/volumes/metadata.db && docker-compose up -d

これは、dockerコマンドをsudoとして実行し、docker-composeコマンドをsudoなしで実行する場合によく発生します。
あなたがする必要があるのは、dockeruserをsudoグループに追加することです。 （つまり、usermod -aG docker $ USER）
次に、sudoを使用せずに両方のコマンド（dockerとdocker-compose）を実行できます。

まったく同じエラーが発生しました。 コンテナ（id）を削除して、Dockerを再起動しました。 それで問題は解決しました。 すでにアップロードされているデータは削除されません。

cvatディレクトリに移動し、ターミナルで次を実行します。

• sudo docker ps（実行中のdockerに関する情報を表示します）
• docker stop「ここにコンテナのIDがあります」（例：私のものはe6339eae0675でした）
• sudo docker rm "ここにコンテナのIDがあります"
• sudo docker-compose up -d

私は同じ問題を抱えています、_sudo docker-composeup_は私のために働きます。

私にとっての解決策は、使用していたopenvpnを停止すること

何が起こったのかわからないので、PCを再起動して動作し始めました!!

これは機能します。

次の手順で問題が解決しました。

Dockerを削除します。
$ sudo apt-get remove docker docker-engine
で再インストール
curl -sSL https://get.docker.com/ | sh

グループにユーザーを追加します。
sudo usermod -aG docker user

usermodコマンドを固定するには、シェルをexit 、再度ログインする必要があることに注意してください。

以前と同じ問題が再び発生し、最後にsimelightを見つけました...
それはそのdocker-composeに関連していて、本当の問題を隠しているこの奇妙なメッセージを示しています。
dockerbuildを使用してイメージの1つをビルドしようとしました。 その後、キャッシュに含めようとしている一部のファイルに読み取りとビルドのアクセス許可がないことが表示され、失敗しました。
発行されたファイルを削除すると、問題なく再び機能し始めました。
私の場合、ホスト上にrootユーザーがいるディレクトリをテスト生成するため、現在のディレクトリをマウントすることが問題でした。
そのため、次回のビルドは、docker-composeビルドからの明確なメッセージがないと、ビルドを読み取って失敗を開始できないために失敗しました。
後で問題を回避するためにユーザー実行テストを確認する必要がありますが、これが他の人が実際の問題を見つけるのに役立つことを願っています。

よろしく

Dockerグループに通常のユーザーを追加する

# usermod -a -G docker user
# exit
$ exec $SHELL
$ docker-compose ps

CONTAINER_REGISTRY_BASE変数の設定を解除してこれを修正しました

$ sudo usermod -aG docker $ USER

docker-compose.ymlのimage:設定を壊していたのは、欠落している環境変数であることがわかりました

¯_（ツ）_ /¯

次の手順で問題が解決しました。

Dockerを削除します。
$ sudo apt-get remove docker docker-engine
で再インストール
curl -sSL https://get.docker.com/ | sh

グループにユーザーを追加します。
sudo usermod -aG docker user

ありがとうございました。 アンインストールしてから、ユーザー権限を再インストールして変更し、ログアウトしてから再度ログインすると、問題が解決しました。

上記の解決策のどれも私のためにそれを修正していません。 他のアイデアはありますか？
エラー：http + docker：// localhostでDockerデーモンに接続できませんでした-実行されていますか？
標準以外の場所にある場合は、DOCKER_HOST環境変数を使用してURLを指定します。

resolvi o problema com esse comando：

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

これは私のためにそれを修正しました。

docker-composeへのシンボリックリンク以外はすべて行いました。 次のコマンドで問題が修正されました

1. Dockerグループにユーザーを追加します（まだ追加されていない場合）
   sudo usermod -aG docker $USER
2. 次のコマンドを使用して、/ usr / binへのシンボリックリンクを作成します
   $ sudo ln -s /usr/local/bin/docker-compose /usr/bin/docker-compose
3. Dockerサービスを再起動します
   $ sudo service docker restart

私の場合、上記のどれもうまくいきませんでした

結局のところ、私の作成ファイルにはcamelCase画像名（ eg imageName ）があり、それがCouldn't connect to Docker daemon at http+docker://localunixsocket原因dash-case変更すると、問題が解決しました（非常に奇妙です）。
Dockerサービスは正常に実行されており、docker psとinfoも問題を報告していませんでした。その作成ファイルを起動するだけで、問題が発生しました。

Ubuntu 18.04
docker 19.03.6
docker-compose 1.17.1 (compose file version 3)

sudo docker-compose up -d

この問題に再び直面し、muユーザーをDockerグループに追加した後にUbuntuを再起動する必要があることに気付きました

sudo usermod -aG docker user

@ Kirill-Babkinによるこれは私のためにそれを解決しました。 Dockerグループに属していないユーザーを新しく作成しました。 ありがとう。

私の場合、 docker-compose.ymlにimageセクションのenv変数定義がありません

prod-image-generation:
    image: my-image:${BUILD_NUMBER}

私はそれで約30分を失いました。 これについて意味のあるエラーを提案してください

ソリューションは変数の値に設定されました

空のエクスポートだけでうまくいきました。

export DOCKER_HOST=

ここUbuntu18でのDockerの新規インストールユーザーがすでにdockerグループに属していると仮定すると、dockerサービスをインストールして、 sudo systemctl enable docker自動起動し、再起動してsudo init 6

同じ問題がありました。
「docker-composebuild」を書くことで私のシステムで解決しました

私はちょうど同じ問題を抱えていました。 何らかの理由で、ユーザーがdockerセキュリティグループに追加されなかったため、dockerのunixソケットへのアクセスが許可されず、_ERROR：http + docker：// localunixsocketでDockerデーモンに接続できませんでした-実行中です

現在のユーザーにdockerグループを追加し、ログアウトしてから再度ログインすると、すべてが修正されました。
sudo usermod -aG docker $USER

これに続いて、マシンを再起動し、 docker-compose up --build 👍

公演

sudo usermod -aG docker $USER

これに続いて、マシンを再起動し、 docker-compose up --build + 1を実行しました

再起動する必要はありません。簡単な再ログインで十分です。 それは私のためにそうしました。

何が起こったのかわからないので、PCを再起動して動作し始めました!! 🤓

それは仕事です。 理由がわかりませんか？ ハハ

ここUbuntu18でのDockerの新規インストールユーザーがすでにdockerグループに属していると仮定すると、dockerサービスをインストールして、 sudo systemctl enable docker自動起動し、再起動してsudo init 6

私はManjaroを使用していますが、このソリューションは私のために機能します

ありがとう@mikemix

dockered実行した後、以下のエラーに基づいて多くの手順を試しました。

can't initialize iptables table nat': Table does not exist (do you need to insmod?) Perhaps iptables or your kernel needs to be upgraded. (exit status 3)

しかし、管理者としてターミナルを起動することは機能しました。
sudo service docker start
注意：Windowsの10のターミナル/ Ubuntuのは、管理者として起動する必要があります

Ubuntu20.04では実行する必要がありました

sudo chmod 777 /var/run/docker.sock

そしてそれはすぐに働き始めました。

⚠️編集

上記のコマンドに注意してください

これにより、そのマシンのすべてのユーザーに、通常はrootが所有するファイルへのフルアクセスが許可されます。 この方法で、システムに重大なセキュリティホールを作成する可能性があります。
@Taranchul

sudo chmod 777 /var/run/docker.sock

これにより、そのマシンの_any_ユーザーは、通常はrootが所有するファイルへのフルアクセスが可能になります。 この方法で、システムに重大なセキュリティホールを作成する可能性があります。 同様の警告については、 https：//stackoverflow.com/questions/47854463/docker-got-permission-denied-while-trying-to-connect-to-the-docker-daemon-sockeを参照して

ここと上記のリンクで述べたように、 sudo usermod -aG docker $USER （または$ USERの代わりに問題のユーザー名）は、システムのセキュリティ対策を損なうことなくトリックを実行する必要があります。

@Taranchulあなたは完全に正しいです！ 私はいつもsudo usermod -aG docker $USER使いました。 しかし残念ながら、 sudo usermod -aG docker $USERはUbuntu20.04では機能しなくなったようです。

何がうまくいかない可能性があるアイデアはありますか？

残念ながら、私はしません。 そのユーザー（私のために働いた）で再ログインしましたか、それともマシンを再起動しましたか？ あなたがそうしたと思いますが、もっと確実に。

あなたや他の誰かがdocker.sockの元のパーミッションを復元したい場合に備えて、少なくとも私のUbuntu Server18.04では660です。

@Taranchulはい、再ログインして再起動してみました。 ラップトップでもワークステーションでも動作しませんでした。

最終バージョンが昨日リリースされたので、おそらくそれは20.04の問題です。 私は通常、夏のいつか、LTSリリースの最初のスナップショットを待ちます。それはうまくいけば、その時までにほとんどの歯が生える問題が修正されています。

古いリリースでテストできますか？

@ Taranchul20.04の問題のようです。 19.04で正常に動作します

これは有用な情報です👍現時点ではあまり役に立ちませんが。 それで、20.04がこの問題でより成熟するかもしれないまで18.04を使うことはあなたのためのオプションですか？

ワンファーショット：ユーザーが実際にDockerグループに追加されたことを確認しましたか？

@Taranchulつまり、18.04を使用できるということですが、すべてを20.04に移行したので、おそらくそれはしません。

sudoしてすべてのdockerコマンドを実行することは、修正されるまで有効なオプションですか？

残念ながら、私はdockerについてあまり知らないので、その質問に答えることはできません。

20.04にdockerをインストールする手順が少し異なることがわかりました： https ：

ユーザーを追加する前に、Dockerグループを追加します。 多分それは20.04の必需品ですか？ （まだ持っていないので、自分でテストすることはできません。）

sudo groupadd docker
sudo gpasswd -a $USER docker
newgrp docker # or relogin to make the new group known to the system

@Taranchul何がおかしいのかご存知でしょう... sudo chmod 660 /var/run/docker.sockを実行して権限をリセットしましたが、再起動後も機能しています。

問題が修正されたと見なすことができますか、それともセキュリティリスクがまだある可能性がありますか？
昨日すべてをインストールしたときの手順を忘れたのかもしれません...実際にはUbuntu20.04では問題ありませんか？

askubuntu.comでの、dockerは元々sudoを起動する必要がありましたが、バージョン19.03でroot以外のユーザーが使用できるようになりました。 コメントには、ドッキングウィンドウ・グループなしで、所有権のことを誰かmentiones docker.sockいたroot:root 。 Dockerグループを作成し、それにユーザーを追加し、Dockerサーバーを再起動した後でのみ、 root:dockerに変更されました。 したがって、グループが存在するかどうかを確認する（編集：存在する場合は、 docker.sockの所有権を確認する）ことは良い考えのようです。 また、Dockerインスタンスを再起動します。

そこでは、評価の低い回答の1つ、ACLについて説明し、コマンドsetfaclによってdocker.socksへのアクセスを有効にする方法について説明していることに注意してください。

最後に、重要なことですが、後者については警告があり、Dockerグループにユーザーを追加することもあります。これは、そのユーザーに重要なアクセス権を与えるためです。 😎しかし、ファイルのパーミッションをchmodするよりも、これらの方法の方が望ましいと思います。

上記を書いた後、あなたの最後のコメントを正しく読んで、私はただ幸せであり、すべてを観察すると言います。 いくつかの解決策を試しているときに、何かを見逃してそれを何らかの方法で修正したかどうかを判断するのは困難です。

@Taranchulすばらしい。 Dockerを再起動した後も引き続き機能します。 だから私はそれが私のせいだと思います。 ご協力いただきありがとうございます！

@flulu私の喜び、そして私の最初の警告を意図した

Windows 10では、WSL2にアップグレードし、UbuntuDistroをWSL2に戻すことで解決しました。
https://docs.microsoft.com/en-us/windows/wsl/wsl2-install

この問題は、コンピューターを再起動したときに解決されました。 ：スマイル：

これで私の問題は解決しました。

sudo usermod -aG docker myuser

ありがとう、@ Kirill-Babkinたくさん。

解決者：

sudo chmod 666 /var/run/docker.sock

sudo chmod 666 /var/run/docker.sock

前に

@ matteo-bombelli
私も同じ問題を抱えていました。
dockerを再起動する必要があります。
$ service docker restart
これで解決しました。

それが解決策でした、そしてそれはうまくいきましたありがとう！

私はubunt20.0.4でこのエラーを受け取ります

私はaptソースからaptgetをインストールしました。 PPAに新しいバージョンはありますか？

やった
newgrp docker
そしてそれはうまくいった

私はLightsailに取り組んでいました。 イメージを再起動すると修正されました。

Linuxユーザーをグループに追加してみてください：docker、そして再ログインしてください。

Ubuntu 20では、「systemctl status snap.docker.dockerd.service」で確認できるように、dockerはsnapで実行されます。

/var/run/docker.sockグループを「docker」に設定して開始しようとしますが、デフォルトでは、インストールでDockerスナップを選択した場合でも、そのグループはUbuntu20に存在しません。

これを修正するには、グループを作成し、ユーザーをグループに追加してから、再起動します

sudo groupadd docker
sudo usermod -G docker $ USER
sudoリブート

ログアウトしてからログインすることはできません。私が知る限り、snap.docker.dockerdを再起動したり、自分自身をスナップして権限を変更したりすることはできません。 再起動せずに正しいことをするようにだます方法がわからないので、知っている場合はお知らせください。

私は20.04にいますが、同じ問題が発生し、 sudo docker infoできましたが、通常のユーザーとしては実行できませんnewgrp dockerを実行しなければなりませんでした。 2日前にdockerをセットアップしてから、このワークステーションをロックするだけなので、非常に奇妙です。 たぶんアップデートが何かを壊したのですか？

newgrp dockerは私のために働きます

DOCKER_HOST手動で設定するとうまくいきました

1. sockファイルへのパスを見つけます：（ sudo service docker statusまたはps -aef | grep dockerいずれかを使用）
2. エクスポートDOCKER_HOST=unix://<path to sock file>

私の場合、靴下ファイルは/run/containerd/containerd.sock
だから私はexport DOCKER_HOST=unix:///run/containerd/containerd.sockを実行しなければなりません

私の場合-クラスターを再起動した後、問題は解決しました。

Ubuntu 20では、「systemctl status snap.docker.dockerd.service」で確認できるように、dockerはsnapで実行されます。

/var/run/docker.sockグループを「docker」に設定して開始しようとしますが、デフォルトでは、インストールでDockerスナップを選択した場合でも、そのグループはUbuntu20に存在しません。

これを修正するには、グループを作成し、ユーザーをグループに追加してから、再起動します

sudo groupadd docker
sudo usermod -G docker $ USER
sudoリブート

ログアウトしてからログインすることはできません。私が知る限り、snap.docker.dockerdを再起動したり、自分自身をスナップして権限を変更したりすることはできません。 再起動せずに正しいことをするようにだます方法がわからないので、知っている場合はお知らせください。

sudo usermod -aG docker $ USERを意味していると思います。 -aなしで実行すると、「ユーザーが現在リストされていないグループのメンバーである場合、ユーザーはグループから削除されます」という原因になります。

ログアウトしてからログインすることはできません。私が知る限り、snap.docker.dockerdを再起動したり、自分自身をスナップして権限を変更したりすることはできません。 再起動せずに正しいことをするようにだます方法がわからないので、知っている場合はお知らせください。

そのユーザーに対して新しいグループをアクティブにするには、再ログインで十分です。

これは私にも思い浮かびました。 何らかの理由でnordvpnクライアントとの接続を切断する必要がありました。

sudo docker-compose up -d works !!!

sudoなしで試しましたか？ あなたはそれを必要とすべきではありません、そしてそれはあなたの場合に物事を台無しにするかもしれません。 また、 docker infoを実行すると何が表示されますか？

ura fuckinggenius。 あなたは知っている ？ どうもありがとう。 あなたは私を地獄から救った。

正確な理由はわかりませんが、私の場合、チェックアウトされていないサブモジュールがありました。 git submodule update --initを実行してから、 docker-compose build再実行すると、問題が修正されました

何が起こったのかわからないので、PCを再起動して動作し始めました!!

こっちも一緒。 😃

私はちょうど同じ問題を抱えていました。 何らかの理由で、ユーザーがdockerセキュリティグループに追加されなかったため、dockerのunixソケットへのアクセスが許可されず、_ERROR：http + docker：// localunixsocketでDockerデーモンに接続できませんでした-実行中です

現在のユーザーにdockerグループを追加し、ログアウトしてから再度ログインすると、すべてが修正されました。
sudo usermod -aG docker $USER

また、 newgrp dockerを実行して、現在のシェルでそのグループにアクセスすることを忘れないでください。 参照https://stackoverflow.com/a/48569858/2040522

私はちょうど同じ問題を抱えていました。 何らかの理由で、ユーザーがdockerセキュリティグループに追加されなかったため、dockerのunixソケットへのアクセスが許可されず、_ERROR：http + docker：// localunixsocketでDockerデーモンに接続できませんでした-実行中です

現在のユーザーにdockerグループを追加し、ログアウトしてから再度ログインすると、すべてが修正されました。
sudo usermod -aG docker $USER

これは完全に機能します。 結果を表示するには、再ログインする必要があります。

sudo usermod -aG docker $USER

これは完全に機能します。 結果を表示するには、再ログインする必要があります。

または、 newgrp dockerは再ログインせずにそれを行う必要があります。

sudo chmod 666 /var/run/docker.sock

前に

あなたは正しいと言っていますが、これはdevopsにとって非常に重要です、私はただの開発者であり、このコマンドを使用してそれを修正します、
@ shqear93に感謝し

これは苦痛であり、Dockerからの意味のある応答がないまま、この問題が3年前にクローズされたことを信じられません。 このgithubの問題は、機能セットに含まれるべきではありません。 これを正すための計画は何ですか？ グループ、ユーザー、およびセッションがどのように機能するかを理解していないユーザー、またはそのように機能する他のソフトウェアにこれをパントしないでください。 _あなた_はこの複雑なやり方を選びました。

sudo usermod -aG docker my_userを有効にするには、ログアウト/ログインの代わりにコンピューターを_再起動_する必要がありました。 これが他の人に起こっていることのいくつかの証拠はここにあります： https ：

私はちょうど同じ問題を抱えていました。 何らかの理由で、ユーザーがdockerセキュリティグループに追加されなかったため、dockerのunixソケットへのアクセスが許可されず、_ERROR：http + docker：// localunixsocketでDockerデーモンに接続できませんでした-実行中です
現在のユーザーにdockerグループを追加し、ログアウトしてから再度ログインすると、すべてが修正されました。
sudo usermod -aG docker $USER

また、 newgrp dockerを実行して、現在のシェルでそのグループにアクセスすることを忘れないでください。 参照https://stackoverflow.com/a/48569858/2040522

私のために完璧に働いた。 ありがとう！

Ubuntu 16.04では、これは私にとってはうまくいきました：
sudo service docker start && docker-compose up -d

これは私のために働いた！

私はちょうど同じ問題を抱えていました。 何らかの理由で、ユーザーがdockerセキュリティグループに追加されなかったため、dockerのunixソケットへのアクセスが許可されず、_ERROR：http + docker：// localunixsocketでDockerデーモンに接続できませんでした-実行中です
現在のユーザーにdockerグループを追加し、ログアウトしてから再度ログインすると、すべてが修正されました。
sudo usermod -aG docker $USER

また、 newgrp dockerを実行して、現在のシェルでそのグループにアクセスすることを忘れないでください。 参照https://stackoverflow.com/a/48569858/2040522

これで私の問題は解決しました、ありがとう!!!

理由はわかりませんが、修正したのは、docker-compose .envファイルから次の行を削除すること.env 。

DOCKER_HOST=tcp://localhost:2375

解決者：

sudo chmod 666 /var/run/docker.sock

ありがとう。 Ubuntu 20.0.4LTSで解決

パーミッションで遊んでみたところ、次のようになりました。

sudo docker-compose build

そして、それはレースに向けて出発しました。
その中心となるのは、Dockerサービスを実行し、グループを割り当て、ソケットのアクセス許可をすべて設定しても、それが機能していない場合のアクセス許可の問題です。 sudoでやってください。 私のために働いた、やるべきことがもっとある。

ubuntu 20.04の解決策はありますか？

ubuntu 20.04の解決策はありますか？

以前に投稿されたソリューションを試しましたか？ （https://github.com/docker/compose/issues/4181#issuecomment-629748049）

要するに（後で提案を追加して）：

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

「newgrpdocker」では不十分な場合は、再起動が必要になる場合があります（これについては矛盾するコメントがあります）。