＃23202に関連しているようです。

DebianTrustyでも同じ問題

W: Failed to fetch https://apt.dockerproject.org/repo/dists/ubuntu-trusty/main/binary-amd64/Packages  Hash Sum mismatch

E: Some index files failed to download. They have been ignored, or old ones used instead.

Ubuntuパッケージを使用したTravisCIでの同様の問題。 それは1時間前に働いていました。

https://travis-ci.org/goalgorilla/drupal_social/builds/134719276

W: There is no public key available for the following key IDs:
1397BC53640DB551
W: Failed to fetch https://apt.dockerproject.org/repo/dists/ubuntu-trusty/main/binary-amd64/Packages  Hash Sum mismatch
E: Some index files failed to download. They have been ignored, or old ones used instead.

Debian Jessieでも同じです：
W: Failed to fetch https://apt.dockerproject.org/repo/dists/debian-jessie/main/binary-amd64/Packages Hash Sum mismatch

コンタチナーでも簡単に再現できます：

FROM debian:8.4

RUN \
  apt-get update && \
  apt-get install -yq apt-transport-https ca-certificates && \
  apt-key adv --keyserver hkp://p80.pool.sks-keyservers.net:80 --recv-keys 58118E89F3A912897C070ADBF76221572C52609D && \
  echo "deb https://apt.dockerproject.org/repo debian-jessie main" > /etc/apt/sources.list.d/docker.list && \
  apt-get update

apt-get cleanどうですか？ それは役に立ちますか？

@Vanuanいいえ、すでに試しました。

_USER POLL_

_更新の通知を受け取る最良の方法は、このページの_Subscribe_ボタンを使用することです。_

問題について「+1」または「私もこれもあります」というコメントは使用しないでください。 自動的に
スレッドを短くするために、これらのコメントを収集してください。

以下にリストされている人々は、+ 1のコメントを残すことによってこの問題に賛成しています：

@ ViGo5190

こっちも一緒！

Failed to fetch https://apt.dockerproject.org/repo/dists/ubuntu-trusty/main/binary-amd64/Packages  Hash Sum mismatch

これまでに試したこと：

GPGキーを再度追加します
curl -fsSL https://get.docker.com/gpg | sudo apt-key add -

リストキャッシュを吹き飛ばす
sudo rm -rf /var/lib/apt/lists/*

Aptクリーン
apt-clean

それらのどれも問題を解決していません

apt経由でインストールしようとしました。 次のファイルとのチェックサムの不一致：

https://apt.dockerproject.org/repo/dists/ubuntu-trusty/main/binary-amd64/Packages

役に立たなかった次の手順を試しました：

sudo rm -rf /var/lib/apt/lists/*

たぶん、これはapt-get -o Debug::pkgAcquire::Auth=true updateが問題を理解するのに役立つでしょう。

リリースに含まれるもの：
MD5Sum：
49df2d605bb5914873fd826f7e7e8c6f4917パッケージ.bz2

InReleaseに含まれるもの：
b013253c327e2bc4be87825f02936344 4915 main / binary-amd64 / Packages.bz2

後者は本日更新されました。日付：2016年6月2日木曜日11:06:54 UTC
リリースは昨日からです。

Ubuntu 14.04でapt-get -o Debug::pkgAcquire::Auth=true updateを実行すると、

[Waiting for headers]201 URI Done: bzip2:/var/lib/apt/lists/partial/apt.dockerproject.org_repo_dists_ubuntu-trusty_main_binary-amd64_Packages
RecivedHash: SHA512:d6ca1f74e876031161d1abd6cf9ad0b45f60b19876468cfcf9cacd4956dfd13be43147227a8daa5536f1455bb75b353b178942bc1843d11f0188d00117483912
ExpectedHash: SHA512:d07a3f2c42a9b213e3f03f2f11c08154512baa9fbbaed19f3601865634b82cfdde0e65151a24e523017f29ecfd08a1dfc0af2c2117b025c46d683160892b0de6


https://apt.dockerproject.org/repo/dists/ubuntu-trusty/main/binary-amd64/Packages: 
Computed Hash: SHA512:d6ca1f74e876031161d1abd6cf9ad0b45f60b19876468cfcf9cacd4956dfd13be43147227a8daa5536f1455bb75b353b178942bc1843d11f0188d00117483912  
Expected Hash: SHA512:d07a3f2c42a9b213e3f03f2f11c08154512baa9fbbaed19f3601865634b82cfdde0e65151a24e523017f29ecfd08a1dfc0af2c2117b025c46d683160892b0de6

apt-get -o Debug::pkgAcquire::Auth=true updateの関連する出力：

Got Codename: debian-stretch
Expecting Dist:
Transformed Dist:
Signature verification succeeded: /var/lib/apt/lists/partial/apt.dockerproject.org_repo_dists_debian-stretch_InRelease
Get:2 https://apt.dockerproject.org/repo debian-stretch/main amd64 Packages [4,941 B]
0% [Connecting to ftp.de.debian.org] [Connecting to security.debian.org] [Connecting to mirror.netcologne.de] [Connecting to packages.dotdeb.org] [Connecting to www.deb-multimedia.org] [Connecting to ftp-stud.hs-esslingen.de] [Connecting201 URI Done: https://apt.dockerproject.org/repo/dists/debian-stretch/main/binary-amd64/Packages.bz2
ReceivedHash:
    - SHA512:14844ddc767052951fb68eabc19a1935fb930c798d64fd86ace0dcce3aad2af887fc091ad90897a52f341f65dadac5f0dc31a35f9c70b5bcc582314187a336cf
    - SHA256:0cee3ef5330e133cc6dfbf3d34f118806ce685a1ded4210c5c4f7ef7b43e9867
    - SHA1:bcf84731c3d9fe4355ce73b3cd756decbf9b67cb
    - MD5Sum:c99614887831f4d020e682c8222fe49b
    - Checksum-FileSize:4933
ExpectedHash:
    - Checksum-FileSize:4941
    - SHA512:5de62937921a32be2e9cf14f65e6adda3499fd648f37ab5ccc9547a03d211be66c3a5cd15f272e5a3f0abc53fec3903f646410337917e4201bf2a7ed5ac8581d
    - SHA256:ebc0ec8921482f40bdcf1fa9a7f39b7bd198d81a769643723201c109b3b617ea
    - SHA1:a61818ebafdccbccdfdeee5e550b9241b8c32722
    - MD5Sum:9cd9390adc1849ba5923a70d92af1927

https://travis-ci.org/goalgorilla/drupal_social/builds/134730044

Get:11 https://apt.dockerproject.org ubuntu-trusty/main amd64 Packages
201 URI Done: https://apt.dockerproject.org/repo/dists/ubuntu-trusty/main/binary-amd64/Packages.bz2
RecivedHash: SHA512:36e068ae0288732c51bd971ee74b6d27c8707f4d11840afcca617884de82e8c533c5259d8d97bb297966424bc58ac219879f4f5d12c4abe073799bb658f4bd87
ExpectedHash: SHA512:d07a3f2c42a9b213e3f03f2f11c08154512baa9fbbaed19f3601865634b82cfdde0e65151a24e523017f29ecfd08a1dfc0af2c2117b025c46d683160892b0de6

Ubuntu Wily15.10に乗ります

E：パッケージdocker-engineが見つかりません

以前、Ubuntu Xenial16.04で同じものを入手しました。 DockerはXenialリポジトリに追加されていますか？

apt-get -o Debug::pkgAcquire::Auth=true updateの関連する出力：

Got Codename: ubuntu-xenial
Expecting Dist: 
Transformed Dist: 
Signature verification succeeded: /var/lib/apt/lists/partial/apt.dockerproject.org_repo_dists_ubuntu-xenial_InRelease
Holen:12 https://apt.dockerproject.org/repo ubuntu-xenial/main amd64 Packages [1.712 B]
Ign:12 https://apt.dockerproject.org/repo ubuntu-xenial/main amd64 Packages
Holen:12 https://apt.dockerproject.org/repo ubuntu-xenial/main amd64 Packages [1.430 B]
Ign:12 https://apt.dockerproject.org/repo ubuntu-xenial/main amd64 Packages
Holen:12 https://apt.dockerproject.org/repo ubuntu-xenial/main amd64 Packages [4.815 B]
100% [12 Packages 4.815 B/4.815 B 100%]201 URI Done: https://apt.dockerproject.org/repo/dists/ubuntu-xenial/main/binary-amd64/Packages
ReceivedHash:
    - SHA512:c7883bb7a1d0b5162431576408644a85003be4601724b6f2db275cd4b603a61f8dcd924e80158c40413942519c8a528f7940ffbe5370daa4b0a0d867afe3163d
    - SHA256:de12840d76e571cb6f42e63ac570c59d5332d772fb295b6919d12214052bfa6b
    - SHA1:9f9c05d3b7d8ca13e9e03c4f0f12757816f02301
    - MD5Sum:65e1f5c451c230a091118b468c31bae7
    - Checksum-FileSize:4815
ExpectedHash:
    - Checksum-FileSize:4815
    - SHA512:2becf6c2b9aae5b6823ea6d9f12988e22905a87a9a03fed844a761698eee614899d7b039e081e0b330539e716918b75e87a96c287a5efbe9fc3e847d44657798
    - SHA256:f4ae20e2259740699fba3a79dd7fb557c472d172b578798071274f7ba4c400f3
    - SHA1:8f34563e8170c5698dc7ba04dd3cf4c8a93100cf
    - MD5Sum:31d143b7a15a8a38bc92a7559c995078

ハッシュサムが正しくない/リポジトリに管理アクションが必要であるという事実に同意できますか？

新しいパッケージを手動でダウンロードし、 dpkgを使用してインストールすることで、これを回避しました。

curl -OL https://apt.dockerproject.org/repo/pool/main/d/docker-engine/docker-engine_1.11.2-0~trusty_amd64.deb
dpkg -i docker-engine*.deb

残念ながら、dpkgのインストールはTravisではうまく機能しないようです。

また、これは、 https://apt.dockerproject.org/repo/pool/main/d/docker-engine/docker-engine_1.11.2-0~stretch_amd64.debを使用してDebianStretchに手動でインストールしたときに私に起こることです。

$ sudo systemctl status docker.service
● docker.service - Docker Application Container Engine
   Loaded: loaded (/lib/systemd/system/docker.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Thu 2016-06-02 14:46:59 CEST; 58s ago
     Docs: https://docs.docker.com
 Main PID: 31269 (code=exited, status=1/FAILURE)

Jun 02 14:46:58 penny systemd[1]: Starting Docker Application Container Engine...
Jun 02 14:46:58 penny docker[31269]: time="2016-06-02T14:46:58.553905409+02:00" level=info msg="New containerd process, pid: 31293\n"
Jun 02 14:46:59 penny docker[31269]: time="2016-06-02T14:46:59.659258835+02:00" level=error msg="[graphdriver] prior storage driver \"aufs\" failed: driver not supported"
Jun 02 14:46:59 penny docker[31269]: time="2016-06-02T14:46:59.659395935+02:00" level=fatal msg="Error starting daemon: error initializing graphdriver: driver not supported"
Jun 02 14:46:59 penny systemd[1]: docker.service: Main process exited, code=exited, status=1/FAILURE
Jun 02 14:46:59 penny docker[31269]: time="2016-06-02T14:46:59+02:00" level=info msg="stopping containerd after receiving terminated"
Jun 02 14:46:59 penny systemd[1]: Failed to start Docker Application Container Engine.
Jun 02 14:46:59 penny systemd[1]: docker.service: Unit entered failed state.
Jun 02 14:46:59 penny systemd[1]: docker.service: Failed with result 'exit-code'.

更新：私がどういうわけか予想したように、これは無関係の問題でした。 これを見つけた後、 rm -rf /var/lib/docker/aufsを実行して修正しました。 そのため、当面は手動インストールで問題ありません。

ping @mlaventure @tiborvass PTAL！

と？

はい、ETAも必要です。それはかなり緊急です-私たちの完全なtravisビルドチェーンは今は死んでいます-.-

xenialに関連するファイルは次のとおりです。
https://apt.dockerproject.org/repo/dists/ubuntu-xenial/main/binary-amd64/

InRelease        02-Jun-2016 11:06  2.6K
Packages          02-Jun-2016  2:38  4.8K
Packages.bz2  02-Jun-2016  2:38  1.7K
Packages.gz    02-Jun-2016  2:38  1.4K
Release            02-Jun-2016  3:43  1.7K
Release.gpg    02-Jun-2016  3:43  801

これらのファイルは本日早くに再生成されたことがわかります。
これらのファイルのチェックサム（ハッシュ）は、署名されたチェックサムのInReleaseファイル内にあるものと一致する必要があります。

InReleaseファイル（https://apt.dockerproject.org/repo/dists/ubuntu-xenial/main/binary-amd64/InRelease）には、このファイルがDate: Thu, 02 Jun 2016 03:43:32 UTC で生成されたことが示されています。 02-Jun-2016 11:06です。

Hash Sum Mismatchのいくつかの原因の中で、これは間違ったチェックサムを使用したInReleaseの奇妙な更新に関するものです。 さらに、 InReleaseは、 Releaseを0バイト長としてリストします。

@simosでは、これはXenialで機能するはずですか？ DockerはまだXenialで機能しないと思ったので、Wilyに戻らなければなりませんでした。 （それでも、私は今日からUbuntuユーザーなので、何を知っていますか）

@bmoorthamersハッシュが一致しないリポジトリを手動で確認できます。 上記の私の投稿を参照してください。 少なくともtrusty 、 wily 、およびxenialが現在（おそらく早朝から）影響を受けています。

メインパッケージの修正を待っている間、動作している実験的なパッケージを使用します。 私が知っておく必要のある大きな違いがあるかどうか誰かが知っていますか、それともそれらを説明する文書がどこかにありますか？

@theluk実験ビルドは現在マスターからビルドされています

更新を与えるために; 私はこの問題を社内で提起しましたが、これを修正する必要がある人々はサンフランシスコのタイムゾーンにいるため、まだ存在していません。

一時的な回避策として、「テスト」リポジトリからdocker1.11.2-rc1をインストールできます。 1.11.2-rc1は、これら3つの変更点を除けば、現在のリリースとほぼ同じです。
https://github.com/docker/docker/pull/23164、https://github.com/docker/docker/pull/23169 、およびhttps://github.com/docker/docker/pull/23176

これらの変更によって機能に違いが生じることはありません（最後の変更は一部のコーナーケースにのみ影響します）

APTの「メイン」リポジトリを「テスト」リポジトリに変更するか、インストールスクリプトを使用して、RCをインストールできます。

curl -fsSL https://test.docker.com | sh

この修正をできるだけ早く取得したいと考えています

この問題が修正されたかどうかを確認するには、たとえばhttps://apt.dockerproject.org/repo/dists/ubuntu-xenial/main/binary-amd64/のページにアクセスして、 InReleaseのタイムスタンプを確認します。

現在でも、チェックサムが間違っているファイルのバージョンである11:06 （UTC）と表示されています。 後で言う場合は、おそらく修正されています。

今の時間は13:25 （UTC）で、まだ待っています。

みんなありがとう！

ありがとう@thaJeztahテストのインストールはうまくいきました！

TravisCI上のUbuntuTrustyと同じ問題：

W: Failed to fetch https://apt.dockerproject.org/repo/dists/ubuntu-trusty/main/binary-amd64/Packages  Hash Sum mismatch

更新を与えるために; 私はこの問題を社内で提起しましたが、これを修正する必要がある人々はサンフランシスコのタイムゾーンにいるため、まだ存在していません。

これは、主要なインフラストラクチャ企業であるDockerに、これを修正するためのオンコールエンジニアがいないことを意味しますか？

@mlafeldtは、24時間年中無休のサポートにお金を払っていなかったと思います。

@mlafeldtの商用サポートは行います。 オープンソースは独立したインフラストラクチャです

Wilyでも同じ問題に直面しており、Dockerをインストールできません。

root @ vikram-VirtualBox ：/etc/apt/sources.list.d# cat docker.list
deb https://apt.dockerproject.org/repo ubuntu-wily main

> cat / etc / _release_

DISTRIB_ID = Ubuntu
DISTRIB_RELEASE = 15.10
DISTRIB_CODENAME = wily
DISTRIB_DESCRIPTION = "Ubuntu 15.10"
NAME = "Ubuntu"
VERSION = "15.10（Wily Werewolf）"
ID = ubuntu
ID_LIKE = debian
PRETTY_NAME = "Ubuntu 15.10"
VERSION_ID = "15.10"
HOME_URL = " http://www.ubuntu.com/ "
SUPPORT_URL = " http://help.ubuntu.com/ "
BUG_REPORT_URL = " http://bugs.launchpad.net/ubuntu/ "

> sudo rm -rf / var / lib / apt / lists / *

> rm /etc/apt/trusted.gpg

> sudoapt-きれいになります

> sudo apt-get update

http://in.archive.ubuntu.com wily-backports / mainTranslation-enを押してください
http://in.archive.ubuntu.com wily-backports / universeTranslation-enを押してください
33秒で4,789Bをフェッチ（145 B / s）
W： https ：//apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/Packagesハッシュサムの不一致を取得できませんでした
E：一部のインデックスファイルをダウンロードできませんでした。 それらは無視されているか、代わりに古いものが使用されています。

> apt-get -o Debug :: pkgAcquire :: Auth = true update

http://in.archive.ubuntu.com/ubuntu/dists/wily-backports/universe/i18n/Translation-en ：計算されたハッシュ：SHA256：c03ff8f13394e66ce3b2d4645e779e658df189f96326c6eaa8f137a08eb0df30予想されるハッシュ：SHA256：c03ff8f13
28秒で737kBをフェッチ（26.0 kB / s）
W： https ：//apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/Packagesハッシュサムの不一致を取得できませんでした

https://apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/
../
InRelease 2016年6月2日11：062.6K
パッケージ2016年6月2日2：3728K
Packagings.bz2 2016年6月2日2：374.7K
Packagings.gz 2016年6月2日2：374.5K
リリース02- 2016年6月3：431.7K
Release.gpg 2016年6月2日3：43801

これらのファイルは本日早くに再生成されたことがわかります。
これらのファイルのチェックサム（ハッシュ）は、署名されたチェックサムのInReleaseファイル内にあるものと一致する必要があります。
InRelease https://apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/InReleaseには、このファイルが日付：2016年6月2日木曜日03：43：32UTCに生成されたことが記載されています。 ただし、Webサーバーに表示されるタイムスタンプは2016年6月2日11:06です。

このプロセスは、個別のDockerコンテナーによって個別に計算されたチェックサムでは自動化されておらず、それらの間で計算に問題が生じた場合は、人間が介入できるまでアップロードが保留されます。

@thaJeztahでは、壊れていない商用ユーザー向けの別のリポジトリがありますか？

リポジトリのチェックサムが更新されたときにチャイム（オーディオファイルを再生）によって通知を受け取るUbuntuのスクリプトは次のとおりです。
https://gist.github.com/simos/7ee8258ec17101e44bbfa93606694ede

これについてDockerから公式の回答を得る以外に言うことはあまりないと思います。

@ krak3nはい、商用サポートされているバージョンには個別のリリースがあります。

Travisを使用している人のために、次のようにして修正できます。

before_install:
- sudo apt-get install libsystemd-journal0
- pushd /tmp
- curl -OL https://apt.dockerproject.org/repo/pool/main/d/docker-engine/docker-engine_1.10.2-0~trusty_amd64.deb
- sudo dpkg --force-all -i docker-engine*.deb
- docker -v
- popd

@thaJeztahは、APTの「メイン」リポジトリを「テスト」リポジトリに変更するか、インストールスクリプトを使用します。
curl -fsSL https://test.docker.com | shは動作しません。

W： https ：//apt.dockerproject.org/repo/dists/ubuntu-trusty/InReleaseのフェッチに失敗しましたリリースファイルで予期されるエントリ「test / binary-amd64 / Packages」が見つかりません（sources.listエントリが間違っているか、ファイルの形式が正しくありません） ）。

E：一部のインデックスファイルをダウンロードできませんでした。 それらは無視されているか、代わりに古いものが使用されています。

@ xuedong09 「テスト」の代わりに「テスト」を使用

@docker @dockerstatusを（複数回）ツイートしました...これは大きな問題です...彼らがとても沈黙していることに驚いています！

皆さん、私たちはそれに取り組んでいます。

@crunisに感謝します-Travisの修正はおやつです。

これを修正するために働いてくれてありがとう。 修正後の事後分析の結果を公開していただければ幸いです。

@hertzgと@thaJeztahが、APT作業の「メイン」リポジトリを「テスト」リポジトリに変更してくれてありがとう。

@ xuedong09ここでプレリリースパッケージを公開していることを覚えておいてください。

Dockerエコシステムのこのような興味深い単一障害点

@babakgh私もそう思っていました。 うまくいけば、事後分析は良い将来の予防を示唆することができます。

これも私に影響を与えています。

私はまだ得る： https://apt.dockerproject.org/repo/dists/debian-jessie/main/binary-amd64/Packages Hash Sum mismatch

npmとNodeJSで何が起こったかを思い出させます。

http://www.thejournal.ie/programmer-break-internet-code-2679793-Mar2016/

そしてもう一つ、私も

W: Failed to fetch https://apt.dockerproject.org/repo/dists/debian-jessie/main/binary-amd64/Packages Hash Sum mismatch

Dockerリポジトリメンテナ。 必要なもの：

• 変更の自動テスト
• リポジトリのヘルスチェック
• 基本的に監視とアラーム

これが二度と起こらないことを願っています。 Dockerは、本番環境で単一のDockerコンテナーを使用していませんが、これで本番環境のテストとデプロイメントの問題を引き起こしていました（TravisCI上）。 😑

すべての不平と怒りに：

Dockerには、有料で十分にサポートされている商用バージョンがあります。

参考までに、これはコミュニティバージョンであり、ベストエフォートベースでサポートされています。

@vadviktor引用したいので、それはDockerの公式の立場ですか？

@therealmarvソフトウェアのビルドとデプロイにインターネット接続や外部リポジトリに依存する必要がないため、この問題が本番環境やデプロイメントパイプラインに影響を与えることはありません。

@vadviktor最善の努力は、全員を倒すことを意味するものではありません。 これは、小さなバグや欠陥が最終的に見られることを意味します。 それでも、ベストケースのシナリオですべてを実行し続ける必要があります。

ubuntu trusty（14.04）の場合、「メイン」から「テスト」へのAPTリポジトリーの切り替えは私にとって非常に効果的でした。

+1

Dockerが2層の組織であり、ユーザーベースが持っているものと持っていないものに分かれていることを私は知りませんでした。 Dockerを確実にインストールすることは、ソフトウェアを使用するすべての人にとって世界的な関心事であるため、「商用」の人々が受けるサポートもコミュニティに適用する必要があります。 組織への有料階層はお金を稼ぐための良い方法ですが、それはソフトウェアをインストールできるなどの基本を超えている必要があります。

事故は起こります、それは私たちがそれらにどう対処するか、そして私たちがその問題を前進させる教訓です。 このスレッドのほとんどは、憶測で横行しているようです。 この問題の修正に取り組んでいるすべてのDockerチームメンバーに事前に感謝します。

@vadviktor Dockerで働いていますか？

@vadviktorこの商用aptリポジトリはどこにありますか？ アクセスするにはどの製品を購入すればよいですか？

@vadviktor Dockerで動作せず、プロジェクトを維持しません。

@qziohttp ：//www.docker.com/docker-support-servicesを参照してください

現在、UbuntuXenialで動作しているようです。

参考までに、この問題はHNhttps：//news.ycombinator.com/item ？id = 11822562にあります

このダウンタイムで怒り狂うすべての人のために：これは落ち着いてその間に時間を過ごすためのかわいい鹿の写真です：

Trustyがバックアップしているようです

皆さんこんにちは。 私はDockerで働いています。

まず、停止についてお詫び申し上げます。 私は、パッケージインフラストラクチャを、Dockerの無料バージョンと商用バージョンの両方にとって重要なインフラストラクチャと見なしています。 商用バージョン（その機能の場合は1つ）のサポートが向上しているのは事実ですが、パッケージをダウンロードできるなどの基本的なことには当てはまりません。

チームはこの問題に取り組んでおり、今後もここで最新情報を提供していきます。 私たちはこれを真剣に受け止めています。

応答時間と通信チャネルの使用が不十分であると指摘する人もいます。たとえば、 @ dockerststusボットは、問題が検出されたときにその問題について言及していません。 私は意見を共有しますが、完全な話はまだわかりません。 事後分析により、何が悪かったのかが確実にわかります。 現在、チームは問題の修正に注力しており、私は彼らの気を散らしたくありません。

事後分析で問題が特定されたら、適切な是正措置を講じます。 その一部は、コアエンジニアとインフラストラクチャエンジニア（Docker内の2つの異なるグループ）間のより良い調整になると思います。

ご不便をおかけして申し訳ございません。

heh-カタログを入手しましたが、パッケージがありません-別のコーヒーがあると思います:-)
@shykes更新してくれてありがとう-あなたの朝を始めるお粗末な方法...
ここから一日が良くなることを願っています

私の鹿の写真が公式の答えよりも+1が少ないのは悲しいことです。

私はすでにhttps://get.docker.comでdockerをインストールしています| エラーなしでsh。
Dockerの担当者が問題を修正したようですが、

問題の原因を特定しました。今すぐ解決する必要がある場合は、もう一度お試しください。

apt-cacheをクリアする必要があるかもしれません。

apt-get clean && apt-get update

修正してくれてありがとう@thaJeztah

さて、それは予期しない問題のために迅速でした、ありがとう。

@snarioどういたしまして。 修正のクレジットを取得することはできませんが、それが整理されているのを見てうれしいです😅

👍

悲しいことに、これがハッカーのニュースに加えて、何十億ものコメントが寄せられるでしょう。 クイックフィックス@thaJeztahに感謝します。

表示される前にこのスレッドをロックする必要があるのではないかと思います。

これまでworkaroundsがありました（.debを取得してdpkgでインストールするか、一時的にtestingリポジトリに切り替えるなど）。 これらは永続的な解決策ではありません。

fixは、この問題の原因が解決され、この問題を解決済みとしてマークできることを意味します。

以前に投稿したように、メインのDockerリポジトリが修正されるとすぐに、スクリプトを使用して音声通知を受け取ることができます。
https://gist.github.com/simos/7ee8258ec17101e44bbfa93606694ede
それ以外は、やることはあまりありません。

@simosは私の以前のコメントを参照してください。 https://github.com/docker/docker/issues/23203#issuecomment-223328829問題を解決する必要があります

@thaJeztah問題が解決されたことを確認しました。 Ubuntu15.10でテスト済み。 この問題を迅速に解決するのを助けてくれた他のすべてのDockerの人々に感謝します。

ご報告ありがとうございました。大変申し訳ございません。 これにつながるイベントの詳細とタイムラインを調査しており、それが二度と起こらないようにします。

問題を解決しますが、もちろん、残りの癖があればお知らせください。

Ubuntu 14.04ここで、問題は解決しました！

おそらく驚くべきことではありませんが、外部リポジトリに大きく依存してインフラストラクチャを危険にさらす人の数は衝撃的です。 私は私の家のシステムでさえそれをしません。

そして、Dockerに単一障害点があることについて文句を言いますか？

@jalawrenceDockerは氷山の一角です...
node.jsと1人の開発者が1つのパッケージを引き出すという最近の問題について聞いたことがありますか？
Composer（そのプラットフォームの事実上のパッケージマネージャー）を使用しているほとんどのphp開発者も、サイトのすべての依存関係の完全なコピーを保存していないと確信しています。これまでのところ事故がなかったという事実は、何よりも幸運です。
問題は、すべての人とその犬が$ worldに依存するようになり、すべての依存関係をローカルにキャッシュすることは、シーシュポスの作業であるということです。 すべてのdebian、すべてのpackagist、すべてのcpan、すべてのrubygems、すべてのnpmを、自分の費用でリバースプロキシ内にキャッシュしますか？
そして、github、bitbucket、travisがダウンした場合、開発者はとにかく何ができるでしょうか？ そのすべてをホストしなければならなかった日に戻りたいですか？