#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.

Ubuntu 패키지가 있는 Travis CI의 유사한 문제. 한 시간 전에 작동했습니다.

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_

_업데이트 알림을 받는 가장 좋은 방법은 이 페이지의 _구독_ 버튼을 사용하는 것입니다._

문제에 대해 "+1" 또는 "나도 있습니다" 댓글을 사용하지 마십시오. 우리는 자동으로
스레드를 짧게 유지하려면 해당 주석을 수집하십시오.

아래 나열된 사람들이 +1 댓글을 남겨 이 문제에 찬성했습니다.

@비고5190

여기도 마찬가지!

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 패키지.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 Wily 15.10을 사용 중입니다.

E: docker-engine 패키지를 찾을 수 없습니다.

Ubuntu Xenial 16.04에서 이전에 동일한 결과를 얻었습니다. docker가 Xenial repo에 아직 추가되었습니까?

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 의 이상한 업데이트에 관한 것입니다. 또한 InRelease 는 Release 를 0바이트 길이로 나열합니다.

@simos 이제 Xenial에서 작동해야 합니까? 나는 docker가 여전히 Xenial에서 작동하지 않는다고 생각했고 우리는 Wily로 돌아가야 했습니다. (그리고 다시, 나는 오늘부터 Ubuntu 사용자이므로 내가 무엇을 압니까?)

@bmoorthamers 일치하지 않는 해시가 있는 저장소를 수동으로 확인할 수 있습니다. 위의 내 게시물을 참조하십시오. 최소한 trusty , wily 및 xenial 가 현재 (아마 이른 아침부터) 영향을 받습니다.

메인 패키지 수정을 기다리는 동안 작동하는 실험 패키지를 사용합니다. 내가 알아야 할 큰 차이점이 있는지 아는 사람이 있습니까? 아니면 설명하는 문서가 어딘가에 있습니까?

@theluk 실험적 빌드는 현재 마스터에서 빌드됩니다.

업데이트를 제공하기 위해; 내부적으로 이 문제를 제기했지만 이 문제를 해결해야 하는 사람들은 샌프란시스코 시간대에 있으므로 아직 존재하지 않습니다.

임시 해결 방법으로 "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

이 문제가 최대한 빨리 해결되기를 바랍니다.

이 문제가 수정되었는지 확인하려면 예를 들어 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 는 연중무휴 지원 비용을 지불하지 않은 것 같습니다.

@mlafeldt 상업적 지원이 이루어집니다. 오픈 소스는 별도의 인프라입니다

나는 또한 Wily에서 동일한 문제에 직면하고 있으며 도커를 설치할 수 없습니다.

root@vikram-VirtualBox :/etc/apt/sources.list.d# 고양이 docker.list
deb https://apt.dockerproject.org/repo 우분투-wily 메인

> 고양이 /etc/_release_

DISTRIB_ID=우분투
DISTRIB_RELEASE=15.10
DISTRIB_CODENAME=와일리
DISTRIB_DESCRIPTION="우분투 15.10"
NAME="우분투"
VERSION="15.10(와일리 웨어울프)"
아이디=우분투
ID_LIKE=데비안
PRETTY_NAME="우분투 15.10"
VERSION_ID="15.10"
홈_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,789B 가져오기(145B/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초에 737kB 가져옴(26.0kB/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:06 2.6K
패키지 2016년 6월 2일 2:37 28K
Packages.bz2 2016년 6월 2일 2:37 4.7K
Packages.gz 2016년 6월 2일 2:37 4.5K
2016년 6월 2일 릴리스 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에 생성되었다고 나와 있습니다. 그러나 웹 서버에 표시된 타임스탬프는 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의 "main"을 "test" 저장소로 변경하거나 설치 스크립트를 사용합니다.
컬 -fsSL https://test.docker.com | 쉬는 일을 하지 않습니다.

W: https://apt.dockerproject.org/repo/dists/ubuntu-trusty/InRelease 가져오지 못했습니다. 릴리스 파일에서 예상 항목 'test/binary-amd64/Packages'를 찾을 수 없습니다(잘못된 소스.목록 항목 또는 형식이 잘못된 파일 )

E: 일부 인덱스 파일을 다운로드하지 못했습니다. 그것들은 무시되었거나 오래된 것이 대신 사용되었습니다.

@xuedong09 "test" 대신 "testing" 사용

@docker @dockerstatus (여러 번) 트윗했습니다... 이것은 중요한 문제입니다... 너무 조용해서 놀랐습니다!

작업 중입니다.

@crunis 에게 감사드립니다. Travis 수정이 효과가 있습니다.

이 문제를 해결해 주셔서 감사합니다. 일단 고쳐진 후 부검 결과를 공개한다면 좋을 것입니다.

@hertzg 와 @thaJeztah 가 APT 작업을 위해 "main"을 "testing" 리포지토리로 변경해 주셔서 감사합니다.

@xuedong09 여기서 우리가 시험판 패키지를 게시한다는 점을 명심하십시오.

도커 생태계의 흥미로운 단일 실패 지점

@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)의 경우 "main"에서 "testing" APT 저장소로 전환하는 것이 효과적이었습니다.

+1

나는 Docker가 사용자 기반이 있는 사람과 없는 사람으로 나뉘는 2계층 조직이라는 것을 전혀 몰랐습니다. 도커를 설치하는 것은 소프트웨어를 사용하는 모든 사람의 세계적인 관심사이므로 "상업적인" 사람들이 받는 지원은 커뮤니티에도 적용되어야 합니다. 조직에 대한 유료 계층은 돈을 버는 좋은 방법이지만 소프트웨어를 설치할 수 있는 것과 같은 기본적인 것 이상이어야 합니다.

사고는 우리가 어떻게 대처하고 우리가 앞으로 배울 교훈이 중요합니다. 이 스레드의 대부분은 추측으로 만연한 것 같습니다. 이 문제를 해결하기 위해 노력하는 모든 Docker 팀 구성원에게 미리 감사드립니다.

@vadviktor Docker에서 일하십니까?

@vadviktor 이 상업용 apt 저장소는 어디에서 찾을 수 있습니까? 액세스하려면 어떤 제품을 구입해야 합니까?

@vadviktor Docker에서 작동하지 않으며 프로젝트를 유지 관리하지도 않습니다.

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

이제 Ubuntu Xenial에서 작동하는 것 같습니다.

참고로 이 문제는 HN https://news.ycombinator.com/item?id=11822562 에 있습니다.

이 다운타임에 분노한 모든 사람들을 위해: 진정하고 시간을 보낼 수 있는 귀여운 사슴 사진이 있습니다.

Trusty가 백업된 것으로 보입니다.

안녕하세요 여러분. 저는 도커에서 일합니다.

먼저 서비스 중단에 대해 사과드립니다. 저는 패키지 인프라를 Docker의 무료 버전과 상용 버전 모두에서 중요한 인프라라고 생각합니다. 우리가 상용 버전에 대한 더 나은 지원을 제공하는 것은 사실이지만(기능인 경우 하나) 패키지를 다운로드할 수 있는 것과 같은 기본적인 사항에는 적용되지 않아야 합니다.

팀에서 이 문제를 해결하기 위해 노력하고 있으며 여기에서 계속 업데이트할 것입니다. 우리는 이것을 심각하게 받아들이고 있습니다.

응답 시간과 통신 채널 사용이 부적절해 보인다는 지적도 있었습니다. 예를 들어 @dockerststus 봇은 문제가 감지되었을 때 언급하지 않았습니다. 의견을 공유하지만 전체 내용은 아직 모릅니다. 부검을 통해 무엇이 잘못되었는지 확실히 알려줄 것입니다. 현재 팀은 이 문제를 해결하는 데 집중하고 있으며 그 문제로 인해 문제를 해결하고 싶지 않습니다.

부검을 통해 무엇이 잘못되었는지 확인하면 적절한 시정 조치를 취할 것입니다. 핵심 엔지니어와 인프라 엔지니어(Docker 내 2개의 개별 그룹) 사이에서 일부가 더 잘 조정될 것이라고 생각합니다.

불편을 드려 다시 한 번 감사드리며 죄송합니다.

헤 - 카탈로그를 받았지만 패키지가 없습니다 - 다른 커피를 가질 것 같아요 :-)
@shykes 업데이트 주셔서 감사합니다 - 아침을 시작하는 형편없는 방법 ...
하루가 여기에서 더 좋아지기를 바랍니다

내 사슴 사진이 공식 답변보다 +1이 적은 것이 안타깝습니다.

나는 이미 https://get.docker.com 으로 도커를 설치했습니다 | sh 오류없이.
Docker의 사람들이 문제를 해결한 것 같습니다.

문제의 원인을 현지화했으며 지금 해결해야 하는 경우 다시 시도하십시오.

apt-cache를 지우는 데 필요할 수 있습니다.

apt-get clean && apt-get update

수정 감사합니다 @thaJeztah

예상하지 못한 문제에 신속하게 대응했습니다. 감사합니다.

@snario 천만 에요; 수정에 대한 공을 들일 수는 없지만 정렬된 것을 보니 기쁩니다 😂

👍

슬프게도 해커 뉴스의 맨 위에는 수십억 개의 댓글이 달릴 것입니다. @thaJeztah 빠른 수정에 감사드립니다.

이 스레드가 나타나기 전에 잠가야 하는지 궁금합니다.

지금까지 workarounds 가 있었습니다(.deb를 잡고 dpkg로 설치하거나 일시적으로 testing 저장소로 전환 등). 이것들은 영구적인 해결책이 아닙니다.

fix 는 이 문제의 원인이 해결되었으며 이 문제를 해결됨으로 표시할 수 있음을 의미합니다.

이전에 게시한 대로 스크립트를 사용하여 기본 도커 리포지토리가 수정되는 즉시 오디오 알림을 받을 수 있습니다.
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에 의존하고 모든 종속성을 로컬로 캐싱하는 것이 시시한 작업이라는 것입니다. 모든 데비안, 모든 packageist, 모든 cpan, 모든 rubygem, 모든 npm을 역 프록시 내에서 자비로 캐시해야 합니까?
그런 다음: github, bitbucket 또는 travis가 다운된 경우 개발자는 어쨌든 무엇을 할 수 있습니까? 내가 그 모든 것을 호스팅해야 했던 그 날로 돌아가고 싶습니까?