Vscode-docker: تسبب بدء عملية الحاوية في حدوث "process_linux.go: 297: تطبيق تكوين cgroup للعملية تسبب \" في الفتح

تم إنشاؤها على ٧ نوفمبر ٢٠١٩ · 9تعليقات · مصدر: microsoft/vscode-docker

خطوات Repro:

docker network create server
docker run -d -p 80:80 -v /var/run/docker.sock:/tmp/docker.sock:ro —network="server" —name="nginx_proxy" —restart="unless-stopped" jwilder/nginx-proxy

الإجراء: vscode-docker.containers.start
نوع الخطأ: 500
رسالة الخطأ: (كود HTTP 500) خطأ في الخادم - فشل إنشاء وقت تشغيل OCI: container_linux.go: 346: بدء عملية الحاوية تسبب "process_linux.go: 297: تطبيق تكوين مجموعة cgroup للعملية تسبب \" فتح / sys / fs / cgroup / docker /cpuset.cpus.effective: لا يوجد مثل هذا الملف أو الدليل "": غير معروف

الإصدار: 0.8.2.0
نظام التشغيل: لينكس
المنتج: Visual Studio Code
اصدار المنتج: 1.39.2
اللغة: en

كول ستاك

extension.bundle.js:157:703098
extension.bundle.js:157:703061
m.buildPayload extension.bundle.js:157:703071
IncomingMessage.<anonymous> extension.bundle.js:157:702571
IncomingMessage.emit events.js:187:15
endReadableNT _stream_readable.js:1092:12
process._tickCallback next_tick.js:63:19

external

مصدر

Moshyfawn

👍1

التعليق الأكثر فائدة

Moshyfawn إذا كنت تقوم بتشغيل Fedora 31 ، فمن المحتمل أن يكون هذا هو الحل حتى يتم إغلاق هذه المشكلة .

تحرير /etc/default/grub
أضف السطر التالي أسفل GRUB_CMDLINE_LINUX :

systemd.unified_cgroup_hierarchy=0

قم بتشغيل grub2-mkconfig
أعد تشغيل النظام

لمزيد من المعلومات ، راجع CGroupsV2 على Fedora wiki.

MarttiR في ١٤ نوفمبر ٢٠١٩

👍47

ال 9 كومينتر

لقد وجدت هذه المشكلة المشابهة: https://github.com/moby/moby/issues/29496#issuecomment -267766589

يوصي التعليق الذي قمت بربطه ببعض أعمال الإعداد الإضافية من أجل تشغيل مجموعات cgroup. هل يمكنك تجربة ذلك ومعرفة ما إذا كان يعمل؟

bwateratmsft في ٨ نوفمبر ٢٠١٩

Moshyfawn إذا كنت تقوم بتشغيل Fedora 31 ، فمن المحتمل أن يكون هذا هو الحل حتى يتم إغلاق هذه المشكلة .

تحرير /etc/default/grub
أضف السطر التالي أسفل GRUB_CMDLINE_LINUX :

systemd.unified_cgroup_hierarchy=0

قم بتشغيل grub2-mkconfig
أعد تشغيل النظام

لمزيد من المعلومات ، راجع CGroupsV2 على Fedora wiki.

MarttiR في ١٤ نوفمبر ٢٠١٩

👍47

Moshyfawn دعنا نعرف ما إذا كان هذا الحل يعمل! شكرا لإيجاده @ MarttiR!

bwateratmsft في ١٤ نوفمبر ٢٠١٩

MarttiR شكرا جزيلا ، لقد

Linux 5.3.11-300.fc31.x86_64
إصدار Docker 19.03.5 ، النسخة 633a0ea838

murych في ١٩ نوفمبر ٢٠١٩

لم ينجح حل
https://fedoraproject.org/wiki/Common_F31_bugs#Docker_package_no_longer_available_and_will_not_run_by_default_.28due_to_switch_to_cgroups_v2.29

وبالتالي ، يبدو أن هناك طريقة أخرى لتعطيل CGroupsV2 والسماح لـ Docker بالعمل:

sudo grubby --update-kernel=ALL --args="systemd.unified_cgroup_hierarchy=0"
اعادة التشغيل

(أو استخدام podman أن سوبورت CGroupsV2 بدلا من عامل الميناء)

H--o-l في ٤ ديسمبر ٢٠١٩

👍21 🚀2 🎉2 ❤1

آسف على الرد المتأخر ، كونك مشغول للغاية.
لقد جربت حل MarttiR لكنه لم ينجح معي. حتى اضطررت للتعامل مع التمهيد الآمن وإعادة ضبط تكوين اليرقة. الحل @ H - ذكر رأ فعل ذلك.
يبدو أن هذين الحلين متشابهين ، مع ذلك. ربما أخطأت.

حل العمل:
sudo grubby --update-kernel=ALL --args="systemd.unified_cgroup_hierarchy=0"

PS @ H - تم ذكر ol باستخدام podman ولكنه لا يزال غير قادر على استبدال عامل الإرساء بالكامل على الأقل فيما يتعلق بتكوين عامل الإرساء . لهذا السبب واجهت هذه المشكلة في المقام الأول

Moshyfawn في ١٧ ديسمبر ٢٠١٩

👍4

واجهت نفس المشكلة مع عامل الإرساء عند التثبيت الجديد لـ Fedora 31 و Fedora 31 Server.
@ H - حل ol (باستخدام sudo grubby --update-kernel=ALL --args="systemd.unified_cgroup_hierarchy=0" ثم إعادة التشغيل) يعمل مثل السحر في كلتا الحالتين.

لا يمكن استخدام podman لأنني أستخدم docker-compose (مثلMoshyfawn).