standard_init_linux.go: 190: процес користувача exec спричинив “відсутність такого файлу чи каталогу” - Docker

Question 1

Коли я запускаю образ докера у Windows 10. Я отримую таку помилку:

standard_init_linux.go:190: exec user process caused "no such file or directory"

мій файл докера:

FROM openjdk:8

EXPOSE 8080

VOLUME /tmp

ADD appagent.tar.gz /opt/app-agent
ADD services.jar app.jar
ADD run.sh /run.sh

# Install compiler and perl stuff
RUN apt-get update
RUN apt-get install -y build-essential
RUN apt-get install -y gcc-multilib
RUN apt-get install -y perl

# Install Percona Toolkit
RUN apt-get install --yes percona-toolkit
RUN ["chmod", "+x", "/run.sh"]
ENTRYPOINT ["/run.sh"]

і скрипт починається з #! / bin / sh

#!/bin/sh
set -e

JAVA_OPTS="-Dfile.encoding=UTF-8 -Djava.security.egd=file:/dev/urandom"

if [ "${APPD_APP_NAME}" != "" ]; then
JAVA_AGENT="-javaagent:/opt/app-agent/javaagent.jar
fi

exec java ${JVM_OPTS} ${JAVA_OPTS} ${JAVA_AGENT} -jar /app.jar

Спробований метод1: Спробував змінити #! / Bin / sh на #! / Bin / bash, але отримати таку ж помилку.

Спробований метод2: додано dos2unix у файл docker

RUN apt-get install -y dos2unix
RUN dos2unix /run.sh

Question 2

Використовуйте блокнот ++, перейдіть до редагування -> перетворення EOL -> змініть з CRLF на LF.

Question 3

змінити точку входу, як показано нижче. У мене це спрацювало

ENTRYPOINT ["sh","/run.sh"]

Як зазначив tuomastik у коментарях , документація вимагає, щоб першим параметром був виконуваний файл:

ENTRYPOINT має дві форми:

ENTRYPOINT ["executable", "param1", "param2"] (форма виконання, бажана)

ENTRYPOINT command param1 param2 (форма оболонки)

Question 4

У мене була та сама проблема при використанні alpineзображення.

Мій .shфайл містив такий перший рядок:

#!/bin/bash

Альпійський не має баш. Тож зміна рядка на

#!/bin/sh

або встановлення bash за допомогою

apk add --no-cache bash

вирішив питання для мене.

Question 5

Припустимо, ви стикаєтесь із цією проблемою під час запуску вашого бінарного файлу go в alpine container. Експортуйте наступну змінну перед тим, як будувати свій смітник

# CGO has to be disabled for alpine
export CGO_ENABLED=0

Тоді go build

Question 6

у моєму випадку мені довелося змінити рядок, що закінчується з CRLFна LFдля run.shфайлу, і помилка зникла.

Сподіваюсь, це допоможе,
Кірстен

Question 7

Це проблема CRLF. Я вирішив проблему за допомогою цього:

git config --global core.eol lf

git config --global core.autocrlf input

find . -type f -print0 | xargs -0 dos2unix

Question 8

"Жоден такий файл або каталог" не надходить з Linux, і я бачив такі причини:

По-перше, насправді немає файлу всередині контейнера. Деякі люди намагаються запустити команду від хоста, не додаючи її до свого образу. Деякі люди затінюють свою команду, встановлюючи том над командою, яку вони хотіли виконати. Якщо запустити той самий контейнер, але з оболонкою замість звичайного значення точки входу / cmd, і запустити, ls /path/to/cmdви побачите, чи існує це.

Наступною причиною є запуск неправильної команди. Це часто виникає при json / exec форматуванні команди для запуску, яка неправильно аналізується. Якщо ви бачите команду, яка намагається запустити, ["app",або щось подібне, рядок json не був проаналізований Docker, і Linux намагається використовувати оболонку для синтаксичного аналізу команди як рядка. Це також може статися, якщо ви неправильно впорядковуєте аргументи, наприклад, спроба запустити -it- це знак, який ви намагалися розмістити прапори після імені зображення, коли вони повинні бути розміщені перед назвою зображення.

У сценаріях оболонки ця помилка з'являється, якщо перший рядок із #!вказівками на команду, яка не існує всередині контейнера. Для деяких це намагається виконати bashв зображенні, яке лише має /bin/sh. А у вашому випадку це може бути з каналів рядків Windows у сценарії. Перехід на лінійні канали Linux / Unix у вашому редакторі це виправить.

У двійкових файлах ця помилка з'являється, якщо зв'язана бібліотека відсутня. Я часто це бачив, коли команди Go, які компілюються libc, але виконуються на alpine за допомогою muslабо скретч без жодних бібліотек. Вам потрібно або включити всі відсутні бібліотеки, або статично скомпілювати свою команду. Щоб побачити ці посилання на бібліотеку, скористайтеся ldd /your/appвашим двійковим файлом.

Question 9

Я не можу коментувати через свого представника, але я просто хотів додати: для користувачів VSCode ви можете змінити закінчення рядків CRLF на LF, натиснувши CRLF у рядку стану, потім вибрати LF та зберегти файл.

У мене була та сама проблема, і це вирішило її.

Question 10

Заміна CRLF на LF за допомогою Notepad ++

Функція «Знайти / Замінити» Notepad ++ досить добре справляється з цією вимогою. Просто відкрийте діалогове вікно «Замінити» (CTRL + H), виберіть режим розширеного пошуку (ALT + X), знайдіть «\ r \ n» і замініть на «\ n»:
Натисніть Замінити все (ALT + A)

Відновіть і запустіть образ докера, щоб вирішити вашу проблему.

Question 11

Зверніть увагу на подібну помилку, таку як:

standard_init_linux.go:211: exec user process caused "no such file or directory"

може статися, якщо архітектура, для якої було створено зображення, не відповідає архітектурі вашої системи. Наприклад, спроба запустити зображення, побудоване arm64на x86_64машині, може спричинити цю помилку.

Question 12

Додайте це у свій Dockerfile

RUN cat /run.sh | tr -d '\r' > /run.sh

Question 13

Я вирішую цю проблему, встановлюю свої налаштування у vscode.

Файл
1. Преференції
  1. Налаштування
    1. Текстовий редактор
      1. Файли
      2. Eol - встановлено на \ n

З повагою

Question 14

Я знайшов конкретний крайній випадок, коли я використовував tini init в альпійському контейнері, але оскільки я не використовував статично зв'язану версію, і Alpine використовує musl libc, а не бібліотеку GNU LibC, встановлену за замовчуванням, він збігався з тим самим повідомлення про помилку.

Якби я це зрозумів і також знайшов час, щоб прочитати документацію належним чином, я знайшов би Тіні Стейтік , який після переходу на, вирішив мою проблему.