問題タブ [linux-containers]

通常、docker コンテナーはユーザーrootを使用して実行されます。別のユーザーを使用したいのですが、docker の USER ディレクティブを使用しても問題ありません。ただし、このユーザーはコンテナー内でsudoを使用できる必要があります。このコマンドがありません。

この目的のための単純な Dockerfile を次に示します。

このコンテナーを実行すると、ユーザー「docker」でログインします。sudo を使用しようとすると、コマンドが見つかりません。だから私は自分のDockerfile内にsudoパッケージをインストールしようとしました

これにより、パッケージ sudo が見つかりません

シェフソロを使用してドッカーでコミュニティ gerrit クックブックを実行しています。

ビルド ステップとして Dockerfile でクックブックを実行すると、エラーがスローされます (ログを確認してください)。しかし、イメージを実行してコンテナー内に移動し、同じコマンドを実行すると、正常に動作します。

何が起こっているのか分かりますか？sudoについて不平を言っていますが、シンボリックリンクを作成し続けています。「target_mode = nil」は、コンテナ内でコマンドを実行しても同じことを訴えるので問題ありませんが、正常に動作します。意味をなさない init.d スクリプトについて不平を言うことになります。

ビルドステップとしてのchef-solo:

ログ:

この Docker イメージtutum/wordpressを使用して、Wordpress Web サイトのデモを行いました。最近、イメージが MySQL データにボリュームを使用していることがわかりました。

問題は次のとおりです。コンテナをバックアップして復元したい場合は、イメージをコミットしてから、後でコンテナを削除し、コミットされたイメージから新しいコンテナを作成できます。しかし、そうすると、ボリュームが削除され、すべてのデータが失われます。

コンテナーとそのボリューム データをバックアップする簡単な方法があるはずですが、どこにも見つかりません。

Docker とは何かを読みましたが、Docker を使用する実際のシナリオを見つけるのに苦労していますか?

ここであなたの使用法を見るのは素晴らしいことです。

root として docker コンテナーで何も実行したくありません。そして、ミニマルなイメージが欲しい。

コンパイルした Go アプリをスクラッチ イメージで問題なく実行できます。しかし、ルートとして実行したくない場合（ルートとして実行していると仮定します）、取得したdockerfileでUSER nobodyを定義します

ここに私のdockerfileがあります

編集 - - - - - -

スクラッチが空であることがわかりました。非常に空です。

RUN useradd は /bin/sh -c useradd を実行しますが、 /bin/sh はありません。RUN ["useradd"] は直接実行します。しかし、useradd はありません。id は rootfs.tar を追加してゼロからビルドする必要があります。

コンテナ内でルートとして何も実行しないので、debianを使用します...

コンテナ内のルートをコンテナ外のルートであるかのように扱う