بعد الترقية، لا يمكن لـ Docker التواصل مع العالم الخارجي

الدعم تثبيت
1

استيقظتُ هذا الصباح على تقارير تفيد بأن خادم Discourse الخاص بي “تعطل”.

تمكنت من الدخول إلى الخادم عبر SSH دون أي مشكلة، ولاحظت وجود تحديثات أمنية تحتاج إلى تطبيق، فطبقتها باستخدام الأمر apt full-upgrade، ثم أعدت تشغيل الخادم عبر الأمر reboot.

استغرق الأمر بعض الوقت للعودة إلى العمل، ولكن عندما عاد، تحققت من أن حاوية Docker الخاصة بـ Discourse تعمل. وغريبًا، لم أجد أي مشكلة.

حاولت إيقاف وإعادة تشغيل التطبيق باستخدام الأمرين ./launcher app stop و ./launcher app start، لكن ذلك لم يُجدِ.

ثم حاولت إعادة بناء التطبيق عبر الأمر ./launcher app rebuild، فظهرت لي الرسالة التالية:

fatal: unable to access 'https://github.com/discourse/pups.git/': Could not resolve host: github.com
d1412324832190f43a2d51b5f10c53d6fa671056f91d0be2178d17a5ba1ab692

أعلم أن هذه المعلومات ليست كافية تمامًا، لكنني حائر. أي اقتراحات منكم ستكون موضع تقدير كبير.

شكرًا لكم

إعجاب واحد (1)
2

هذا يشير إلى وجود خطأ ما في الشبكة. ربما لا يمكن لـ Docker الوصول إلى العالم الخارجي؟

3

هل لديك أي أفكار حول كيفية التحقق من ذلك؟

4

جرب:

docker run --rm -i debian ping -c 1 github.com

يجب أن تحصل على نتيجة مثل:

○ → docker run --rm -i debian ping -c 1 github.com
PING github.com (140.82.113.3) 56(84) bytes of data.
64 bytes from lb-140-82-113-3-iad.github.com (140.82.113.3): icmp_seq=1 ttl=49 time=44.8 ms

--- إحصائيات ping لـ github.com ---
1 حزمة مرسلة، 1 مستلمة، 0% فقدان للحزم، الوقت 0ms
rtt min/avg/max/mdev = 44.797/44.797/44.797/0.000 ms
3 إعجابات
5

نعم .. هذا يعيد
ping: github.com: فشل مؤقت في حل الاسم

لست متأكدًا مما تغير. ليس لدي أي فكرة عن كيفية إصلاح هذا.

6

هل يعمل ذلك خارج Docker؟

إعجاب واحد (1)
7

أستطيع الوصول إلى GitHub من خارج Docker.

ping github.com
PING github.com (192.30.255.113) 56(84) bytes of data.
64 bytes from lb-192-30-255-113-sea.github.com (192.30.255.113): icmp_seq=1 ttl=52 time=23.3 ms
64 bytes from lb-192-30-255-113-sea.github.com (192.30.255.113): icmp_seq=2 ttl=52 time=23.3 ms
8

جرب:

  • إعادة تشغيل Docker
  • docker run --rm -i debian cat /etc/resolv.conf لعرض ما هو موجود هناك
إعجابَين (2)
9

يبدو أن Google

# ملف resolv.conf(5) ديناميكي لمحلل glibc(3) تم إنشاؤه بواسطة resolvconf(8)
#     لا تحرر هذا الملف يدويًا — سيتم استبدال تغييراتك
# 127.0.0.53 هو محلل systemd-resolved الوهمي.
# قم بتشغيل "systemd-resolve --status" لعرض تفاصيل خوادم الأسماء الفعلية.

nameserver 8.8.8.8
nameserver 8.8.4.4
10

@supermathie غير متأكد مما إذا كان لهذا علاقة بالأمر، لكنني أرى في ./launcher logs app ما يلي:

[Tue 01 Dec 2020 07:07:13 PM UTC] يرجى الرجوع إلى https://curl.haxx.se/libcurl/c/libcurl-errors.html للحصول على رمز الخطأ: 6
[Tue 01 Dec 2020 07:07:13 PM UTC] لا يمكن تهيئة واجهة برمجة التطبيقات.
[Tue 01 Dec 2020 07:07:13 PM UTC] لم تتغير النطاقات.
[Tue 01 Dec 2020 07:07:13 PM UTC] تم التخطي، وقت التجديد التالي هو: Sat Dec 26 00:31:17 UTC 2020
[Tue 01 Dec 2020 07:07:13 PM UTC] أضف '--force' لإجبار التجديد.
[Tue 01 Dec 2020 07:07:13 PM UTC] تثبيت المفتاح في: /shared/ssl/community.acescentral.com.key
[Tue 01 Dec 2020 07:07:13 PM UTC] تثبيت السلسلة الكاملة في: /shared/ssl/community.acescentral.com.cer
[Tue 01 Dec 2020 07:07:13 PM UTC] تشغيل أمر إعادة التحميل: sv reload nginx
فشل: nginx: runsv غير قيد التشغيل
[Tue 01 Dec 2020 07:07:13 PM UTC] خطأ في إعادة التحميل لـ :
[Tue 01 Dec 2020 07:07:33 PM UTC] يرجى الرجوع إلى https://curl.haxx.se/libcurl/c/libcurl-errors.html للحصول على رمز الخطأ: 6
[Tue 01 Dec 2020 07:07:34 PM UTC] لا يمكن تهيئة واجهة برمجة التطبيقات.
[Tue 01 Dec 2020 07:07:34 PM UTC] لم تتغير النطاقات.
[Tue 01 Dec 2020 07:07:34 PM UTC] تم التخطي، وقت التجديد التالي هو: Sat Dec 26 00:31:20 UTC 2020
[Tue 01 Dec 2020 07:07:34 PM UTC] أضف '--force' لإجبار التجديد.
[Tue 01 Dec 2020 07:07:34 PM UTC] تثبيت المفتاح في: /shared/ssl/community.acescentral.com_ecc.key
[Tue 01 Dec 2020 07:07:34 PM UTC] تثبيت السلسلة الكاملة في: /shared/ssl/community.acescentral.com_ecc.cer
[Tue 01 Dec 2020 07:07:34 PM UTC] تشغيل أمر إعادة التحميل: sv reload nginx
فشل: nginx: runsv غير قيد التشغيل
[Tue 01 Dec 2020 07:07:34 PM UTC] خطأ في إعادة التحميل لـ :
بدأ runsvdir، معرف العملية هو 458
chgrp: مجموعة غير صالحة: 'syslog'
تم: تشغيل: redis: (معرف العملية 473) 0 ثوانٍ
تم: تشغيل: postgres: (معرف العملية 470) 0 ثوانٍ
rsyslogd: imklog: لا يمكن فتح سجل النواة (/proc/kmsg): العملية غير مسموح بها.
rsyslogd: فشل تفعيل وحدة imklog [v8.1901.0 جرب https://www.rsyslog.com/e/2145 ]
معرف عملية supervisor: 471 معرف عملية unicorn: 497
11

ما إصدار Docker الخاص بك وكيف قمت بتثبيته؟ وأي إصدار من Ubuntu تعمل عليه؟

12 
Client:
 Version:           19.03.8
 API version:       1.40
 Go version:        go1.13.8
 Git commit:        afacb8b7f0
 Built:             Wed Oct 14 19:43:43 2020
 OS/Arch:           linux/amd64
 Experimental:      false

Server:
 Engine:
  Version:          19.03.8
  API version:      1.40 (minimum version 1.12)
  Go version:       go1.13.8
  Git commit:       afacb8b7f0
  Built:            Wed Oct 14 16:41:21 2020
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.3.3-0ubuntu2.1
  GitCommit:
 runc:
  Version:          spec: 1.0.1-dev
  GitCommit:
 docker-init:
  Version:          0.18.0
  GitCommit:

بصراحة، لا أتذكر.. لقد كان موجودًا هنا منذ فترة طويلة. لقد قمت بتحديث Ubuntu هذا الصباح كما هو موضح أعلى

Ubuntu 20.04.1 LTS

13

بعد إعادة تشغيل Docker، هل تعمل أمر ping؟

14

لا، نفس الخطأ.

ping: github.com: فشل مؤقت في حل الاسم

15

نقطة عشوائية أخرى…

خادم Discourse الخاص بي موجود على community.mydomain.com.
ولدي خادم WordPress على mydomain.com.
أمس قمت بإعداد خادم Rocket.Chat على chat.mydomain.com.

سجّلت chat.mydomain.com مع Let’s Encrypt.
ويعمل خادما WordPress و Rocket.Chat بشكل صحيح.

لست متأكدًا مما إذا كان لهذا علاقة بهذه المشكلة، لكنني أردت فقط التأكد من أنني لا أغفل أي شيء.

16

قد أحاول حذف Docker وإعادة تثبيته؛ فمن الصعب تخمين ما يحدث بالضبط هنا ولماذا تعطل Docker.

لكن قبل أن تفعل أي شيء، تأكد من وجود نسخة احتياطية لبياناتك (إما نسخة احتياطية من Discourse، أو على الأقل لقاعدة بيانات postgres وملفات الرفع). قم بإنشاء صورة للآلة الافتراضية إذا أمكن.

إعجاب واحد (1)
17

تمت إزالة Docker تمامًا وإعادة تثبيته.

المشكلة مستمرة.

هذا محبط.

18

هل يمكن لخادمك الوصول إلى DNS الخاص بـ Google، أي ping 8.8.8.8؟

19

لا توجد مشاكل من الخادم

ping -c 1 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=119 time=2.72 ms

--- إحصائيات ping لـ 8.8.8.8 ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 2.720/2.720/2.720/0.000 ms

لم ينجح الأمر مع docker

docker run --rm -i debian ping -c 1 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.

--- إحصائيات ping لـ 8.8.8.8 ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms
20

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

4 إعجابات