タグ付けされた質問 「alpine」

openjdk：8-jdk-alpineからdockerイメージを作成しましたが、単純なコマンドを実行しようとすると、次のエラーが発生します。 RUN bash /bin/sh: bash: not found RUN ./gradlew build env: can't execute 'bash': No such file or directory

211 bash  docker  dockerfile  alpine 

Ubuntuイメージのインタラクティブシェルを開始するには、次のコマンドを実行します。 ole@T:~$ docker run -it --rm ubuntu root@1a6721e1fb64:/# ls bin boot dev etc home lib lib64 media mnt opt proc root run sbin srv sys tmp usr var ただし、これをAlpine Dockerイメージに対して実行すると、次の結果になります。 ole@T:~$ docker run -it --rm alpine Error response from daemon: No command specified アルパインのベースコンテナーでインタラクティブシェルを起動するコマンドは何ですか？

165 linux  docker  containers  alpine 

Java 11が最新のLTSバージョンであることが発表されています。したがって、このJavaバージョンに基づいて新しいサービスを開始しようとしています。 ただし、Java 11のベースDockerイメージは、Java 8の同等のイメージよりもはるかに大きくなります。 openjdk:8-jre-alpine：84 MB openjdk:11-jre-slim：283 MB （私は公式のOpenJDKと各Javaバージョンの最も軽量なイメージのみを検討しています。） より深く掘り下げると、次の「もの」が明らかになりました。 openjdk:11-jre-slim画像は、ベースイメージを使用しますdebian:sid-slim。これには2つの問題があります。 これは60 MB大きいです alpine:3.8 Debianのsidバージョンは不安定であり、 openjdk-11-jre-headlessイメージにインストールされているパッケージは、（Dockerコンテナーの実行中）の3倍openjdk8-jreです。 openjdk:8-jre-alpine： / # du -hs /usr/lib/jvm/java-1.8-openjdk/jre/lib/ 57.5M /usr/lib/jvm/java-1.8-openjdk/jre/lib/ openjdk:11-jre-slim： # du -sh /usr/lib/jvm/java-11-openjdk-amd64/lib/ 179M /usr/lib/jvm/java-11-openjdk-amd64/lib/ 深く行くと、私はこの重さの「根」を発見しました-それmodulesはJDKのファイルです： # ls -lhG /usr/lib/jvm/java-11-openjdk-amd64/lib/modules 135M /usr/lib/jvm/java-11-openjdk-amd64/lib/modules それで、今来た質問： alpineJava 11スリムイメージのベースイメージとして使用されなくなったのはなぜですか？ LTS Javaイメージに不安定なsidバージョンが使用されるのはなぜですか？ OpenJDK 11のスリム/ヘッドレス/ JREパッケージが、類似のOpenJDK 8パッケージと比較してなぜそれほど大きいのですか？ OpenJDK 11で135 …

145 java  docker  alpine  java-11 

.build-deps次のコマンドには何がありますか？Alpineのドキュメントに説明がありません。これは事前定義されたファイルですか？これが多くのDockerfilesで参照されていることを確認してください。 RUN apk add --no-cache --virtual .build-deps \ gcc \ freetype-dev \ musl-dev RUN pip install --no-cache-dir <packages_that_require_gcc...> \ RUN apk del .build-deps

139 docker  apk  dockerfile  alpine 

Raspberry Pi 2でalpine-linuxを実行しています。次のコマンドを使用してPillowをインストールしようとしています。 pip install pillow これはコマンドからの出力です： Installing collected packages: pillow Running setup.py install for pillow Complete output from command /usr/bin/python -c "import setuptools, tokenize;__file__='/tmp/pip-build-gNq0WA/pillow/setup.py';exec(compile(getattr(tokenize, 'open', open)(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --record /tmp/pip-nDKwei-record/install-record.txt --single-version-externally-managed --compile: running install running build running build_py creating build creating build/lib.linux-armv7l-2.7 creating build/lib.linux-armv7l-2.7/PIL copying PIL/XVThumbImagePlugin.py -> …

135 python  linux  python-2.7  alpine 

ベースOSのAlpineとCentOSまたはDebianを使用してDockerコンテナにPandasとNumpy（依存関係）をインストールするのにはるかに時間がかかることに気づきました。以下に、時差を示すための小さなテストを作成しました。AlpineがPandasとNumpyをインストールするためにビルドの依存関係を更新およびダウンロードするのにかかる数秒を除いて、setup.pyがDebianのインストールよりも約70倍長い時間がかかるのはなぜですか？ Alpineをベースイメージとして使用してインストールを高速化する方法はありますか、またはPandasやNumpyなどのパッケージに使用するのに適したAlpineに匹敵するサイズの別のベースイメージがありますか？ Dockerfile.debian FROM python:3.6.4-slim-jessie RUN pip install pandas Pandas＆NumpyでDebianイメージをビルドします。 [PandasDockerTest] time docker build -t debian-pandas -f Dockerfile.debian . --no-cache Sending build context to Docker daemon 3.072kB Step 1/2 : FROM python:3.6.4-slim-jessie ---> 43431c5410f3 Step 2/2 : RUN pip install pandas ---> Running in 2e4c030f8051 Collecting pandas Downloading pandas-0.22.0-cp36-cp36m-manylinux1_x86_64.whl (26.2MB) …

103 pandas  numpy  docker  alpine 

alpineDockerfileのベースイメージとして（またはAlpineに基づくイメージ）を使用しています。ユーザーを作成するには、どの指示を追加する必要がありますか？ 最終的には、このユーザーを使用して、コンテナーに配置するアプリケーションを実行し、ルートユーザーが実行しないようにします。

98 docker  alpine 

私のPHPコンテナーはpuppeteerを実行してPDFを生成します。PDFドキュメントを生成することで、コンテナ内に2つのコアダンプファイルも作成されます。実際にどこから来たのかわかりません。 ホスト/サーバーはCentOS 7です。 私は以下をチェックしました： アプリケーションエラーログはありません。Browsershot/ puppeteerはエラーなしで実行されています。 エラーログ（segfaultなど）が見つかりません /var/log/messages コアダンプを無効にしようとしました https://linux-audit.com/understand-and-configure-core-dumps-work-on-linux/の Disable core dumpsセクションに従って、私は完了しました： 次のコンテンツをに追加しています /etc/security/limits.conf * soft core 0 * hard core 0 以下によってdisable-core-dumps.shを作成しました。 echo “ulimit -c 0 > /dev/null 2>&1” > /etc/profile.d/disable-coredumps.sh に次のコンテンツを追加しました /etc/systemd/coredump.conf [Coredump] Storage=none ProcessSizeMax=0 そして、サーバーとコンテナを再起動します。 ulimit -c 0コンテナ（アルパイン）の内側にもセットしてみました 上記のトリックはどれも私にはうまくいきません。人形遣いがPDFを生成するたびに、常に次のような2つのコアダンプファイルが作成されます。 core.131 core.52 コアファイルは次のようになります。 誰かがコアダンプを無効にするのを手伝ってくれる？どうもありがとう。

13 docker  docker-compose  puppeteer  alpine  coredump