Overlayfs إلى Overlay2، فشل في التثبيت الجديد، مشغل التخزين

تظهر رسائل الخطأ بعد تشغيل ./discourse-setup وإدخال اسم المضيف ومنفذ smtp وما إلى ذلك وفقًا للتثبيت الرسمي.

اضغط ENTER للمتابعة، أو ‘n’ للمحاولة مرة أخرى، أو Ctrl+C للخروج:
تم تمكين letsencrypt.ssl.template.yml

تم تحديث ملف التكوين في containers/app.yml بنجاح!

تم التحديث بنجاح. إعادة البناء في 5 ثوانٍ.
بناء التطبيق
لا يستخدم تثبيت Docker الخاص بك برنامج تشغيل تخزين مدعوم. إذا تابعنا، فقد يكون لديك تثبيت معطل.
برنامج تشغيل التخزين الموصى به هو overlay2، على الرغم من أن zfs و aufs قد يعملان أيضًا.
من المعروف أن برامج تشغيل التخزين الأخرى تسبب مشاكل.
يمكنك معرفة نظام الملفات الذي تستخدمه عن طريق تشغيل “docker info” والنظر إلى سطر ‘Storage Driver’.

إذا كنت ترغب في المتابعة على أي حال باستخدام برنامج تشغيل التخزين غير المدعوم الحالي لديك،
اقرأ الكود المصدري للمُشغِّل (launcher) واكتشف كيفية تجاوز هذا الفحص.

برنامج تشغيل التخزين Overlayfs إلى overlay2

لقد حاولت اتباع روبوت الذكاء الاصطناعي لـ Discourse والبحث في المواضيع السابقة، مثل:

ولكن لا يزال الأمر لا يعمل.

root 3085 0.0 0.0 6480 2372 pts/1 S+ 05:27 0:00 grep --color=auto 2658

لا يمكن تثبيت Docker

لقد حاولت تغيير مزودي خدمة VPS الخاص بي إلى DigitalOcean، ومزودي خدمة VPS آخرين ولكن لا يزال الفشل مستمرًا.

اعتقدت أنها كانت مشكلة مزود خدمة VPS الخاص بي، ولكن بعد أن حاولت تثبيتًا جديدًا في Digital Ocean باستخدام بعض القطرات الجديدة والتثبيت الرسمي/القياسي، لا يزال فاشلاً. ثم قمت بالتغيير إلى مزودي خدمة VPS مختلفين آخرين، نفس الشيء. :face_with_raised_eyebrow:

اعتقدت أنها كانت مشكلة إصدار Ubuntu الخاص بي، ولكن بعد أن جربت إصدارات Ubuntu 24 و 22 و 20 و 18، لا يزال الأمر فاشلاً.

Client: Docker Engine - Community
 Version:    29.0.2
 Context:    default
 Debug Mode: false
 Plugins:
  buildx: Docker Buildx (Docker Inc.)
    Version:  v0.30.0
    Path:     /usr/libexec/docker/cli-plugins/docker-buildx
  compose: Docker Compose (Docker Inc.)
    Version:  v2.40.3
    Path:     /usr/libexec/docker/cli-plugins/docker-compose
  model: Docker Model Runner (Docker Inc.)
    Version:  v1.0.0
    Path:     /usr/libexec/docker/cli-plugins/docker-model

Server:
 Containers: 1
  Running: 1
  Paused: 0
  Stopped: 0
 Images: 3
 Server Version: 29.0.2
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Using metacopy: false
  Native Overlay Diff: true
  userxattr: false
 Logging Driver: json-file
 Cgroup Driver: systemd
 Cgroup Version: 2
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local splunk syslog
 CDI spec directories:
  /etc/cdi
  /var/run/cdi
 Swarm: inactive
 Runtimes: io.containerd.runc.v2 runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: fcd43222d6b07379a4be9786bda52438f0dd16a1
 runc version: v1.3.3-0-gd842d771
 init version: de40ad0
 Security Options:
  apparmor
  seccomp
   Profile: builtin
  cgroupns
 Kernel Version: 5.15.0-161-generic
 Operating System: Ubuntu 22.04.5 LTS
 OSType: linux
 Architecture: x86_64
 CPUs: 2
 Total Memory: 2.407GiB
 Name: please-help-me
 ID: 398f33a7-2b49-4235-bcb9-4e1723a7bd81
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Experimental: false
 Insecure Registries:
  ::1/128
  127.0.0.0/8
 Live Restore Enabled: false
 Firewall Backend: iptables

هل يمكن لأي شخص المساعدة؟

يمكنني تأكيد هذا السلوك على موقعين على الأقل قمت بإعدادهما مؤخرًا. هناك خطأ ما في git.docker.com ويفشل في تحميل overlay2 افتراضيًا كما كان الحال لسنوات.

أنشئ /etc/docker/daemon.json بهذا المحتوى:

{
  "storage-driver": "overlay2"
}

ثم

sudo systemctl restart docker

يجب أن يعمل بعد ذلك.

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

أنا أيضًا…

أعني، حاليًا، هناك خطأ ما في عملية التثبيت الرسمية لـ Discourse.

لقد جربت DigitalOcean باستخدام التثبيت الرسمي ولكن ظهرت رسالة الخطأ هذه. ثم انتقلت إلى مزود خدمة VPS آخر، ونفس الشيء.

آمل أن يجد أي شخص يعاني من تثبيت Discourse جديد في نوفمبر 2025 هذا الحل أعلاه :sweat_smile: :index_pointing_up:

هذا هو يومي الثالث وأنا أعاني :tired_face: وقد انتهيت.

شكرًا جزيلاً لك يا سيد جاي :folded_hands:

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

لقد اشتكيت من ذلك هنا:

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

يستخدم Docker برنامج تشغيل تخزين افتراضي جديد للإصدار 29.0+

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

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

إذًا، مما أفهمه، نحتاج فقط إلى البحث عن overlayfs وتضمينه أيضًا؟

طلب السحب (PR) لذلك هنا:

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

لا أعرف. لم أختبر ما إذا كانت الطبقة العلوية (overlay) ستعمل. في مرحلة ما، لم تعمل، ولهذا السبب أصبحت شرطًا. لم يخطر ببالي أنها لم تعد شرطًا.

أوه.

يبدو أن مخزن صور containerd يبلغ عن نفسه كـ overlayfs، لذلك يجب أن نسمح بهذه السلسلة أيضًا.

نعم، من المنشور الذي شاركته هذا هو الاختلاف (diff):

<  Storage Driver: overlay2
<   Backing Filesystem: xfs

<   Supports d_type: true
<   Using metacopy: false
<   Native Overlay Diff: true
<   userxattr: false
---
>  Storage Driver: overlayfs
>   driver-type: io.containerd.snapshotter.v1

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

3 إعجابات

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.