Compose: خطأ عند محاولة تشغيل تكوين عامل الإرساء. "خطأ وقت تشغيل oci: container_linux.go: 247 ..."

لقد تمكنت من إصلاحه. كانت لدي أذونات خاطئة وكنت بحاجة لتشغيل docker-compose كـ sudo .

أتلقى هذا الخطأ أيضًا ، وقد sudo . ومع ذلك ، يجب أن يكون هناك حل بديل لهذه المشكلة.

michalwardajakerobers أواجه هذه المشكلة أيضًا. أعتقد أنه يجب عليك إعادة فتح القضية.

أنا أستخدم تثبيتًا رائعًا للفانيليا لـ Docker لنظام التشغيل Mac ، ولا أتذكر القيام بأي شيء يتطلب مستوى الإذن هذا على الأمر docker-compose .

أحصل على خطأ مشابه وللأسف لا يصلح sudo هذا الخطأ.

ERROR: for grafana  Cannot start service grafana: invalid header field value "oci runtime error: container_linux.go:247: starting container process caused \"exec: \\\"/init-grafana-and-run.sh\\\": permission denied\"\n"

لدي مشكلة مماثلة مع صوري ووجدت هذا الموضوع.
في حالتي ، اتضح أن تصاعد الأحجام هو مصدر اللبس.

في حالتك ، يرجى التأكد من أن app.conf هو ملف موجود.
./config/nginx/app.conf:/etc/nginx/conf.d/default.conf

سيؤدي هذا إلى تحميل app.conf المحلي داخل حاوية عامل الإرساء.
إذا لم يكن موجودًا على جهازك المحلي ، فسيقوم عامل الإرساء بإنشاء دليل "app.conf" محليًا ، وهو ليس ما تتوقعه عادةً في هذه الحالة بالذات.

آمل أن تساعدك.

انقر فوق _icon tray Docker> الإعدادات ...> برامج التشغيل المشتركة_ وحدد خانة الاختيار _Shared: _ C و D
ربما يساعدك!

لقد لاحظت وجود سطر CMD في ملف عامل ميناء وأن معلمة أمر في ملف عامل عامل إنشاء سيؤدي أيضًا إلى تشغيل هذا الخطأ.

لا ينبغي إغلاق هذه المشكلة - فهي لا تزال تحدث ، و sudo ليس حلاً جيدًا حقًا عند الحاجة إلى توجيه عامل الإرساء إلى جهاز بعيد للنشر.

هذا مع Docker-compose 1.9.0.

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

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

خطأ: لـ nginx لا يمكن بدء خدمة nginx: قيمة حقل رأس غير صالحة "خطأ وقت تشغيل oci:
container_linux.go: 247: تسبب بدء عملية الحاوية \ "process_linux.go: 359: تسببت تهيئة الحاوية
\\ "rootfs_linux.go: 53: mounting \\\\ " /data/www/aq/docker/nginx/default.conf \\\\ "to rootfs \\\\" / var
/ lib / docker / aufs / mnt / 8e3b80c25d85b70b78ea479a5f68373e236fdd3dafd62b241495907ace62da2f \\\\ "
في \\\\ "/ var / lib / docker / aufs / mnt
/8e3b80c25d85b70b78ea479a5f68373e236fdd3dafd62b241495907ace62da2f/etc/nginx/conf.d
/default.conf \\\\ "تسبب في أن \\\\" ليس دليلًا \\\\ "\\" \ "\ n"

هذا بسبب وجود سطر في docker-compose.yml يحاول توجيه إعدادات nginx إلى نظام الملفات المحلي:

    volumes:
      - ./docker/nginx/default.conf:/etc/nginx/conf.d/default.conf

يجب أن يتم حل هذا إلى / home / root / docker على جهاز التحكم عن بُعد و / data / www / aq / docker محليًا. بدلاً من ذلك ، يبدو أن عامل الإرساء يحاول استخدام المسار المحلي على جهاز التحكم عن بُعد.

يسعدني تقديم أي تفاصيل / سجلات أخرى.

يجب أن تجعل docker-entrypoint.sh ملفًا قابلاً للتنفيذ قبل إنشاء الصورة:

chmod +x docker-entrypoint.sh

وإلا فإنه لا يمكن تنفيذه وتحصل على خطأ الإذن.

نفس المشكلة هنا. لا فكرة كيف بدأت بعد.

وجدت ذلك ، لم أكن أعين الخيارات بالترتيب الصحيح:

docker-compose run web -f docker-compose-prod.yml /bin/bash

فشل أثناء:

docker-compose run -f docker-compose-prod.yml web /bin/bash

يعمل.

هذه القيود على أوامر المعلمات مزعجة للغاية. لم يكن هناك الكثير من المشكلات مع أي ملف قابل للتنفيذ من Unix ...

تم ضرب رأسي في لوحة المفاتيح الخاصة بي في محاولة للحصول على هذا العمل. شكرا لنشر الإصلاح!

تحدث هذه المشكلة على وحدة الإرساء الأصلية الخاصة بي على نظام التشغيل Mac أيضًا ... لا توجد فكرة عن كيفية حلها!

ERROR: for elasticsearch  Cannot start service elasticsearch: oci runtime error: container_linux.go:247: starting container process caused "process_linux.go:359: container init caused \"rootfs_linux.go:54: mounting \\\"/Users/mhuang/docker/elk/elasticsearch/config/elasticsearch.yml\\\" to rootfs \\\"/var/lib/docker/aufs/mnt/f41ff7a7a6fff5c6aa141ff8e9ca2d8c85740e4c7c707c6f720312703392b84a\\\" at \\\"/var/lib/docker/aufs/mnt/f41ff7a7a6fff5c6aa141ff8e9ca2d8c85740e4c7c707c6f720312703392b84a/usr/share/elasticsearch/config/elasticsearch.yml\\\" caused \\\"not a directory\\\"\""
: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type

فيما يلي بعض المعلومات حول عامل الإرساء الخاص بي:

$ docker version
Client:
 Version:      1.13.1
 API version:  1.26
 Go version:   go1.7.5
 Git commit:   092cba3
 Built:        Wed Feb  8 08:47:51 2017
 OS/Arch:      darwin/amd64

Server:
 Version:      1.13.1
 API version:  1.26 (minimum version 1.12)
 Go version:   go1.7.5
 Git commit:   092cba3
 Built:        Wed Feb  8 08:47:51 2017
 OS/Arch:      linux/amd64
 Experimental: true

$ docker info
Containers: 15
 Running: 0
 Paused: 0
 Stopped: 15
Images: 38
Server Version: 1.13.1
Storage Driver: aufs
 Root Dir: /var/lib/docker/aufs
 Backing Filesystem: extfs
 Dirs: 380
 Dirperm1 Supported: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host ipvlan macvlan null overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: aa8187dbd3b7ad67d8e5e3a15115d3eef43a7ed1
runc version: 9df8b306d01f59d3a8029be411de015b7304dd8f
init version: 949e6fa
Security Options:
 seccomp
  Profile: default
Kernel Version: 4.9.8-moby
Operating System: Alpine Linux v3.5
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 1.952 GiB
Name: moby
ID: 247X:LGNT:FJ4M:U6XE:T47E:WXLQ:VFXY:D3Z2:MBPI:KMAL:32LQ:DDHF
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): true
 File Descriptors: 17
 Goroutines: 27
 System Time: 2017-02-22T19:00:56.756261436Z
 EventsListeners: 1
No Proxy: *.local, 169.254/16
Registry: https://index.docker.io/v1/
Experimental: true
Insecure Registries:
 127.0.0.0/8
Live Restore Enabled: false

imarchuang الخاص بك يبدو أن مشكلة مختلفة!

ماذا تحاول أن تصعد؟ يبدو أن مجلدًا على مضيفك غير موجود.

يرجى تقديم ملف عامل عامل الإرساء الخاص بك

أواجه نفس المشاكل. كنت أقوم بتشغيل حاوية php-fpm و nginx.
أعد تشغيل جهاز windows الخاص بي ، ولم يعد بإمكانه العثور على الملفات التي كنت أحاول تضمينها في حاوية php-fpm.

NOTICE: PHP message: PHP Warning:  Unknown: failed to open stream: No such file or directory in Unknown on line 0
172.17.0.5 -  27/Feb/2017:14:06:05 +0000 "GET /index.php" 200
NOTICE: PHP message: PHP Fatal error:  Unknown: Failed opening required '/var/www/xxxx/public/index.php' (include_path='.:/usr/share/php') in Unknown on line 0
172.17.0.5 -  27/Feb/2017:14:06:06 +0000 "GET /index.php" 404
ERROR: Unable to open primary script: /var/www/xxxx/public/index.php (No such file or directory)

ثم أعد تشغيل الحاوية وحصلت على:

Cannot start service loanstreet-php-fpm: oci runtime error: container_linux.go:247: starting container process caused "process_linux.go:359: container init caused \"rootfs_linux.go:54: mounting \\\"/C/Web/Apache/htdocs/sxxxxxx/php-fpm/php-ini-overrides.ini\\\" to rootfs \\\"/var/lib/docker/aufs/mnt/83e56fa30d7fae9156dc5842b62f1bc65cbbbcbfebabd96bb4d3513df53458bc\\\" at \\\"/var/lib/docker/aufs/mnt/83e56fa30d7fae9156dc5842b62f1bc65cbbbcbfebabd96bb4d3513df53458bc/etc/php/7.1/fpm/conf.d/99-overrides.ini\\\" caused \\\"not a directory\\\"\""

"المجلدات" تربط الدلائل ... وليس الملفات.

imarchuang ربط دليل "config" => elk / elasticsearch / config بـ / usr / share / elasticsearch / config

chielsen ربط "php-fpm" direcotry بدليل /etc/php/7.1/fpm/conf.d

مرحبا رومان ،

شكرا على الرد ، وهو يعمل بالفعل ... لذلك لا توجد طريقة لو كنت سأفعل
ترغب في تحميل ملف معين فقط؟

مع أطيب التحيات
مارك هوانج
الهاتف الخلوي: (+1) 416-856-2622

في 27 فبراير 2017 الساعة 09:41 ، Romain Dequidt [email protected]
كتب:

"المجلدات" تربط الدلائل ... وليس الملفات.

imarchuang https://github.com/imarchuang ربط دليل "التكوين"
=> elk / elasticsearch / config مع / usr / share / elasticsearch / config

chielsen https://github.com/chielsen ربط "php-fpm" direcotry بـ
/etc/php/7.1/fpm/conf.d directory

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/docker/compose/issues/4039#issuecomment-282738779 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AHoqGkRXsN6lONNR52yXWSozxL3kawXqks5rguCugaJpZM4KZlqg
.

romaindequidt هذا غريب لأنه يعمل دائمًا. حصلت على هذا من https://phpdocker.io/generator
يتم تحديد تحميل ملف هنا أيضًا: https://docs.docker.com/engine/tutorials/dockervolumes/#mount -a-host-file-as-a-data-volume

لقد عثرت على حل بديل في الوقت الحالي ، وهو جعل الملف للقراءة فقط ، مع إضافة ": ro" في نهاية السطر.

يمكنك إما تحميل ملف معين ، أو تحميل مجلد كامل.
لا يمكنك تحميل ملف واحد في مجلد!

كما تم التقاطه من الرابط المقدم من

docker run --rm -it -v ~/.bash_history:/root/.bash_history ubuntu /bin/bash

الذي يعيّن ملف المستخدم .bash_history المحلي في الحاوية باسم الملف المحدد.

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

Step 9/13 : RUN /bin/ln -s /etc/nginx/sites-available/symfony.conf /etc/nginx/sites-enabled/symfony.conf
 ---> Running in ea68a8b4bf61
container_linux.go:247: starting container process caused "process_linux.go:334: running prestart hook 0 caused \"fork/exec /usr/bin/dockerd (deleted): no such file or directory\""
ERROR: Service 'nginx' failed to build: invalid header field value "oci runtime error: container_linux.go:247: starting container process caused \"process_linux.go:334: running prestart hook 0 caused \\\"fork/exec /usr/bin/dockerd (deleted): no such file or directory\\\"\"\n"

بعد إعادة تشغيل جميع الأعمال العادية.

في حالتي ، قمت بتغيير ملف docker-compose.yml.
من
- / usr / local / bin / docker: / usr / bin / docker
ل
- / usr / bin / docker: / usr / bin / docker

أنه يعمل بشكل جيد.

لا يزال لدي هذا الخطأ من حين لآخر. لقد اشتريت للتو جهاز كمبيوتر جديدًا وقمت بتثبيت 10 win 10 وما زلت أعاني من هذه المشكلة. الطريقة الوحيدة لإصلاحها هي إعادة التشغيل.
هل هناك من ينظر في هذا؟

chielsen يبدو أنه قد يحدث على الأقل بعد تحديث Docker. لقد قمت بحل هذه المشكلة مع إعادة تشغيل Docker daemon.

عندما أقوم بتشغيل عامل الإرساء ، أحصل على الخطأ التالي
Error response from daemon: invalid header field value "oci runtime error: container_linux.go:247: starting container process caused \"chdir to cwd (\\\"/data/env/tomcats/0\\\") set in config.json failed: no such file or directory\"\n" Error: failed to start containers: fd2e03516c08
و dockerfile الخاص بي في ما يلي
من minchangchen / openjdk: الأحدث
مينتشانجشين الصيانة
اسم LABEL = ترخيص "tomcat" = تاريخ الإصدار "MIT" = "20170223"

إصدار ENV 8.5.15
ENV TOMCAT_PATH / data / env / tomcats / 0

قم بتشغيل تحديث yum -y && cd / data / softs && wget http://www-us.apache.org/dist/tomcat/tomcat-8/v $ VERSION / bin / apache-tomcat- $ VERSION.tar.gz && tar -zxf apache-tomcat- $ VERSION.tar.gz && mkdir / data / env / tomcats && mv apache-tomcat- $ VERSION $ TOMCAT_PATH && rm -rf / data / softs / *

نسخ catalina.sh $ TOMCAT_PATH / bin / catalina.sh
نسخ server.xml $ TOMCAT_PATH / conf / server.xml
COPY Context.xml $ TOMCAT_PATH / conf / Context.xml

تشغيل chmod + x $ TOMCAT_PATH / bin / catalina.sh

WORKDIR $ TOMCAT_PATH

CMD ["bin / catalina.sh"، "تشغيل"] `

الجميع يساعدني !!! -. -

يحدث هذا مع Docker-toolbox على نظام التشغيل windows 7 أيضًا:

ERROR: for storage_startup  Cannot start service storage_startup: invalid header
 field value "oci runtime error: container_linux.go:247: 
starting container process caused \"exec: \\\"./startup.sh\\\":
 permission denied\"\n"

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

حصلت على هذا اليوم.
Windows 10 Pro مع تطبيق Docker (الأصلي Hyper-v) 17.03.1-ce-win5 (10743)
لقد كنت أقوم بتشغيل هذه الحاوية الخاصة لأشهر حتى الآن دون مشكلة. تمت إعادة تشغيل الكمبيوتر المحمول ولم يعد الخطأ.

ERROR: for goconvey-dev  Cannot start service goconvey-dev: oci runtime error: container_linux.go:247: starting container process caused "process_linux.go:359: container init caused \"rootfs_linux.go:54: mounting \\\"/C/Users/xxx/workspace/go/src/github.com/xxx\\\" to rootfs \\\"/var/lib/docker/overlay2/c39c054c44d82f699180b40c19a5a626c74063f8c9defa0c2a2bf12dfdb7972d/merged\\\" at \\\"/go/src/github.com/xxx\\\" caused \\\"stat /C/Users/xxx/workspace/go/src/github.com/xxx: input/output error\\\"\""
Encountered errors while bringing up the project.

veqryn العاصمة "C" في المسار تبدو مشبوهة. أعتقد أنه يتم تثبيت المسار افتراضيًا في boot2docker VM بحرف محرك أقراص صغير - مثل / c / Users / xxx / ....

أعلم أن هذه ليست الإجابة بالضبط ، لكن تحقق من المسار في خصائص VM في VirtualBox.

عدم استخدام Virtualbox ، فهو عامل الإرساء "الأصلي" على نظام التشغيل Windows 10 Pro (hyper-v مع MobyLinux أو شيء من هذا القبيل)

هذا لا يزال يحدث بالنسبة لي. أنا أستخدم VS 2017 15.2. مشروع webapi الأساسي الجديد. يتم تشغيله وإرجاع الإخراج من وحدة تحكم القيم. ولكن مع تمكين عامل الإرساء وتشغيل عامل الإرساء ، فإنه يفشل

netcoreapp1.1.1
1.1.1
..docker-compose.dcproj

خطأ MSB4018 فشلت المهمة "PrepareForLaunch" بشكل غير متوقع.
Microsoft.DotNet.Docker.CommandLineClientException: إعادة إنشاء Dockercompose1799126456_webapplication1_1
خطأ: لتطبيق الويب 1 لا يمكن بدء تطبيق ويب الخدمة 1: خطأ وقت تشغيل oci: container_linux.go: 247: تسبب بدء عملية الحاوية "process_linux.go: 359: تسببت تهيئة الحاوية \" rootfs_linux.go: 54: mounting \\ "/ C / Users / ozi / clrdbg \\ "to rootfs \\" / var / lib / docker / aufs / mnt / bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499 definitely37de25e47d1b \\ "at \\" / clrdbg \\ "تسبب \\" input stat / C / Users / ozi / خطأ الإخراج \\ "\" "
حدثت أخطاء أثناء طرح المشروع ..

لمزيد من المعلومات حول استكشاف الأخطاء وإصلاحها ، انتقل إلى http://aka.ms/DockerToolsTroubleshooting ---> Microsoft.DotNet.Docker.CommandLineClientException: إعادة إنشاء dockercompose1799126456_webapplication1_1
خطأ: لتطبيق الويب 1 لا يمكن بدء تطبيق ويب الخدمة 1: خطأ وقت تشغيل oci: container_linux.go: 247: تسبب بدء عملية الحاوية "process_linux.go: 359: تسببت تهيئة الحاوية \" rootfs_linux.go: 54: mounting \\ "/ C / Users / ozi / clrdbg \\ "to rootfs \\" / var / lib / docker / aufs / mnt / bcd36fde3d73f42c946097965ac1a8f140ed57736aa10c499 definitely37de25e47d1b \\ "at \\" / clrdbg \\ "تسبب \\" input stat / C / Users / ozi / خطأ الإخراج \\ "\" "
تمت مصادفة أخطاء أثناء طرح المشروع.
في System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (مهمة مهمة)
في System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (مهمة مهمة)
في Microsoft.DotNet.Docker.DockerComposeClient.d__18.MoveNext ()
--- نهاية تتبع مكدس الاستثناء الداخلي ---
في Microsoft.DotNet.Docker.DockerComposeClient.d__18.MoveNext ()
--- نهاية تتبع المكدس من الموقع السابق حيث تم إلقاء الاستثناء ---
في System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (مهمة مهمة)
في System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (مهمة مهمة)
في Microsoft.DotNet.Docker.DockerWorkspace.d__14.MoveNext ()
--- نهاية تتبع المكدس من الموقع السابق حيث تم إلقاء الاستثناء ---
في System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (مهمة مهمة)
في System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification (مهمة مهمة)
في Microsoft.DotNet.Docker.BuildTasks.DockerBaseTask.Execute ()
في Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute ()
في Microsoft.Build.BackEnd.TaskBuilder.d__26.MoveNext () docker-compose C: \ Program Files (x86) \ Microsoft Visual Studio \ 2017 \ Enterprise \ MSBuild \ Microsoft \ VisualStudio \ v15.0 \ Docker \ Microsoft.VisualStudio.Docker.Compose.targets 192

على نظام التشغيل windows 10 وواجهت للتو هذا الخطأ. يبدو أن الدخول إلى إعدادات Docker -> محركات الأقراص المشتركة ثم إلغاء تحديد محرك الأقراص الخاص بي ، والتطبيق ، ثم إعادة التحديد (تطبيق) قد تم إصلاحه. بفضل @ artem-gavrylenko

كان عندي هذا الخطأ شيء غبي جدا:

كنت أفعل هذا

COPY ./package.json /frontend

بدلا من ذلك:

COPY ./package.json /frontend/

في نظام التشغيل Windows 10 ، كنت أواجه نفس المشكلة مع Docker for Windows. بدأ هذا في الحدوث ولم أتمكن من معرفة السبب حتى أدركت أنني قمت بتغيير بيانات اعتماد نظام التشغيل الخاصة بي في وقت سابق من اليوم! ذهبت إلى إعدادات Docker -> محركات الأقراص المشتركة وانقر فوق "إعادة تعيين بيانات الاعتماد الخاصة بي". ثم طُلب مني بيانات الاعتماد الجديدة الخاصة بي وبدأ كل شيء على ما يرام بعد ذلك.

لدينا خطان مختلفان من الأنابيب ، كلاهما يعمل على نفس عامل الإرساء ، لكن هذا يحدث لواحد منهما فقط .... !!! أيه أفكار؟

كانت تجربتي هي أن هذا في الحقيقة مجرد حالة خطأ موثقة بشكل سيئ. كانت المشكلة (بالنسبة لي) تشير إلى ملف مصدر / dir في بيان VOLUME في ملف إنشاء عامل الإرساء الخاص بي.

تحديد ذلك (من خلال الإشارة فعليًا إلى ملف موجود / dir) قام بإصلاح الشرط.

أنا على نظام التشغيل windows 7. هذا موجود في تكوين عامل الإرساء الخاص بي

  elasticsearch:
    image: elasticsearch:5
    restart: always
    environment:
      ES_JAVA_OPTS: "-Xms750m -Xmx750m"
    ports:
      - "9200:9200"
    volumes:
      - "./config/elasticsearch/elasticsearch.yml:/usr/share/elasticsearch/config/elasticsearch.yml"
      - "./config/elasticsearch/plugins:/usr/share/elasticsearch/plugins"

وأحصل على الخطأ

"عامل ميناء-يؤلف
إزالة mcclatchy_elasticsearch_1
تم تحديث mcclatchy_memcached_1
mcclatchy_mailcatcher_1 محدث
إعادة إنشاء 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 ...
mcclatchy_mysql_1 محدث
إعادة إنشاء 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 ... خطأ

خطأ: لـ 0155df9beaaa_0155df9beaaa_mcclatchy_elasticsearch_1 لا يمكن بدء خدمة elasticsearch: خطأ وقت تشغيل oci: container_linux.go: 265: تسبب بدء عملية الحاوية "process_linux.go: 368: تسبب بدء الحاوية \" rootfs_linux.go: 57: mounting \\ "/ f / mcclatchy config / elasticsearch / elasticse
arch.yml \\ "لمن rootfs \\" / كزاز الرضع / sda1 / فار / ليب / عامل ميناء / aufs / كزاز الرضع / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f \\ "في \\" / كزاز الرضع / sda1 / فار / ليب / عامل ميناء / aufs / كزاز الرضع / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f /usr/share/elasticsearch/config/elasticsearch.yml \\ "سبب \\"
ليس دليلا \\ "\" "
: هل تحاول تحميل دليل على ملف (أو العكس)؟ تحقق مما إذا كان مسار المضيف المحدد موجودًا ومن النوع المتوقع

خطأ: من أجل elasticsearch لا يمكن بدء خدمة elasticsearch: خطأ وقت تشغيل oci: container_linux.go: 265: تسبب بدء عملية الحاوية "process_linux.go: 368: تسبب بدء الحاوية \" rootfs_linux.go: 57: mounting \\ "/ f / mcclatchy / config / elasticsearch / elasticsearch.yml \\ "إلى rootfs \\" / mnt / sda1 / v
ع / ليب / عامل ميناء / aufs / كزاز الرضع / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f \\ "في \\" / كزاز الرضع / sda1 / فار / ليب / عامل ميناء / aufs / كزاز الرضع / cc17c689b4bb610b0e65c9dde943c9443aa9baac298106ff21fcb8b773f4263f / البيرة / حصة / elasticsearch / التكوين / elasticsearch.yml \\ "تسبب \\ "ليس دليلًا \\" \ ""
: هل تحاول تحميل دليل على ملف (أو العكس)؟ تحقق مما إذا كان مسار المضيف المحدد موجودًا ومن النوع المتوقع`

Dss @ Dss MINGW64 / c / zenbot
$ عامل إنشاء ما يصل د
إزالة zenbot_server_1
إعادة تكوين بيانات zenbot_mongodb_1 ...
إعادة إنشاء بيانات zenbot_mongodb_1
تحذير: خدمة "mongodb-data" تستخدم وحدة التخزين "/ data / db" من الخدع السابق
tainer. تعيين المضيف "/ c / zenbot / data / db" ليس له أي تأثير. قم بإزالة المحتوى الحالي
إعادة إنشاء zenbot_mongodb-data_1 ... انتهى
إعادة إنشاء zenbot_mongodb_1 ...
إعادة إنشاء zenbot_mongodb_1 ... انتهى
إعادة تكوين 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1.
..
إعادة تكوين 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1.
.. خطأ

خطأ: لـ 61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_61e6ca9ef371_zenbot_server_1
لا يمكن بدء خادم الخدمة: خطأ وقت تشغيل oci: container_linux.go: 265: بدء
تسببت عملية الحاوية في "process_linux.go: 368: تسببت تهيئة الحاوية \" rootfs_
linux.go: 57: mounting \\ "/ c / zenbot / conf.js \\" to rootfs \\ "/ mnt / sda1 / var / lib /
عامل ميناء / aufs / mnt / 77d9fd5e67b17f037fada3c80378dded067771196c9dd082aafaa975a3cc0a44
\\ "at \\" / mnt / sda1 / var / lib / docker / aufs / mnt / 77d9fd5e67b17f037fada3c80378dded06
7771196c9dd082aafaa975a3cc0a44 / app / conf.js \\ "تسبب في \\" ليس دليلًا \\ "\" "

: هل تحاول تحميل دليل على ملف (أو العكس)؟ تحقق مما إذا كان
مسار المضيف المحدد موجود وهو النوع المتوقع

خطأ: لا يمكن بدء خادم الخدمة للخادم: خطأ وقت تشغيل oci: container_lin
ux.go: 265: تسبب بدء عملية الحاوية في "process_linux.go: 368: حاوية داخل
تسبب في \ "rootfs_linux.go: 57: mounting \\" / c / zenbot / conf.js \\ "إلى rootfs \\
"/ mnt / sda1 / var / lib / docker / aufs / mnt / 77d9fd5e67b17f037fada3c80378dded067771196c9dd
082aafaa975a3cc0a44 \\ "at \\" / mnt / sda1 / var / lib / docker / aufs / mnt / 77d9fd5e67b17f0
37fada3c80378dded067771196c9dd082aafaa975a3cc0a44 / app / conf.js \\ "تسبب \\" لا
دليل \\ "\" "
: هل تحاول تحميل دليل على ملف (أو العكس)؟ تحقق مما إذا كان
مسار المضيف المحدد موجود وهو النوع المتوقع
خطأ: حدثت أخطاء أثناء طرح المشروع.

نسخة عامل ميناء دولار
عميل:
الإصدار: 17.07.0 م
إصدار API: 1.31
نسخة Go: go1.8.3
Git الالتزام: 8784753
البناء: الثلاثاء 29 أغسطس 17:41:05 2017
نظام التشغيل / القوس: windows / amd64

الخادم:
الإصدار: 17.09.0-ce
إصدار API: 1.32 (الحد الأدنى للإصدار 1.12)
نسخة Go: go1.8.3
Git الالتزام: afdb6d4
بني: الثلاثاء 26 سبتمبر 22:45:38 2017
OS / Arch: لينكس / amd64
التجريبية: خطأ

معلومات عامل الإرساء $
الحاويات: 7
الجري: 2
متوقف مؤقتًا: 0
متوقف: 5
الصور: 10
إصدار الخادم: 17.09.0-ce
سائق التخزين: aufs
الجذر Dir: / mnt / sda1 / var / lib / docker / aufs
دعم نظام الملفات: extfs
Dirs: 37
Dirperm1 المدعومة: صحيح
برنامج تشغيل التسجيل: json-file
برنامج تشغيل Cgroup: cgroupfs
الإضافات:
الحجم: محلي
الشبكة: تراكب فارغ macvlan لمضيف الجسر
السجل: Awslogs fluentd gcplogs gelf journalald json-file logentries splunk syslog
سرب: غير نشط
أوقات التشغيل: runc
وقت التشغيل الافتراضي: runc
ثنائي أولي: docker-init
إصدار الحاوية: 06b9cb35161009dcb7123345749fef02f7cea8e0
إصدار runc: 3f2f8b84a77f73d38244dd690525642a72156c64
إصدار init: 949e6fa
خيارات الأمان:
سيكومب
الملف الشخصي: الافتراضي
إصدار النواة: 4.4.89-boot2docker
نظام التشغيل: Boot2Docker 17.09.0-ce (TCL 7.2) ؛ رأس: 06d5c35 - الأربعاء 27 سبتمبر
23:22:43 بالتوقيت العالمي المنسق 2017
OSType: لينكس
العمارة: x86_64
وحدات المعالجة المركزية: 1
إجمالي الذاكرة: 995.8 ميجا بايت
الاسم: الافتراضي
المعرّف: MBC4: V75F: KP5Q: TIC3: MH65: GXPO: 4RY7 : 3 RWU: 355J : VR54: V365: JBLD
Docker Root Dir: / mnt / sda1 / var / lib / docker
وضع التصحيح (العميل): خطأ
وضع التصحيح (الخادم): صحيح
واصفات الملف: 30
Goroutines: 40
وقت النظام: 2017-10-13T20: 10: 22.76759278Z
المستمعون: 0
التسجيل: https://index.docker.io/v1/
ملصقات:
مزود = فيرتاربوكس
التجريبية: خطأ
السجلات غير الآمنة:
127.0.0.0 / 8
تمكين الاستعادة الحية: خطأ

مرحبا.
لدي مشكلة مماثلة. نوب هنا.
حاولت تثبيت هذه الصورة.

لقد كان مناسبًا بشكل جيد. لكن عندما أحاول الجري ،

 $ sudo docker run -ti --rm -v ~/Downloads:/Downloads bwits/pdf2htmlex --zoom 1.3 1.pdf

يرمي ،

docker: Error response from daemon: oci runtime error: container_linux.go:265: starting container process caused "exec: \"--zoom\": executable file not found in $PATH".

حاولت بالفعل sudo لا يبدو أنها تعمل.

معلومات بخصوص تثبيت عامل الإرساء

 $ sudo docker version
Client:
 Version:      17.09.0-ce
 API version:  1.32
 Go version:   go1.8.3
 Git commit:   afdb6d4
 Built:        Tue Sep 26 22:42:18 2017
 OS/Arch:      linux/amd64

Server:
 Version:      17.09.0-ce
 API version:  1.32 (minimum version 1.12)
 Go version:   go1.8.3
 Git commit:   afdb6d4
 Built:        Tue Sep 26 22:40:56 2017
 OS/Arch:      linux/amd64
 Experimental: false

معلومات عامل الميناء

 $ sudo docker info
Containers: 1
 Running: 0
 Paused: 0
 Stopped: 1
Images: 2
Server Version: 17.09.0-ce
Storage Driver: overlay2
 Backing Filesystem: extfs
 Supports d_type: true
 Native Overlay Diff: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host macvlan null overlay
 Log: awslogs fluentd gcplogs gelf journald json-file logentries splunk syslog
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 06b9cb35161009dcb7123345749fef02f7cea8e0
runc version: 3f2f8b84a77f73d38244dd690525642a72156c64
init version: 949e6fa
Security Options:
 apparmor
 seccomp
  Profile: default
Kernel Version: 4.8.0-59-generic
Operating System: Ubuntu 16.10
OSType: linux
Architecture: x86_64
CPUs: 4
Total Memory: 7.691GiB
Name: greyhound
ID: ZNTB:2MIN:NYGC:GQKD:DWWM:K7CX:ELML:KIX7:WYFT:VJQX:4POJ:POPL
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
Experimental: false
Insecure Registries:
 127.0.0.0/8
Live Restore Enabled: false

WARNING: No swap limit support

عملت إعادة التشغيل بالنسبة لي: - /

بالمثل هنا ، لم تساعد إعادة التشغيل :(
المضيف - أوبونتو.
كل شيء يعمل بشكل جيد ، ولكن ليس عندما قمت بتثبيت برنامج gitlab-runner عليه ومحاولة تنفيذ عامل عامل البناء فيه.
هل اكتشفها أحد بالفعل؟

تم الإصلاح عن طريق تحرير مجلدات التحميل في Kitematic. ظهرت لأول مرة متكررة (مجلد Docker: /var/www/html/something ، المجلد المحلي: /var/www/html/something ). بعد التحرير ، تبدو مشوهة (المجلد المحلي: \d\srvT:est\something بدلاً من \d\srv\test\something ) ، لكنها تعمل. في رسالة الخطأ ، يكون محرك الوحدة في قبعات ( stat /D/srv/test/something: input/output error ).

هذا على جهاز الكمبيوتر الخاص بي الذي يعمل بنظام Windows 10 مع Hyper-V. لا أنوي تثبيت Kitematic (+ X) في خادمي ، لذلك هذا حل مؤقت أكثر ...

لقد تلقيت هذا الخطأ أيضًا على نظام MacOS ، حيث قامت إعادة تعيين عامل الإرساء بإصلاحه بطريقة ما.

إذا كنت تستخدم نظام MacOS ، فيجب أن تجعل docker-entrypoint.sh الخاص بالمضيف قابلاً للتنفيذ أيضًا ، وليس فقط على Dockerfile الخاص بك. حصلت على هذا من نصيحة ، https://github.com/composer/docker/issues/7

obfusticatedcode هذا أصلح مشكلتي! كنت أمزق رأسي متسائلاً عن سبب نجاح هذا المشروع في محطة عمل Windows الخاصة بي ولكن كان يتوق على جهاز Macbook Pro الخاص بي. شكرا!

في حالتي ، yum install libseccomp libseccomp-devel .

كنت أستخدم الصور المستندة إلى جبال الألب وقمت بتغيير / bin / bash إلى / bin / sh وعملت بشكل جيد :-)

أريد أن أشكر obfusticatedcode ! تم حل المشكلة. في حالتي ، عمل المشروع على Windows ولكنه فشل عند تشغيل docker-compose up على دبيان.

واجه وحل نفس المشكلة. بالنسبة لي ، كان ذلك بسبب مستوى الخدمة volumes التصريح في ملف docker-compose.yml .

services:
  web:
    volumes:
      - ./app/:/app 

كان هذا تجاوزًا لأي شيء نسخته إلى نقطة تثبيت /app في Dockerfile .
التعليق على إعلان volumes نجح.

يمكنني جعله يعمل على نظام التشغيل Windows 10 بعد تشغيل موجه الأوامر كمسؤول.

كانت مشكلتي هي أنني قمت مؤخرًا بتغيير كلمة مرور Windows ، والانتقال إلى إعدادات Docker -> محركات الأقراص المشتركة ، وإلغاء تحديد محرك الأقراص الخاص بي ، والتطبيق ، ثم إعادة تحديد (تطبيق) إصلاحه.

sajadghawami أردت أن أشكرك شخصيًا

على نظام التشغيل windows 10 وواجهت للتو هذا الخطأ. يبدو أن الدخول إلى إعدادات Docker -> محركات الأقراص المشتركة ثم إلغاء تحديد محرك الأقراص الخاص بي ، والتطبيق ، ثم إعادة التحديد (تطبيق) قد تم إصلاحه. بفضل @ artem-gavrylenko

كان هذا مثاليًا. لماذا تحدث مثل هذه الأشياء ؟؟ هل يعلم أحد؟

يمكنك البحث عن /docker-entrypoint-initdb.d في قسم المجلدات إذا لم يكن ملف sql موجودًا فسيعرض هذا الخطأ.

""
mysql:
الصورة: بيركونا: 5.6
الموانئ:
- "3306: 3306"
أحجام:
- ./sql/bk.sql:/docker-entrypoint-initdb.d/bk.sql # bk.sql غير موجود ، قم بالتعليق على السطر أو ضع الملف هناك
- ./docker/mysql:/var/lib/mysql

نفس الخطأ

PS D:\projects\bp> docker info
Containers: 5
 Running: 2
 Paused: 0
 Stopped: 3
Images: 3
Server Version: 18.09.0
Storage Driver: overlay2
 Backing Filesystem: extfs
 Supports d_type: true
 Native Overlay Diff: true
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host macvlan null overlay
 Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 468a545b9edcd5932818eb9de8e72413e616e86e
runc version: 69663f0bd4b60df09991c08812a60108003fa340
init version: fec3683
Security Options:
 seccomp
  Profile: default
Kernel Version: 4.14.79-boot2docker
Operating System: Boot2Docker 18.09.0 (TCL 8.2.1)
OSType: linux
Architecture: x86_64
CPUs: 1
Total Memory: 989.4MiB
Name: vm
ID: JWYK:OSFS:XCAW:W2MF:FZZT:BBTD:EKCN:WH55:4YGD:V634:O37T:7JJL
Docker Root Dir: /mnt/sda1/var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Registry: https://index.docker.io/v1/
Labels:
 provider=virtualbox
Experimental: false
Insecure Registries:
 127.0.0.0/8
Live Restore Enabled: false

PS D:\projects\bp> docker version                   
Client:                                             
 Version:           18.06.1-ce                      
 API version:       1.38                            
 Go version:        go1.10.3                        
 Git commit:        e68fc7a                         
 Built:             Tue Aug 21 17:21:34 2018        
 OS/Arch:           windows/amd64                   
 Experimental:      false                           

Server: Docker Engine - Community                   
 Engine:                                            
  Version:          18.09.0                         
  API version:      1.39 (minimum version 1.12)     
  Go version:       go1.10.4                        
  Git commit:       4d60db4                         
  Built:            Wed Nov  7 00:52:55 2018        
  OS/Arch:          linux/amd64                     
  Experimental:     false                           



md5-745dead46e2bec9b61b4b9b2cb9a0822




version: '3.4'
services:
    web:
        image: nginx:alpine
        container_name: ${NGINX_HOST}
        ports:
        - "80:80"
        - "443:443"
        env_file:
        - ".env"
        environment:
        - NGINX_HOST=${NGINX_HOST}
        #command: /bin/sh -c "envsubst < /etc/nginx/conf.d/default.template > /etc/nginx/conf.d/default.conf" && nginx -g 'daemon off;'
        restart: always
        depends_on:
        - php
        - mysqldb
        logging:
          driver: json-file
          options:
            max-size: "200k"
            max-file: "10"
        volumes:
        - ./etc/nginx/default.conf:/etc/nginx/conf.d/default.conf
        - ./etc/nginx/default.template:/etc/nginx/conf.d/default.template
        - ./etc/ssl:/etc/ssl
        - .:/var/www/html
    php:
        image: nanoninja/php-fpm:${PHP_VERSION}
        restart: always
        volumes:
        - ./etc/php/php.ini:/usr/local/etc/php/conf.d/php.ini
        - .:/var/www/html
        links:
        - mysqldb
    mysqldb:
        image: mysql:${MYSQL_VERSION}
        container_name: ${MYSQL_HOST}
        restart: always
        env_file:
        - ".env"
        environment:
        - MYSQL_DATABASE=${MYSQL_DATABASE}
        - MYSQL_ROOT_PASSWORD=${MYSQL_ROOT_PASSWORD}
        - MYSQL_USER=${MYSQL_USER}
        - MYSQL_PASSWORD=${MYSQL_PASSWORD}
        privileged: true
        ports:
        - "8989:3306"
        volumes:
        - ../db:/var/lib/mysql
        #- ./etc/mysql/my.cnf:/etc/mysql/my.cnf



md5-82ff5be8d74eb1c16e9ad10ccb0c323f



PS D:\projects\bp> docker-compose up web
Removing bp.int
mysql is up-to-date
bp_php_1 is up-to-date
Starting 0ef479e51d62_bp.int ... error

ERROR: for 0ef479e51d62_bp.int  Cannot start service web: OCI runtime create failed: container_linux.go:348: starting container process caused "process_linux.go:402: container init caused \"rootfs_linux.go:58: mounting \\\"/d/projects/bp/etc/nginx/default.conf\\\" to rootfs \\\"/mnt/sda1/var/lib/docker/overlay2/a5cad006b2a324c1026e2d98a466e9ed454971961d166bfb4f7b5f5ec82605b3/merged\\\" at \\\"/mnt/sda1/var/lib/docker/overlay2/a5cad006b2a324c1026e2d98a466e9ed454971961d166bfb4f7b5f5ec82605b3/merged/etc/nginx/conf.d/default.conf\\\" caused \\\"not a directory\\\"\"": unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type

ERROR: for web  Cannot start service web: OCI runtime create failed: container_linux.go:348: starting container process caused "process_linux.go:402: container init caused \"rootfs_linux.go:58: mounting \\\"/d/projects/bp/etc/nginx/default.conf\\\" to rootfs \\\"/mnt/sda1/var/lib/docker/overlay2/a5cad006b2a324c1026e2d98a466e9ed454971961d166bfb4f7b5f5ec82605b3/merged\\\" at \\\"/mnt/sda1/var/lib/docker/overlay2/a5cad006b2a324c1026e2d98a466e9ed454971961d166bfb4f7b5f5ec82605b3/merged/etc/nginx/conf.d/default.conf\\\" caused \\\"not a directory\\\"\"": unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type
ERROR: Encountered errors while bringing up the project.

واجه زميل في الفريق هذه المشكلة للتو. نجح حل

ملاحظة واحدة حول الموقف الذي ربما تسبب في ذلك - لقد غيرت كلمة مرور Windows الخاصة بها في اليوم السابق. بينما لا أمتلك الموارد الشخصية للتحقق من صحة هذا السلوك ، أعتقد أنه سيكون من السهل اختبار ذلك.

لقد قمت بسحب شعري لبعض الوقت الآن حيث لا يمكنني الحصول على رد فعل للتثبيت باتباع الإرشادات الموجودة على https://docs.reactioncommerce.com/docs/next/installation-reaction-platform.

أنا أقوم بتشغيل Windows 7 64-bit Pro مع node.js 8.12.0 وبدلاً من استخدام أحدث برنامج تثبيت متوافق فقط مع Windows 10 ، لقد قمت بنجاح بتثبيت العديد من الخطوات بنجاح Docker Toolbox الذي يحتوي على Docker Engine بالإضافة إلى Oracle VM. كل خير حتى الآن.

لقد قمت بتكوين GitHub مع SSH وقمت باستنساخ مشروع التفاعل بنجاح باستخدام git.

عندما أقوم بتشغيل الأمر make ، تم إكمال العديد من الخطوات بنجاح ، لكنها تستمر في الفشل في الخطوة 40/41 مع الخطأ أدناه. (ملاحظة: لإنشاء شبكتي auth.reaction.localhost و api.reaction.localhost كان عليّ إيقاف تشغيل جدار حماية Windows وتشغيل شبكة عامل الإرساء وإنشاء الأوامر يدويًا.)

Step 41/41 : CMD ["yarn", "start"]
 ---> Running in 237f6ba37bc1
Removing intermediate container 237f6ba37bc1
 ---> a3936c5854f2

Successfully built a3936c5854f2
Successfully tagged reactionnextstarterkit_web:latest
Running post-build hook script for reaction-next-starterkit.
reaction-next-starterkit post-build script invoked.
Recreating reactionnextstarterkit_web_1 ... error

ERROR: for reactionnextstarterkit_web_1  Cannot start service web: OCI runtime create failed: container_linux.go:348: starting container process caused "exec: \"/usr/local/src/reaction-app/bin/start\": stat /usr/local/src/reaction-app/bin/start: no such file or directory": unknown

ERROR: for web  Cannot start service web: OCI runtime create failed: container_linux.go:348: starting container process caused "exec: \"/usr/local/src/reaction-app/bin/start\": stat /usr/local/src/reaction-app/bin/start: no such file or directory": unknown
ERROR: Encountered errors while bringing up the project.
make: *** [start-reaction-next-starterkit] Error 1

أي مساعدة أو مؤشرات سيكون موضع تقدير كبير!

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

على أي حال ، ما زلت لم أتمكن من تشغيله باتباع إرشادات المطور الموضحة وتشغيل الأمر "make" في دليل المنصة التفاعلية.

حتى الآن كانت التعليمات لمطوري Windows سيئة للغاية - عار كبير IMO

كانت مشكلتي هي أنني قمت مؤخرًا بتغيير كلمة مرور Windows ، والانتقال إلى إعدادات Docker -> محركات الأقراص المشتركة ، وإلغاء تحديد محرك الأقراص الخاص بي ، والتطبيق ، ثم إعادة تحديد (تطبيق) إصلاحه.

شكرا جزيلا danielcgithub. أنقذ يومي.

لما يستحق: sudo docker container prune أصلح المشكلة بالنسبة لي.

انقر فوق _icon tray Docker> الإعدادات ...> برامج التشغيل المشتركة_ وحدد خانة الاختيار _Shared: _ C و D
ربما يساعدك!

Tu é pica mesmo

انقر فوق _icon tray Docker> الإعدادات ...> برامج التشغيل المشتركة_ وحدد خانة الاختيار _Shared: _ C و D
ربما يساعدك!

واجه زميل في الفريق هذه المشكلة للتو. نجح حل

ملاحظة واحدة حول الموقف الذي ربما تسبب في ذلك - لقد غيرت كلمة مرور Windows الخاصة بها في اليوم السابق. بينما لا أمتلك الموارد الشخصية للتحقق من صحة هذا السلوك ، أعتقد أنه سيكون من السهل اختبار ذلك.

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

فشل عند تعيين نقطة الدخول حسب الوثائق
~~الإصدار: '3.2'خدمات:خدمتي:الصورة: my_imageأحجام:- / home / app / config: / rootنقطة الدخول:- ليرة سورية / الجذر~ ~

يعمل عند تغيير نقطة الدخول إلى
~~نقطة الدخول:ليرة سورية / الجذر~ ~
بدون hiphen

لقد حدث هذا عند محاولة تشغيل عامل ميناء من خلال صندوق أدوات عامل الإرساء في windows على WSL. بالنسبة لما يستحقه أي شخص هنا ، تم حل مشكلتي من خلال التأكد من أنني كنت أصل إلى الأشياء من خلال النوافذ بدلاً من نظام ملفات لينكس:

docker run -it --rm --name lispy -v "$ PWD": / Lis_Py python: 3 python Lis_Py / lis.py || بدء عامل ميناء -ia lispy

# على WSL مع عامل إرساء يعمل في Windows ، لن يعمل $ PWD ويجب تعيينه على نفس $ PWD من بدء التشغيل السريع لعمال الإرساء ،
# بمعنى. docker run -it --rm --name lispy -v /c/Users/firez/Documents/Development/lis.py:/Lis_Py python: 3 python Lis_Py / lis.py || بدء عامل ميناء -ia lispy

ماذا يحدث

أواجه الخطأ "فشل إنشاء وقت تشغيل OCI" أيضًا.
هذا هو أمري docker-compose up -d

كيف حللت

أقوم بتسجيل الدخول إلى الخادم بواسطة ssh -A ، ثم حدث خطأ.
أقوم بتسجيل الخروج والدخول عن طريق ssh بدون معلمات ، كل شيء على ما يرام.

سجل

ERROR: for my_logstash  Cannot start service logstash: OCI runtime create failed: container_linux.go:344: starting contain
er process caused "process_linux.go:297: getting the final child's pid from pipe caused \"EOF\"": unknown

ERROR: for logstash  Cannot start service logstash: OCI runtime create failed: container_linux.go:344: starting container proc
ess caused "process_linux.go:297: getting the final child's pid from pipe caused \"EOF\"": unknown
ERROR: Encountered errors while bringing up the project.

لقد حصلت على نفس الخطأ عندما حاولت استخدام وحدة تخزين غير متوفرة في الصورة.
أعني ، في docker-compose.yml ، هذا يعمل

• "C: / tomcat / logs: / usr / local / tomcat / logs"
  وهذا لا
  
  
  
  • "C: / tomcat: / usr / local / tomcat"
  
  

أرى هذه المشكلة بشكل متقطع على خادم Ubuntu 18.04 الإنتاجي عند النشر عبر خطوط أنابيب Azure. تؤدي إعادة تشغيل Docker و / أو إعادة تشغيل الخادم أحيانًا إلى إصلاحه. يبدو أنها رسالة خطأ غامضة إلى حد ما مع العديد من الأسباب الجذرية المختلفة ...

السجل | مصدر

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

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

كيف حللت؟ إعادة تعيين بيانات اعتماد محرك الأقراص في الإعدادات. هل يقوم Docker Desktop بتخزين كلمة المرور الخاصة بي عندما أمنح حق الوصول إلى محركات الأقراص الخاصة بي 🤷‍♂؟

أنا أيضًا أحصل على نفس الشيء ولكنه مختلف قليلاً ، الرجاء المساعدة

عامل الميناء يؤلف
بدء wapdocker_wordpress_1 ... خطأ

خطأ: من أجل wapdocker_wordpress_1 لا يمكن بدء خدمة wordpress: فشل إنشاء وقت تشغيل b'OCI: container_linux.go: 345: بدء عملية الحاوية تسبب "exec: \" / bin / sh \ ": stat / bin / sh: لا يوجد مثل هذا الملف أو الدليل" : غير معروف'

خطأ: من أجل Wordpress لا يمكن بدء خدمة wordpress: فشل إنشاء وقت تشغيل b'OCI: container_linux.go: 345: تسبب بدء عملية الحاوية في "exec: \" / bin / sh \ ": stat / bin / sh: لا يوجد مثل هذا الملف أو الدليل" : غير معروف'
خطأ: حدثت أخطاء أثناء طرح المشروع.

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

أردت فقط التفكير في هذا الخطأ. لقد حصلت عليها وقمت بحلها.

في حالتي كنت أستخدم Proxmox VE 6.0 وحاوية نظام (CT) تعمل بنظام CentOS. ما كنت أحاول تحقيقه هو تشغيل حاوية عادية (صغيرة) داخل تلك الحالة. وقد تلقيت رسالة الخطأ. أذونات تم التحقق منها - كانت جيدة. تم التحقق من selinux - لم يتم تنشيطه. ثم اتضح لي: الافتراضية المتداخلة.

تبين أنني لم أقم بتمكين المحاكاة الافتراضية المتداخلة في Proxmox VE لحاوية النظام التي تعمل بنظام CentOS. لقد أوقفته ، وقمت بتمكين المحاكاة الافتراضية المتداخلة وفويلا ، والآن يمكنني تشغيل حاويات قياسية (صغيرة) بداخلها.

آمل أن يساعد.

لما يستحق: sudo docker container prune أصلح المشكلة بالنسبة لي.

عملت لي ، شكرا لك! :د

نجحت هذه الإجابة بالنسبة لي: https://github.com/docker/compose/issues/4039#issuecomment -261353666 شكرًا @ artem-gavrylenko

https://github.com/docker/compose/issues/4039#issuecomment -262424900

لقد لاحظت وجود سطر CMD في ملف عامل ميناء وأن معلمة أمر في ملف عامل عامل إنشاء سيؤدي أيضًا إلى تشغيل هذا الخطأ.

واجهت هذا اليوم مع Docker 19.03.4 الذي يعمل مع Docker لنظام التشغيل Mac وقمت بإصلاح المشكلة بالنسبة لي. لقد قمت بإزالة command: npm start من docker-compose.yml منذ أن أطلق على CMD npm start Dockerfile أطلق عليه CMD npm start . يبدو أن كل شيء يعمل كما هو متوقع الآن.

يجب أن تجعل docker-entrypoint.sh ملفًا قابلاً للتنفيذ قبل إنشاء الصورة:

chmod +x docker-entrypoint.sh

وإلا فإنه لا يمكن تنفيذه وتحصل على خطأ الإذن.

ساعدني. شكرا لك.

أواجه مشكلة مماثلة. رسالة الخطأ الخاصة بي هي:
خطأ: من أجل logstash لا يمكن بدء سجل الخدمة: فشل إنشاء وقت تشغيل OCI: container_linux.go: 346: بدء عملية الحاوية تسبب "process_linux.go: 449: تسببت تهيئة الحاوية" rootfs_linux.go: 58: mounting \ "/ c / users / revature / documents / revature / William's Code / elasticapmdocker / logstash / logstash.yml \ "to rootfs \" / mnt / sda1 / var / lib / docker / overlay2 / baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5c3df974nt /docker/overlay2/baa8081d216619bdc31c46a0b97b6b73ef1af2005b792f1adb5c3df974e39f57/merged/usr/share/logstash/config/logstash.yml \ "تسبب \" ليس دليلًا \ "" ":

وفقًا لرسالة الخطأ الخاصة بي ، قد يكون هناك خطأ ما في ملف logstash.yml وملف apm-server.yml

لذلك يبدو ملف logstash.yml الخاص بي كما يلي:
خط انابيب:
حزمة:
تأخير: 50
الحجم: 125
xpack.monitoring.enabled: صحيح

ويبدو apm-server.yml الخاص بي كما يلي:
خادم apm:
المضيف: "0.0.0.0:8200"
setup.dashboards.enabled: صحيح
رم:
ممكّن: صحيح
allow_origins: [' http: // localhost : 8080']
كيبانا:
ممكّن: صحيح
المضيف: " localhost: 5601 "
logging.level: info
logging.to_files: صحيح
ملفات التسجيل:
المسار: CHANGE_ME
الاسم: DemoWebApplication
حفظ الملفات: 7
الأذونات: 0644
المقاييس:
ممكّن: صحيح
الإخراج.
الفهرس: "apm-server -٪ {+ yyyy.MM.dd}"
المضيفين: [" localhost: 9200 "]
setup.template.name: "خادم apm"
setup.template.pattern: "apm-server- *"

$ عامل تركيب - بناء
تطبيق البناء
الخطوة 1/10: من الياقوت: 2.6-سليم
—-> cd9eb8fc5abd
الخطوة 2/10: تشغيل apt-get update -qq && apt-get install -y build-basic cmake git tzdata libpq-dev ruby-dev curl
---> استخدام ذاكرة التخزين المؤقت
—-> dae7cef58b65
الخطوة 3/10: RUN curl -sL https://deb.nodesource.com/setup_11.x | bash - && apt-get install -y nodejs
---> استخدام ذاكرة التخزين المؤقت
—-> 68bdae8e1191
الخطوة 4/10: RUN curl -sS https://dl.yarnpkg.com/debian/pubkey.gpg | إضافة مفتاح apt - && echo "deb https://dl.yarnpkg.com/debian/ stabil main main" | tee /etc/apt/sources.list.d/yarn.list && apt-get update && apt-get install -y yarn
---> استخدام ذاكرة التخزين المؤقت
—-> 8ae18681c5c2
الخطوة 5/10: تشغيل apt-get clean && rm -rf / var / lib / apt / list / * / tmp / * / var / tmp / *
---> استخدام ذاكرة التخزين المؤقت
—-> e7fece4b0095
الخطوة 6/10: تشغيل mkdir / app
---> استخدام ذاكرة التخزين المؤقت
—-> f59bc64ba38c
الخطوة 7/10: WORKDIR / التطبيق
---> استخدام ذاكرة التخزين المؤقت
—-> 0e280a5c2986
الخطوة 8/10: RUN gem install bundler -v 1.17.3
---> استخدام ذاكرة التخزين المؤقت
-> 3cd92734be84
الخطوة 9/10: ENTRYPOINT ["./docker-entrypoint.sh"]
---> استخدام ذاكرة التخزين المؤقت
—-> 0071a71c1342
الخطوة 10/10: CMD ["bash"]
---> استخدام ذاكرة التخزين المؤقت
—-> a069f4950175
تم بناء a069f4950175 بنجاح
تم بنجاح وضع علامات على تطبيق ifme-master_
ifme-master_db_1 محدث
جارٍ بدء ifme-master_app_1 ... خطأ
خطأ: لـ ifme-master_app_1 لا يمكن بدء تطبيق الخدمة: فشل إنشاء وقت تشغيل OCI: container_linux.go: 346: تسبب بدء عملية الحاوية "exec:" ./docker-entrypoint.sh ": stat ./docker-entrypoint.sh: لا يوجد مثل هذا ملف أو دليل ": غير معروف

خطأ: للتطبيق لا يمكن بدء تطبيق الخدمة: فشل إنشاء وقت تشغيل OCI: container_linux.go: 346: تسبب بدء عملية الحاوية "exec:" ./docker-entrypoint.sh ": stat ./docker-entrypoint.sh: لا يوجد مثل هذا الملف أو الدليل ": غير معروف
خطأ: حدثت أخطاء أثناء طرح المشروع.

أتلقى هذا الخطأ أثناء تشغيل الأمر docker-compose up --build
على الرغم من أن لدي نقطة دخول عامل الإرساء

قد يكون هذا بسبب تغيير كلمة المرور.
انقر بزر الماوس الأيمن على أيقونة عامل الإرساء
-> الإعدادات
-> مساحات Drive المشتركة
-> إعادة تحديد مكان العمل وسيطلب النظام منك إدخال كلمة المرور مرة أخرى.

أتلقى هذا الخطأ أيضًا ، وقد sudo . ومع ذلك ، يجب أن يكون هناك حل بديل لهذه المشكلة.

بدلاً من تشغيل sudo ببساطة قم بتشغيل الأمر
chmod a+x /path/to/your/script.sh
لمنح الإذن بالتنفيذ. هذا أفضل بكثير من استخدام sudo في كل مرة.

أتلقى هذا الخطأ أيضًا ، وقد sudo . ومع ذلك ، يجب أن يكون هناك حل بديل لهذه المشكلة.

بدلاً من تشغيل sudo ببساطة قم بتشغيل الأمر
chmod a+x /path/to/your/script.sh
لمنح الإذن بالتنفيذ. هذا أفضل بكثير من استخدام sudo في كل مرة.

إلى أي نص تشير إليه؟ تضمين التغريدة

@ simanto604newscred ، البرنامج النصي الذي أشير إليه هو البرنامج النصي shell المستخدم لإحضار بقية المشروع. في المنشور الأصلي ، سيكون هذا هو السطر الأخير في ملف عامل الإرساء وهو:
CMD ["script/docker-entrypoint.sh"]
يوجد النص هنا في script / docker-entrypoint.sh

ما عليك سوى تغيير أذونات البرنامج النصي باستخدام chmod a+x <script> مرة واحدة ولن تضطر إلى استخدام sudo بعد الآن.

يؤسفني جدًا الإضافة إلى هذه المشكلة بعد فتحها:

لكنني وجدت طريقة للتغلب على هذا. ما عليك سوى إعادة بناء الصورة عن طريق تشغيل:

docker-compose build

ثم ابدأ الحاوية باستخدام الصورة المبنية حديثًا:

docker-compose up

هذا كل شئ.

آمل أن يساعد هذا

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