Moby: 哈希和不匹配

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

重现问题的步骤:

  1. 运行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 缓存并再次尝试了相同的结果。 另外,我没有使用代理。

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

最有用的评论

大家好。 我在 Docker 工作。

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

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

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

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

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

所有90条评论

似乎与#23202 有关。

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.

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.

在 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不,已经尝试过了。

_用户投票_

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

请不要在问题上使用“+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-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找出问题所在。

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

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

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

在 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 Wily 15.10

E: 找不到包 docker-engine

我之前在 Ubuntu Xenial 16.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在 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来修复它。 所以手动安装暂时对我有用。

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的一些奇怪的更新,校验和错误。 此外, InReleaseRelease列为 0 字节长。

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

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

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

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

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

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

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

您可以通过将 APT 的“main”存储库更改为“test”存储库或使用安装脚本来安装 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安装测试工作正常!

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

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

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

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

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

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

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

[email protected] :/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。

我很惊讶这个过程不是自动化的,校验和是由单独的 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 无论如何,这个问题不应该影响您的生产或任何部署管道,因为没有人应该依赖 Internet 连接或外部存储库来构建和部署软件。

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

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

+1

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

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

@vadviktor你在 Docker 工作吗?

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

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

它现在似乎适用于 Ubuntu Xenial。

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

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

Trusty 似乎已备份

大家好。 我在 Docker 工作。

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

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

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

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

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

呵呵 - 拿到了目录,但包裹不见了 - 我想我会再喝一杯咖啡 :-)
@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我确认问题已解决。 在 Ubuntu 15.10 上测试。 感谢所有其他帮助快速解决此问题的 Docker 人员。

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

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

Ubuntu 14.04 在这里,问题解决了!

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

然后抱怨 Docker 有单点故障?

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

此页面是否有帮助?
0 / 5 - 0 等级