Tampaknya terkait dengan #23202.

Masalah yang sama pada 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.

Masalah serupa pada Travis CI dengan paket Ubuntu. Itu bekerja satu jam yang lalu.

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.

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

Dapat dengan mudah direproduksi dalam wadah juga:

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

Bagaimana dengan apt-get clean ? Apakah itu membantu?

@Vanuan Tidak, sudah mencoba.

_POLONGAN PENGGUNA_

_Cara terbaik untuk mendapatkan pemberitahuan tentang pembaruan adalah dengan menggunakan tombol _Berlangganan_ di halaman ini._

Tolong jangan gunakan komentar "+1" atau "Saya juga punya ini" pada masalah. Kami secara otomatis
kumpulkan komentar-komentar itu untuk membuat utas singkat.

Orang-orang yang tercantum di bawah telah mendukung masalah ini dengan meninggalkan komentar +1:

@ViGo5190

Sama disini!

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

Hal-hal yang telah kami coba sejauh ini:

Tambahkan kembali kunci GPG
curl -fsSL https://get.docker.com/gpg | sudo apt-key add -

Blow daftar cache
sudo rm -rf /var/lib/apt/lists/*

Sangat bersih
apt-clean

Tak satu pun dari mereka telah menyelesaikan masalah

Mencoba menginstal melalui apt. Checksum tidak cocok dengan file berikut:

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

Mencoba prosedur berikut yang tidak membantu:

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

Mungkin ini akan membantu apt-get -o Debug::pkgAcquire::Auth=true update mencari tahu masalahnya.

Rilis berisi:
MD5Jumlah:
49df2d605bb5914873fd826f7e7e8c6f 4917 Packages.bz2

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

yang terakhir telah diperbarui hari ini, Tanggal: Kam, 02 Jun 2016 11:06:54 UTC
sementara Rilis dari kemarin.

Menjalankan apt-get -o Debug::pkgAcquire::Auth=true update di Ubuntu 14.04 menghasilkan

[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

Keluaran yang relevan dari 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

Saya menggunakan Ubuntu Wily 15.10

E: Tidak dapat menemukan mesin buruh pelabuhan paket

Saya mendapatkan hal yang sama sebelumnya di Ubuntu Xenial 16.04. Apakah buruh pelabuhan bahkan ditambahkan ke repo Xenial?

Keluaran yang relevan dari 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

dapatkah kita menyetujui fakta bahwa hashsums salah/repo memerlukan tindakan administratif?

Saya mengatasinya dengan mengunduh paket baru secara manual dan menginstal menggunakan 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

Sayangnya pemasangan dpkg sepertinya tidak berjalan dengan baik di Travis.

Juga, inilah yang terjadi pada saya ketika menginstal secara manual di Debian Stretch, menggunakan https://apt.dockerproject.org/repo/pool/main/d/docker-engine/docker-engine_1.11.2-0~stretch_amd64.deb :

$ 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'.

Pembaruan : Seperti yang saya harapkan, ini adalah masalah yang tidak terkait. Saya memperbaikinya dengan menjalankan rm -rf /var/lib/docker/aufs setelah menemukan ini . Jadi instalasi manual berfungsi untuk saya untuk saat ini.

ping @mlaventure @tiborvass PTAL!

DAN?

ya kami membutuhkan ETA juga, ini cukup mendesak - rantai pembuatan travis lengkap kami sudah mati sekarang -.-

Berikut adalah file yang relevan untuk 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

Kita dapat melihat bahwa file-file ini telah dibuat ulang sebelumnya hari ini.
Checksum (hash) untuk file-file ini harus cocok dengan apa yang ada di dalam file checksum InRelease yang ditandatangani.

Dalam file InRelease (https://apt.dockerproject.org/repo/dists/ubuntu-xenial/main/binary-amd64/InRelease), dikatakan bahwa file ini dibuat pada Date: Thu, 02 Jun 2016 03:43:32 UTC . Namun, stempel waktu seperti yang ditunjukkan oleh server Web adalah 02-Jun-2016 11:06 .

Di antara beberapa penyebab Hash Sum Mismatch , ini tentang beberapa pembaruan aneh InRelease dengan checksum yang salah. Selain itu, InRelease mencantumkan Release dengan panjang 0 byte.

@simos Jadi ini harus bekerja pada Xenial sekarang? Saya pikir buruh pelabuhan masih tidak berfungsi di Xenial dan kami harus kembali ke Wily. (sekali lagi, saya adalah pengguna Ubuntu sejak hari ini jadi apa yang saya tahu)

@bmoorthamers Anda dapat secara manual memeriksa repositori mana yang memiliki hash yang tidak cocok. Lihat postingan saya di atas. Setidaknya trusty , wily dan xenial saat ini (mungkin sejak pagi hari) terpengaruh.

saya gunakan, sambil menunggu perbaikan paket utama, paket eksperimental, yang berfungsi. adakah yang tahu jika ada beberapa perbedaan besar yang perlu saya ketahui, atau apakah ada dokumen yang menjelaskannya di suatu tempat?

@theluk build Eksperimental dibangun dari master saat ini

Untuk memberikan pembaruan; Saya mengangkat masalah ini secara internal, tetapi orang-orang yang perlu memperbaikinya berada di zona waktu San Francisco, jadi mereka belum hadir.

Sebagai solusi sementara, Anda dapat menginstal docker 1.11.2-rc1 dari repositori "test"; 1.11.2-rc1 hampir sama dengan rilis saat ini, selain dari ketiga perubahan ini;
https://github.com/docker/docker/pull/23164 , https://github.com/docker/docker/pull/23169 , dan https://github.com/docker/docker/pull/23176

Perubahan itu seharusnya tidak membuat perbedaan fungsional (dan perubahan terakhir hanya memengaruhi beberapa kasus sudut)

Anda dapat menginstal RC, baik dengan mengubah repositori "utama" menjadi "test" untuk APT, atau menggunakan skrip instalasi;

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

Berharap untuk memperbaiki ini secepatnya

Untuk mengetahui apakah masalah ini telah diperbaiki, Anda dapat mengunjungi, misalnya, halaman di https://apt.dockerproject.org/repo/dists/ubuntu-xenial/main/binary-amd64/ dan periksa stempel waktu untuk InRelease berkas.

Saat ini masih tertulis 11:06 (UTC) yang merupakan versi file yang memiliki checksum yang salah. Jika dikatakan lain waktu, maka itu mungkin telah diperbaiki.

Sekarang waktunya 13:25 (UTC) dan kita masih menunggu.

Terima kasih teman-teman!

terima kasih @thaJeztah, pemasangan tes berfungsi dengan baik!

Masalah yang sama dengan Ubuntu Trusty di Travis CI:

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

Untuk memberikan pembaruan; Saya mengangkat masalah ini secara internal, tetapi orang-orang yang perlu memperbaikinya berada di zona waktu San Francisco, jadi mereka belum hadir.

Apakah ini berarti Docker -- sebuah perusahaan infrastruktur besar -- tidak memiliki teknisi yang siap dipanggil untuk memperbaikinya?

@mlafeldt kira Anda tidak membayar untuk dukungan 24/7.

@mlafeldt dukungan komersial tidak; open source adalah infrastruktur yang terpisah

saya juga menghadapi masalah yang sama di Wily dan tidak dapat menginstal buruh pelabuhan:

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=cerdas
DISTRIB_DESCRIPTION="Ubuntu 15.10"
NAMA="Ubuntu"
VERSION="15.10 (Manusia Serigala Licik)"
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 update

Tekan http://in.archive.ubuntu.com wily-backports/main Translation-en
Tekan http://in.archive.ubuntu.com wily-backports/universe Translation-en
Mengambil 4.789 B dalam 33 detik (145 B/s)
W: Gagal mengambil https://apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/Packages Hash Sum mismatch
E: Beberapa file indeks gagal diunduh. Mereka telah diabaikan, atau yang lama digunakan sebagai gantinya.

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

http://in.archive.ubuntu.com/ubuntu/dists/wily-backports/universe/i18n/Translation-en : Computed Hash: SHA256:c03ff8f13394e66ce3b2d4645e779e658df189f96326c6eaa8f137a08eb0df30 Hash yang diharapkan: SHA256294e4630ef70afeda5830ef30
Diambil 737 kB dalam 28 detik (26,0 kB/dtk)
W: Gagal mengambil https://apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/Packages Hash Sum mismatch

https://apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/
../
InRelease 02-Jun-2016 11:06 2.6K
Paket 02-Jun-2016 2:37 28K
Packages.bz2 02-Jun-2016 2:37 4.7K
Packages.gz 02-Jun-2016 2:37 4.5K
Rilis 02-Jun-2016 3:43 1.7K
Rilis.gpg 02-Jun-2016 3:43 801

Kita dapat melihat bahwa file-file ini telah dibuat ulang sebelumnya hari ini.
Checksum (hash) untuk file-file ini harus cocok dengan apa yang ada di dalam file checksum InRelease yang ditandatangani.
Dalam InRelease https://apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/InRelease dikatakan bahwa file ini dibuat pada Tanggal: Kam, 02 Jun 2016 03:43:32 UTC . Namun, stempel waktu yang ditunjukkan oleh server Web adalah 02-Jun-2016 11:06.

Saya terkesima bahwa proses ini tidak otomatis dengan checksum yang dihitung secara independen oleh wadah Docker terpisah dan jika terjadi perselisihan perhitungan di antara mereka, unggahan ditahan sampai manusia dapat campur tangan.

@thaJeztah jadi ada repo berbeda untuk pengguna komersial yang tidak rusak?

Berikut adalah skrip untuk Ubuntu agar diberi tahu oleh lonceng (memutar file audio) ketika checksum repositori diperbarui,
https://Gist.github.com/simos/7ee8258ec17101e44bbfa93606694ede

Saya pikir tidak banyak yang bisa dikatakan selain mendapatkan tanggapan resmi dari Docker tentang ini.

@krak3n ya, ada rilis terpisah untuk versi yang didukung secara komersial.

Untuk orang yang menggunakan Travis, saya dapat memperbaikinya dengan melakukan hal berikut:

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 mengubah repositori "main" menjadi "test" untuk APT, atau menggunakan skrip instal;
curl -fsSL https://test.docker.com | sh tidak bekerja.

W: Gagal mengambil https://apt.dockerproject.org/repo/dists/ubuntu-trusty/InRelease Tidak dapat menemukan entri yang diharapkan 'test/binary-amd64/Packages' dalam file Rilis (Entri sources.list salah atau file salah format )

E: Beberapa file indeks gagal diunduh. Mereka telah diabaikan, atau yang lama digunakan sebagai gantinya.

@xuedong09 alih-alih "tes" gunakan "pengujian"

Saya telah men-tweet @docker @dockerstatus (berkali-kali)... ini adalah masalah besar... terkejut mereka begitu diam!

Kami sedang mengerjakannya, teman-teman.

Terima kasih @crunis - bahwa perbaikan Travis berhasil.

Terima kasih telah bekerja untuk memperbaiki ini. Akan sangat bagus jika Anda akan mempublikasikan hasil post-mortem setelah diperbaiki.

Terima kasih @hertzg dan @thaJeztah mengubah repositori "utama" menjadi "pengujian" agar APT berfungsi untuk saya.

@xuedong09 Ingatlah bahwa di situlah kami menerbitkan paket pra-rilis.

Satu titik kegagalan yang menarik untuk ekosistem buruh pelabuhan

@babakgh saya juga berpikir begitu. Semoga post-mortem dapat menyarankan pencegahan yang baik di masa depan.

Ini juga mempengaruhi saya.

Saya masih mendapatkan: https://apt.dockerproject.org/repo/dists/debian-jessie/main/binary-amd64/Packages Hash Sum mismatch

Mengingatkan saya pada apa yang terjadi dengan npm dan NodeJS:

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

Dan satu lagi, aku juga

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

Pengelola repo Docker. Anda membutuhkan:

• Pengujian otomatis pada perubahan
• Periksa kesehatan repo Anda
• pada dasarnya pemantauan dan alarm

Saya harap ini tidak pernah terjadi lagi. Docker menyebabkan masalah uji produksi dan penerapan di sini (di TravisCI) dengan ini meskipun saya tidak menggunakan satu wadah Docker dalam produksi. 😑.

Kepada semua pengeluh dan pengadu:

Ada versi Docker komersial, berbayar, dan didukung dengan baik.

FYI ini adalah versi komunitas, didukung atas dasar upaya terbaik dan TIDAK LEBIH BANYAK.

@vadviktor Apakah itu posisi resmi Docker, karena saya ingin mengutipnya?

@therealmarv Masalah ini seharusnya tidak mempengaruhi produksi Anda atau saluran penyebaran apa pun karena tidak ada yang harus bergantung pada koneksi Internet atau repositori eksternal untuk membangun dan menyebarkan perangkat lunak.

@vadviktor Upaya terbaik tidak berarti menjatuhkan semua orang. Ini berarti bahwa bug dan cacat kecil akan dilihat pada akhirnya. Anda masih harus menjaga semuanya berjalan di bawah skenario kasus terbaik.

Untuk kepercayaan ubuntu (14.04), beralih dari repositori APT "utama" ke "pengujian" bekerja dengan baik untuk saya.

+1

Saya tidak pernah tahu Docker adalah organisasi 2 tingkat di mana basis pengguna dibagi antara yang kaya dan yang tidak. Menginstal buruh pelabuhan secara bermuka masam adalah perhatian global bagi semua orang yang menggunakan perangkat lunak dan oleh karena itu dukungan yang diperoleh orang "komersial" juga harus berlaku untuk komunitas. Tingkat berbayar untuk suatu organisasi adalah cara yang baik untuk menghasilkan uang tetapi itu harus melampaui dasar-dasar, seperti dapat menginstal perangkat lunak Anda.

Kecelakaan terjadi, bagaimana kita menghadapinya dan pelajaran yang kita ambil untuk itu. Sebagian besar utas ini tampaknya merajalela dengan spekulasi. Terima kasih sebelumnya kepada semua anggota tim Docker yang berupaya memperbaiki masalah ini.

@vadviktor Apakah Anda bekerja di Docker?

@vadviktor Di mana saya dapat menemukan repositori apt komersial ini? Produk apa yang harus saya beli untuk mendapatkan akses ke sana?

@vadviktor Tidak bekerja di Docker atau memelihara proyek.

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

Tampaknya berfungsi untuk Ubuntu Xenial sekarang.

FYI, masalah ini ada di HN https://news.ycombinator.com/item?id=1822562

untuk semua orang yang mengamuk selama waktu senggang ini: inilah gambar rusa lucu untuk menenangkan diri dan menghabiskan waktu sementara itu:

Trusty tampaknya kembali ke atas

Halo semuanya. Saya bekerja di Docker.

Pertama, saya minta maaf untuk pemadaman. Saya menganggap infrastruktur paket kami sebagai infrastruktur penting, baik untuk Docker versi gratis maupun komersial. Memang benar bahwa kami menawarkan dukungan yang lebih baik untuk versi komersial (itu salah satu fiturnya), tetapi itu tidak berlaku untuk hal-hal mendasar seperti dapat mengunduh paket Anda.

Tim sedang mengerjakan masalah ini dan akan terus memberikan pembaruan di sini. Kami menganggap ini serius.

Beberapa dari Anda menunjukkan bahwa waktu respons dan penggunaan saluran komunikasi tampaknya tidak memadai, misalnya bot @dockerststus tidak menyebutkan masalah saat terdeteksi. Saya berbagi pendapat tetapi saya belum tahu cerita lengkapnya; post-mortem akan memberi tahu kami dengan pasti apa yang salah. Saat ini tim sedang fokus untuk memperbaiki masalah dan saya tidak ingin mengalihkan mereka dari itu.

Setelah post-mortem mengidentifikasi apa yang salah, kami akan mengambil tindakan korektif yang sesuai. Saya menduga bagian dari itu akan menjadi koordinasi yang lebih baik antara insinyur inti dan insinyur infrastruktur (2 kelompok berbeda dalam Docker).

Terima kasih dan sekali lagi mohon maaf atas ketidaknyamanannya.

heh - punya katalog tapi paketnya hilang - kira saya akan punya kopi lagi :-)
@shykes Terima kasih atas pembaruannya - cara yang buruk untuk memulai pagi Anda ...
Semoga hari ini menjadi lebih baik dari sini

Saya sedih karena gambar rusa saya mendapat kurang dari +1 dari jawaban resmi.

Saya telah menginstal buruh pelabuhan dengan https://get.docker.com | sh tanpa kesalahan.
Sepertinya orang-orang dari Docker memperbaiki masalah ini,

Kami telah melokalisasi penyebab masalah, dan jika harus diselesaikan sekarang, silakan coba lagi.

Mungkin diperlukan untuk menghapus apt-cache;

apt-get clean && apt-get update

Terima kasih atas perbaikannya @thaJeztah

Yah, itu cepat untuk masalah yang tidak terduga, terima kasih.

@snario sama-sama; tidak dapat mengambil kredit untuk perbaikannya, tetapi senang melihatnya telah diselesaikan

👍

Sayangnya dengan ini di atas berita hacker akan ada miliaran komentar. Terima kasih banyak atas perbaikan cepatnya @thaJeztah.

Saya ingin tahu apakah kita harus mengunci utas ini sebelum mereka muncul.

Sampai sekarang telah ada workarounds (bisa ambil .deb dan instal dengan dpkg, untuk sementara beralih ke repositori testing , dll). Ini bukan solusi permanen.

A fix berarti bahwa sumber masalah ini telah teratasi dan kami dapat menandai masalah ini sebagai Terpecahkan.

Seperti yang diposting sebelumnya, Anda dapat menggunakan skrip untuk mendapatkan pemberitahuan audio segera setelah repositori buruh pelabuhan utama diperbaiki,
https://Gist.github.com/simos/7ee8258ec17101e44bbfa93606694ede
Selain itu, tidak banyak yang bisa dilakukan.

@simos lihat komentar saya sebelumnya; https://github.com/docker/docker/issues/23203#issuecomment -223328829 masalah harus diselesaikan

@thaJeztah Saya memverifikasi bahwa masalah telah diselesaikan. Diuji pada Ubuntu 15.10. Terima kasih kepada semua orang Docker lain yang membantu menyelesaikan masalah ini dengan cepat.

Terima kasih semua atas laporannya: kami sangat menyesal untuk ini. Kami sedang menyelidiki detail dan kronologi peristiwa yang menyebabkan hal ini, dan kami akan memastikan hal itu tidak terjadi lagi.

Saya menutup masalah ini, tetapi tentu saja jangan ragu untuk memberi tahu saya jika Anda melihat kebiasaan yang tersisa.

Ubuntu 14.04 Di sini, masalah terpecahkan!

Mungkin tidak perlu heran, tetapi mengejutkan betapa banyak orang mempertaruhkan infrastruktur mereka dengan ketergantungan keras pada repo eksternal. Saya bahkan tidak melakukannya dengan sistem rumah saya.

Dan kemudian mengeluh tentang Docker yang memiliki satu titik kegagalan?

@jalawrence Docker adalah puncak gunung es...
Apakah Anda mendengar tentang masalah baru-baru ini dengan node.js dan satu dev mengeluarkan satu paket?
Saya cukup yakin bahwa sebagian besar pengembang php yang menggunakan Composer - manajer paket defacto untuk platform itu - juga tidak menyimpan salinan lengkap dari semua dependensi situs mereka, dan fakta bahwa sejauh ini tidak ada kecelakaan lebih merupakan keberuntungan daripada apa pun.
Masalahnya adalah semua orang dan anjing mereka sekarang bergantung pada $world, dan menyimpan semua dependensi secara lokal adalah tugas sisyphean. Haruskah saya men-cache semua debian, semua packagist, semua cpan, semua rubygem, semua npm dalam proxy terbalik dengan biaya sendiri?
Dan kemudian: jika github, bitbucket, atau travis sedang down, apa yang bisa dilakukan oleh pengembang saya? Apakah saya ingin kembali ke hari ketika saya harus menjadi tuan rumah semua itu?