#23202 से संबंधित प्रतीत होता है।

डेबियन ट्रस्टी पर वही समस्या

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.

ट्रैविस सीआई पर उबंटू पैकेज के साथ इसी तरह की समस्या। यह एक घंटे पहले काम कर रहा था।

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.

डेबियन जेसी पर भी:
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 के बारे में क्या? क्या इसने सहायता की?

@ वानुआन नहीं, पहले ही कोशिश की गई है।

_उपयोगकर्ता मतदान_

_अपडेट की सूचना पाने का सबसे अच्छा तरीका इस पेज पर _सदस्यता लें_बटन का उपयोग करना है।

कृपया मुद्दों पर "+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

उनमें से किसी ने भी इस मुद्दे को हल नहीं किया है

उपयुक्त के माध्यम से स्थापित करने का प्रयास किया। निम्न फ़ाइल के साथ चेकसम बेमेल:

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 समस्या का पता लगाने में मदद मिलेगी।

रिलीज में शामिल हैं:
एमडी5सम:
49df2d605bb5914873fd826f7e7e8c6f 4917 पैकेज.bz2

इनरिलीज़ में शामिल हैं:
b013253c327e2bc4be87825f02936344 4915 मुख्य/बाइनरी-amd64/Packages.bz2

उत्तरार्द्ध को आज अद्यतन किया गया है, दिनांक: गुरु, 02 जून 2016 11:06:54 यूटीसी
जबकि रिलीज कल से है।

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

मुझे उबंटू विली पर मिलता है 15.10

ई: पैकेज डोकर-इंजन का पता लगाने में असमर्थ

मुझे उबंटू ज़ेनियल 16.04 पर पहले भी ऐसा ही मिला था। क्या डॉकटर को अभी तक ज़ेनियल रेपो में जोड़ा गया है?

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 इंस्टॉलेशन ट्रैविस पर अच्छा नहीं चल रहा है।

साथ ही, 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'.

अद्यतन : जैसा कि मैंने किसी तरह उम्मीद की थी, यह एक असंबंधित समस्या थी। मैंने इसे खोजने के बाद rm -rf /var/lib/docker/aufs चलाकर इसे ठीक किया। तो कुछ समय के लिए मैन्युअल इंस्टॉल मेरे लिए काम करता है।

पिंग @mlaventure @tiborvass PTAL!

तथा?

हाँ, हमें एक ईटीए भी चाहिए, यह बहुत जरूरी है - हमारी पूरी ट्रैविस बिल्ड चेन अब मर चुकी है -.-

यहाँ 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 बाइट लंबे होने के रूप में सूचीबद्ध करता है।

@ सिमोस तो यह अब ज़ेनियल पर काम करना चाहिए? मुझे लगा कि डॉकटर अभी भी ज़ेनियल पर काम नहीं कर रहा है और हमें विली के पास वापस जाना होगा। (फिर से, मैं आज से एक उबंटू उपयोगकर्ता हूं तो मुझे क्या पता)

@bmoorthamers आप मैन्युअल रूप से जांच सकते हैं कि कौन से भंडारों में बेमेल हैश है। ऊपर मेरी पोस्ट देखें। कम से कम trusty , wily और xenial फ़िलहाल (शायद सुबह के पहले से) प्रभावित हैं।

मैं मुख्य पैकेज फिक्स की प्रतीक्षा करते हुए, प्रयोगात्मक पैकेज का उपयोग करता हूं, जो काम कर रहा है। क्या किसी को पता है कि क्या कुछ बड़े अंतर हैं जिनके बारे में मुझे पता होना चाहिए, या कहीं कोई दस्तावेज है जो उनका वर्णन करता है?

@theluk प्रायोगिक निर्माण वर्तमान में मास्टर से बनाया गया है

एक अद्यतन देने के लिए; मैंने इस मुद्दे को आंतरिक रूप से उठाया था, लेकिन इसे ठीक करने के लिए जिन लोगों की आवश्यकता थी, वे सैन फ़्रांसिस्को टाइमज़ोन में हैं, इसलिए वे अभी तक मौजूद नहीं हैं।

एक अस्थायी समाधान के रूप में, आप "परीक्षण" भंडार से 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

उन परिवर्तनों से कार्यात्मक अंतर नहीं होना चाहिए (और अंतिम परिवर्तन केवल कुछ कोने-मामलों को प्रभावित करता है)

आप आरसी स्थापित कर सकते हैं, या तो एपीटी के लिए "मुख्य" को "परीक्षण" भंडार में बदलकर, या स्थापित स्क्रिप्ट का उपयोग करके;

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 परीक्षण की स्थापना ने ठीक काम किया!

ट्रैविस सीआई पर उबंटू ट्रस्टी के साथ एक ही समस्या:

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

एक अद्यतन देने के लिए; मैंने इस मुद्दे को आंतरिक रूप से उठाया था, लेकिन इसे ठीक करने के लिए जिन लोगों की आवश्यकता थी, वे सैन फ़्रांसिस्को टाइमज़ोन में हैं, इसलिए वे अभी तक मौजूद नहीं हैं।

क्या इसका मतलब यह है कि डॉकर - एक प्रमुख बुनियादी ढांचा कंपनी - के पास इसे ठीक करने के लिए कोई ऑन-कॉल इंजीनियर उपलब्ध नहीं है?

@mlafeldt का अनुमान है कि आपने 24/7 सहायता के लिए भुगतान नहीं किया।

@mlafeldt वाणिज्यिक समर्थन करता है; खुला स्रोत अलग बुनियादी ढांचा है

मैं भी विली पर एक ही मुद्दे का सामना कर रहा हूं और डॉकर स्थापित करने में सक्षम नहीं हूं:

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

> बिल्ली/आदि/_रिलीज_

DISTRIB_ID=उबंटू
DISTRIB_RELEASE=15.10
DISTRIB_CODENAME=विली
DISTRIB_DESCRIPTION="उबंटू 15.10"
NAME="उबंटू"
संस्करण = "15.10 (विली वेयरवोल्फ)"
आईडी = उबंटू
ID_LIKE=डेबियन
PRETTY_NAME="उबंटू 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/ "

>सुडो आरएम-आरएफ/var/lib/apt/सूचियां/*

>आरएम /etc/apt/trusted.gpg

>सुडो उपयुक्त-स्वच्छ हो जाओ

>सुडो उपयुक्त-अपडेट प्राप्त करें

हिट http://in.archive.ubuntu.com wily-backports/main Translation-en
हिट http://in.archive.ubuntu.com wily-backports/universe Translation-en
33s (145 B/s) में 4,789 B प्राप्त किया
डब्ल्यू: https://apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/Packages हैश सम मिसमैच लाने में विफल
E: कुछ अनुक्रमणिका फ़ाइलें डाउनलोड करने में विफल रहीं। उन्हें नजरअंदाज कर दिया गया है, या इसके बजाय पुराने का इस्तेमाल किया गया है।

> उपयुक्त-प्राप्त -o डिबग :: pkg एक्वायर :: प्रामाणिक = सही अद्यतन

http://in.archive.ubuntu.com/ubuntu/dists/wily-backports/universe/i18n/Translation-en : कंप्यूटेड हैश: SHA256:c03ff8f13394e66ce3b2d4645e779e658df189f963ffc6eaa8f137a08df4698946c3b39658f
28s (26.0 kB/s) में 737 kB प्राप्त किया
डब्ल्यू: https://apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/Packages हैश सम मिसमैच लाने में विफल

https://apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/
../
इनरिलीज़ 02-जून-2016 11:06 2.6K
पैकेज 02-जून-2016 2:37 28K
Packages.bz2 02-जून-2016 2:37 4.7K
Packages.gz 02-जून-2016 2:37 4.5K
रिलीज 02-जून-2016 3:43 1.7K
रिलीज.gpg 02-जून-2016 3:43 801

हम देख सकते हैं कि ये फ़ाइलें आज पहले पुन: उत्पन्न की गई हैं।
इन फ़ाइलों के लिए चेकसम (हैश) चेकसम की हस्ताक्षरित इनरिलीज़ फ़ाइल के अंदर मौजूद चीज़ों से मेल खाना चाहिए।
InRelease https://apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/InRelease में यह कहता है कि यह फ़ाइल दिनांक: गुरु, 02 जून 2016 03:43:32 UTC पर उत्पन्न हुई थी। हालाँकि, वेब सर्वर द्वारा दिखाया गया टाइमस्टैम्प 02-जून-2016 11:06 है।

मुझे आश्चर्य है कि यह प्रक्रिया अलग-अलग डॉकर कंटेनरों द्वारा स्वतंत्र रूप से गणना किए गए चेकसम के साथ स्वचालित नहीं है और उनके बीच विवादित गणना की स्थिति में अपलोड तब तक आयोजित किया जाता है जब तक कि कोई मानव हस्तक्षेप नहीं कर सकता।

@thaJeztah तो वाणिज्यिक उपयोगकर्ताओं के लिए एक अलग रेपो है जो टूटा नहीं है?

यहाँ उबंटू के लिए एक झंकार द्वारा अधिसूचित होने के लिए एक स्क्रिप्ट है (ऑडियो फ़ाइल चलाता है) जब रिपॉजिटरी चेकसम अपडेट हो जाते हैं,
https://gist.github.com/simos/7ee8258ec17101e44bbfa93606694ede

मुझे लगता है कि इस पर डॉकर से आधिकारिक प्रतिक्रिया प्राप्त करने के अलावा कहने के लिए बहुत कुछ नहीं है।

@ Krak3n हाँ, व्यावसायिक रूप से समर्थित संस्करण के लिए अलग-अलग रिलीज़ हैं।

ट्रैविस का उपयोग करने वाले लोगों के लिए, मैं इसे निम्नलिखित करके ठीक कर सकता हूं:

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 दोनों एपीटी के लिए "मुख्य" को "परीक्षण" भंडार में बदल रहे हैं, या इंस्टॉल स्क्रिप्ट का उपयोग कर रहे हैं;
कर्ल-एफएसएसएल https://test.docker.com | श काम नहीं हैं।

डब्ल्यू: https://apt.dockerproject.org/repo/dists/ubuntu-trusty/InRelease लाने में विफल रिलीज़ फ़ाइल में अपेक्षित प्रविष्टि 'test/binary-amd64/Packages' खोजने में असमर्थ (गलत स्रोत। सूची प्रविष्टि या विकृत फ़ाइल )

E: कुछ अनुक्रमणिका फ़ाइलें डाउनलोड करने में विफल रहीं। उन्हें नजरअंदाज कर दिया गया है, या इसके बजाय पुराने का इस्तेमाल किया गया है।

@ xuedong09 "परीक्षण" के बजाय "परीक्षण" का उपयोग करें

मैंने @docker @dockerstatus ( कई बार) ट्वीट किया है ... यह एक प्रमुख मुद्दा है ... आश्चर्य है कि वे इतने चुप हो गए हैं!

हम इस पर काम कर रहे हैं दोस्तों।

धन्यवाद @crunis - ट्रैविस फिक्स एक इलाज करता है।

इसे ठीक करने पर काम करने के लिए धन्यवाद। यह बहुत अच्छा होगा यदि आप एक बार तय किए गए पोस्टमार्टम के परिणाम प्रकाशित कर दें।

धन्यवाद @hertzg और @thaJeztah मेरे लिए एपीटी काम के लिए "मुख्य" को "परीक्षण" भंडार में बदल रहा है।

@ 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

डॉकर रेपो अनुरक्षक। आप की जरूरत है:

• परिवर्तनों पर स्वचालित परीक्षण
• आपके रेपो की स्वास्थ्य जांच
• मूल रूप से निगरानी और अलार्म

मुझे आशा है कि ऐसा फिर कभी नहीं होगा। डॉकर इसके साथ (ट्रैविसी पर) उत्पादन परीक्षण और तैनाती के मुद्दों का कारण बन रहा था, हालांकि मैं उत्पादन में एक भी डॉकर कंटेनर का उपयोग नहीं कर रहा हूं। मैं

सभी शिकायतकर्ताओं और उपद्रवियों को:

डॉकर का एक वाणिज्यिक, भुगतान और अच्छी तरह से समर्थित संस्करण है।

FYI करें यह सामुदायिक संस्करण है, जो सर्वोत्तम प्रयास के आधार पर समर्थित है और नहीं।

@vadviktor क्या यह डॉकर की आधिकारिक स्थिति है, क्योंकि मैं इसे उद्धृत करना चाहता हूं?

@therealmarv यह समस्या वैसे भी आपके उत्पादन या किसी भी परिनियोजन पाइपलाइन को प्रभावित नहीं करनी चाहिए क्योंकि किसी को भी सॉफ़्टवेयर बनाने और तैनात करने के लिए इंटरनेट कनेक्शन या बाहरी रिपॉजिटरी पर भरोसा नहीं करना चाहिए।

@vadviktor सर्वोत्तम प्रयास का मतलब सभी को नीचा दिखाना नहीं है। इसका मतलब है कि छोटे कीड़े और दोषों को अंततः देखा जाता है। आपको अभी भी सब कुछ सर्वोत्तम स्थिति में चालू रखने की आवश्यकता है।

उबंटू भरोसेमंद (14.04) के लिए, "मुख्य" से "परीक्षण" एपीटी भंडार में स्विच करना मेरे लिए बहुत अच्छा काम करता है।

+1

मुझे कभी नहीं पता था कि डॉकर एक 2 स्तरीय संगठन था जहां उपयोगकर्ता आधार हैव्स और नॉट्स के बीच विभाजित है। सॉफ़्टवेयर का उपयोग करने वाले प्रत्येक व्यक्ति के लिए सरेली इंस्टॉल करना वैश्विक चिंता का विषय है और इसलिए "व्यावसायिक" लोगों को जो समर्थन मिलता है, वह समुदाय पर भी लागू होना चाहिए। किसी संगठन के लिए सशुल्क टियर पैसा कमाने का एक अच्छा तरीका है, लेकिन यह बुनियादी बातों से आगे जाना चाहिए, जैसे कि आपके सॉफ़्टवेयर को स्थापित करने में सक्षम होना।

दुर्घटनाएं होती हैं, हम उनसे कैसे निपटते हैं और इस मामले में हम क्या सबक लेते हैं। इस सूत्र का अधिकांश भाग अटकलों से भरा हुआ प्रतीत होता है। इस समस्या को ठीक करने के लिए काम कर रहे डॉकर टीम के सभी सदस्यों को अग्रिम धन्यवाद।

@vadviktor क्या आप डॉकर में काम करते हैं?

@vadviktor मुझे यह वाणिज्यिक उपयुक्त भंडार कहां मिल सकता है? उस तक पहुंच प्राप्त करने के लिए मुझे कौन सा उत्पाद खरीदना चाहिए?

@vadviktor डॉकर में काम नहीं करता है और न ही परियोजना को बनाए रखता है।

@qzio देखें http://www.docker.com/docker-support-services

ऐसा लगता है कि अब उबंटू ज़ेनियल के लिए काम कर रहा है।

FYI करें, यह मुद्दा HN https://news.ycombinator.com/item?id=11822562 पर है

इस डाउनटाइम पर गुस्सा करने वाले हर किसी के लिए: यहां शांत होने और इस बीच समय गुजारने के लिए एक प्यारा हिरण चित्र है:

भरोसेमंद बैक अप लगता है

हेलो सब लोग। मैं डॉकर में काम करता हूं।

सबसे पहले, आउटेज के लिए मेरी माफ़ी। मैं अपने पैकेज के बुनियादी ढांचे को डॉकर के मुफ्त और व्यावसायिक संस्करणों के लिए महत्वपूर्ण बुनियादी ढांचे के रूप में मानता हूं। यह सच है कि हम व्यावसायिक संस्करण के लिए बेहतर समर्थन प्रदान करते हैं (यदि इसकी विशेषताएं हैं तो यह एक है), लेकिन यह आपके पैकेज को डाउनलोड करने में सक्षम होने जैसी मूलभूत चीजों पर लागू नहीं होना चाहिए।

टीम इस मुद्दे पर काम कर रही है और यहां अपडेट देती रहेगी। हम इसे गंभीरता से ले रहे हैं।

आप में से कुछ ने बताया कि प्रतिक्रिया समय और संचार चैनलों का उपयोग अपर्याप्त लगता है, उदाहरण के लिए @dockerststus बॉट ने इस मुद्दे का उल्लेख नहीं किया जब इसका पता चला था। मैं राय साझा करता हूं लेकिन मुझे अभी तक पूरी कहानी नहीं पता है; पोस्टमॉर्टम हमें निश्चित रूप से बताएगा कि क्या गलत हुआ। फिलहाल टीम इस मुद्दे को ठीक करने पर ध्यान दे रही है और मैं इससे उनका ध्यान नहीं भटकाना चाहता।

एक बार पोस्टमॉर्टम से पता चल जाएगा कि क्या गलत हुआ, हम उचित सुधारात्मक कार्रवाई करेंगे। मुझे संदेह है कि इसका हिस्सा कोर इंजीनियरों और इंफ्रास्ट्रक्चर इंजीनियरों (डॉकर के भीतर 2 अलग-अलग समूह) के बीच बेहतर समन्वय होगा।

धन्यवाद और असुविधा के लिए फिर से खेद है।

हे - कैटलॉग मिल गया लेकिन पैकेज गायब है - लगता है कि मेरे पास एक और कॉफी होगी :-)
@shykes अपडेट के लिए धन्यवाद - अपनी सुबह शुरू करने का घटिया तरीका ...
आशा है कि दिन यहाँ से बेहतर हो जाएगा

मुझे दुख है कि मेरे हिरण के चित्र को आधिकारिक उत्तर से +1 कम मिले।

मैंने पहले ही https://get.docker.com के साथ डॉकटर स्थापित कर लिया है | बिना किसी त्रुटि के श।
ऐसा लगता है कि डॉकर के लोगों ने इस मुद्दे को ठीक कर दिया है,

हमने समस्या के कारण को स्थानीयकृत किया है, और यदि इसे अभी हल किया जाना चाहिए, तो कृपया पुनः प्रयास करें।

उपयुक्त-कैश को साफ़ करने के लिए इसकी आवश्यकता हो सकती है;

apt-get clean && apt-get update

ठीक करने के लिए धन्यवाद @thaJeztah

खैर, यह एक अप्रत्याशित मुद्दे के लिए जल्दी था, धन्यवाद।

@snario आपका स्वागत है; फिक्स का श्रेय नहीं ले सकता, लेकिन यह देखकर खुशी हुई कि इसे सुलझा लिया गया है

मैं

अफसोस की बात है कि इसके साथ हैकर समाचार के शीर्ष पर अरबों टिप्पणियाँ होने वाली हैं। त्वरित सुधार @thaJeztah के लिए बहुत-बहुत धन्यवाद।

मुझे आश्चर्य है कि क्या हमें इस धागे को दिखाने से पहले इसे बंद कर देना चाहिए।

अब तक workarounds रहा है (या तो .deb को पकड़ो और dpkg के साथ इंस्टॉल करें, अस्थायी रूप से testing रिपॉजिटरी पर स्विच करें, आदि)। ये स्थायी समाधान नहीं हैं।

एक fix का अर्थ है कि इस समस्या का स्रोत हल हो गया है और हम इस समस्या को हल के रूप में चिह्नित कर सकते हैं।

जैसा कि पहले पोस्ट किया गया था, मुख्य डॉकटर रिपॉजिटरी के ठीक होते ही आप एक ऑडियो सूचना प्राप्त करने के लिए एक स्क्रिप्ट का उपयोग कर सकते हैं,
https://gist.github.com/simos/7ee8258ec17101e44bbfa93606694ede
इसके अलावा, करने के लिए बहुत कुछ नहीं है।

@सिमोस मेरी पिछली टिप्पणी देखें; https://github.com/docker/docker/issues/23203#issuecomment -223328829 समस्या का समाधान किया जाना चाहिए

@thaJeztah मैंने सत्यापित किया कि समस्या हल हो गई है। उबंटू 15.10 पर परीक्षण किया गया। अन्य सभी डॉकर लोगों को धन्यवाद जिन्होंने इस मुद्दे को जल्दी से हल करने में मदद की।

रिपोर्ट के लिए आप सभी का धन्यवाद: इसके लिए हमें बहुत खेद है। हम उन घटनाओं के विवरण और समयरेखा की जांच कर रहे हैं जो इसे आगे ले जाती हैं, और हम यह सुनिश्चित करेंगे कि ऐसा दोबारा न हो।

मैं इस मुद्दे को बंद कर रहा हूं, लेकिन निश्चित रूप से बेझिझक मुझे बताएं कि क्या आपको कोई शेष विचित्रता दिखाई देती है।

Ubuntu 14.04 यहाँ, समस्या हल हो गई!

शायद आश्चर्य नहीं होना चाहिए, लेकिन यह चौंकाने वाला है कि बाहरी रेपो पर कठोर निर्भरता के साथ कितने लोग अपने बुनियादी ढांचे को जोखिम में डालते हैं। मैं अपने होम सिस्टम के साथ भी ऐसा नहीं करता।

और फिर डॉकर की विफलता का एक भी बिंदु होने की शिकायत करें?

@jalawrence डॉकर हिमशैल का सिरा है ...
क्या आपने हाल की समस्याओं के बारे में सुना है जिनमें नोड.जेएस और एक देव ने एक पैकेज निकाला है?
मुझे पूरा यकीन है कि कंपोजर का उपयोग करने वाले अधिकांश PHP डेवलपर्स - उस प्लेटफॉर्म के लिए डिफैक्टो पैकेज मैनेजर - भी अपनी सभी साइट की निर्भरता की पूरी प्रतियां संग्रहीत नहीं करते हैं, और यह तथ्य कि अब तक कोई दुर्घटना नहीं हुई है, किसी भी चीज़ से अधिक भाग्य है।
समस्या यह है कि हर कोई और उनका कुत्ता अब $world पर निर्भर करता है, और स्थानीय रूप से सभी निर्भरताओं को कैशिंग करना एक सिस्फीन कार्य है। क्या मैं अपने खर्च पर सभी डेबियन, सभी पैकैजिस्ट, सभी सीपीएन, सभी रूबीगेम्स, सभी एनपीएम को रिवर्स प्रॉक्सी में कैश कर सकता हूं?
और फिर: यदि जीथब, बिटबकेट या ट्रैविस नीचे हैं, तो मेरे डेवलपर्स वैसे भी क्या कर पाएंगे? क्या मैं उस दिन को वापस चाहता हूं जब मुझे उस सब की मेजबानी करनी थी?