Moby: عدم تطابق مجموع التجزئة

تم إنشاؤها على ٢ يونيو ٢٠١٦  ·  90تعليقات  ·  مصدر: moby/moby

خطوات إعادة إظهار المشكلة:

  1. تشغيل apt-get update

صِف النتائج التي تلقيتها:
يؤدي تشغيل apt-get update على Debian Stretch الآن إلى

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. صحيح أننا نقدم دعمًا أفضل للإصدار التجاري (إذا كان أحد ميزاته) ، لكن هذا لا ينبغي أن ينطبق على الأشياء الأساسية مثل القدرة على تنزيل الحزم الخاصة بك.

يعمل الفريق على حل المشكلة وسيواصل تقديم التحديثات هنا. نحن نأخذ هذا على محمل الجد.

أشار بعضكم إلى أن وقت الاستجابة واستخدام قنوات الاتصال يبدوان غير كافيين ، على سبيل المثال لم يذكر dockerstus 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 ؟ هل يساعد؟

@ فانوان لا ، حاولت بالفعل.

_USER POLL_

_ إن أفضل طريقة للحصول على إخطارات بالتحديثات هي استخدام الزر _Subscribe_ في هذه الصفحة ._

الرجاء عدم استخدام تعليقات "+1" أو "لدي هذا أيضًا" على المشكلات. نحن تلقائيا
اجمع تلك التعليقات لإبقاء الموضوع قصيرًا.

صوّت الأشخاص المدرجون أدناه لصالح هذه المشكلة من خلال ترك تعليق +1:

تضمين التغريدة

كذلك هنا!

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 رئيسي / ثنائي amd64 / Packages.bz2

تم تحديث الأخير اليوم ، التاريخ: الخميس ، 02 حزيران (يونيو) 2016 11:06:54 بالتوقيت العالمي المنسق
بينما الإصدار من أمس.

تشغيل عوائد apt-get -o Debug::pkgAcquire::Auth=true update على Ubuntu 14.04

[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: غير قادر على تحديد موقع محرك عامل إرساء الحزمة

حصلت على نفس الشيء من قبل في Ubuntu Xenial 16.04. هل تمت إضافة عامل ميناء حتى إلى ريبو 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.

هذا ما يحدث لي أيضًا عند التثبيت يدويًا على Debian Stretch ، باستخدام 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 بعد العثور على هذا . لذا فإن التثبيت اليدوي يعمل بالنسبة لي في الوقت الحالي.

pingmlaventure tiborvass PTAL!

و؟

نعم ، نحن بحاجة إلى ETA أيضًا ، إنه أمر ملح جدًا - لقد ماتت سلسلة بناء ترافيس الكاملة الآن -. -

فيما يلي الملفات ذات الصلة بـ 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 الآن؟ اعتقدت أن عامل الشحن ما زال لا يعمل على Xenial وكان علينا العودة إلى Wily. (ثم ​​مرة أخرى ، أنا أحد مستخدمي Ubuntu منذ اليوم فماذا أعرف)

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

لا ينبغي أن تحدث هذه التغييرات فرقًا وظيفيًا (والتغيير الأخير يؤثر فقط على بعض الحالات الجانبية)

يمكنك تثبيت RC ، إما عن طريق تغيير المستودع "الرئيسي" إلى "الاختبار" لـ APT ، أو باستخدام برنامج التثبيت النصي ؛

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 تركيب الاختبار عملت بشكل جيد!

نفس المشكلة مع Ubuntu Trusty على Travis CI:

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:

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

> قطة / الخ / _release_

DISTRIB_ID = أوبونتو
DISTRIB_RELEASE = 15.10
DISTRIB_CODENAME = مراوغ
DISTRIB_DESCRIPTION = "Ubuntu 15.10"
NAME = "أوبونتو"
الإصدار = "15.10 (Wily Werewolf)"
المعرف = ubuntu
ID_LIKE = ديبيان
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 / list / *

> rm /etc/apt/trusted.gpg

> sudo apt-get clean

> sudo apt-get update

اضغط على http://in.archive.ubuntu.com wily-backports / main Translation-en
اضغط على http://in.archive.ubuntu.com wily-backports / universe Translation-en
تم جلب 4،789 مليار في 33 ثانية (145 B / s)
W: فشل إحضار https://apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/Packages Hash Sum غير متطابق
هـ: فشل تنزيل بعض ملفات الفهرس. لقد تم تجاهلها ، أو تم استخدام القديمة بدلاً منها.

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

http://in.archive.ubuntu.com/ubuntu/dists/wily-backports/universe/i18n/Translation-en : المحسوبة تجزئة: SHA256: c03ff8f13394e66ce3b2d4645e779e658df189f96326c6eaa8f137a08eb0df30 تجزئة المتوقعة: SHA256: c03ff8f13394e66ce3b2d4645e779e658df189f96326c6eaa8f137a08eb0df30
تم جلب 737 كيلو بايت في 28 ثانية (26.0 كيلو بايت / ثانية)
W: فشل إحضار https://apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/Packages Hash Sum غير متطابق

https://apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/
../
InRelease 02 يونيو 2016 11:06 2.6K
حزم 02-يونيو -2016 2:37 28 ك
Packages.bz2 02-يونيو -2016 2:37 4.7K
Packages.gz 02-يونيو -2016 2:37 4.5 ك
الإصدار 02 يونيو 2016 3:43 1.7K
Release.gpg 02-يونيو -2016 3:43 801

يمكننا أن نرى أنه تم إعادة إنشاء هذه الملفات في وقت سابق اليوم.
يجب أن تتطابق المجاميع الاختبارية (التجزئة) لهذه الملفات مع ما هو موجود داخل ملف InRelease الموقع الخاص بالمجموعات الاختبارية.
في InRelease https://apt.dockerproject.org/repo/dists/ubuntu-wily/main/binary-amd64/InRelease يقول أن هذا الملف تم إنشاؤه في التاريخ: الخميس ، 02 يونيو 2016 03:43:32 بالتوقيت العالمي المنسق. ومع ذلك ، فإن الطابع الزمني كما هو موضح بواسطة خادم الويب هو 02 يونيو 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 تغيير المستودع "main" إلى "test" لـ APT ، أو باستخدام برنامج التثبيت ؛
curl -fsSL https://test.docker.com | ش لا تعمل.

W: فشل إحضار https://apt.dockerproject.org/repo/dists/ubuntu-trusty/InRelease تعذر العثور على الإدخال المتوقع 'test / binary-amd64 / Packages' في ملف الإصدار (إدخال غير صحيح في قائمة المصادر أو ملف تالف )

هـ: فشل تنزيل بعض ملفات الفهرس. لقد تم تجاهلها ، أو تم استخدام القديمة بدلاً منها.

@ xuedong09 بدلاً من "test" استخدم "testing"

لقد غرّدتdockerdockerstatus ( عدة مرات) ... هذه مشكلة كبيرة ... فوجئت بأنهم كانوا صامتين للغاية!

نحن نعمل على ذلك يا رفاق.

شكرًا crunis - أن إصلاح ترافيس يعمل كمكافأة.

شكرا لعملك على اصلاح هذا سيكون رائعًا إذا قمت بنشر نتائج ما بعد الوفاة بمجرد إصلاحها.

شكرًا hertzg و thaJeztah على تغيير المستودع "الرئيسي" إلى "الاختبار" لعمل APT بالنسبة لي.

@ 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 repo. انت تحتاج:

  • الاختبار التلقائي للتغييرات
  • Healthcheck من الريبو الخاص بك
  • المراقبة والإنذارات بشكل أساسي

آمل أن لا يحدث هذا مرة أخرى. تسبب Docker في حدوث مشكلات في اختبار الإنتاج والنشر هنا (على TravisCI) مع هذا على الرغم من أنني لا أستخدم حاوية Docker واحدة في الإنتاج. 😑

إلى جميع المشتكين والعاملين:

هناك إصدار تجاري مدفوع ومدعوم جيدًا من Docker.

لمعلوماتك ، هذا هو الإصدار المجتمعي ، المدعوم على أساس أفضل الجهود وليس أكثر.

vadviktor هل هذا هو الموقف الرسمي لـ Docker ، لأنني أود أن أقتبس ذلك؟

therealmarv يجب ألا تؤثر هذه المشكلة على الإنتاج أو أي خطوط أنابيب للنشر على أي حال حيث لا ينبغي لأي شخص الاعتماد على اتصال بالإنترنت أو مستودع خارجي لإنشاء البرامج ونشرها.

vadviktor أفضل جهد لا يعني إسقاط الجميع. هذا يعني أنه يتم النظر في الأخطاء والعيوب الصغيرة في النهاية. ما زلت بحاجة إلى إبقاء كل شيء قيد التشغيل في ظل أفضل سيناريوهات الحالة.

بالنسبة لـ ubuntu trusty (14.04) ، كان التبديل من مستودع APT "الرئيسي" إلى "اختبار" مفيدًا بالنسبة لي.

+1

لم أكن أعرف أبدًا أن Docker كانت مؤسسة ذات مستويين حيث يتم تقسيم قاعدة المستخدمين بين من يملكون ومن لا يملكون. يعد تثبيت docker مصدر قلق عالمي لكل شخص يستخدم البرنامج ، وبالتالي فإن الدعم الذي يحصل عليه الأشخاص "التجاريون" يجب أن ينطبق أيضًا على المجتمع. تعتبر الطبقة المدفوعة للمؤسسة طريقة جيدة لكسب المال ولكن يجب أن يتجاوز ذلك الأساسيات ، مثل القدرة على تثبيت برنامجك.

تقع الحوادث ، وكيفية تعاملنا معها والدروس التي نتقدم بها في هذا الشأن. يبدو أن معظم هذا الخيط مليء بالتخمينات. شكرًا مقدمًا لجميع أعضاء فريق Docker الذين يعملون على حل هذه المشكلة.

vadviktor هل تعمل في Docker؟

vadviktor أين يمكنني العثور على هذا المستودع التجاري المناسب؟ ما المنتج الذي يجب علي شراؤه للوصول إليه؟

vadviktor لا يعمل في Docker ولا يقوم بصيانة المشروع.

يبدو أنه يعمل مع Ubuntu Xenial الآن.

لمعلوماتك ، هذه المشكلة على HN https://news.ycombinator.com/item ؟

لكل شخص غاضب خلال فترة التوقف هذه: إليك صورة غزال لطيفة لتهدأ وتمضي الوقت في هذه الأثناء:

Trusty يبدو أنه تم نسخه احتياطيًا

مرحبا جميعا. أعمل في Docker.

أولا ، اعتذاري عن انقطاع التيار الكهربائي. أنا أعتبر البنية التحتية للحزمة الخاصة بنا بمثابة بنية تحتية بالغة الأهمية ، لكل من الإصدارات المجانية والتجارية من Docker. صحيح أننا نقدم دعمًا أفضل للإصدار التجاري (إذا كان أحد ميزاته) ، لكن هذا لا ينبغي أن ينطبق على الأشياء الأساسية مثل القدرة على تنزيل الحزم الخاصة بك.

يعمل الفريق على حل المشكلة وسيواصل تقديم التحديثات هنا. نحن نأخذ هذا على محمل الجد.

أشار بعضكم إلى أن وقت الاستجابة واستخدام قنوات الاتصال يبدوان غير كافيين ، على سبيل المثال لم يذكر dockerstus bot المشكلة عند اكتشافه. أشارك الرأي لكني لا أعرف القصة الكاملة بعد ؛ سيخبرنا التشريح على وجه اليقين ما الخطأ الذي حدث. في الوقت الحالي ، يركز الفريق على حل المشكلة ولا أريد تشتيت انتباههم عن ذلك.

بمجرد أن يحدد التشريح الخطأ الذي حدث ، سنتخذ الإجراء التصحيحي المناسب. أظن أن جزءًا منه سيكون تنسيقًا أفضل بين المهندسين الأساسيين ومهندسي البنية التحتية (مجموعتان متميزتان داخل Docker).

شكرا وآسف مرة أخرى على الإزعاج.

هيه - حصلت على الكتالوج ولكن الحزمة مفقودة - أعتقد أنه سيكون لدي قهوة أخرى :-)
shykes شكرا على التحديث - طريقة رديئة لبدء صباحك ...
اتمنى ان يتحسن اليوم من هنا

أنا حزين لأن صورة الغزلان الخاصة بي حصلت على أقل من +1 من الإجابة الرسمية.

لقد قمت بالفعل بتثبيت عامل ميناء مع https://get.docker.com | ش دون أي خطأ.
يبدو أن رفاق Docker قاموا بإصلاح المشكلة ،

قمنا بترجمة سبب المشكلة ، وإذا كان يجب حلها الآن ، فيرجى المحاولة مرة أخرى.

قد تكون هناك حاجة لمسح apt-cache ؛

apt-get clean && apt-get update

شكرا على الإصلاح thaJeztah

حسنًا ، كان ذلك سريعًا بالنسبة لمشكلة غير متوقعة ، شكرًا.

snario على الرحب والسعة ؛ لا يمكنني أخذ الفضل في الإصلاح ، ولكن يسعدني أن أرى أنه تم تسويته 😅

👍

للأسف مع وجود هذا في مقدمة أخبار القراصنة ، ستكون هناك مليارات التعليقات. شكرا جزيلا على الإصلاح السريعhaJeztah.

أتساءل عما إذا كان يجب علينا قفل هذا الخيط قبل ظهوره.

حتى الآن كان هناك 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 وأحد المطورين يسحبون حزمة واحدة؟
أنا متأكد من أن معظم مطوري php الذين يستخدمون Composer - مدير الحزم الفعلي لتلك المنصة - لا يخزنون أيضًا نسخًا كاملة من جميع تبعيات مواقعهم ، وحقيقة أنه لم تكن هناك حوادث مؤسفة حتى الآن هي حظ أكثر من أي شيء آخر.
المشكلة هي أن الجميع وكلبهم يعتمدون الآن على $ world ، والتخزين المؤقت لجميع التبعيات محليًا هو مهمة عبثية. هل يجب أن أخزن كل دبيان ، كل عبوات ، كل cpan ، كل الياقوت ، كل npm داخل وكيل عكسي على مصاريفي الخاصة؟
وبعد ذلك: في حالة تعطل github أو bitbucket أو travis ، فما الذي سيتمكن مطوري برامجي من فعله على أي حال؟ هل أريد العودة إلى اليوم الذي اضطررت فيه لاستضافة كل ذلك؟

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات