Moby: 哈希和不匹配

创建于 2016-06-02 · 90评论 · 资料来源: moby/moby

重现问题的步骤：

运行apt-get update

描述您收到的结果：
刚才在 Debian Stretch 上运行apt-get update会导致

Err:2 https://apt.dockerproject.org/repo debian-stretch/main amd64 Packages
  Hash Sum mismatch

也

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

我已经清理了 apt 缓存并再次尝试了相同的结果。另外，我没有使用代理。

描述您预期的结果：
没有错误。

资料来源

herrbischoff

👍109 😕7 😄6

最有用的评论

大家好。我在 Docker 工作。

首先，我对停电表示歉意。我认为我们的包基础设施是关键基础设施，无论是免费版本还是商业版本的 Docker。确实，我们为商业版本提供了更好的支持（如果它的特性就是其中之一），但这不应该适用于诸如能够下载你的包之类的基本功能。

该团队正在解决此问题，并将继续在此处提供更新。我们正在认真对待这件事。

你们中的一些人指出响应时间和通信渠道的使用似乎不足，例如@dockerststus bot 在检测到该问题时并未提及该问题。我同意这个观点，但我还不知道完整的故事；验尸报告肯定会告诉我们出了什么问题。目前团队正专注于解决问题，我不想分散他们的注意力。

一旦验尸确定出了什么问题，我们将采取适当的纠正措施。我怀疑其中一部分将是核心工程师和基础架构工程师（Docker 中的两个不同组）之间更好的协调。

再次感谢并为给您带来的不便深表歉意。

shykes 于 2016-06-02

👍122 😄4

所有90条评论

似乎与#23202 有关。

herrbischoff 于 2016-06-02

Debian Trusty 上的同样问题

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.

mads79 于 2016-06-02

👍6 😄3 👎1

Travis CI 与 Ubuntu 包的类似问题。一个小时前它还在工作。

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.

nielsvandermolen 于 2016-06-02

在 Debian Jessie 上也一样：
W: Failed to fetch https://apt.dockerproject.org/repo/dists/debian-jessie/main/binary-amd64/Packages Hash Sum mismatch

zjeraar 于 2016-06-02

👍3

也可以很容易地在容器中重现：

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

zjeraar 于 2016-06-02

apt-get clean呢？它有帮助吗？

Vanuan 于 2016-06-02

@Vanuan不，已经尝试过了。

ivanfeob 于 2016-06-02

_用户投票_

_获得更新通知的最佳方式是使用此页面上的_订阅_按钮。_

请不要在问题上使用“+1”或“我也有这个”评论。我们自动
收集这些评论以保持线程简短。

下面列出的人通过留下 +1 评论来支持这个问题：

@ViGo5190

GordonTheTurtle 于 2016-06-02

👍18

同样在这里！

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

mcapuccini 于 2016-06-02

👍2

到目前为止我们尝试过的事情：

重新添加GPG密钥
curl -fsSL https://get.docker.com/gpg | sudo apt-key add -

炸毁列表缓存
sudo rm -rf /var/lib/apt/lists/*

干净
apt-clean

他们都没有解决这个问题

gillesdemey 于 2016-06-02

尝试通过apt安装。校验和与以下文件不匹配：

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

尝试了以下没有帮助的程序：

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

jraut 于 2016-06-02

也许这会帮助apt-get -o Debug::pkgAcquire::Auth=true update找出问题所在。

Vanuan 于 2016-06-02

发布包含：
MD5总和：
49df2d605bb5914873fd826f7e7e8c6f 4917 Packages.bz2

InRelease 包含：
b013253c327e2bc4be87825f02936344 4915 main/binary-amd64/Packages.bz2

后者已于今天更新，日期：2016 年 6 月 2 日星期四 11:06:54 UTC
而 Release 是从昨天开始的。

thoastbrot 于 2016-06-02

在 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

gillesdemey 于 2016-06-02

👍2

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

herrbischoff 于 2016-06-02

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

nielsvandermolen 于 2016-06-02

我上了 Ubuntu Wily 15.10

E: 找不到包 docker-engine

我之前在 Ubuntu Xenial 16.04 上得到了同样的结果。 docker 是否已添加到 Xenial 存储库中？

bmoorthamers 于 2016-06-02

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

ThomasSteinbach 于 2016-06-02

我们可以就哈希和不正确/回购需要行政行动这一事实达成一致吗？

thoastbrot 于 2016-06-02

👍50

我通过手动下载新软件包并使用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

qzio 于 2016-06-02

👎6 👍2

不幸的是，dpkg 安装在 Travis 上似乎效果不佳。

OJFord 于 2016-06-02

此外，这也是我在使用https://apt.dockerproject.org/repo/pool/main/d/docker-engine/docker-engine_1.11.2-0~stretch_amd64.deb在 Debian Stretch 上手动安装时发生的情况：

$ 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来修复它。所以手动安装暂时对我有用。

herrbischoff 于 2016-06-02

ping @mlaventure @tiborvass PTAL！

thaJeztah 于 2016-06-02

👍11 🎉3

和？

akersj 于 2016-06-02

👍12

是的，我们也需要一个 ETA，这非常紧急——我们完整的 travis 构建链现在已经死了 -.-

rvetere 于 2016-06-02

😄4

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 于 2016-06-02

😄2 👍1

@simos所以这现在应该在Xenial上工作吗？我认为 docker 仍然无法在 Xenial 上工作，我们不得不回到 Wily。（再说一次，我从今天开始就是 Ubuntu 用户，所以我知道什么）

bmoorthamers 于 2016-06-02

@bmoorthamers您可以手动检查哪些存储库的哈希值不匹配。见我上面的帖子。至少trusty 、 wily和xenial目前（可能从早上早些时候开始）受到影响。

simos 于 2016-06-02

我在等待主包修复时使用正在工作的实验包。有人知道我是否需要注意一些重大差异，或者是否有文件描述它们？

theluk 于 2016-06-02

@theluk实验版本目前是从 master 构建的

提供更新；我在内部提出了这个问题，但需要解决这个问题的人在旧金山时区，所以他们还没有出现。

作为临时解决方法，您可以从“test”存储库安装 docker 1.11.2-rc1； 1.11.2-rc1 与当前版本几乎相同，除了这三个变化；
https://github.com/docker/docker/pull/23164 、 https://github.com/docker/docker/pull/23169和https://github.com/docker/docker/pull/23176

这些更改不应该产生功能上的差异（最后的更改只影响一些极端情况）

您可以通过将 APT 的“main”存储库更改为“test”存储库或使用安装脚本来安装 RC；

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

希望尽快解决这个问题

thaJeztah 于 2016-06-02

👍15 👎1

要确定此问题是否已修复，您可以访问例如https://apt.dockerproject.org/repo/dists/ubuntu-xenial/main/binary-amd64/的页面并检查InRelease的时间戳

目前它仍然显示11:06 (UTC)，这是具有错误校验和的文件版本。如果它说的时间较晚，那么它可能已被修复。

现在时间是13:25 (UTC)，我们还在等待。

simos 于 2016-06-02

多谢你们！

0atman 于 2016-06-02

👍1

感谢@thaJeztah安装测试工作正常！

theluk 于 2016-06-02

Travis CI 上的 Ubuntu Trusty 也有同样的问题：

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

obazoud 于 2016-06-02

👍2

提供更新；我在内部提出了这个问题，但需要解决这个问题的人在旧金山时区，所以他们还没有出现。

这是否意味着 Docker——一家主要的基础设施公司——没有任何待命的工程师来解决这个问题？

mlafeldt 于 2016-06-02

😄34 🎉15 👎5 😕4

@mlafeldt猜你没有为 24/7 的支持付费。

thoastbrot 于 2016-06-02

👍21 😄1

@mlafeldt商业支持；开源是独立的基础设施

thaJeztah 于 2016-06-02

👍2

我在 Wily 上也面临同样的问题，无法安装 docker：

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

> 猫 /etc/_release_

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=15.10
DISTRIB_CODENAME=狡猾
DISTRIB_DESCRIPTION="Ubuntu 15.10"
名称="Ubuntu"
VERSION="15.10 (狡猾的狼人)"
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

>sudo apt-get clean

>sudo apt-get 更新

点击http://in.archive.ubuntu.com wily-backports/main Translation-en
点击http://in.archive.ubuntu.com wily-backports/universe Translation-en
在 33 秒内获取 4,789 B (145 B/s)
W：无法获取https://apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/Packages哈希和不匹配
E: 部分索引文件下载失败。它们已被忽略，或者使用旧的。

> apt-get -o 调试::pkgAcquire::Auth=true 更新

http://in.archive.ubuntu.com/ubuntu/dists/wily-backports/universe/i18n/Translation-en ：计算散列：SHA256：c03ff8f13394e66ce3b2d4645e779e658df189f96326c6eaa8f137a08eb0df30预期散列：SHA256：c03ff8f13394e66ce3b2d4645e779e658df189f96326c6eaa8f137a08eb0df30
在 28 秒内获取 737 kB (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/
../
发布 02-Jun-2016 11:06 2.6K
包 02-Jun-2016 2:37 28K
Packages.bz2 02-Jun-2016 2:37 4.7K
Packages.gz 02-Jun-2016 2:37 4.5K
发布 02-Jun-2016 3:43 1.7K
Release.gpg 2016 年 6 月 2 日 3:43 801

我们可以看到这些文件在今天早些时候已经重新生成。
这些文件的校验和（哈希）应与已签名的校验和 InRelease 文件中的内容相匹配。
在 InRelease https://apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/InRelease中，它说这个文件是在 Date: Thu, 02 Jun 2016 03:43:32 UTC 生成的。但是，Web 服务器显示的时间戳是 02-Jun-2016 11:06。

s4vicky 于 2016-06-02

我很惊讶这个过程不是自动化的，校验和是由单独的 Docker 容器独立计算的，如果它们之间的计算存在争议，上传会一直保持到有人可以干预为止。

akersj 于 2016-06-02

🎉2

@thaJeztah所以对于商业用户来说有一个不同的存储库没有被破坏？

krak3n 于 2016-06-02

😄15

这是 Ubuntu 在存储库校验和更新时通过铃声（播放音频文件）获得通知的脚本，
https://gist.github.com/simos/7ee8258ec17101e44bbfa93606694ede

我认为除了得到 Docker 的官方回应外，没有什么好说的了。

simos 于 2016-06-02

😄13 👍12

@krak3n是的，商业支持的版本有单独的版本。

justincormack 于 2016-06-02

👍5 👎1

对于使用 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

crunis 于 2016-06-02

👍3 🎉2 ❤1

@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 于 2016-06-02

@xuedong09使用“测试”代替“测试”

hertzg 于 2016-06-02

🎉2 😄1 👍1

我已经发了推文@docker @dockerstatus （多次）......这是一个主要问题......很惊讶他们一直保持沉默！

lvangool 于 2016-06-02

😄6 👍4

伙计们，我们正在努力。

cpuguy83 于 2016-06-02

🎉34 👍11 ❤5

谢谢@crunis - Travis 修复很有效。

OJFord 于 2016-06-02

😄2

感谢您努力解决此问题。如果您在修复后发布验尸结果，那就太好了。

stefano-m 于 2016-06-02

👍5 😄4

感谢@hertzg和@thaJeztah将APT 的“主要”存储库更改为“测试”存储库为我工作。

xuedong09 于 2016-06-02

@xuedong09请记住，这是我们发布预发布包的地方。

cpuguy83 于 2016-06-02

👍2

Docker生态系统如此有趣的单点故障

babakgh 于 2016-06-02

👍9 😕5 👎3

@babakgh我也是这么想的。希望验尸可以建议一个良好的未来预防。

tribou 于 2016-06-02

这也影响着我。

我仍然得到： https://apt.dockerproject.org/repo/dists/debian-jessie/main/binary-amd64/Packages Hash Sum mismatch

squeaky-pl 于 2016-06-02

让我想起了npm和 NodeJS 发生的事情：

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

stefano-m 于 2016-06-02

👍3

还有一个，我也是

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

philjones88 于 2016-06-02

Docker 存储库维护者。你需要：

自动测试更改
回购的健康检查
基本监控和报警

我希望这永远不会再发生。尽管我没有在生产中使用单个 Docker 容器，但 Docker 在这里（在 TravisCI 上）导致了生产测试和部署问题。 😑

therealmarv 于 2016-06-02

👍11 👎9 😕3

致所有抱怨者和愤怒者：

Docker 有一个商业的、付费的和良好支持的版本。

仅供参考，这是社区版本，在尽力而为的基础上提供支持，仅此而已。

vadviktor 于 2016-06-02

👍35 👎18 ❤2 🎉1

@vadviktor那是 Docker 的官方立场，因为我想引用它吗？

grepory 于 2016-06-02

👍3 👎2

@therealmarv 无论如何，这个问题不应该影响您的生产或任何部署管道，因为没有人应该依赖 Internet 连接或外部存储库来构建和部署软件。

quater 于 2016-06-02

👍12 😄2 👎2 😕1

@vadviktor尽力而为并不意味着让所有人失望。这意味着最终会查看小错误和缺陷。您仍然需要在最佳情况下保持一切运行。

kylelaverty 于 2016-06-02

👎5 👍1

对于 ubuntu trusty (14.04)，从“主要”切换到“测试”APT 存储库对我来说非常有用。

nhultz 于 2016-06-02

👍2

stanBienaives 于 2016-06-02

👎12 😕2 👍1

我从来不知道 Docker 是一个 2 层组织，其中用户群分为富人和穷人。 Surly 安装 docker 是每个使用该软件的人都关心的全球问题，因此“商业”人员获得的支持也应该适用于社区。组织的付费层是赚钱的好方法，但这应该超越基础，例如能够安装您的软件。

krak3n 于 2016-06-02

👎10 😄3 👍1

事故发生了，这取决于我们如何处理它们以及我们要吸取的教训。该线程的大部分内容似乎都充满了猜测。提前感谢所有致力于解决此问题的 Docker 团队成员。

jwmarshall 于 2016-06-02

👍35 ❤9

@vadviktor你在 Docker 工作吗？

cjb 于 2016-06-02

@vadviktor我在哪里可以找到这个商业 apt 存储库？我应该购买什么产品才能使用它？

qzio 于 2016-06-02

@vadviktor不在 Docker 工作，也不维护项目。

cpuguy83 于 2016-06-02

👍7

@qzio见http://www.docker.com/docker-support-services

stefano-m 于 2016-06-02

它现在似乎适用于 Ubuntu Xenial。

quater 于 2016-06-02

👍2 🎉1

仅供参考，这个问题在 HN https://news.ycombinator.com/item?id=11822562

okket 于 2016-06-02

对于每个为这段停机时间而愤怒的人：这是一张可爱的鹿图片，可以让您在此期间冷静下来并打发时间：

oryband 于 2016-06-02

❤66 👍22 😄12 🎉11 👎4 😕1

Trusty 似乎已备份

mech422 于 2016-06-02

👍2

大家好。我在 Docker 工作。

该团队正在解决此问题，并将继续在此处提供更新。我们正在认真对待这件事。

再次感谢并为给您带来的不便深表歉意。

shykes 于 2016-06-02

👍122 😄4

呵呵 - 拿到了目录，但包裹不见了 - 我想我会再喝一杯咖啡 :-)
@shykes感谢您的更新 - 开始你的早晨的糟糕方式......
希望这一天从这里变得更好

mech422 于 2016-06-02

❤1

我很遗憾我的鹿图片得到的 +1 少于官方答案。

oryband 于 2016-06-02

👎3 👍3 ❤2

我已经用https://get.docker.com | 安装了 docker sh 没有任何错误。
看起来 Docker 的人解决了这个问题，

Rocklviv 于 2016-06-02

我们已对问题的原因进行了本地化，如果现在应该解决，请重试。

可能需要清除 apt-cache；

apt-get clean && apt-get update

thaJeztah 于 2016-06-02

🎉32 👍13

感谢您的修复@thaJeztah

snario 于 2016-06-02

好吧，这对于一个意外问题来说很快，谢谢。

LouisKottmann 于 2016-06-02

@snario ，不客气；不能因为修复而受到赞扬，但很高兴看到它已被整理出来😅

thaJeztah 于 2016-06-02

👍

rogaha 于 2016-06-02

👎2

可悲的是，在黑客新闻的顶部，将会有数十亿条评论。非常感谢@thaJeztah 的快速修复。

我想知道我们是否应该在他们出现之前锁定这个线程。

jamescarr 于 2016-06-02

👍2

到现在为止，已经有workarounds （要么抓住 .deb 并使用 dpkg 安装，临时切换到testing存储库，等等）。这些不是永久的解决方案。

fix表示此问题的根源已解决，我们可以将此问题标记为已解决。

如前所述，您可以使用脚本在主 docker 存储库修复后立即获取音频通知，
https://gist.github.com/simos/7ee8258ec17101e44bbfa93606694ede
除此之外，没有什么可做的。

simos 于 2016-06-02

😕1 👎1

@simos见我之前的评论； https://github.com/docker/docker/issues/23203#issuecomment -223328829 问题应该得到解决

thaJeztah 于 2016-06-02

@thaJeztah我确认问题已解决。在 Ubuntu 15.10 上测试。感谢所有其他帮助快速解决此问题的 Docker 人员。

denibertovic 于 2016-06-02

谢谢大家的报告：我们对此感到非常抱歉。我们正在调查导致这种情况的事件的细节和时间表，我们将确保它不会再次发生。

我正在结束这个问题，当然如果你看到任何剩余的怪癖，请随时告诉我。

icecrime 于 2016-06-02

👍4 👎1

Ubuntu 14.04 在这里，问题解决了！

Niceplace 于 2016-06-02

可能不应该感到惊讶，但令人震惊的是，有多少人因严重依赖外部存储库而冒着他们的基础设施风险。我什至不使用我的家庭系统这样做。

然后抱怨 Docker 有单点故障？

jalawrence 于 2016-06-02

👍6 👎2

@jalawrence Docker 只是冰山一角……
您是否听说过 node.js 最近出现的问题以及一位开发人员提取了一个包？
我很确定大多数使用 Composer（该平台事实上的包管理器）的 php 开发人员也不会存储他们网站所有依赖项的完整副本，而且到目前为止没有发生任何事故这一事实比任何事情都更幸运。
问题是现在每个人和他们的狗都依赖于 $world，并且在本地缓存所有依赖项是一项孤注一掷的任务。我是否应该自费在反向代理中缓存所有的 debian、所有的 packagegist、所有的 cpan、所有的 rubygems、所有的 npm？
然后：如果 github、bitbucket 或 travis 出现故障，我的开发人员还能做什么？我想回到我必须主持所有这些的那一天吗？

gggeek 于 2016-06-02

👍5

此页面是否有帮助？

0 / 5 - 0 等级

Moby: 哈希和不匹配

最有用的评论

所有90条评论

> 猫 /etc/_release_

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

>rm /etc/apt/trusted.gpg

>sudo apt-get clean

>sudo apt-get 更新

> apt-get -o 调试::pkgAcquire::Auth=true 更新

相关问题