standard_init_linux.go: 190: exec kullanıcı işlemi "böyle bir dosya veya dizin olmamasına" neden oldu - Docker

Docker imajımı Windows 10'da çalıştırdığımda şu hatayı alıyorum:

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

docker dosyam:

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"]

ve komut dosyası #! / bin / sh ile başlıyor

#!/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

Denenen yöntem1: #! / Bin / sh'yi #! / Bin / bash olarak değiştirmeyi denedi, ancak aynı hatayı alıyorum.

Denenen method2: docker dosyasına dos2unix eklendi

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

Notepad ++ kullanın, düzenle -> EOL dönüşümü -> CRLF'den LF'ye değiştirin.

giriş noktasını aşağıdaki gibi değiştirin. Benim için çalıştı

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

Tuomastik'in yorumlarda işaret ettiği gibi , dokümanlar ilk parametrenin çalıştırılabilir olmasını gerektirir:

ENTRYPOINT'in iki formu vardır:

ENTRYPOINT ["executable", "param1", "param2"] (exec formu, tercih edilir)

ENTRYPOINT command param1 param2 (kabuk formu)

alpineResmi kullanırken aynı sorunu yaşadım .

Dosyam .shaşağıdaki ilk satırı içeriyordu:

#!/bin/bash

Alpine'de bash yoktur. Yani hattı değiştirerek

#!/bin/sh

veya bash'ı kurmak

apk add --no-cache bash

sorunu benim için çözdü.

benim durumumda ben den biten çizgiyi değiştirmek zorunda CRLFiçin LFiçin run.shdosya ve hata gitmişti.

Umarım bu yardımcı olur,
Kirsten

Go binary'nizi alpine konteynerde çalıştırırken bu sorunla karşılaştığınızı varsayalım. Bölmenizi oluşturmadan önce aşağıdaki değişkeni dışa aktarın

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

Sonra go build

Bu bir CRLF sorunu. Bunu kullanarak sorunu çözdüm:

git config --global core.eol lf

git config --global core.autocrlf input

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

Linux'tan "böyle bir dosya veya dizin gelmiyor" ve aşağıdaki nedenleri gördüm:

İlk neden, dosyanın aslında kabınızın içinde olmamasıdır. Bazı kişiler, görüntülerine eklemeden ana bilgisayardan bir komut çalıştırmaya çalışır. Bazı insanlar, çalıştırmak istedikleri komutun üzerine bir birim yerleştirerek komutlarını gölgeliyorlar. Aynı kabı çalıştırırsanız, ancak normal giriş noktası / cmd değeriniz yerine bir kabuk kullanırsanız ve bir çalıştırırsanız, ls /path/to/cmdbunun var olup olmadığını görürsünüz.

Bir sonraki neden yanlış komutu çalıştırmaktır. Bu genellikle, doğru şekilde ayrıştırılmayan çalıştırılacak komutun json / exec biçimlendirmesiyle ortaya çıkar. Çalıştırmaya çalışan bir komut ["app",veya benzer bir şey görürseniz , json dizesi Docker tarafından çözümlenmemiş ve Linux komutu bir dize olarak ayrıştırmak için bir kabuk kullanmaya çalışıyor demektir. Bu, bağımsız değişkenleri yanlış sıralarsanız da meydana gelebilir, örneğin çalıştırmaya çalışmak -it, bayrakların görüntü adından önce yerleştirilmesi gerektiğinde görüntü adından sonra yerleştirmeye çalıştığınız bir işarettir.

Kabuk komut dosyalarında, bu hata #!, kabın içinde mevcut olmayan bir komutun bulunduğu ilk satır işaret ediyorsa görünür . Bazıları için bu, bashyalnızca sahip olan bir görüntüde çalışmaya çalışıyor /bin/sh. Ve sizin durumunuzda, bu komut dosyasındaki Windows satır beslemelerinden olabilir. Editörünüzde Linux / Unix satır beslemelerine geçmek bunu düzeltir.

İkili dosyalarda, bağlantılı bir kitaplık eksikse bu hata görünür. Bunu, ile derlenen libc, ancak muslherhangi bir kitaplık ile veya hiç kitaplık olmadan dağda çalışan Go komutlarında sık sık gördüm . Ya tüm eksik kitaplıkları eklemeniz ya da komutunuzu statik olarak derlemeniz gerekir. Bu kütüphane bağlantılarını görmek ldd /your/appiçin ikili programınızda kullanın .

Ben dolayı benim rep yorumun alamıyorum, ama sadece eklemek istedim: VSCode kullanıcıları için , size tıklayarak LF CRLF satır sonları değiştirebilir CRLF durum çubuğunda, ardından seçmek LF ve dosyayı kaydedin.

Ben de aynı sorunu yaşadım ve bu sorunu çözdü.

CRLF'yi Notepad ++ kullanarak LF ile değiştirme

1. Notepad ++ 'ın Bul / Değiştir özelliği, bu gereksinimi oldukça iyi bir şekilde yerine getirir. Değiştir iletişim kutusunu (CTRL + H) açın, Genişletilmiş arama modunu (ALT + X) seçin, "\ r \ n" araması yapın ve "\ n" ile değiştirin:
2. Tümünü Değiştir'e basın (ALT + A)

Docker görüntüsünü yeniden oluşturun ve çalıştırın, sorununuzu çözecektir.

Aşağıdakiler gibi benzer bir hataya dikkat edin:

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

Bir görüntünün oluşturulduğu mimari sisteminizden biriyle eşleşmiyorsa ortaya çıkabilir. Örneğin arm64, bir x86_64makine için oluşturulmuş bir imajı çalıştırmaya çalışmak bu hatayı oluşturabilir.

Bunu Dockerfile'ınıza ekleyin

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

Bu sorunu çözüyorum, ayarlarımı vscode'da yapıyorum.

1. Dosya
   1. Tercihler
      1. Ayarlar
         1. Metin düzeltici
            1. Dosyalar
            2. Eol - \ n olarak ayarla

Saygılarımızla