From: KATOH Yasufumi Date: Fri, 27 Dec 2013 16:35:22 +0000 (+0900) Subject: doc: Improve Japanese man pages X-Git-Tag: lxc-1.0.0.beta2~98 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=9a97d4e4bdf331bb2c2b8ed14bcefa53358c288f;p=thirdparty%2Flxc.git doc: Improve Japanese man pages * Improve Japanese translation * Fix mis-translation * Insert linefeed between paragraph, because some paragraph is too long, so sometimes git send-email could not use. Signed-off-by: KATOH Yasufumi Signed-off-by: Serge Hallyn --- diff --git a/doc/ja/lxc-attach.sgml.in b/doc/ja/lxc-attach.sgml.in index 730f4d212..50b9de944 100644 --- a/doc/ja/lxc-attach.sgml.in +++ b/doc/ja/lxc-attach.sgml.in @@ -76,7 +76,8 @@ by KATOH Yasufumi specified by name. The container has to be running already. --> - lxc-attach は name で指定したコンテナ内で指定した command を実行します．実行する時点でコンテナが実行中でなければなりません． + lxc-attach は name で指定したコンテナ内で指定した command を実行します． + 実行する時点でコンテナが実行中でなければなりません． - もし command が指定されていない場合，lxc-attach コマンドを実行したユーザのデフォルトシェルをコンテナ内で調べて実行します．もしコンテナ内にユーザが存在しない場合や，コンテナで nsswitch 機構が働いていない場合はこの動作は失敗します． + もし command が指定されていない場合，lxc-attach コマンドを実行したユーザのデフォルトシェルをコンテナ内で調べて実行します． + もしコンテナ内にユーザが存在しない場合や，コンテナで nsswitch 機構が働いていない場合はこの動作は失敗します． @@ -115,7 +117,8 @@ by KATOH Yasufumi . By default, the current archictecture of the running container will be used. --> - コマンドを実行するコンテナのアーキテクチャを指定します．このオプションは，コンテナの設定ファイルで指定する オプションと同じものとして受け入れられます． + コマンドを実行するコンテナのアーキテクチャを指定します． + このオプションは，コンテナの設定ファイルで指定する オプションと同じものが使用可能です． lxc.conf 5 @@ -139,7 +142,8 @@ by KATOH Yasufumi not be added to the container's cgroup(s) and it will not drop its capabilities before executing. --> - コンテナの内部で command を実行する時に特権を削除しません．もしこのオプションが指定された場合，新しいプロセスはコンテナの cgroup に追加 されず，実行する前にケーパビリティ (capability) も削除しません． + コンテナの内部で command を実行する時に特権を削除しません． + もしこのオプションが指定された場合，新しいプロセスはコンテナの cgroup に追加 されず，実行する前にケーパビリティ (capability) も削除しません． - 警告：もし実行するコマンドが，アタッチするメインプロセスが終了した後も実行されたままのサブプロセスを開始するような場合，このオプションの指定はコンテナ内への特権のリークとなる可能性があります．コンテナ内でのデーモンの開始(もしくは再起動)は問題となります．デーモンが多数のサブプロセスを開始する cron や sshd のような場合は特に問題となります．充分な注意を払って使用してください． + 警告： + もし実行するコマンドが，アタッチするメインプロセスが終了した後も実行されたままのサブプロセスを開始するような場合，このオプションの指定はコンテナ内への特権のリークとなる可能性があります． + コンテナ内でのデーモンの開始(もしくは再起動)は問題となります． + デーモンが多数のサブプロセスを開始する cron や sshd のような場合は特に問題となります． + 充分な注意を払って使用してください． @@ -185,7 +193,11 @@ by KATOH Yasufumi container while retaining the other namespaces as those of the host. --> - アタッチする名前空間をパイプで連結したリストで指定します．例えば NETWORK|IPC のようにです．ここで使用可能な値は MOUNT, PID, UTSNAME, IPC, USER , NETWORK です．これにより指定した名前空間にプロセスのコンテキストを変更できます．例えばコンテナのネットワーク名前空間に変更する一方で，他の名前空間はホストの名前空間のままにするというような事が可能です． + アタッチする名前空間をパイプで連結したリストで指定します． + 例えば NETWORK|IPC のようにです． + ここで使用可能な値は MOUNT, PID, UTSNAME, IPC, USER , NETWORK です． + これにより指定した名前空間にプロセスのコンテキストを変更できます． + 例えばコンテナのネットワーク名前空間に変更する一方で，他の名前空間はホストの名前空間のままにするというような事が可能です． - を指定し，そこにマウント名前空間が含まれない時，このオプションにより lxc-attach は /proc と /sys をリマウントします．これは現在の他の名前空間のコンテキストを反映させるためです． + を指定し，そこにマウント名前空間が含まれない時，このオプションにより lxc-attach は /proc と /sys をリマウントします． + これは現在の他の名前空間のコンテキストを反映させるためです． - アタッチされるプログラムに対して現在の環境を保持したままにします．これは現在 (バージョン 0.9 時点) のデフォルトの動作ですが，将来は変更される予定です．この動作がコンテナ内への望ましくない情報の漏洩につながる可能性があるためです．アタッチするプログラムで環境変数が利用可能であることを期待している場合，将来的にもそれが保証されるようにこのオプションを使用するようにしてください．現在の環境変数に加えて，container=lxc が設定されます． + アタッチされるプログラムに対して現在の環境を保持したままにします． + これは現在 (バージョン 0.9 時点) のデフォルトの動作ですが，将来は変更される予定です． + この動作がコンテナ内への望ましくない情報の漏洩につながる可能性があるためです． + アタッチするプログラムで環境変数が利用可能であることを期待している場合，将来的にもそれが保証されるようにこのオプションを使用するようにしてください． + 現在の環境変数に加えて，container=lxc が設定されます． @@ -261,7 +278,9 @@ by KATOH Yasufumi container=lxc will be the only environment with which the attached program starts. --> - アタッチする前に環境変数をクリアします．これによりコンテナへの不要な環境変数の漏洩が起こらなくなります．変数 container=lxc のみがアタッチするプログラムの開始の時の環境変数となります． + アタッチする前に環境変数をクリアします． + これによりコンテナへの不要な環境変数の漏洩が起こらなくなります． + 変数 container=lxc のみがアタッチするプログラムの開始の時の環境変数となります． @@ -324,7 +343,9 @@ by KATOH Yasufumi details. lxc-attach will fail in that case if used with an unpatched kernel. --> - (pid とマウント名前空間を含む) コンテナに対する完全なアタッチを行うにはパッチを適用したカーネルが必要となります．詳しくは lxc のウェブサイトを参照してください．(訳注: 3.8 カーネルから PID, マウント名前空間に対するアタッチも可能になっている) + (pid とマウント名前空間を含む) コンテナに対する完全なアタッチを行うにはパッチを適用したカーネルが必要となります． + 詳しくは lxc のウェブサイトを参照してください． + (訳注: 3.8 カーネルから PID, マウント名前空間に対するアタッチも可能になっている) - ユーザ名前空間へのアタッチは，現時点ではカーネルで完全にサポートされていません．しかし，lxc-attach は，将来のカーネルがこの機能を実装した時点ですぐに，アタッチが可能になるはずです． + ユーザ名前空間へのアタッチは，現時点ではカーネルで完全にサポートされていません． + しかし，lxc-attach は，将来のカーネルがこの機能を実装した時点ですぐに，アタッチが可能になるはずです． @@ -361,7 +383,10 @@ by KATOH Yasufumi accessing /proc or /sys. --> - Linux の /proc と /sys ファイルシステムは名前空間によって影響を受けるいくつかの情報を持っています．これは /proc 内のプロセス ID の名前のディレクトリや，/sys/class/net 内のネットワークインターフェース名のディレクトリなどです．擬似ファイルシステムをマウントしているプロセスの名前空間が，どのような情報を表示するかを決定します．/proc や /sys にアクセスしているプロセスの名前空間が決定するのではありません． + Linux の /proc と /sys ファイルシステムは名前空間によって影響を受けるある程度の情報を持っています． + これは /proc 内のプロセス ID の名前のディレクトリや，/sys/class/net 内のネットワークインターフェース名のディレクトリなどです． + 擬似ファイルシステムをマウントしているプロセスの名前空間が，どのような情報を表示するかを決定します． + /proc や /sys にアクセスしているプロセスの名前空間が決定するのではありません． - を使ってコンテナの pid 名前空間のみをアタッチし，マウント名前空間 (これはコンテナの /proc を含み，ホストのは含まないでしょう) はアタッチしない場合， のコンテンツはコンテナのものではなく，ホストのものとなります．似たような事例として，ネットワーク名前空間のみをアタッチして，/sys/class/net のコンテンツを読んだ場合も同じような事が起こるでしょう． + を使ってコンテナの pid 名前空間のみをアタッチし，マウント名前空間 (これはコンテナの /proc を含み，ホストのは含まないでしょう) はアタッチしない場合， のコンテンツはコンテナのものではなく，ホストのものとなります． + 似たような事例として，ネットワーク名前空間のみをアタッチして，/sys/class/net のコンテンツを読んだ場合も同じような事が起こるでしょう． - この問題への対処のために， オプションが /proc と /sys が提供されています．これにより，アタッチするプロセスのネットワーク/pid 名前空間のコンテキストを反映させることができます．ホストの実際のファイルシステムに影響を与えないために，実行前にはマウント名前空間は unshare されます (lxc-unshare のように)．これは，/proc と /sys ファイルシステム以外はホストのマウント名前空間と同じである，新しいマウント名前空間がプロセスに与えられるということです． + この問題への対処のために， オプションが /proc と /sys が提供されています． + これにより，アタッチするプロセスのネットワーク/pid 名前空間のコンテキストを反映させることができます．ホストの実際のファイルシステムに影響を与えないために，実行前にはマウント名前空間は unshare されます (lxc-unshare のように)． + これは，/proc と /sys ファイルシステム以外はホストのマウント名前空間と同じである，新しいマウント名前空間がプロセスに与えられるということです． @@ -401,7 +429,8 @@ by KATOH Yasufumi be used with care, as it may break the isolation of the containers if used improperly. --> - と オプションの使用には注意を払うべきです．不適切に使用した場合，コンテナの隔離を破壊してしまう可能性があります． + と オプションの使用には注意を払うべきです． + 不適切に使用した場合，コンテナの隔離を破壊してしまう可能性があります． diff --git a/doc/ja/lxc-autostart.sgml.in b/doc/ja/lxc-autostart.sgml.in index ffff6958e..9229e1e7c 100644 --- a/doc/ja/lxc-autostart.sgml.in +++ b/doc/ja/lxc-autostart.sgml.in @@ -74,9 +74,9 @@ Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA will be shown. --> lxc-autostart は lxc.start.auto が設定されたコンテナの処理を行います． - ユーザがコンテナの開始，シャットダウン，kill，再起動を，設定した時間待機を行い，正しい順番で行えるようにします． + ユーザがコンテナの開始，シャットダウン，kill，再起動を，設定した時間間隔で，設定した順番で行えるようにします． lxc.group でのフィルタリングによって，もしくは定義された全てのコンテナを実行します． - 何の動作も行わず，対象のコンテナ (とコンテナに設定された待機時間) のリストを表示するリストモードを外部ツールから使用することも可能です． + 何の動作も行わず，対象のコンテナ (とコンテナに設定された起動待機時間) のリストを表示するリストモードを外部ツールから使用することも可能です． @@ -92,7 +92,7 @@ Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA or reboot. --> -r, -s, -k オプションは実行する動作を指定します．何も指定しない場合は，コンテナを起動します． - -a, -g は，どのコンテナを対象にするかを指定するのに使います．デフォルトでは，lxc.group が指定されていないコンテナにだけ影響します． + -a, -g は，どのコンテナを対象にするかを指定するのに使います．デフォルトでは，lxc.group が指定されていないコンテナにだけが対象となります． -t TIMEOUT はコンテナが完全にシャットダウンもしくはリブートを待つ最大時間を指定します． diff --git a/doc/ja/lxc-cgroup.sgml.in b/doc/ja/lxc-cgroup.sgml.in index 203a0be1d..6e771df39 100644 --- a/doc/ja/lxc-cgroup.sgml.in +++ b/doc/ja/lxc-cgroup.sgml.in @@ -73,7 +73,8 @@ by KATOH Yasufumi current value of the state-object is displayed; otherwise it is set. --> - lxc-cgroup は，コンテナの cgroup の一致するサブシステム (例えば 'cpuset') の state-object (例えば 'cpuset.cpus') の値を取得したり，値を設定したりします．もし value が指定されないときは，state-object の値を表示します．指定されている場合は値を設定します． + lxc-cgroup は，コンテナの cgroup の一致するサブシステム (例えば 'cpuset') の state-object (例えば 'cpuset.cpus') の値を取得したり，値を設定したりします． + value が指定されないときは，state-object の値を表示します．指定されている場合は値を設定します． @@ -83,7 +84,8 @@ by KATOH Yasufumi kernel, or that the corresponding subsystem is contained in any mounted cgroup hierarchy. --> - lxc-cgroup は state-object が実行中のカーネルで有効かどうかのチェックを行いません．また，一致するサブシステムがマウントされた cgroup の階層構造に含まれているかどうかのチェックを行いません． + lxc-cgroup は state-object が実行中のカーネルで有効かどうかのチェックを行いません． + また，指定したサブシステムがマウントされた cgroup の階層構造に含まれているかどうかのチェックを行いません． diff --git a/doc/ja/lxc-checkconfig.sgml.in b/doc/ja/lxc-checkconfig.sgml.in index efe5d438f..196b7e338 100644 --- a/doc/ja/lxc-checkconfig.sgml.in +++ b/doc/ja/lxc-checkconfig.sgml.in @@ -77,7 +77,9 @@ by KATOH Yasufumi check the current kernel. CONFIG can be set in the environment to an alternate location. --> - 現在のカーネルをチェックします．CONFIG 環境変数に別の場所を設定することも可能です．(訳注: カーネルビルド時の設定オプションのファイルの位置を指定します．デフォルトは /proc/config.gz です．) + 現在のカーネルをチェックします． + CONFIG 環境変数に別の場所を設定することも可能です． + (訳注: カーネルビルド時の設定オプションのファイルの位置を指定します．デフォルトは /proc/config.gz です．) diff --git a/doc/ja/lxc-checkpoint.sgml.in b/doc/ja/lxc-checkpoint.sgml.in index 8eeedcb26..e8db9431f 100644 --- a/doc/ja/lxc-checkpoint.sgml.in +++ b/doc/ja/lxc-checkpoint.sgml.in @@ -64,7 +64,7 @@ by KATOH Yasufumi - Description + <!-- Description --> - lxc-checkpoint は，NAME 指定したコンテナのチェックポイントを作成し，その状態を FILE で指定したファイルにダンプします． が指定された場合，チェックポイントの取得後，コンテナ内で実行されているアプリケーションは，実行が再開する直前に終了します． が指定された場合，チェックポイントの取得後，コンテナ内で実行されているアプリケーションは，実行が再開する直前に休止します．lxc-unfreeze コマンドで，実行を再開させます． + lxc-checkpoint は，NAME 指定したコンテナのチェックポイントを作成し，その状態を FILE で指定したファイルにダンプします． + が指定された場合，チェックポイントの取得後，コンテナ内で実行されているアプリケーションは，実行が再開する直前に終了します． + が指定された場合，チェックポイントの取得後，コンテナ内で実行されているアプリケーションは，実行が再開する直前に休止します． + lxc-unfreeze コマンドで，実行を再開させます． @@ -99,7 +102,8 @@ by KATOH Yasufumi FILE. This option is exclusive with below. --> - コンテナの実行状態を FILE に書き込みます．このオプションは以下の と同時に指定できません． + コンテナの実行状態を FILE に書き込みます． + このオプションは以下の と同時に指定できません． @@ -113,7 +117,8 @@ by KATOH Yasufumi FD file descriptor. This option is exclusive with above . --> - コンテナの実行状態を指定した FD ファイルディスクリプタに書き込みます．このオプションは前述の と同時に指定出来ません． + コンテナの実行状態を指定した FD ファイルディスクリプタに書き込みます． + このオプションは前述の と同時に指定出来ません． @@ -126,7 +131,8 @@ by KATOH Yasufumi Kill container processes after checkpoint. the processes are sent a SIGKILL signal. --> - チェックポイントを取得した後，コンテナプロセスを kill します．プロセスには SIGKILL シグナルが送られます． + チェックポイントを取得した後，コンテナプロセスを kill します． + プロセスには SIGKILL シグナルが送られます． - チェックポイントを取得した後，コンテナプロセスを休止させます．コンテナを再開させるまで止まったままとなります．このオプションは前述の オプションと同時に指定することはできません． + チェックポイントを取得した後，コンテナプロセスを休止させます． + コンテナを再開させるまで止まったままとなります． + このオプションは前述の オプションと同時に指定することはできません． @@ -165,7 +173,7 @@ by KATOH Yasufumi - 円周率の小数点以下を計算する新しいコンテナを起動させるために，以下を実行します． + 円周率の小数点以下を計算する新しいコンテナ 123 を起動させるために，以下を実行します． lxc-execute -n 123 -- pi1 -d 500000 @@ -204,7 +212,8 @@ by KATOH Yasufumi helps to define a CLI api for future Checkpoint / Restart solution --> - 実際はこのコマンドは動作しません．この説明は将来的なチェックポイント/再起動機能の解決策となる CLI API を定義するのを助けるためのものです． + 実際はこのコマンドは動作しません． + この説明は将来的なチェックポイント/再起動機能の解決策となる CLI API を定義するのを助けるためのものです． &seealso; diff --git a/doc/ja/lxc-clone.sgml.in b/doc/ja/lxc-clone.sgml.in index d0a1e2410..3cf11c582 100644 --- a/doc/ja/lxc-clone.sgml.in +++ b/doc/ja/lxc-clone.sgml.in @@ -98,7 +98,13 @@ by KATOH Yasufumi this includes only btrfs, lvm, overlayfs and zfs. LVM devices do not support snapshots of snapshots. --> - lxc-clone は，新しいコンテナを既に存在するコンテナのクローンとして作製します．クローンは 2 つのタイプをサポートします: コピーとスナップショットです．コピータイプのクローンは元のコンテナから新しいコンテナへ root ファイルシステムをコピーします．スナップショットファイルシステムは，バッキングストアのスナップショット機能を使い，元のコンテナの非常に小さな copy-on-write でのスナップショットを作製します．スナップショットでのクローンは，新しいコンテナのバッキングストアとしてスナップショット機能のサポートが必要になります．現時点では，このようなバッキングストアとしては btrfs, lvm, overlayfs, zfs のみをサポートします．LVM デバイスはスナップショットのスナップショットはサポートしていません． + lxc-clone は，新しいコンテナを既に存在するコンテナのクローンとして作製します． + クローンは 2 つのタイプをサポートします: コピーとスナップショットです． + コピータイプのクローンは元のコンテナから新しいコンテナへ root ファイルシステムをコピーします． + スナップショットファイルシステムは，バッキングストアのスナップショット機能を使い，元のコンテナの非常に小さな copy-on-write でのスナップショットを作製します． + スナップショットでのクローンは，新しいコンテナのバッキングストアとしてスナップショット機能のサポートが必要になります． + 現時点では，このようなバッキングストアとしては btrfs, lvm, overlayfs, zfs のみをサポートします． + LVM デバイスはスナップショットのスナップショットはサポートしていません． @@ -109,7 +115,8 @@ by KATOH Yasufumi containers. This can be requested by using the -B overlayfs arguments. --> - 新しいコンテナのバッキングストアは，一つの例外を除いては，元のコンテナのタイプと同じになります: overlayfs では，ディレクトリバックエンドのコンテナのスナップショットを作製することが可能です．これは，-B overlayfs という引数を使って指定することが可能です． + 新しいコンテナのバッキングストアは，一つの例外を除いては，元のコンテナのタイプと同じになります: overlayfs では，ディレクトリバックエンドのコンテナのスナップショットを作製することが可能です． + これは，-B overlayfs という引数を使って指定することが可能です． @@ -154,7 +161,7 @@ by KATOH Yasufumi Do not change the hostname of the container (in the root filesystem). --> - コンテナのホスト名を変更しません (root ファイルシステム内では)． + (root ファイルシステム内では) コンテナのホスト名を変更しません． @@ -184,7 +191,8 @@ by KATOH Yasufumi Copy all mount hooks into the new container's directory, and update any lxcpaths and container names as needed. --> - 全てのマウントフックを新しいコンテナのディレクトリにコピーします．そして，lxcpath とコンテナ名を必要に応じて更新します． + 全てのマウントフックを新しいコンテナのディレクトリにコピーします． + そして，lxcpath とコンテナ名を必要に応じて更新します． @@ -200,7 +208,8 @@ by KATOH Yasufumi block device. By default, the new device will be made the same size as the original. --> - ブロックデバイスのバックエンドのコンテナの場合，新しいブロックデバイスのサイズ．デフォルトでは，新しいデバイスは元のデバイスと同じサイズとなります． + ブロックデバイスのバックエンドのコンテナの場合，新しいブロックデバイスのサイズ． + デフォルトでは，新しいデバイスは元のデバイスと同じサイズとなります． @@ -232,7 +241,10 @@ by KATOH Yasufumi changing lxcpaths may not be possible, as subvolume snapshots must be in the same btrfs filesystem. --> - 新しいコンテナの lxcpath．デフォルトでは，オリジナルの lxcpath と同じものが使われます．btrfs のスナップショットの場合は注意が必要で，lxcpath の変更はできない可能性があります．これは subvolume のスナップショットが，同じ btrfs ファイルシステム上に存在しなければならないからです． + 新しいコンテナの lxcpath． + デフォルトでは，オリジナルの lxcpath と同じものが使われます． + btrfs のスナップショットの場合は注意が必要で，lxcpath の変更はできない可能性があります． + これは subvolume のスナップショットが，同じ btrfs ファイルシステム上に存在しなければならないからです． @@ -251,7 +263,10 @@ by KATOH Yasufumi backing stores include dir (directory), btrfs, lvm, zfs, loop and overlayfs. --> - 新しいコンテナで元のコンテナと違うバッキングストアを使う場合のバッキングストアを選択します．デフォルトでは元のコンテナと同じものが使われます．現時点では，バッキングストアの変更は，ディレクトリバックエンドのコンテナに対する overlayfs スナップショットに対してのみサポートされます．有効なバッキングストアは dir(directory), btrfs, lvm, zfs, loop, overlayfs を含みます． + 新しいコンテナで元のコンテナと違うバッキングストアを使う場合のバッキングストアを選択します． + デフォルトでは元のコンテナと同じものが使われます． + 現時点では，バッキングストアの変更は，ディレクトリバックエンドのコンテナに対する overlayfs スナップショットに対してのみサポートされます． + 有効なバッキングストアは dir(directory), btrfs, lvm, zfs, loop, overlayfs を含みます． @@ -305,7 +320,11 @@ by KATOH Yasufumi LXC_SRC_NAME, and the path or device on which the rootfs is located is in LXC_ROOTFS_PATH. --> - クローンされたコンテナに 1 つ以上の lxc.hook.clone の指定が存在する場合，指定されたフックは新しいコンテナに対して呼ばれます．クローンフックに渡される最初の 3 つの引数は，コンテナ名，セクション ('lxc')，フックタイプ ('clone') となります．lxc-clone に渡される追加の引数は，フックプログラムに渡される引数の 4 番目以降となります．LXC_ROOTFS_MOUNT 環境変数には，コンテナの root ファイルシステムがマウントされるパスが与えられます．設定ファイルのパス名は LXC_CONFIG_FILE に，新しいコンテナ名は LXC_NAME，古いコンテナ名は LXC_SRC_NAME に，rootfs のあるパスまたはデバイスは LXC_ROOTFS_PATH に保存されます． + クローンされるコンテナに 1 つ以上の lxc.hook.clone の指定が存在する場合，指定されたフックは新しいコンテナに対して呼ばれます． + クローンフックに渡される最初の 3 つの引数は，コンテナ名，セクション ('lxc')，フックタイプ ('clone') となります． + lxc-clone に渡される追加の引数は，フックプログラムに渡される引数の 4 番目以降となります． + LXC_ROOTFS_MOUNT 環境変数には，コンテナの root ファイルシステムがマウントされるパスが与えられます． + 設定ファイルのパス名は LXC_CONFIG_FILE に，新しいコンテナ名は LXC_NAME，古いコンテナ名は LXC_SRC_NAME に，rootfs のあるパスまたはデバイスは LXC_ROOTFS_PATH に保存されます． diff --git a/doc/ja/lxc-console.sgml.in b/doc/ja/lxc-console.sgml.in index 046bcfc58..db4d6eda6 100644 --- a/doc/ja/lxc-console.sgml.in +++ b/doc/ja/lxc-console.sgml.in @@ -48,7 +48,7 @@ by KATOH Yasufumi - 指定されたコンテナのコンソールの起動 + 指定したコンテナのコンソールの起動 @@ -70,7 +70,7 @@ by KATOH Yasufumi container specified as parameter, this command will launch a console allowing to log on the container. --> - パラメータで指定されたコンテナで tty サービスが設定され，利用可能である場合，このコマンドはコンテナにログイン出来るコンソールを起動します． + パラメータで指定したコンテナで tty サービスが設定され，利用可能である場合，このコマンドはコンテナにログイン出来るコンソールを起動します． @@ -80,7 +80,8 @@ by KATOH Yasufumi has been launched four times each taking a different tty, the fifth command will fail because no console will be available. --> - 利用可能な tty は，このコマンドが取得した空いている tty です．これは，コンテナに 4 つの利用可能な tty がある場合，コマンドは 4 個までそれぞれ異なる tty を取得して開きます．5 回目のコマンドは利用可能なコンソールがないため，失敗します． + 利用可能な tty は，このコマンドが取得した空いている tty です． + これは，コンテナに 4 つの利用可能な tty がある場合，コマンドは 4 個までそれぞれ異なる tty を取得して開きます．5 回目のコマンドは利用可能なコンソールがないため，失敗します． @@ -89,7 +90,8 @@ by KATOH Yasufumi broken, the command can be launched again and regain the tty at the state it was before the disconnection. --> - コマンドは tty に接続します．もし，接続が失われたり，切断された場合，コマンドは再度起動し，切断前の状態で tty の再取得をしようとします． + コマンドは tty に接続します． + もし，接続が失われたり，切断された場合，コマンドは再度起動し，切断前の状態で tty の再取得をしようとします． @@ -106,7 +108,8 @@ by KATOH Yasufumi A keyboard escape sequence may be used to disconnect from the tty and quit lxc-console. The default escape sequence is <Ctrl+a q>. --> - tty からの接続を切断し，lxc-console を抜ける時に，キーボードのエスケープシーケンスを使います．デフォルトのエスケープシーケンスは <Ctrl+a q> です． + tty からの接続を切断し，lxc-console を抜ける時に，キーボードのエスケープシーケンスを使います． + デフォルトのエスケープシーケンスは <Ctrl+a q> です． @@ -127,7 +130,9 @@ by KATOH Yasufumi This may be given as '^letter' or just 'letter'. For example to use <Ctrl+b q> as the escape sequence use -e '^b'. --> - <Ctrl a> の代わりに使用するエスケープシーケンスのプレフィックスを指定します．これは '^文字' または単なる '文字' で指定します．例えば，<Ctrl+b q> をエスケープシーケンスとして使うには -e '^b' とします． + <Ctrl a> の代わりに使用するエスケープシーケンスのプレフィックスを指定します． + これは '^文字' または単なる '文字' で指定します． + 例えば，<Ctrl+b q> をエスケープシーケンスとして使うには -e '^b' とします． @@ -142,7 +147,8 @@ by KATOH Yasufumi specified the next available tty number will be automatically chosen by the container. --> - 接続する tty の番号か，コンソールに接続するために 0 を指定します．指定しない場合は，次に利用可能な tty 番号を自動的にコンテナが選択します． + 接続する tty の番号か，コンソールに接続するために 0 を指定します． + 指定しない場合は，次に利用可能な tty 番号を自動的にコンテナが選択します． @@ -167,7 +173,8 @@ by KATOH Yasufumi use the console. For example, the container belongs to user "foo" and "bar" is trying to open a console to it. --> - 利用可能な tty がないか，コンソールを使うのに十分な権限がありません．例えば，コンテナが "foo" ユーザの所有であるのに，"bar" ユーザがコンソールを開こうとしている場合などです． + 利用可能な tty がないか，コンソールを使うのに十分な権限がありません． + 例えば，コンテナが "foo" ユーザの所有であるのに，"bar" ユーザがコンソールを開こうとしている場合などです． diff --git a/doc/ja/lxc-create.sgml.in b/doc/ja/lxc-create.sgml.in index e425a4a32..297b3f3e8 100644 --- a/doc/ja/lxc-create.sgml.in +++ b/doc/ja/lxc-create.sgml.in @@ -64,7 +64,7 @@ by KATOH Yasufumi - Description + <!-- Description -->説明 - lxc-create は，設定情報とユーザ情報が保存されているシステムオブジェクトを作成します．name で指定された名前が，他の lxc コマンドで，コンテナを特定する名前として使われます． + lxc-create は，設定情報とユーザ情報が保存されているシステムオブジェクトを作成します． + name で指定された名前が，他の lxc コマンドで，コンテナを特定する名前として使われます． - オブジェクトは，アプリケーションが使用したり，参照したりする様々なリソースの定義です．設定ファイルがより多くの情報を持つほど，コンテナやアプリケーションはより隔離されたものになります． + オブジェクトは，アプリケーションが使用したり，参照したりする様々なリソースの定義です． + 設定ファイルがより多くの情報を持つほど，コンテナやアプリケーションはより隔離されたものになります． @@ -138,7 +140,10 @@ by KATOH Yasufumi Alternatively, the full path to an executable template script can also be passed as a parameter. --> - template は lxc-create コマンドが呼び出す，存在する 'lxc-template' スクリプトの短い名前です．例えば，busybox, debian, fedora, ubuntu, sshd があります．期待されるスクリプトの構造の詳細は，@LXCTEMPLATEDIR@ 内の例を参照してください．加えて，実行可能なテンプレートスクリプトへのフルパスも指定することが可能です． + template は lxc-create コマンドが呼び出す，存在する 'lxc-template' スクリプトの短い名前です． + 例えば，busybox, debian, fedora, ubuntu, sshd があります． + 期待されるスクリプトの構造の詳細は，@LXCTEMPLATEDIR@ 内の例を参照してください． + 加えて，実行可能なテンプレートスクリプトへのフルパスも指定することが可能です． @@ -177,11 +182,19 @@ by KATOH Yasufumi --fssize SIZE will create a LV (and filesystem) of size SIZE rather than the default, which is 1G. --> - backingstore には 'none' か 'dir' か 'lvm' か 'btrfs' のいずれかを指定します．デフォルトは 'none' で，コンテナのルートファイルシステムが @LXCPATH@/container/rootfs 以下のディレクトリであることを意味します． -'dir' は 'none' と同じ意味ですが，オプションとして --dir ROOTFS を指定することも可能です．このオプションは，デフォルトの代わりに特定のパス以下にコンテナの rootfs を置くということになります．'btrfs' が指定された場合，ターゲットのファイルシステムは btrfs でなければいけません．そして，コンテナの rootfs は新しい subvolume として作製されます．このことにより，スナップショットによるクローンが作製可能になりますが，rsync --one-filesystem が，別々のファイルシステムとして取り扱ってしまうことも引き起こします． -backingstore が 'lvm' である場合，lvm ブロックデバイスを使用します．この時，以下のオプションが有効になります: --lvname lvname1 はデフォルト値のコンテナ名の LV の代わりに lvname1 という名前の LV を作成します．--vgname vgname1 は，デフォルト値である lxc という volume group の代わりに vgname1 という名前の volume group 内に LV を作成します． + backingstore には 'none' か 'dir' か 'lvm' か 'btrfs' のいずれかを指定します． + デフォルトは 'none' で，コンテナのルートファイルシステムが @LXCPATH@/container/rootfs 以下のディレクトリであることを意味します． +'dir' は 'none' と同じ意味ですが，オプションとして --dir ROOTFS を指定することも可能です． + このオプションは，デフォルトの代わりに特定のパス以下にコンテナの rootfs を置くということになります． + 'btrfs' が指定された場合，ターゲットのファイルシステムは btrfs でなければいけません． + そして，コンテナの rootfs は新しい subvolume として作製されます． + このことにより，スナップショットによるクローンが作製可能になりますが，結果として rsync --one-filesystem が，別々のファイルシステムとして取り扱ってしまうことにもなります． + backingstore が 'lvm' である場合，lvm ブロックデバイスを使用します． + この時，以下のオプションが有効になります: --lvname lvname1 はデフォルト値のコンテナ名の LV の代わりに lvname1 という名前の LV を作成します． + --vgname vgname1 は，デフォルト値である lxc という volume group の代わりに vgname1 という名前の volume group 内に LV を作成します． --thinpool thinpool1 は，デフォルトである lxc のという名前のプールの代わりに thinpool1 という名前のプール内にシンプロビジョニングされたボリュームとして LV を作成します． - --fstype FSTYPE は LV 上のファイルシステムをデフォルト値である ext4 の代わりに FSTYPE で指定したもので作成します．--fssize SIZE はデフォルト値である 1G の代わりに SIZE で指定したサイズで LV を作成します． + --fstype FSTYPE は LV 上のファイルシステムをデフォルト値である ext4 の代わりに FSTYPE で指定したもので作成します． + --fssize SIZE はデフォルト値である 1G の代わりに SIZE で指定したサイズで LV を作成します． @@ -198,7 +211,8 @@ backingstore が 'lvm' である場合，lvm ブロックデバイスを使用 the template, you can run lxc-create -t TEMPLATE -h. --> - これは template-options で指定したものをオプションとしてテンプレートへ渡します．テンプレートでサポートされているオプションを調べるには，lxc-create -t TEMPLATE -h というコマンドが使えます． + これは template-options で指定したものをオプションとしてテンプレートへ渡します． + テンプレートでサポートされているオプションを調べるには，lxc-create -t TEMPLATE -h というコマンドが使えます． @@ -222,7 +236,8 @@ backingstore が 'lvm' である場合，lvm ブロックデバイスを使用 the lxc-ls -l command to list the available containers on the system. --> - メッセージの通り，コンテナを作成しようとしたけれども，同じ名前のコンテナが存在しています．lxc-ls -l コマンドを使って，システム上に存在する利用可能なコンテナのリストが表示できます． + メッセージの通り，コンテナを作成しようとしたけれども，同じ名前のコンテナが存在しています． + lxc-ls -l コマンドを使って，システム上に存在する利用可能なコンテナのリストが表示できます． diff --git a/doc/ja/lxc-destroy.sgml.in b/doc/ja/lxc-destroy.sgml.in index 07a05c648..6a1b4fa55 100644 --- a/doc/ja/lxc-destroy.sgml.in +++ b/doc/ja/lxc-destroy.sgml.in @@ -89,7 +89,8 @@ by KATOH Yasufumi not specified and the container is running, then lxc-destroy will be aborted. --> - コンテナが実行中の場合，まずコンテナを停止させます．このオプションが指定されていない場合でコンテナが実行中の場合，lxc-destroy コマンドは実行を中断します． + コンテナが実行中の場合，まずコンテナを停止させます． + このオプションが指定されていない場合でコンテナが実行中の場合，lxc-destroy コマンドは実行を中断します． @@ -125,7 +126,9 @@ by KATOH Yasufumi destroyed.You can use the lxc-ls -l command to list the available containers on the system. --> - 破壊するために指定したコンテナが見つかりません．おそらくそのコンテナが存在しないのか，既に破壊された後なのでしょう．lxc-ls -l コマンドを使って，システム上に存在するコンテナのリストを得ることができます． + 破壊するために指定したコンテナが見つかりません． + おそらくそのコンテナが存在しないのか，既に破壊された後なのでしょう． + lxc-ls -l コマンドを使って，システム上に存在するコンテナのリストを得ることができます． diff --git a/doc/ja/lxc-execute.sgml.in b/doc/ja/lxc-execute.sgml.in index 10683428f..cf89deb7a 100644 --- a/doc/ja/lxc-execute.sgml.in +++ b/doc/ja/lxc-execute.sgml.in @@ -71,7 +71,7 @@ by KATOH Yasufumi command inside the container specified by name. --> - lxc-execute は特定の command を，name で指定したコンテナ内で実行します． + lxc-execute は指定した command を，name で指定したコンテナ内で実行します． - このコマンドは，lxc-create コマンドであらかじめ定義した設定，もしくはパラメータとして与えた設定ファイルを元にコンテナをセットアップします．もし設定が定義されていない場合，デフォルトの隔離を使用します． + このコマンドは，lxc-create コマンドであらかじめ定義した設定，もしくはパラメータとして与えた設定ファイルを元にコンテナをセットアップします． + もし設定が定義されていない場合，デフォルトの隔離を使用します． - lxc-execute は，lxc-init を間にはさんで，コンテナ内で特定のコマンドを実行します．lxc-init は，指定されたコマンドが実行された後は，そのコマンドの終了と，そのコマンドから生成された全てのプロセスの終了を待ちます (これにより，コンテナ内でデーモンのサポートが可能になります)．言いかえると，コンテナ内では lxc-init が pid 1 となり，アプリケーションの最初のプロセスの pid が 2 となります． + lxc-execute は，lxc-init を間にはさんで，コンテナ内で特定のコマンドを実行します． + lxc-init は，指定されたコマンドが実行された後は，そのコマンドの終了と，そのコマンドから生成された全てのプロセスの終了を待ちます (これにより，コンテナ内でデーモンのサポートが可能になります)． + 言いかえると，コンテナ内では lxc-init が pid 1 となり，アプリケーションの最初のプロセスの pid が 2 となります． - 前述の lxc-init は，受け取ったシグナルを開始したコマンドに送るように設計されています．なので，lxc-kill (1) が送ったシグナルは，ユーザが指定したコマンド (コンテナ内の pid 2 のプロセス) が受けとります． + 前述の lxc-init は，受け取ったシグナルを開始したコマンドに送るように設計されています． + なので，lxc-kill (1) が送ったシグナルは，ユーザが指定したコマンド (コンテナ内の pid 2 のプロセス) が受けとります． @@ -165,7 +169,8 @@ by KATOH Yasufumi processing. Any arguments after the -- are treated as arguments to command. --> - オプション指定の最後の印で，それ以上のオプションの処理を止めます．-- の後の引数は実行する command の引数として扱われます． + オプション指定の最後の印で，それ以上のオプションの処理を止めます． + -- の後の引数は実行する command の引数として扱われます． - lxc-freeze は，コンテナ内部で実行中のプロセスを全て凍結します．プロセスは lxc-unfreeze コマンドによって明示的に解凍されるまでブロックされます．このコマンドはプロセスのグループをスケジューリングするバッチマネージャに便利なコマンドです． + lxc-freeze は，コンテナ内部で実行中のプロセスを全て凍結します． + プロセスは lxc-unfreeze コマンドによって明示的に解凍されるまでブロックされます． + このコマンドはプロセスのグループをスケジューリングするバッチマネージャに便利なコマンドです． diff --git a/doc/ja/lxc-info.sgml.in b/doc/ja/lxc-info.sgml.in index 19d97c23e..6c8c27c1a 100644 --- a/doc/ja/lxc-info.sgml.in +++ b/doc/ja/lxc-info.sgml.in @@ -88,7 +88,8 @@ by KATOH Yasufumi Print a configuration key from the running container. This option may be given mulitple times to print out multiple key = value pairs. --> - 実行中のコンテナの設定値を表示します．このオプションは複数の key = value のペアを表示したい場合には複数回指定することも可能です． + 実行中のコンテナの設定値を表示します． + このオプションは複数の key = value のペアを表示したい場合には複数回指定することも可能です． @@ -116,7 +117,7 @@ by KATOH Yasufumi - コンテナの pid のみを表示します． + コンテナの pid を表示します． @@ -156,7 +157,9 @@ by KATOH Yasufumi 5 . --> - コンテナの統計情報を表示します．パフォーマンスへの影響を考慮して，カーネルメモリの使用量は，カーネルメモリの制限値が設定されない限りはカウントされません．もし，制限が設定されていない場合，lxc-info はカーネルメモリの使用量を 0 と表示します．制限は + コンテナの統計情報を表示します． + パフォーマンスへの影響を考慮して，カーネルメモリの使用量は，カーネルメモリの制限値が設定されない限りはカウントされません． + もし，制限が設定されていない場合，lxc-info はカーネルメモリの使用量を 0 と表示します．制限は lxc.cgroup.memory.kmem.limit_in_bytes = number @@ -180,7 +183,8 @@ by KATOH Yasufumi Print the container's statistics in raw, non-humanized form. The default is to print statistics in humanized form. --> - コンテナの統計情報を人間が読みやすい形に加工しないでそのまま表示します．デフォルトは人間が読みやすい形の統計情報を表示します． + コンテナの統計情報を人間が読みやすい形に加工しないでそのまま表示します． + デフォルトは人間が読みやすい形の統計情報を表示します． diff --git a/doc/ja/lxc-ls.sgml.in b/doc/ja/lxc-ls.sgml.in index e415d2473..80cacb7b9 100644 --- a/doc/ja/lxc-ls.sgml.in +++ b/doc/ja/lxc-ls.sgml.in @@ -206,7 +206,8 @@ by KATOH Yasufumi The filter passed to lxc-ls will be applied to the container name. The format is a regular expression. --> - コンテナ名に対して適用する lxc-ls に与えるフィルタ．フォーマットは正規表現です． + コンテナ名に対して適用する lxc-ls に与えるフィルタ． + フォーマットは正規表現です． @@ -219,15 +220,17 @@ by KATOH Yasufumi <!-- Examples -->例 - lxc-ls -l - - + lxc-ls --fancy + + - 全てのコンテナとそのパーミッションをリスト表示します． - - + 全てのコンテナをリスト表示します． + 一行にはコンテナの名前，状態，IPv4 アドレス，IPv6 アドレスが表示されます． + + diff --git a/doc/ja/lxc-monitor.sgml.in b/doc/ja/lxc-monitor.sgml.in index 4e968fb3c..c04e842f1 100644 --- a/doc/ja/lxc-monitor.sgml.in +++ b/doc/ja/lxc-monitor.sgml.in @@ -73,7 +73,10 @@ by KATOH Yasufumi name will default to '.*' which will monitor all containers in lxcpath. --> - lxc-monitor はコンテナの状態を監視します．name をモニタ対象のコンテナを指定するために使うことも可能です．これは posix2 準拠の正規表現であり，全てのコンテナの監視を行ったり，いくつかのコンテナの監視を行ったり，1 つだけのコンテナの監視を行ったりすることが可能です．name を指定しない場合，デフォルトで '.' となり，lxcpath 以下の全てのコンテナの監視を行います． + lxc-monitor はコンテナの状態を監視します． + name をモニタ対象のコンテナを指定するために使うことも可能です． + これは posix2 準拠の正規表現であり，全てのコンテナの監視を行ったり，いくつかのコンテナの監視を行ったり，1 つだけのコンテナの監視を行ったりすることが可能です． + name を指定しない場合，デフォルトで '.*' となり，lxcpath 以下の全てのコンテナの監視を行います． @@ -83,7 +86,8 @@ by KATOH Yasufumi containers with the same name in multiple paths will be indistinguishable in the output. --> - 1 つ以上のコンテナパスをモニタリングするために，複数回の =PATH オプションを指定することが可能です．しかし，複数のパスで同じ名前のコンテナの場合は，出力の見分けがつかない事に注意が必要です． + 1 つ以上のコンテナパスをモニタリングするために，複数回の =PATH オプションを指定することが可能です． + しかし，複数のパスに同じ名前のコンテナが存在する場合は，出力の見分けがつかない事に注意が必要です． @@ -105,7 +109,9 @@ by KATOH Yasufumi normal 30 seconds for new clients. This is useful if you need to unmount the filesystem lxcpath is on. --> - 指定したそれぞれの lxcpath に対する lxc-monitord デーモンを終了させる要求を行います．lxc-monitord は通常は新しいクライアントを 30 秒待ちますが，このコマンドを受け取ると，クライアントがいなくなるとすぐに終了します．このオプションは，lxcpath のファイルシステムをアンマウントする必要があるときに役に立ちます． + 指定したそれぞれの lxcpath に対する lxc-monitord デーモンを終了させる要求を行います． + lxc-monitord は通常は新しいクライアントを 30 秒待ちますが，このコマンドを受け取ると，クライアントがいなくなるとすぐに終了します． + このオプションは，lxcpath のファイルシステムをアンマウントする必要があるときに役に立ちます． @@ -115,7 +121,7 @@ by KATOH Yasufumi &commonoptions; - Examples + <!-- Examples -->例 lxc-monitor -n foo diff --git a/doc/ja/lxc-netstat.sgml.in b/doc/ja/lxc-netstat.sgml.in index bc923800a..790d38465 100644 --- a/doc/ja/lxc-netstat.sgml.in +++ b/doc/ja/lxc-netstat.sgml.in @@ -68,7 +68,7 @@ by KATOH Yasufumi - <!-- Options --> + <!-- Options -->オプション @@ -96,7 +96,7 @@ by KATOH Yasufumi from lxc-netstat options by the parameter. --> - netstat オプションは lxc-netstat のオプションと で分けなければならない． + netstat オプションは lxc-netstat のオプションと で分けなければなりません． @@ -115,7 +115,7 @@ by KATOH Yasufumi - コンテナ foo に対して netstat -lnp を呼び出す + コンテナ foo に対して netstat -lnp を呼び出します． diff --git a/doc/ja/lxc-ps.sgml.in b/doc/ja/lxc-ps.sgml.in index b4276503b..2666fc4f2 100644 --- a/doc/ja/lxc-ps.sgml.in +++ b/doc/ja/lxc-ps.sgml.in @@ -69,7 +69,7 @@ by KATOH Yasufumi to report the name of lxc container associated to reported processes. --> - lxc-ps は，プロセスと関連した lxc コンテナ名を報告する ps コマンドのラッパーです． + lxc-ps は，プロセスが属する lxc コンテナ名を報告する ps コマンドのラッパーです． + <!-- Example -->例 lxc-ps --name foo -- --forest diff --git a/doc/ja/lxc-restart.sgml.in b/doc/ja/lxc-restart.sgml.in index 25a934b82..2b45ce3ae 100644 --- a/doc/ja/lxc-restart.sgml.in +++ b/doc/ja/lxc-restart.sgml.in @@ -65,7 +65,7 @@ by KATOH Yasufumi - Description + <!-- Description -->説明 - lxc-restart は FILE で指定したファイルから状態を読み取り，NAME で指定したコンテナ内のアプリケーションを再起動するコマンドです．もし が指定された場合，アプリケーションは再起動後に直前の実行状態で再開する前に停止します．この実行状態の再開には lxc-unfreeze コマンドが必要になります． + lxc-restart は FILE で指定したファイルから状態を読み取り，NAME で指定したコンテナ内のアプリケーションを再起動するコマンドです． + もし が指定された場合，アプリケーションは再起動後に直前の実行状態で再開する前に停止します． + この実行状態の再開には lxc-unfreeze コマンドが必要になります． @@ -96,7 +98,8 @@ by KATOH Yasufumi FILE. This option is exclusive with below. --> - コンテナの状態を FILE で指定したファイルから読み取ります．このオプションは，後の と同時に指定できません． + コンテナの状態を FILE で指定したファイルから読み取ります． + このオプションは，後の と同時に指定できません． @@ -110,7 +113,8 @@ by KATOH Yasufumi FD file descriptor. This option is exclusive with above . --> - コンテナの状態を FD で指定したファイル記述子から読み取ります．このオプションは，前の と同時に指定できません． + コンテナの状態を FD で指定したファイル記述子から読み取ります． + このオプションは，前の と同時に指定できません． @@ -123,7 +127,8 @@ by KATOH Yasufumi Pause container processes after restart. The container will be stopped until you resume it with the lxc-unfreeze command. --> - 再起動後にコンテナプロセスを一時停止します．コンテナは lxc-unfreeze コマンドで再開するまでは停止しています． + 再起動後にコンテナプロセスを一時停止します． + コンテナは lxc-unfreeze コマンドで再開するまでは停止しています． diff --git a/doc/ja/lxc-snapshot.sgml.in b/doc/ja/lxc-snapshot.sgml.in index c31423461..2e77bcd7b 100644 --- a/doc/ja/lxc-snapshot.sgml.in +++ b/doc/ja/lxc-snapshot.sgml.in @@ -85,7 +85,8 @@ by KATOH Yasufumi - スナップショットは，専用の設定されたパス以下にスナップショット化されたコンテナとして保存されます．例えば，もしコンテナパスが /var/lib/lxc で，コンテナが c1 である場合，最初に取得するスナップショットは，パス /var/lib/lxcsnaps/c1 の下の snap0 として保存されます． + スナップショットは，専用の設定されたパス以下にスナップショット化されたコンテナとして保存されます． + 例えば，もしコンテナパスが /var/lib/lxc で，コンテナが c1 である場合，最初に取得するスナップショットは，パス /var/lib/lxcsnaps/c1 の下の snap0 として保存されます． @@ -138,7 +139,8 @@ by KATOH Yasufumi - 指定のスナップショットをリストアする．これはスナップショットのコピーである完全に新しいコンテナが作製されるということです． + 指定のスナップショットをリストアします． + これはスナップショットのコピーである完全に新しいコンテナが作製されるということです． @@ -150,7 +152,9 @@ by KATOH Yasufumi - スナップショットをリストアする際，最後のオプション引数はリストアされたコンテナの名前として使用されます．もし名前が与えられてない場合，元のコンテナが破壊され，リストアされるコンテナに置き換えられます．スナップショット元を削除することは，overlayfs と zfs がバックエンドのスナップショットでは出来ないことに注意が必要です． + スナップショットをリストアする際，最後のオプション引数はリストアされたコンテナの名前として使用されます． + もし名前が与えられてない場合，元のコンテナが破壊され，リストアされるコンテナに置き換えられます． + スナップショット元を削除することは，overlayfs と zfs がバックエンドのスナップショットでは出来ないことに注意が必要です． diff --git a/doc/ja/lxc-start-ephemeral.sgml.in b/doc/ja/lxc-start-ephemeral.sgml.in index d252c136d..f3d4c1967 100644 --- a/doc/ja/lxc-start-ephemeral.sgml.in +++ b/doc/ja/lxc-start-ephemeral.sgml.in @@ -66,7 +66,7 @@ by KATOH Yasufumi - <!-- Description --> + <!-- Description -->説明 + <!-- Options -->オプション @@ -150,7 +150,7 @@ by KATOH Yasufumi Used when passing a command to lxc-start-ephemeral. --> コンテナに接続するためのユーザ． - lxc-start-ephemeral コマンドを実行するときに使います． + lxc-start-ephemeral にコマンドを指定するときに使います． @@ -196,8 +196,7 @@ by KATOH Yasufumi With this option, you can lxc-stop and lxc-start the no longer so ephemeral container (it's still an overlay, but a persistent one). --> - tmpfs の代わりに永続的なバックエンドを使用します． - このオプションを使うことにより，もはや一時的なコンテナではないので，lxc-stop や lxc-start を使用することができます (オーバーレイな状態ですが，永続的です)． + tmpfs の代わりに永続的なバックエンドを使用します．このオプションを使うことにより，もはや一時的なコンテナではないので，lxc-stop や lxc-start を使用することができます (オーバーレイな状態ですが，永続的です)． @@ -213,8 +212,7 @@ by KATOH Yasufumi This currently uses ssh (not attach) and is incompatible with daemon mode. --> - 即座に指定したコマンドをコンテナ内で実行します． - 現時点では (attach ではなく) ssh を使用します．そしてデーモンモードと両方を指定することはできません． + 即座に指定したコマンドをコンテナ内で実行します．現時点では (attach ではなく) ssh を使用します．そしてデーモンモードと両方を指定することはできません． diff --git a/doc/ja/lxc-start.sgml.in b/doc/ja/lxc-start.sgml.in index 3cd0840d3..24116730f 100644 --- a/doc/ja/lxc-start.sgml.in +++ b/doc/ja/lxc-start.sgml.in @@ -87,7 +87,8 @@ by KATOH Yasufumi If no configuration is defined, the default isolation is used. --> - このコマンドは，lxc-create コマンドもしくは設定ファイルのパラメータであらかじめ定義された設定に従ってコンテナをセットアップします．もし設定が定義されていない場合は，デフォルトの隔離状態を使用します． + このコマンドは，lxc-create コマンドもしくは設定ファイルのパラメータであらかじめ定義された設定に従ってコンテナをセットアップします． + もし設定が定義されていない場合は，デフォルトの隔離状態を使用します． - コンテナをデーモンとして実行します．コンテナはそれ以上の tty を持ちませんので，もしエラーが起きても何も表示されません．エラーのチェックにはログファイルを使用することができます． + コンテナをデーモンとして実行します． + コンテナはそれ以上の tty を持ちませんので，もしエラーが起きても何も表示されません． + エラーのチェックにはログファイルを使用することができます． @@ -172,7 +175,8 @@ by KATOH Yasufumi /dev/tty8. If this option is not specified the current terminal will be used unless is specified. --> - コンテナのコンソールに使用するデバイスを指定します．例えば /dev/tty8 のように指定します．このオプションが指定されない時は， が指定されない限りは，現在のターミナルを使用します． + コンテナのコンソールに使用するデバイスを指定します．例えば /dev/tty8 のように指定します． + このオプションが指定されない時は， が指定されない限りは，現在のターミナルを使用します． @@ -203,7 +207,8 @@ by KATOH Yasufumi variable KEY. This overrides any assignment done in config_file. --> - 設定変数 KEY に対する設定値として VAL を設定します．この設定は，config_file で既に設定されている値も上書きします． + 設定変数 KEY に対する設定値として VAL を設定します． + この設定は，config_file で既に設定されている値も上書きします． @@ -221,7 +226,9 @@ by KATOH Yasufumi failure instead. Note: --daemon implies --close-all-fds. --> - 継承しているファイルディスクリプタが存在する場合，それをクローズします．このオプションが指定されない場合，lxc-start の実行は失敗して終了します．注意: --daemon オプションは，--close-all-fds オプションを指定しなくても指定している場合と同様の動きをします． + 継承しているファイルディスクリプタが存在する場合，それをクローズします． + このオプションが指定されない場合，lxc-start の実行は失敗して終了します． + 注意: --daemon オプションは，--close-all-fds オプションを指定しなくても指定している場合と同様の動きをします． @@ -240,7 +247,9 @@ by KATOH Yasufumi network configuration of the starting container is ignored and the up/down scripts won't be executed. --> - 名前が name である，もしくは PID が pid であるコンテナとネットワーク名前空間を共有します．ネットワーク名前空間は引き続き元の所有者が管理します．開始するコンテナのネットワーク設定は無視され，up/down のスクリプトは実行されません． + 名前が name である，もしくは PID が pid であるコンテナとネットワーク名前空間を共有します． + ネットワーク名前空間は引き続き元の所有者が管理します． + 開始するコンテナのネットワーク設定は無視され，up/down のスクリプトは実行されません． @@ -274,7 +283,8 @@ by KATOH Yasufumi not set the hostname, but the container OS may do it anyway. --> - 名前が name である，もしくは PID が pid であるコンテナと UTS 名前空間を共有します．LXC は開始するときににはホスト名を設定しませんが，コンテナ内の OS が何らかの方法でホスト名を設定するかもしれません． + 名前が name である，もしくは PID が pid であるコンテナと UTS 名前空間を共有します． + LXC は開始するときににはホスト名を設定しませんが，コンテナ内の OS が何らかの方法でホスト名を設定するかもしれません． @@ -299,7 +309,8 @@ by KATOH Yasufumi application. You should stop it before reuse this container or create a new one. --> - 指定したコンテナは既に実行済みです．このコンテナを使用するまえに既に起動しているコンテナを停止するか，新しいものを作成する必要があります． + 指定したコンテナは既に実行済みです． + このコンテナを使用する前に既に起動しているコンテナを停止するか，新しいものを作成する必要があります． diff --git a/doc/ja/lxc-stop.sgml.in b/doc/ja/lxc-stop.sgml.in index 2c21d1538..e82e7724a 100644 --- a/doc/ja/lxc-stop.sgml.in +++ b/doc/ja/lxc-stop.sgml.in @@ -77,7 +77,9 @@ by KATOH Yasufumi seconds the container will be sent the lxc.stopsignal to force it to shut down. --> - lxc-stop は，リブート，クリーンシャットダウン，コンテナ内の全てのプロセスの kill のどれかを行います．デフォルトでは，コンテナのクリーンなシャットダウンを (SIGPWR をコンテナに送ることで) 行い，コンテナの終了を 60 秒待ち，return します．コンテナがクリーンに終了するのに失敗した場合，60 秒待った後，コンテナに lxc.stopsignal で指定したシグナルを送り，強制的にシャットダウンします． + lxc-stop は，リブート，クリーンシャットダウン，コンテナ内の全てのプロセスの kill のどれかを行います． + デフォルトでは，コンテナのクリーンなシャットダウンを (SIGPWR をコンテナに送ることで) 行い，コンテナの終了を 60 秒待ち，return します． + コンテナがクリーンに終了するのに失敗した場合，60 秒待った後，コンテナに lxc.stopsignal で指定したシグナルを送り，強制的にシャットダウンします． @@ -89,13 +91,15 @@ by KATOH Yasufumi -t TIMEOUT specifies the maximum amount of time to wait for the container to complete the shutdown or reboot. --> - -W, -r, -s, -k オプションは実行する際のアクションを指定します．-W は，指定したアクションの後に，lxc-stop は速やかに終了します．一方，-t TIMEOUT はコンテナが完全にシャットダウンやリブートするのを待つ時間の最大値を設定します． + -W, -r, -s, -k オプションは実行する際のアクションを指定します． + -W は，指定したアクションの後に，lxc-stop は速やかに終了します． + 一方，-t TIMEOUT はコンテナが完全にシャットダウンやリブートするのを待つ時間の最大値を設定します． - Options + <!-- Options -->オプション @@ -122,7 +126,8 @@ by KATOH Yasufumi Only request a clean shutdown, do not kill the container tasks if the clean shutdown fails. --> - クリーンシャットダウンだけをリクエストします．クリーンなシャットダウンに失敗した場合でも，コンテナのタスクを kill しません． + クリーンシャットダウンだけをリクエストします． + クリーンなシャットダウンに失敗した場合でも，コンテナのタスクを kill しません． @@ -138,7 +143,8 @@ by KATOH Yasufumi kill all tasks in the container. This is the legacy lxc-stop behavior. --> - コンテナのクリーンシャットダウンをリクエストするのでなく，明確にコンテナ内の全てのタスクを kill します．これは，以前の lxc-stop の動作です． + コンテナのクリーンシャットダウンをリクエストするのでなく，明確にコンテナ内の全てのタスクを kill します． + これは，以前の lxc-stop の動作です． @@ -154,7 +160,8 @@ by KATOH Yasufumi only be used if lxc-stop is hanging due to a bad system state. --> - このオプションはいかなる場合でも API の lxc のロックの使用を回避します．システム状態が不良な場合に lxc-stop の応答がない状態の場合のみ使用すべきです． + このオプションはいかなる場合でも API の lxc のロックの使用を回避します． + システム状態が不良な場合に lxc-stop の応答がない状態の場合のみ使用すべきです． @@ -169,7 +176,7 @@ by KATOH Yasufumi Simply perform the requestion action (reboot, shutdown, or hard kill) and exit. --> - リクエストされたアクション (reboot, shutdown, 強制的な kill) を実行するだけで (すぐに) 終了します． + リクエストされたアクション (reboot, shutdown, 強制的な kill) を実行するだけで (すぐに) 終了 (exit) します． diff --git a/doc/ja/lxc-top.sgml.in b/doc/ja/lxc-top.sgml.in index 2aba898e2..aba354be7 100644 --- a/doc/ja/lxc-top.sgml.in +++ b/doc/ja/lxc-top.sgml.in @@ -68,7 +68,8 @@ Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA number of containers displayed, otherwise lxc-top will display as many containers as can fit in your terminal. --> - lxc-top はコンテナの統計情報を表示します．出力は delay 秒ごとに更新されます．そして，sortby で指定した値に従ってソートされます．count を指定すると表示するコンテナ数を制限しますが，指定しなければ使用しているターミナルに合うようなコンテナ数で表示します． + lxc-top はコンテナの統計情報を表示します．出力は delay 秒ごとに更新されます． + そして，sortby で指定した値に従ってソートされます．count を指定すると表示するコンテナ数を制限しますが，指定しなければ使用しているターミナルに合うようなコンテナ数で表示します． @@ -103,7 +104,8 @@ Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA rational number, for example 0.5 for a half second delay. The default is 3 seconds. --> - 表示を更新する間隔を秒で指定します．有理数を指定することにより，1 秒以下を指定することも可能です．例えば，1 秒の半分で更新を行うために 0.5 を指定します．デフォルトは 3 秒です． + 表示を更新する間隔を秒で指定します．有理数を指定することにより，1 秒以下を指定することも可能です． + 例えば，1 秒の半分で更新を行うために 0.5 を指定します．デフォルトは 3 秒です． @@ -119,7 +121,8 @@ Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA the letters n,c,d,m,k to sort by name, cpu use, disk I/O, memory, or kernel memory use respectively. The default is 'n'. --> - 名前，CPU 使用量，メモリ使用量でコンテナをソートします．sortby で指定する引数は n,c,d,m,k のどれかでなければなりません．これはそれぞれ名前，CPU 使用量，disk I/O，メモリ使用量，カーネルメモリ使用量を表します．デフォルトは 'n' です． + 名前，CPU 使用量，メモリ使用量でコンテナをソートします．sortby で指定する引数は n,c,d,m,k のどれかでなければなりません． + これはそれぞれ名前，CPU 使用量，disk I/O，メモリ使用量，カーネルメモリ使用量を表します．デフォルトは 'n' です． @@ -176,7 +179,9 @@ Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA 5 . --> - パフォーマンスへの影響を考慮して，カーネルメモリの使用量は，カーネルメモリの制限値が設定されない限りはカウントされません．もし，制限が設定されていない場合，lxc-top はカーネルメモリの使用量を 0 と表示します．もし，カウントされているコンテナが存在しない場合，KMem カラムは表示されません．制限は + パフォーマンスへの影響を考慮して，カーネルメモリの使用量は，カーネルメモリの制限値が設定されない限りはカウントされません． + もし，制限が設定されていない場合，lxc-top はカーネルメモリの使用量を 0 と表示します． + もし，カウントされているコンテナが存在しない場合，KMem カラムは表示されません．制限は lxc.cgroup.memory.kmem.limit_in_bytes = number diff --git a/doc/ja/lxc-unshare.sgml.in b/doc/ja/lxc-unshare.sgml.in index 0d064e6c8..f40c06347 100644 --- a/doc/ja/lxc-unshare.sgml.in +++ b/doc/ja/lxc-unshare.sgml.in @@ -73,7 +73,10 @@ by KATOH Yasufumi the new task with fresh namespaces. Apart from testing kernel regressions this should make no difference. --> - lxc-unshare はクローンされた名前空間の組の中でタスクを実行するのに使います．このコマンドは主にテスト目的で使います．このような名前であるにもかかわらず，このコマンドは常に，新しい名前空間で新しいタスクを作成するために unshare ではなく clone を使います．テスト中のカーネルの退行は別として，これで違いは生じないはずです． + lxc-unshare はクローンされた名前空間の組の中でタスクを実行するのに使います． + このコマンドは主にテスト目的で使います． + このような名前であるにもかかわらず，このコマンドは常に，新しい名前空間で新しいタスクを作成するために unshare ではなく clone を使います． + テスト中のカーネルの退行は別として，これで違いは生じないはずです． @@ -101,7 +104,11 @@ by KATOH Yasufumi container while retaining the other namespaces as those of the host. --> - アタッチする名前空間を，パイプでつなげたリストで指定します．例えば NETWORK|IPC のようにです．指定できる値は MOUNT，PID，UTSNAME，IPC，USER ，NETWORK です．これにより，プロセスのコンテキストを変更することができます．例えば，コンテナのネットワーク名前空間だけを変更し，他の名前空間をホストのものと同じものに保ったままにするというようなことです． + アタッチする名前空間を，パイプでつなげたリストで指定します． + 例えば NETWORK|IPC のようにです． + 指定できる値は MOUNT，PID，UTSNAME，IPC，USER ，NETWORK です． + これにより，プロセスのコンテキストを変更することができます． + 例えば，コンテナのネットワーク名前空間だけを変更し，他の名前空間をホストのものと同じものに保ったままにするというようなことです． @@ -116,7 +123,8 @@ by KATOH Yasufumi Specify a user which the new task should become. This option is only valid if a user namespace is unshared. --> - 新しいタスクを実行するユーザを指定します．このオプションはユーザ名前空間を unshare する時のみ有効です． + 新しいタスクを実行するユーザを指定します． + このオプションはユーザ名前空間を unshare する時のみ有効です． @@ -159,7 +167,8 @@ by KATOH Yasufumi lxc-unshare -s "NETWORK|PID|MOUNT" /bin/bash - その結果起動するシェルは pid が 1 となり，ネットワークインターフェースがないでしょう．そのシェル上で /proc を再マウントした後 + その結果起動するシェルは pid が 1 となり，ネットワークインターフェースがないでしょう． + そのシェル上で /proc を再マウントした後 mount -t proc proc /proc diff --git a/doc/ja/lxc-user-nic.sgml.in b/doc/ja/lxc-user-nic.sgml.in index 58d82e54e..95272b579 100644 --- a/doc/ja/lxc-user-nic.sgml.in +++ b/doc/ja/lxc-user-nic.sgml.in @@ -82,7 +82,9 @@ by KATOH Yasufumi user is privileged over the network namespace to which the interface will be attached. --> - このプログラムは，@LXC_USERNIC_CONF@ という設定ファイルを参照して，呼び出したユーザが作成することができるインターフェースの数と，どのブリッジに接続するかを決定します．また，ユーザが作成したインターフェースの数を @LXC_USERNIC_DB@ を使ってチェックします．これにより，呼び出したユーザが，インターフェースを割り当てるネットワーク名前空間上で特権を持つことが保証されます． + このプログラムは，@LXC_USERNIC_CONF@ という設定ファイルを参照して，呼び出したユーザが作成することができるインターフェースの数と，どのブリッジに接続するかを決定します． + また，ユーザが作成したインターフェースの数を @LXC_USERNIC_DB@ を使ってチェックします． + これにより，呼び出したユーザが，インターフェースを割り当てるネットワーク名前空間上で特権を持つことが保証されます． @@ -138,7 +140,8 @@ by KATOH Yasufumi The bridge to which to attach the network interface, for instance lxcbr0. --> - ネットワークインターフェースを接続するブリッジ．例えば lxcbr0 のように指定します． + ネットワークインターフェースを接続するブリッジ． + 例えば lxcbr0 のように指定します． @@ -153,7 +156,8 @@ by KATOH Yasufumi The desired interface name in the container. This will be eth0 if unspecified. --> - コンテナ内に作られるインターフェースの名前．もし指定しない場合，eth0 となります． + コンテナ内に作られるインターフェースの名前． + もし指定しない場合，eth0 となります． diff --git a/doc/ja/lxc-usernet.sgml.in b/doc/ja/lxc-usernet.sgml.in index aaf70f451..a92fde87b 100644 --- a/doc/ja/lxc-usernet.sgml.in +++ b/doc/ja/lxc-usernet.sgml.in @@ -123,7 +123,8 @@ by KATOH Yasufumi is the bridge to which the network interfaces may be attached, for instance lxcbr0. --> - ネットワークインターフェースが接続されるブリッジ．例えば lxcbr0 のように指定します． + ネットワークインターフェースが接続されるブリッジ． + 例えば lxcbr0 のように指定します． @@ -138,7 +139,8 @@ by KATOH Yasufumi is the number of network interfaces of the given type which the given user may attach to the given bridge, for instance 2. --> - 指定したユーザが，指定したブリッジに接続できる，指定した形式のネットワークインターフェースの数．例えば 2 のように指定します． + 指定したユーザが，指定したブリッジに接続できる，指定した形式のネットワークインターフェースの数． + 例えば 2 のように指定します． diff --git a/doc/ja/lxc-wait.sgml.in b/doc/ja/lxc-wait.sgml.in index 3dfa2f44f..3d365f234 100644 --- a/doc/ja/lxc-wait.sgml.in +++ b/doc/ja/lxc-wait.sgml.in @@ -67,7 +67,8 @@ by KATOH Yasufumi lxc-wait waits for a specific container state before exiting, this is useful for scripting. --> - lxc-wait は，コンテナが指定した状態になるのを待って終了します．スクリプトで使用するときに役に立ちます． + lxc-wait は，コンテナが指定した状態になるのを待って終了します． + スクリプトで使用するときに役に立ちます． @@ -85,7 +86,8 @@ by KATOH Yasufumi Specify the container state(s) to wait for. The container states can be ORed to specify several states. --> - 待つ対象のコンテナの状態を指定します．コンテナの状態として，いくつかの状態を OR で指定することが可能です． + 待つ対象のコンテナの状態を指定します． + コンテナの状態として，いくつかの状態を OR で指定することが可能です． @@ -111,7 +113,7 @@ by KATOH Yasufumi &commonoptions; - Examples + <!-- Examples -->例 lxc-wait -n foo -s RUNNING diff --git a/doc/ja/lxc.conf.sgml.in b/doc/ja/lxc.conf.sgml.in index 71a1571db..8aeebd297 100644 --- a/doc/ja/lxc.conf.sgml.in +++ b/doc/ja/lxc.conf.sgml.in @@ -68,7 +68,12 @@ by KATOH Yasufumi specified, a new network stack is created for the container and the container can no longer use the network of its ancestor. --> - linux コンテナ (lxc) は，常に使用する前に作成されます．コンテナは，プロセスがコンテナを使う時に仮想化/隔離するシステムリソースのセットを定義することによって作成します．デフォルトでは，pid, sysv ipc, マウントポイントが仮想化され，隔離されます．他のシステムリソースは，設定ファイルで明確に定義されない限りは，コンテナをまたいで共有されます．例えば，もしネットワークが設定されていなければ，コンテナを作成する側とコンテナでネットワークを共有します．もし，ネットワークが指定されれば，新しいネットワークスタックがコンテナ用に作成され，コンテナは作成元の環境のネットワークを使いません． + linux コンテナ (lxc) は，常に使用する前に作成されます． + コンテナは，プロセスがコンテナを使う時に仮想化/隔離するシステムリソースのセットを定義することによって作成します． + デフォルトでは，pid, sysv ipc, マウントポイントが仮想化され，隔離されます． + 他のシステムリソースは，設定ファイルで明確に定義されない限りは，コンテナをまたいで共有されます． + 例えば，もしネットワークが設定されていなければ，コンテナを作成する側とコンテナでネットワークを共有します． + しかし，ネットワークが指定されれば，新しいネットワークスタックがコンテナ用に作成され，コンテナは作成元の環境のネットワークを使いません． @@ -78,7 +83,8 @@ by KATOH Yasufumi network, the mount points, the root file system, the user namespace, and the control groups are supported. --> - 設定ファイルは，コンテナに割り当てられる様々なシステムリソースを定義します．現時点では，utsname，ネットワーク，マウントポイント，root ファイルシステム，ユーザ名前空間，control groups がサポートされます． + 設定ファイルは，コンテナに割り当てられる様々なシステムリソースを定義します． + 現時点では，utsname，ネットワーク，マウントポイント，root ファイルシステム，ユーザ名前空間，control groups がサポートされます． @@ -87,7 +93,8 @@ by KATOH Yasufumi = value fitting in one line. The '#' character means the line is a comment. --> - 設定ファイルのオプション一つを，key = value の形で一行で表します．'#' は，その行はコメントであることを示します． + 設定ファイルのオプション一つを，key = value の形で一行で表します． + '#' は，その行はコメントであることを示します． @@ -101,7 +108,9 @@ by KATOH Yasufumi containers. Then, if the containers are moved to another host, only one file may need to be updated. --> - 複数の関係するコンテナの管理を容易にするために，コンテナの設定ファイルに別のファイルをロードすることが可能です．例えば，ネットワークの設定を，複数のコンテナから include させるように 1 つのファイルに定義することが可能です．その場合，コンテナが他のホストに移動すると，そのファイルだけを更新する必要があるかもしれません． + 複数の関係するコンテナの管理を容易にするために，コンテナの設定ファイルに別のファイルをロードすることが可能です． + 例えば，ネットワークの設定を，複数のコンテナから include させるように 1 つのファイルに定義することが可能です． + その場合，コンテナが他のホストに移動すると，そのファイルだけを更新する必要があるかもしれません． @@ -115,7 +124,8 @@ by KATOH Yasufumi Specify the file to be included. The included file must be in the same valid lxc configuration file format. --> - include させたいファイルを指定します．include するファイルは，lxc 設定ファイルのフォーマットとして有効でなければいけません． + include させたいファイルを指定します． + include するファイルは，lxc 設定ファイルのフォーマットとして有効でなければいけません． @@ -132,7 +142,9 @@ by KATOH Yasufumi which rely on the architecture to do some work like downloading the packages. --> - コンテナに対してアーキテクチャを設定することが可能です．例えば，64 ビットのホスト上で 32 ビットのバイナリを動かすために 32 ビットアーキテクチャを設定することが可能です．この設定を行うことにより，パッケージのダウンロードを行うなどの作業のうち，アーキテクチャ名に依存するような作業を行うコンテナスクリプトの修正を行います． + コンテナに対してアーキテクチャを設定することが可能です． + 例えば，64 ビットのホスト上で 32 ビットのバイナリを動かすために 32 ビットアーキテクチャを設定することが可能です． + この設定を行うことにより，パッケージのダウンロードを行うなどの作業のうち，アーキテクチャ名に依存するような作業を行うコンテナスクリプトの修正を行います． @@ -176,7 +188,9 @@ by KATOH Yasufumi without changing the one from the system. That makes the hostname private for the container. --> - utsname セクションは，コンテナに設定されるホスト名を定義します．コンテナは，システムのホスト名を変えることなく，自身のホスト名を持つ事が可能です．このことにより，ホスト名はコンテナ専用となります． + utsname セクションは，コンテナに設定されるホスト名を定義します． + コンテナは，システムのホスト名を変えることなく，自身のホスト名を持つ事が可能です． + このことにより，ホスト名はコンテナ専用となります． @@ -205,7 +219,10 @@ by KATOH Yasufumi allows signal to be specified in kill(1) fashion, e.g. SIGKILL, SIGRTMIN+14, SIGRTMAX-10 or plain number. --> - lxc-stop がコンテナをシャットダウンするときに送出するシグナル名か番号を指定可能です．様々な init システムが，クリーンなシャットダウンシーケンスを実行するために，様々なシグナルを用いる可能性があります．オプションとして，シグナルを kill(1) の形式で指定することが可能です．例えば SIGKILL, SIGRTMIN+14, SIGRTMAX-10 のような形式，もしくは数字を指定します． + lxc-stop がコンテナをシャットダウンするときに送出するシグナル名か番号を指定可能です． + 様々な init システムが，クリーンなシャットダウンシーケンスを実行するために，様々なシグナルを用いる可能性があります． + オプションとして，シグナルを kill(1) の形式で指定することが可能です． + 例えば SIGKILL, SIGRTMIN+14, SIGRTMAX-10 のような形式，もしくは数字を指定します． @@ -236,7 +253,11 @@ by KATOH Yasufumi in a container even if the system has only one physical network interface. --> - ネットワークセクションは，コンテナ内でどのようにネットワークを仮想化するかを定義します．ネットワークの仮想化はレイヤー 2 で作動します．ネットワークの仮想化を使用するためには，コンテナのネットワークインターフェースを定義しなければなりません．いくつかの仮想インターフェースをアサインすることができます．そして，仮に物理ネットワークインターフェースが一つしかなくても，コンテナ内でいくつもの仮想インターフェースを使うことができます． + ネットワークセクションは，コンテナ内でどのようにネットワークを仮想化するかを定義します． + ネットワークの仮想化はレイヤー 2 で作動します． + ネットワークの仮想化を使用するためには，コンテナのネットワークインターフェースを定義しなければなりません． + いくつかの仮想インターフェースをアサインすることができます． + そして，仮に物理ネットワークインターフェースが一つしかなくても，コンテナ内でいくつもの仮想インターフェースを使うことができます． @@ -255,7 +276,10 @@ by KATOH Yasufumi network interfaces for one container. The different virtualization types can be: --> - コンテナがどの種類のネットワーク仮想化を使うかを指定します．一つのネットワークの設定ごとに フィールドを指定します．このように，一つのコンテナに複数のネットワークインターフェースを割り当てることができるだけでなく，同じコンテナに対して複数のネットワーク仮想化の種類を指定することが出来ます．仮想化の種類は以下の値を取る事が出来ます: + コンテナがどの種類のネットワーク仮想化を使うかを指定します． + 一つのネットワークの設定ごとに フィールドを指定します． + このように，一つのコンテナに複数のネットワークインターフェースを割り当てることができるだけでなく，同じコンテナに対して複数のネットワーク仮想化の種類を指定することが出来ます． + 仮想化の種類は以下の値を取る事が出来ます: @@ -285,7 +309,12 @@ by KATOH Yasufumi to set a specific name with the option. --> - 一方がコンテナに，もう一方が で指定されるブリッジにアタッチされる，ピアネットワークデバイスを作成します．もし，ブリッジが指定されていない場合，veth ペアデバイスは作成されますが，ブリッジにはアタッチされません．ブリッジはシステムで事前に設定する必要があります．さもなければ，lxc はコンテナ外のいかなる設定も扱うことはできないでしょう．デフォルトでは，lxc はコンテナの外部に属するネットワークデバイスに対する名前を決定し，lxc はこの名前を使います．しかし，もしこの名前を自分で指定したい場合， オプションを使って名前を設定し，lxc に対して指定をすることができます． + 一方がコンテナに，もう一方が で指定されるブリッジにアタッチされる，ピアネットワークデバイスを作成します． + もし，ブリッジが指定されていない場合，veth ペアデバイスは作成されますが，ブリッジにはアタッチされません． + ブリッジはシステムで事前に設定する必要があります． + さもなければ，lxc はコンテナ外のいかなる設定も扱うことはできないでしょう． + デフォルトでは，lxc はコンテナの外部に属するネットワークデバイスに対する名前を決定し，lxc はこの名前を使います． + しかし，もしこの名前を自分で指定したい場合， オプションを使って名前を設定し，lxc に対して指定をすることができます． @@ -296,7 +325,8 @@ by KATOH Yasufumi the container. The vlan identifier is specified with the option . --> - vlan インターフェースは で指定されたインターフェースとリンクし，コンテナに割り当てられます．vlan の指定は オプションで指定します． + vlan インターフェースは で指定されたインターフェースとリンクし，コンテナに割り当てられます． + vlan の指定は オプションで指定します． @@ -328,7 +358,18 @@ by KATOH Yasufumi the MAC addresses, the macvlan bridge mode does not require learning or STP like the bridge module does. --> - macvlan インターフェースは により指定されるインターフェースとリンクし，コンテナに割り当てられます． でモードを指定すると，その macvlan の指定を，同じ上位デバイスで異なる macvlan の間の通信をする時に使います．受け入れられたモードが であれば，デバイスは同じ上位デバイスの他のデバイスとの通信を行いません (デフォルト)．新しい仮想イーサネットポート集約モード (Virtual Ethernet Port Aggregator (VEPA)) である は，隣接したポートが，ソースとデスティネーションの両方が macvlan ポートに対してローカルであるフレームを全て返すと仮定します．すなわち，ブリッジが reflective relay として設定されているということです．上位デバイスから入ってくるブロードキャストフレームは，VEPA モードである全ての macvlan インターフェースに送りつけられます．ローカルのフレームはローカルには配送されません． の指定は，同じポートの異なる macvlan インターフェースの間のシンプルなブリッジとして動作します．あるインターフェースから他のインターフェースへのフレームは，直接配送され，外部には送出されません．ブロードキャストフレームは，全ての他のブリッジと外部のインターフェースに対して送られます．しかし，reflective relay からフレームが返ってきたときは，再度それを配送することはしません．全ての MAC アドレスを知っているので，ブリッジモジュールのように，macvlan ブリッジモードは学習や STP の必要はありません． + macvlan インターフェースは により指定されるインターフェースとリンクし，コンテナに割り当てられます． + でモードを指定すると，その macvlan の指定を，同じ上位デバイスで異なる macvlan の間の通信をする時に使います． + 受け入れられたモードが であれば，デバイスは同じ上位デバイスの他のデバイスとの通信を行いません (デフォルト)． + 新しい仮想イーサネットポート集約モード (Virtual Ethernet Port Aggregator (VEPA)) である は，隣接したポートが，ソースとデスティネーションの両方が macvlan ポートに対してローカルであるフレームを全て返すと仮定します． + すなわち，ブリッジが reflective relay として設定されているということです． + 上位デバイスから入ってくるブロードキャストフレームは，VEPA モードである全ての macvlan インターフェースに送りつけられます． + ローカルのフレームはローカルには配送されません． + の指定は，同じポートの異なる macvlan インターフェースの間のシンプルなブリッジとして動作します． + あるインターフェースから他のインターフェースへのフレームは，直接配送され，外部には送出されません． + ブロードキャストフレームは，全ての他のブリッジと外部のインターフェースに対して送られます． + しかし，reflective relay からフレームが返ってきたときは，再度それを配送することはしません． + 全ての MAC アドレスを知っているので，ブリッジモジュールのように，macvlan ブリッジモードは学習や STP の必要はありません． @@ -392,7 +433,8 @@ by KATOH Yasufumi eg. eth0, this option will rename the interface in the container. --> - インターフェース名は動的に割り当てられます．しかし，もしコンテナが使用する設定ファイルが一般的な名前を使用するために，他の特定の名前が必要であれば (例えば eth0 など)，コンテナ内のインターフェースは，このオプションで指定した名前にリネームされます． + インターフェース名は動的に割り当てられます． + しかし，もしコンテナが使用する設定ファイルが一般的な名前を使用するために，他の特定の名前が必要であれば (例えば eth0 など)，コンテナ内のインターフェースは，このオプションで指定した名前にリネームされます． @@ -409,7 +451,8 @@ by KATOH Yasufumi this is needed to resolve a mac address conflict or to always have the same link-local ipv6 address --> - インターフェースの MAC アドレスは，デフォルトでは動的に割り当てられます．しかし，MAC アドレスの衝突や，リンクローカルIPv6 アドレスを常に同じにした場合などは，このオプションが必要です． + インターフェースの MAC アドレスは，デフォルトでは動的に割り当てられます． + しかし，MAC アドレスの衝突や，リンクローカルIPv6 アドレスを常に同じにした場合などは，このオプションが必要です． @@ -428,7 +471,10 @@ by KATOH Yasufumi specified on the same line, right after the ipv4 address. --> - 仮想インターフェースに割り当てる ipv4 アドレスを指定します．複数行により複数の ipv4 アドレスを指定します．このアドレスは x.y.z.t/m というフォーマットで指定します．例えば，192.168.1.123/24．ブロードキャストアドレスも同じ行の ipv4 アドレスのすぐ後で指定しなくてはなりません． + 仮想インターフェースに割り当てる ipv4 アドレスを指定します． + 複数行により複数の ipv4 アドレスを指定します． + このアドレスは x.y.z.t/m というフォーマットで指定します． + 例えば，192.168.1.123/24．ブロードキャストアドレスも同じ行の ipv4 アドレスのすぐ後で指定しなくてはなりません． @@ -452,9 +498,13 @@ by KATOH Yasufumi using the and network types. --> - コンテナでゲートウェイとして使う IPv4 アドレスを指定します．アドレスは x.y.z.t というフォーマットです．例えば，192.168.1.123． + コンテナでゲートウェイとして使う IPv4 アドレスを指定します． + アドレスは x.y.z.t というフォーマットです． + 例えば，192.168.1.123． - という特別な値を記述する事も可能です．これは ( で指定した) ブリッジインターフェースの最初のアドレスを使用し，それをゲートウェイに使うという意味になります． はネットワークタイプとして と を指定している時だけ有効となります． + という特別な値を記述する事も可能です． + これは ( で指定した) ブリッジインターフェースの最初のアドレスを使用し，それをゲートウェイに使うという意味になります． + はネットワークタイプとして と を指定している時だけ有効となります． @@ -472,7 +522,10 @@ by KATOH Yasufumi The address is in format x::y/m, eg. 2003:db8:1:0:214:1234:fe0b:3596/64 --> - 仮想インターフェースに割り当てる ipv6 アドレスを指定します．複数行により複数の ipv6 アドレスを指定します．このアドレスは x::y/m というフォーマットで指定します．例えば，2003:db8:1:0:214:1234:fe0b:3596/64． + 仮想インターフェースに割り当てる ipv6 アドレスを指定します． + 複数行により複数の ipv6 アドレスを指定します． + このアドレスは x::y/m というフォーマットで指定します． + 例えば，2003:db8:1:0:214:1234:fe0b:3596/64． @@ -496,9 +549,12 @@ by KATOH Yasufumi using the and network types. --> - コンテナでゲートウェイとして使う IPv6 アドレスを指定します．アドレスは x::y というフォーマットです．例えば，2003:db8:1:0::1． + コンテナでゲートウェイとして使う IPv6 アドレスを指定します． + アドレスは x::y というフォーマットです．例えば，2003:db8:1:0::1． - という特別な値を記述する事も可能です．これは ( で指定した) ブリッジインターフェースの最初のアドレスを使用し，それをゲートウェイに使うという意味になります． はネットワークタイプとして と を指定している時だけ有効となります． + という特別な値を記述する事も可能です． + これは ( で指定した) ブリッジインターフェースの最初のアドレスを使用し，それをゲートウェイに使うという意味になります． + はネットワークタイプとして と を指定している時だけ有効となります． @@ -521,8 +577,10 @@ by KATOH Yasufumi type, other arguments may be passed: veth/macvlan/phys. And finally (host-sided) device name. --> - ホスト側から使われる，ネットワークの作成と設定が済んだ後に実行するスクリプトを指定します．以下の引数がスクリプトに渡されます: コンテナ名，設定セクション名(net)． - その後の引数はスクリプトのフックで使われる設定セクションに依存します．以下がネットワークシステムによって使われます: 実行コンテキスト (up)，ネットワークのタイプ (empty/veth/macvlan/phys) + ホスト側から使われる，ネットワークの作成と設定が済んだ後に実行するスクリプトを指定します． + 以下の引数がスクリプトに渡されます: コンテナ名，設定セクション名(net)． + その後の引数はスクリプトのフックで使われる設定セクションに依存します． + 以下がネットワークシステムによって使われます: 実行コンテキスト (up)，ネットワークのタイプ (empty/veth/macvlan/phys) ネットワークのタイプによっては，更に別の引数が渡されるかもしれません: veth/macvlan/phys の場合 (ホスト側の) デバイス名 @@ -531,7 +589,9 @@ by KATOH Yasufumi Standard error is not logged, but can be captured by the hook redirecting its standard error to standard output. --> - スクリプトからの標準出力は debug レベルでロギングされます．標準エラー出力はロギングされません．しかし，フックの標準エラー出力を標準出力にリダイレクトすることにより保存することは可能です． + スクリプトからの標準出力は debug レベルでロギングされます． + 標準エラー出力はロギングされません． + しかし，フックの標準エラー出力を標準出力にリダイレクトすることにより保存することは可能です． @@ -554,8 +614,10 @@ by KATOH Yasufumi type, other arguments may be passed: veth/macvlan/phys. And finally (host-sided) device name. --> - ホスト側から使われる，ネットワークを破壊する前に実行するスクリプトを指定します．以下の引数がスクリプトに渡されます: コンテナ名，設定セクション名(net)． - その後の引数はスクリプトのフックで使われる設定セクションに依存します．以下がネットワークシステムによって使われます: 実行コンテキスト (up)，ネットワークのタイプ (empty/veth/macvlan/phys)． + ホスト側から使われる，ネットワークを破壊する前に実行するスクリプトを指定します． + 以下の引数がスクリプトに渡されます: コンテナ名，設定セクション名(net)． + その後の引数はスクリプトのフックで使われる設定セクションに依存します． + 以下がネットワークシステムによって使われます: 実行コンテキスト (up)，ネットワークのタイプ (empty/veth/macvlan/phys)． ネットワークのタイプによっては，更に別の引数が渡されるかもしれません: veth/macvlan/phys．そして最後に (ホスト側の) デバイス名が渡されます． @@ -564,7 +626,9 @@ by KATOH Yasufumi Standard error is not logged, but can be captured by the hook redirecting its standard error to standard output. --> - スクリプトからの標準出力は debug レベルでロギングされます．標準エラー出力はロギングされません．しかし，フックの標準エラー出力を標準出力にリダイレクトすることにより保存することは可能です． + スクリプトからの標準出力は debug レベルでロギングされます． + 標準エラー出力はロギングされません． + しかし，フックの標準エラー出力を標準出力にリダイレクトすることにより保存することは可能です． @@ -594,7 +658,8 @@ by KATOH Yasufumi the maximum number of pseudo ttys allowed for a pts instance (this limitation is not implemented yet). --> - もし設定された場合，コンテナは新しい psuedo tty インスタンスを持ち，それを自身のプライベートとします．この値は pts インスタンスに許可される pseudo tty の最大数を指定します (この制限はまだ実装されていません)． + もし設定された場合，コンテナは新しい psuedo tty インスタンスを持ち，それを自身のプライベートとします． + この値は pts インスタンスに許可される pseudo tty の最大数を指定します (この制限はまだ実装されていません)． @@ -620,9 +685,13 @@ by KATOH Yasufumi - コンソールの出力が書かれるファイルのパスを指定します． + コンソールの出力が書かれるファイルのパスを指定します．'none' というキーワードは，単純にコンソールを無効にします． + この設定は，アプリケーションが書き込む事ができるコンソールデバイスファイルが rootfs に存在する場合，メッセージがホスト側に出力されるので危険です． @@ -642,7 +711,10 @@ by KATOH Yasufumi respawn indefinitely giving annoying messages on the console or in /var/log/messages. --> - このオプションはコンテナが root ファイルシステムを持つように設定されており，inittab ファイルで tty 上に getty の起動が設定されている場合に役に立ちます．このオプションはコンテナで利用できる tty の数を指定します．inittab ファイルに設定する getty の数は，このオプションの指定する tty の数より大きくしてはいけません．さもなければ，超過した分の getty セッションはコンソールか /var/log/messages にうっとうしいメッセージを生死を表示しながら，永久に生死を繰り返すでしょう． + このオプションはコンテナが root ファイルシステムを持つように設定されており，inittab ファイルで tty 上に getty の起動が設定されている場合に役に立ちます． + このオプションはコンテナで利用できる tty の数を指定します． + inittab ファイルに設定する getty の数は，このオプションの指定する tty の数より大きくしてはいけません． + さもなければ，超過した分の getty セッションはコンソールか /var/log/messages にうっとうしいメッセージを生死を表示しながら，永久に生死を繰り返すでしょう． @@ -677,7 +749,13 @@ by KATOH Yasufumi A package upgrade can then succeed as it is able to remove and replace the symbolic links. --> - LXC のコンソールはホストによって作られ，コンテナ内で要求されたデバイスに bind マウントされた Unix98 PTY 経由で提供されます．デフォルトでは /dev/console と /dev/ttyN に bind マウントされます．これはゲスト内でのパッケージのアップグレードを妨げる可能性があります．なので /dev 以下のディレクトリを指定することができます．LXC はこのディレクトリ以下にファイルを作成し，これらのファイルを bind マウントします．そして，これらの (作成された) ファイルは /dev/console と /dev/ttyN にシンボリックリンクされます．シンボリックリンクを消去したり置き換えたりすることは可能ですから，パッケージのアップグレードは成功します． + LXC のコンソールはホストによって作られ，コンテナ内で要求されたデバイスに bind マウントされた Unix98 PTY 経由で提供されます． + デフォルトでは /dev/console と /dev/ttyN に bind マウントされます． + これはゲスト内でのパッケージのアップグレードを妨げる可能性があります． + なので /dev 以下のディレクトリを指定することができます． + LXC はこのディレクトリ以下にファイルを作成し，これらのファイルを bind マウントします． + そして，これらの (作成された) ファイルは /dev/console と /dev/ttyN にシンボリックリンクされます． + シンボリックリンクを消去したり置き換えたりすることは可能ですから，パッケージのアップグレードは成功します． @@ -712,7 +790,12 @@ by KATOH Yasufumi devices in the containers /dev directory may be created through the use of the hook. --> - デフォルトでは，lxc はコンテナの /dev については何も行いません．これは，コンテナの rootfs で必要な設定を行えるようにするものです．lxc.autodev が 1 に設定されている場合，コンテナの rootfs をマウントした後，LXC は新しい tmpfs を /dev 以下にマウントします (100k 制限の)．そして初期デバイスの最小限のセットを作成します．これは，"systemd" ベースの "init" 環境のコンテナを起動する時に通常必要ですが，他の環境の場合はオプショナルなものです．コンテナの /dev ディレクトリ内の追加デバイスは フックを使用して作成されます． + デフォルトでは，lxc はコンテナの /dev については何も行いません． + これは，コンテナの rootfs で必要な設定を行えるようにするものです． + lxc.autodev が 1 に設定されている場合，コンテナの rootfs をマウントした後，LXC は新しい tmpfs を /dev 以下にマウントします (100k 制限の)． + そして初期デバイスの最小限のセットを作成します． + これは，"systemd" ベースの "init" 環境のコンテナを起動する時に通常必要ですが，他の環境の場合はオプショナルなものです． + コンテナの /dev ディレクトリ内の追加デバイスは フックを使用して作成されます． @@ -767,7 +850,9 @@ by KATOH Yasufumi container. This is useful to mount /etc, /var or /home for examples. --> - マウントポイントセクションは，マウントするための区別された場所を指定します．これらのマウントポイントは，コンテナだけに見え，コンテナ外で実行されるプロセスから見えることはありません．例えば，/etc や /var や /home をマウントするときに役に立つでしょう． + マウントポイントセクションは，マウントするための区別された場所を指定します． + これらのマウントポイントは，コンテナだけに見え，コンテナ外で実行されるプロセスから見えることはありません． + 例えば，/etc や /var や /home をマウントするときに役に立つでしょう． @@ -794,7 +879,9 @@ by KATOH Yasufumi but must be explicitly specified. --> - マウントに関する情報が書かれた fstab フォーマットのファイルの場所を指定します．rootfs がイメージファイルやブロックデバイスで，fstab ファイルがこの rootfs 内のどこかをマウントするために使われる場合，rootfs のマウントポイントのパスはデフォルトパスである @LXCROOTFSMOUNT@ か，もしくは が指定されている場合は，その値を前に付ける必要があります．ファイルシステムがイメージファイルやブロックデバイスからマウントされている場合，3 つ目のフィールド (fs_vfstype) は + マウントに関する情報が書かれた fstab フォーマットのファイルの場所を指定します． + rootfs がイメージファイルやブロックデバイスで，fstab ファイルがこの rootfs 内のどこかをマウントするために使われる場合，rootfs のマウントポイントのパスはデフォルトパスである @LXCROOTFSMOUNT@ か，もしくは が指定されている場合は，その値を前に付ける必要があります． + ファイルシステムがイメージファイルやブロックデバイスからマウントされている場合，3 つ目のフィールド (fs_vfstype) は mount 8 @@ -830,7 +917,8 @@ by KATOH Yasufumi automatically mounted. This may dramatically simplify the configuration. The file systems are: --> - 標準のカーネルファイルシステムで自動的にマウントするものを指定します．これは劇的に設定を容易にする可能性があります． + 標準のカーネルファイルシステムで自動的にマウントするものを指定します． + これは劇的に設定を容易にする可能性があります． @@ -845,7 +933,8 @@ by KATOH Yasufumi --> (or ): - /proc を読み書き可能でマウントします．ただし，/proc/sys と /proc/sysrq-trigger は，セキュリティとコンテナの隔離の目的でリードオンリーで再マウントされます． + /proc を読み書き可能でマウントします． + ただし，/proc/sys と /proc/sysrq-trigger は，セキュリティとコンテナの隔離の目的でリードオンリーで再マウントされます． @@ -902,7 +991,8 @@ by KATOH Yasufumi --> (or ): - /sys/fs/cgroup を tmpfs でマウントし，そのコンテナの追加が行われた全ての階層構造に対するディレクトリを作製し，その cgroup の名前でその中にサブディレクトリを作製し，そのコンテナ自身の cgroup をそのディレクトリにバインドマウントします．コンテナは自身の cgroup ディレクトリに書き込みが可能ですが，親ディレクトリはリードオンリーで再マウントされているため書き込めません． + /sys/fs/cgroup を tmpfs でマウントし，そのコンテナの追加が行われた全ての階層構造に対するディレクトリを作製し，その cgroup の名前でその中にサブディレクトリを作製し，そのコンテナ自身の cgroup をそのディレクトリにバインドマウントします． + コンテナは自身の cgroup ディレクトリに書き込みが可能ですが，親ディレクトリはリードオンリーで再マウントされているため書き込めません． @@ -931,7 +1021,9 @@ by KATOH Yasufumi --> : - と同様にマウントされますが，全て読み書き可能でマウントされます．コンテナ自身の cgroup に至るまでのパスも書き込み可能になることに注意が必要ですが，cgroup ファイルシステムにはならず，/sys/fs/cgroup の tmpfs の一部分になるでしょう． + と同様にマウントされますが，全て読み書き可能でマウントされます． + コンテナ自身の cgroup に至るまでのパスも書き込み可能になることに注意が必要ですが，cgroup ファイルシステムにはならず， + /sys/fs/cgroup の tmpfs の一部分になるでしょう． @@ -957,7 +1049,9 @@ by KATOH Yasufumi --> (or ): - /sys/fs/cgroup を tmpfs でマウントし，そのコンテナの追加が行われた全ての階層構造に対するディレクトリを作製し，ホストからコンテナまでの階層構造を全てバインドマウントし，コンテナ自身の cgroup を除いてリードオンリーにします． と比べると，コンテナ自身の cgroup に至るまでの全てのパスが tmpfs の下層のシンプルなディレクトリとなり，コンテナ自身の cgroup の外ではリードオンリーになりますが，/sys/fs/cgroup/$hierarchy はホストの全ての cgroup 階層構造を含みます．これにより，コンテナにはかなりの情報が漏洩します． + /sys/fs/cgroup を tmpfs でマウントし，そのコンテナの追加が行われた全ての階層構造に対するディレクトリを作製し，ホストからコンテナまでの階層構造を全てバインドマウントし，コンテナ自身の cgroup を除いてリードオンリーにします． + と比べると，コンテナ自身の cgroup に至るまでの全てのパスが tmpfs の下層のシンプルなディレクトリとなり，コンテナ自身の cgroup の外ではリードオンリーになりますが，/sys/fs/cgroup/$hierarchy はホストの全ての cgroup 階層構造を含みます． + これにより，コンテナにはかなりの情報が漏洩します． @@ -987,7 +1081,8 @@ by KATOH Yasufumi --> : - と同様にマウントされますが，全て読み書き可能でマウントされます．この場合，コンテナは自身の cgroup から脱出する可能性があることに注意してください (コンテナが CAP_SYS_ADMIN を持ち，自身で cgroup ファイルシステムをマウント可能なら，いずれにせよそのようにするかもしれないことにも注意してください)． + と同様にマウントされますが，全て読み書き可能でマウントされます． + この場合，コンテナは自身の cgroup から脱出する可能性があることに注意してください (コンテナが CAP_SYS_ADMIN を持ち，自身で cgroup ファイルシステムをマウント可能なら，いずれにせよそのようにするかもしれないことにも注意してください)． @@ -1029,7 +1124,9 @@ by KATOH Yasufumi specified, the container shares its root file system with the host. --> - コンテナのルートファイルシステムになるディレクトリを指定します．この値はイメージファイル，ディレクトリ，ブロックデバイスのどれかを取ることができます．もし指定されない場合，コンテナはホストとルートファイルシステムを共有します． + コンテナのルートファイルシステムになるディレクトリを指定します． + この値はイメージファイル，ディレクトリ，ブロックデバイスのどれかを取ることができます． + もし指定されない場合，コンテナはホストとルートファイルシステムを共有します． @@ -1055,7 +1152,8 @@ by KATOH Yasufumi pivot_root 8 - システムコールが確実に成功する事を保証します．どんなディレクトリでも良く，デフォルトでも通常は動くはずです． + システムコールが確実に成功する事を保証します． + どんなディレクトリでも良く，デフォルトでも通常は動くはずです． @@ -1073,7 +1171,9 @@ by KATOH Yasufumi It is created if necessary, and also removed after unmounting everything from it during container setup. --> - 元の root ファイルシステムを， 以下のどこに移動させるかを からの相対パスで指定します．デフォルトは mnt です．これはもし必要であれば作成され，そしてコンテナのセットアップの間，全てアンマウントされた後で消去されます． + 元の root ファイルシステムを， 以下のどこに移動させるかを からの相対パスで指定します． + デフォルトは mnt です． + これはもし必要であれば作成され，そしてコンテナのセットアップの間，全てアンマウントされた後で消去されます． @@ -1091,7 +1191,9 @@ by KATOH Yasufumi started, but has the advantage of permitting any future subsystem. --> - CONTROL GROUP セクションは，(lxc とは) 別のサブシステムの設定を含みます．lxc は，このサブシステム名の正しさはチェックしません．実行時のエラーを検出するのに不便ですが，別の将来のサブシステムをサポート出来るという有利な点もあります． + CONTROL GROUP セクションは，(lxc とは) 別のサブシステムの設定を含みます． + lxc は，このサブシステム名の正しさはチェックしません． + 実行時のエラーを検出するのに不便ですが，別の将来のサブシステムをサポート出来るという有利な点もあります． @@ -1109,7 +1211,9 @@ by KATOH Yasufumi container is started, eg. --> - 設定する control group の値を指定します．サブシステム名は，control group のそのままの名前です．許される名前や値の書式は LXC が指示することはなく，コンテナが実行された時に実行されている Linux カーネルの機能に依存します． + 設定する control group の値を指定します． + サブシステム名は，control group のそのままの名前です． + 許される名前や値の書式は LXC が指示することはなく，コンテナが実行された時に実行されている Linux カーネルの機能に依存します． 例えば @@ -1145,7 +1249,11 @@ by KATOH Yasufumi 7 , --> - コンテナ内で削除するケーパビリティ (capability) を指定します．一行でスペース区切りで複数のケーパビリティを指定することも可能です．指定は，"CAP_" というプレフィックスなしで，小文字でケーパビリティを指定します．例えば，CAP_SYS_MODULE というケーパビリティは sys_module と指定する必要があります．詳しくは以下を参照してください． + コンテナ内で削除するケーパビリティ (capability) を指定します． + 一行でスペース区切りで複数のケーパビリティを指定することも可能です． + 指定は，"CAP_" というプレフィックスなしで，小文字でケーパビリティを指定します． + 例えば，CAP_SYS_MODULE というケーパビリティは sys_module と指定する必要があります． + 詳しくは以下を参照してください． capabilities 7 @@ -1163,7 +1271,8 @@ by KATOH Yasufumi Specify the capability to be kept in the container. All other capabilities will be dropped. --> - コンテナ内で維持するケーパビリティを指定します．指定した以外の全てのケーパビリティはドロップされます． + コンテナ内で維持するケーパビリティを指定します． + 指定した以外の全てのケーパビリティはドロップされます． @@ -1179,7 +1288,8 @@ by KATOH Yasufumi container should be run can be specified in the container configuration. The default is lxc-container-default. --> - lxc が apparmor サポートでコンパイルされ，インストールされている場合で，ホストで apparmor が有効な場合，コンテナが従って動くべき apparmor プロファイルは，コンテナの設定で指定することが可能です．デフォルトは lxc-container-default です． + lxc が apparmor サポートでコンパイルされ，インストールされている場合で，ホストで apparmor が有効な場合，コンテナが従って動くべき apparmor プロファイルは，コンテナの設定で指定することが可能です． + デフォルトは lxc-container-default です． @@ -1193,7 +1303,8 @@ by KATOH Yasufumi be run. To specify that the container should be unconfined, use --> - コンテナが従うべき apparmor プロファイルを指定します．コンテナが apparmor による制限を受けないように設定するには，以下のように設定します． + コンテナが従うべき apparmor プロファイルを指定します． + コンテナが apparmor による制限を受けないように設定するには，以下のように設定します． lxc.aa_profile = unconfined @@ -1211,7 +1322,8 @@ by KATOH Yasufumi configuration. The default is unconfined_t, which means that lxc will not attempt to change contexts. --> - lxc が SELinux サポートでコンパイルされ，インストールされている場合で，ホストで SELinux が有効な場合，コンテナが従って動くべき SELinux コンテキストは，コンテナの設定で指定することが可能です．デフォルトは unconfined_t であり，これは lxc がコンテキストを変えないという意味になります． + lxc が SELinux サポートでコンパイルされ，インストールされている場合で，ホストで SELinux が有効な場合，コンテナが従って動くべき SELinux コンテキストは，コンテナの設定で指定することが可能です． + デフォルトは unconfined_t であり，これは lxc がコンテキストを変えないという意味になります． @@ -1243,7 +1355,8 @@ by KATOH Yasufumi (which must be 'whitelist') on the second line, followed by a list of allowed system call numbers, one per line. --> - コンテナは，起動時に seccomp プロファイルをロードすることで，利用可能なシステムコールを減らして起動することが可能です．seccomp の設定ファイルは，最初の行がバージョン番号 (現在は 1 でなければならない) で，2 行目はポリシーのタイプ ('whitelist' でなければならない)，で始まる必要があり，その後に 1 行ごとに利用可能なシステムコールの番号が書かれたリストが続きます． + コンテナは，起動時に seccomp プロファイルをロードすることで，利用可能なシステムコールを減らして起動することが可能です． + seccomp の設定ファイルは，最初の行がバージョン番号 (現在は 1 でなければならない) で，2 行目はポリシーのタイプ ('whitelist' でなければならない)，で始まる必要があり，その後に 1 行ごとに利用可能なシステムコールの番号が書かれたリストが続きます． @@ -1276,7 +1389,11 @@ by KATOH Yasufumi user and group ids 0 through 20,000 in the container to the ids 200,000 through 220,000. --> - コンテナは，ユーザとグループの id のマッピングを持った専用のユーザ名前空間で起動することが可能です．たとえば，コンテナ内のユーザ id 0 を，ホストのユーザ id 200000 にマッピングすることが可能です．コンテナの root ユーザはコンテナ内では特権を持ちますが，ホストでは特権を持ちません．通常は，システムコンテナは id の範囲を要求し，それをマッピングします．例えば，コンテナ内のユーザとグループの id 0 から 20,000 を 200,000 から 220,000 にマッピングします． + コンテナは，ユーザとグループの id のマッピングを持った専用のユーザ名前空間で起動することが可能です． + たとえば，コンテナ内のユーザ id 0 を，ホストのユーザ id 200000 にマッピングすることが可能です． + コンテナの root ユーザはコンテナ内では特権を持ちますが，ホストでは特権を持ちません． + 通常は，システムコンテナは id の範囲を要求し，それをマッピングします． + 例えば，コンテナ内のユーザとグループの id 0 から 20,000 を 200,000 から 220,000 にマッピングします． @@ -1293,7 +1410,11 @@ by KATOH Yasufumi seen on the host. Finally, a range indicating the number of consecutive ids to map. --> - 4 つの値を記述する必要があります．最初の文字は 'u' か 'g' のどちらかで，ユーザかグループの ID のどちらをマッピングするかを指定します．次はコンテナのユーザ名前空間内に現れる最初のユーザ ID です．その次は，そのユーザ ID のホスト上での値です．最後は，ID のマッピングをいくつ連続して行うかの数を指定します． + 4 つの値を記述する必要があります． + 最初の文字は 'u' か 'g' のどちらかで，ユーザかグループの ID のどちらをマッピングするかを指定します． + 次はコンテナのユーザ名前空間内に現れる最初のユーザ ID です． + その次は，そのユーザ ID のホスト上での値です． + 最後は，ID のマッピングをいくつ連続して行うかの数を指定します． @@ -1353,7 +1474,9 @@ by KATOH Yasufumi Standard error is not logged, but can be captured by the hook redirecting its standard error to standard output. --> - スクリプトからの標準出力は debug レベルでロギングされます．標準エラー出力はロギングされません．しかし，フックの標準エラー出力を標準出力にリダイレクトすることにより保存することは可能です． + スクリプトからの標準出力は debug レベルでロギングされます． + 標準エラー出力はロギングされません． + しかし，フックの標準エラー出力を標準出力にリダイレクトすることにより保存することは可能です． @@ -1386,7 +1509,11 @@ by KATOH Yasufumi mounts propagation), so they will be automatically cleaned up when the container shuts down. --> - コンテナのファイルシステムの名前空間で実行されますが，rootfs が設定される前に実行するフック．これにより rootfs の操作が可能になります．例えば，暗号化されたファイルシステムのマウントなどです．このフック内でなされるマウントはホストには影響しません (mounts propagation を除いて)．なので，それらはコンテナがシャットダウンする時に自動的にクリーンアップされます． + コンテナのファイルシステムの名前空間で実行されますが，rootfs が設定される前に実行するフック． + これにより rootfs の操作が可能になります． + 例えば，暗号化されたファイルシステムのマウントなどです． + このフック内でなされるマウントはホストには影響しません (mounts propagation を除いて)． + なので，それらはコンテナがシャットダウンする時に自動的にクリーンアップされます． @@ -1444,7 +1571,8 @@ by KATOH Yasufumi before executing the container's init. This requires the program to be available in the container. --> - コンテナの init が実行される直前にコンテナの名前空間で実行されるフック．コンテナ内で利用可能なプログラムである必要があります． + コンテナの init が実行される直前にコンテナの名前空間で実行されるフック． + コンテナ内で利用可能なプログラムである必要があります． @@ -1497,7 +1625,9 @@ by KATOH Yasufumi contexts. In particular, all paths are relative to the host system and, as such, not valid during the hook. --> - 起動時のフックに設定情報を提供し，フックの機能を助けるための環境変数がいくつか利用可能です．全ての変数が全てのコンテキストで利用可能なわけではありません．具体的には，全てのパスはホストシステム上のパスであり，そのため， フックの時点では使用できません． + 起動時のフックに設定情報を提供し，フックの機能を助けるための環境変数がいくつか利用可能です． + 全ての変数が全てのコンテキストで利用可能なわけではありません． + 具体的には，全てのパスはホストシステム上のパスであり，そのため， フックの時点では使用できません． @@ -1529,7 +1659,8 @@ by KATOH Yasufumi additional configuration information not otherwise made available. [] --> - コンテナの設定ファイルのホスト上でのパス．これは，他の方法では得られない追加の設定情報を見つけるために，コンテナに，元の，トップレベルの設定ファイルの位置を与えるものです． [] + コンテナの設定ファイルのホスト上でのパス． + これは，他の方法では得られない追加の設定情報を見つけるために，コンテナに，元の，トップレベルの設定ファイルの位置を与えるものです． [] @@ -1582,7 +1713,8 @@ by KATOH Yasufumi should be made for that instance. [] --> - 初期にコンテナがマウントされる場所．これは，コンテナインスタンスが起動するためのコンテナの rootfs へのホスト上のパスであり，インスタンスのための移行が行われる場所です． + 初期にコンテナがマウントされる場所． + これは，コンテナインスタンスが起動するためのコンテナの rootfs へのホスト上のパスであり，インスタンスのための移行が行われる場所です． [] @@ -1618,7 +1750,8 @@ by KATOH Yasufumi the container (with '.log' appended) either under the container path, or under @LOGPATH@. --> - ロギングはコンテナごとに設定することが可能です．デフォルトでは，lxc パッケージのコンパイル条件に依存し，コンテナのスタートアップは ERROR レベルでのみロギングされ，コンテナのパス以下か，@LOGPATH@ 以下のどちらかにコンテナ名 (の後に '.log' が付与される) をもとにした名前でロギングされます． + ロギングはコンテナごとに設定することが可能です． + デフォルトでは，lxc パッケージのコンパイル条件に依存し，コンテナのスタートアップは ERROR レベルでのみロギングされ，コンテナのパス以下か，@LOGPATH@ 以下のどちらかにコンテナ名 (の後に '.log' が付与される) をもとにした名前でロギングされます． - デフォルトのログレベルとログファイルは両方とも，コンテナの設定ファイル内で指定され，デフォルトの値を上書きします．同様に，設定ファイルのエントリは lxc-start のコマンドラインオプションで上書きすることも可能です． + デフォルトのログレベルとログファイルは両方とも，コンテナの設定ファイル内で指定され，デフォルトの値を上書きします． + 同様に，設定ファイルのエントリは lxc-start のコマンドラインオプションで上書きすることも可能です． @@ -1644,7 +1778,11 @@ by KATOH Yasufumi alert, and 8 = fatal. If unspecified, the level defaults to 5 (error), so that only errors and above are logged. --> - ログを取得するレベル．ログレベルは 0..8 の範囲の整数です．数字が小さいほど冗長なデバッグを意味します．具体的には，0 = trace, 1 = debug, 2 = info, 3 = notice, 4 = warn, 5 = error, 6 = critical, 7 = alert, and 8 = fatal です．指定されない場合，レベルのデフォルトは 5 (error) で，それ以上のエラーがロギングされます． + ログを取得するレベル． + ログレベルは 0..8 の範囲の整数です． + 数字が小さいほど冗長なデバッグを意味します． + 具体的には，0 = trace, 1 = debug, 2 = info, 3 = notice, 4 = warn, 5 = error, 6 = critical, 7 = alert, and 8 = fatal です． + 指定されない場合，レベルのデフォルトは 5 (error) で，それ以上のエラーがロギングされます． - コンテナを自動起動させるかどうかを設定します．有効な値は 0(オフ) か 1(オン) です． + コンテナを自動起動させるかどうかを設定します． + 有効な値は 0(オフ) か 1(オン) です． @@ -1739,7 +1878,8 @@ by KATOH Yasufumi used (amongst other things) to start a series of related containers. --> - コンテナを追加したいコンテナグループ名を指定します．(複数回使用される可能性のある) 複数の値を設定可能です． + コンテナを追加したいコンテナグループ名を指定します． + (複数回使用される可能性のある) 複数の値を設定可能です． 設定されたグループは，関連する一連のコンテナを起動させるために使われます． @@ -1768,7 +1908,8 @@ by KATOH Yasufumi virtual network device visible in the container is renamed to eth0. --> - この設定は，片方をブリッジである br0 と接続される veth ペアデバイスを使うコンテナを設定します (ブリッジは管理者によりあらかじめシステム上に設定済みである必要があります)．仮想ネットワークデバイスは，コンテナ内では eth0 とリネームされます． + この設定は，片方をブリッジである br0 と接続される veth ペアデバイスを使うコンテナを設定します (ブリッジは管理者によりあらかじめシステム上に設定済みである必要があります)． + 仮想ネットワークデバイスは，コンテナ内では eth0 とリネームされます． lxc.utsname = myhostname @@ -1801,7 +1942,10 @@ by KATOH Yasufumi the application, cpuset.cpus restricts usage of the defined cpu, cpus.share prioritize the control group, devices.allow makes usable the specified devices.--> - この設定は，アプリケーションのための control group をいくつか設定します．cpuset.cpus は定義された cpu のみ使用できるように制限します．cpus.share は，control group の (cpu) 優先度を指定します．devices.allow は，特定のデバイスを使用可能にします． + この設定は，アプリケーションのための control group をいくつか設定します． + cpuset.cpus は定義された cpu のみ使用できるように制限します． + cpus.share は，control group の (cpu) 優先度を指定します． + devices.allow は，特定のデバイスを使用可能にします． lxc.cgroup.cpuset.cpus = 0,1 diff --git a/doc/ja/lxc.sgml.in b/doc/ja/lxc.sgml.in index bad5baba9..de65331d3 100644 --- a/doc/ja/lxc.sgml.in +++ b/doc/ja/lxc.sgml.in @@ -68,7 +68,8 @@ by KATOH Yasufumi @BINDIR@/lxc-execute -n foo -f @DOCDIR@/examples/lxc-macvlan.conf /bin/bash --> - 急いでいて，この man ページすら読みたくないという場合は，いいでしょう，保証はないですが，あらかじめ準備されている設定テンプレートを使ったコンテナ内でシェルを動かすためのコマンドを紹介しましょう． + 急いでいて，この man ページすら読みたくないという場合は，いいでしょう， + 保証はないですが，あらかじめ準備されている設定テンプレートを使ったコンテナ内でシェルを動かすためのコマンドを紹介しましょう． @BINDIR@/lxc-execute -n foo -f @DOCDIR@/examples/lxc-macvlan.conf /bin/bash @@ -83,7 +84,8 @@ by KATOH Yasufumi through the control groups aka process containers and resource isolation through the namespaces. --> - コンテナ技術は，メインストリームの linux kernel で活発に開発が進んでいる技術です．コンテナ技術は，control groups の機能を使って，リソース管理を提供します．例えば，namespace を通して，プロセスのコンテナやリソースの隔離の機能を提供するものです． + コンテナ技術は，メインストリームの linux kernel で活発に開発が進んでいる技術です． + コンテナ技術は，process container という名前でも知られる control groups の機能を使って，リソース管理を提供し，名前空間を使って，リソースの隔離を提供します． @@ -93,7 +95,8 @@ by KATOH Yasufumi which provides full resource isolation and resource control for an applications or a system. --> - linux コンテナ (lxc) は，ユーザースペースのコンテナオブジェクトを提供するための新しい機能を使う事を目指しています．この新しい機能とは，アプリケーションやシステムでの利用を目的とした，完全なリソースの隔離やリソースコントロールを提供する機能です． + linux コンテナ (lxc) は，ユーザースペースのコンテナオブジェクトを提供するための新しい機能を使う事を目指しています． + この新しい機能とは，アプリケーションやシステムでの利用を目的とした，完全なリソースの隔離やリソースコントロールを提供する機能です． @@ -105,7 +108,8 @@ by KATOH Yasufumi manage a container with simple command lines and complete enough to be used for other purposes. --> - このプロジェクトの最初の目的は，カーネル開発者がコンテナプロジェクトに参加するのを容易にする事，特に新機能である Checkpoint/Restart 機能への取り組みを続ける事です．lxc コマンドは，シンプルなコマンドでコンテナの管理を簡単に行えるように小さく，他の目的のために使うのに充分な機能を持っています． + このプロジェクトの第一の目的は，コンテナプロジェクトに参加するカーネル開発者の作業を快適にすることと，特に新機能である Checkpoint/Restart 機能への取り組みを続ける事です． + lxc コマンドは，シンプルなコマンドでコンテナの管理を簡単に行えるように小さく，他の目的のために使うのに充分な機能を持っています． @@ -119,7 +123,8 @@ by KATOH Yasufumi work with a restricted number of functionalities or will simply fail. --> - lxc は，カーネルが提供するいくつかの機能に依存しており，その機能がアクティブになっている必要があります．機能が足りない場合は，lxc は，いくつかの機能が制限されるか，単純に動作が失敗します． + lxc は，カーネルが提供するいくつかの機能に依存しており，その機能がアクティブになっている必要があります． + 機能が足りない場合は，lxc は，いくつかの機能が制限されるか，単純に動作が失敗します． @@ -171,7 +176,10 @@ by KATOH Yasufumi The helper script lxc-checkconfig will give you information about your kernel configuration. --> - 2.6.27 以上のバージョンが採用されているディストリビューションならば，lxc は動作するでしょう．機能的には若干少ない形ですが，充分に楽しめるはずです．2.6.29 カーネルであれば，lxc は完全に機能します．ヘルパースクリプトの lxc-checkconfig を使って，あなたのカーネルの設定に関する情報を取得できるでしょう． + 2.6.27 以上のバージョンが採用されているディストリビューションならば，lxc は動作するでしょう． + 機能的には若干少ない形ですが，充分に楽しめるはずです． + 2.6.29 カーネルであれば，lxc は完全に機能します． + ヘルパースクリプトの lxc-checkconfig を使って，あなたのカーネルの設定に関する情報を取得できるでしょう． @@ -197,7 +205,8 @@ by KATOH Yasufumi mount -t cgroup -ons,cpuset,freezer,devices lxc /cgroup4lxc --> - control group は，どこにでもマウント可能です．例えば，mount -t cgroup cgroup /cgroup のようにです． + control group は，どこにでもマウント可能です． + 例えば，mount -t cgroup cgroup /cgroup のようにです． もし，異なる場所で，異なるオプションでマウントされた別々の cgroup を持ち，一つの場所の lxc コマンドを使うための，特定の lxc のための専用の cgroup のマウントポイントを提供したければ，lxc という名前でマウントポイントにバインドすることが出来ます．例えば以下のようにです． mount -t cgroup lxc /cgroup4lxc or @@ -250,7 +259,13 @@ by KATOH Yasufumi so you can still use your distro but with your own /etc and /home --> - アプリケーションを実行する前に，隔離したいリソースについて知っておくべきです．デフォルトの設定では，pid，sysv ipc，マウントポイントが隔離されます．コンテナ内でシンプルなシェルを実行したい場合で，特に rootfs を共有したい場合，基本的な設定が必要です．もし，sshd のようなアプリケーションを実行したい場合，新しいネットワークスタックと，新しいホスト名を準備しなくてはなりません．もし，同じファイル (/var/run/httpd.pid 等) の衝突を避けたい場合，空の /var/run/ を再度マウントしなければなりません．どんな場合でも，衝突を避けたい場合，コンテナ専用の rootfs を指定することができます．rootfs はディレクトリツリーとなる事も可能で，前もって元の rootfs を bind マウントし，しかし，自身の /etc や /homeを使って．自身のディストリビューションを使うことが可能です． + アプリケーションを実行する前に，隔離したいリソースについて知っておくべきです． + デフォルトの設定では，pid，sysv ipc，マウントポイントが隔離されます． + コンテナ内でシンプルなシェルを実行したい場合で，特に rootfs を共有したい場合，基本的な設定が必要です． + もし，sshd のようなアプリケーションを実行したい場合，新しいネットワークスタックと，新しいホスト名を準備しなくてはなりません． + もし，同じファイル (/var/run/httpd.pid 等) の衝突を避けたい場合，空の /var/run/ を再度マウントしなければなりません． + どんな場合でも，衝突を避けたい場合，コンテナ専用の rootfs を指定することができます． + rootfs はディレクトリツリーとなる事も可能で，前もって元の rootfs を bind マウントし，しかし，自身の /etc や /homeを使って．自身のディストリビューションを使うことが可能です． - コンテナ内でシステムを実行するのは，逆説的ではありますが，アプリケーションを実行するよりも簡単です．それは，隔離するリソースについて考える必要がないからで，全てを隔離する必要があるからです．他のリソースは，コンテナが設定を行うので，設定なしで隔離されるように指定されます．例えば，IPv4 アドレスはコンテナの init スクリプトでシステムによってセットアップされるでしょう．以下に，(システムを実行するときの) マウントポイントファイルを示します． + コンテナ内でシステムを実行するのは，逆説的ではありますが，アプリケーションを実行するよりも簡単です． + それは，隔離するリソースについて考える必要がないからで，全てを隔離する必要があるからです． + 他のリソースは，コンテナが設定を行うので，設定なしで隔離されるように指定されます． + 例えば，IPv4 アドレスはコンテナの init スクリプトでシステムによってセットアップされるでしょう． + 以下に，(システムを実行するときの) マウントポイントファイルを示します． [root@lxc debian]$ cat fstab @@ -373,7 +392,8 @@ rootfs /dev/pts /home/root/debian/rootfs/dev/pts none bind 0 0 - 設定を手助けするために，コンテナに更なる情報を追加することも可能です．例えば，ホスト上に存在する resolv.conf ファイルをコンテナからアクセス可能にするには，以下のようにします． + 設定を手助けするために，コンテナに更なる情報を追加することも可能です． + 例えば，ホスト上に存在する resolv.conf ファイルをコンテナからアクセス可能にするには，以下のようにします． /etc/resolv.conf /home/root/debian/rootfs/etc/resolv.conf none bind 0 0 @@ -389,7 +409,9 @@ rootfs starting and running. When the last process running inside the container exits, the container is stopped. --> - コンテナが作成されたとき，コンテナは設定情報を含みます．プロセスが生成されたとき，コンテナは開始され，実行されるでしょう．コンテナ内で実行されている最後のプロセスが終了したとき，コンテナは停止します． + コンテナが作成されるとき，コンテナは設定情報を含みます． + プロセスが生成されるとき，コンテナは開始し，実行されるでしょう． + コンテナ内で実行されている最後のプロセスが終了したとき，コンテナは停止します． - 持続性のコンテナオブジェクトは lxc-create コマンドで作成することができます．コマンドにはコンテナ名をパラメータとして，オプションで設定ファイルとテンプレートを指定します．ここで指定する名前は，他のコマンドからこのコンテナを参照する際に使います．lxc-destroy コマンドはコンテナオブジェクトを破壊します． + 持続性のコンテナオブジェクトは lxc-create コマンドで作成することができます． + コマンドにはコンテナ名をパラメータとして，オプションで設定ファイルとテンプレートを指定します． + ここで指定する名前は，他のコマンドからこのコンテナを参照する際に使います． + lxc-destroy コマンドはコンテナオブジェクトを破壊します． lxc-create -n foo lxc-destroy -n foo @@ -483,7 +508,8 @@ rootfs The container can be directly started with a configuration file as parameter. --> - コンテナを開始する前にコンテナオブジェクトを作成する必要はありません．コンテナを設定ファイルのパラメータで指定して直接開始することができます． + コンテナを開始する前にコンテナオブジェクトを作成する必要はありません． + コンテナを設定ファイルのパラメータで指定して直接開始することができます． @@ -504,7 +530,11 @@ rootfs but if needed the lxc-stop command can be used to kill the still running application. --> - コンテナが作成されると，アプリケーションもしくはシステムとして実行することができます．このために使用するのが lxc-execute と lxc-start コマンドです．アプリケーションが開始する前にコンテナが作成されなかった場合，コンテナはコマンドへ与えるパラメータを取得するのに設定ファイルを使うでしょう．もし，このようなパラメータもない場合は，デフォルトで指定されている通りに隔離されます．アプリケーションが終了した場合，コンテナも停止しますが，実行中のアプリケーションを停止するには lxc-stop を使用する必要があります． + コンテナが作成されると，アプリケーションもしくはシステムとして実行することができます． + このために使用するのが lxc-execute と lxc-start コマンドです． + アプリケーションが開始する前にコンテナが作成されなかった場合，コンテナはコマンドへ与えるパラメータを取得するのに設定ファイルを使うでしょう． + もし，このようなパラメータもない場合は，デフォルトで指定されている通りに隔離されます． + アプリケーションが終了した場合，コンテナも停止しますが，実行中のアプリケーションを停止するには lxc-stop を使用する必要があります． @@ -517,7 +547,8 @@ rootfs lxc-start -n foo [-f config] [/bin/bash] --> - コンテナ内のアプリケーションの実行は，正確にはシステムとして実行するのとは異なります．そのような理由で，コンテナ内でアプリケーションを実行するためのコマンドには，2 種類の違ったものがあります． + コンテナ内のアプリケーションの実行は，正確にはシステムとして実行するのとは異なります． + そのような理由で，コンテナ内でアプリケーションを実行するためのコマンドには，2 種類の違ったものがあります． lxc-execute -n foo [-f config] /bin/bash lxc-start -n foo [-f config] [/bin/bash] @@ -536,7 +567,9 @@ rootfs container, lxc-init has the pid 1 and the first process of the application has the pid 2. --> - lxc-execute コマンドは，lxc-init プロセス経由で，コンテナ内で特定のコマンドを実行します．lxc-init はコマンドを実行した後，実行したコマンドと，(コンテナ内のデーモンが実行することを許可した) 生成された全てのプロセスが終了するのを待ちます．言いかえると，コンテナ内では lxc-init は pid 1 を持ち，アプリケーションの最初のプロセスは pid 2 をもちます． + lxc-execute コマンドは，lxc-init プロセス経由で，コンテナ内で特定のコマンドを実行します． + lxc-init はコマンドを実行した後，(コンテナ内でのデーモンの実行をサポートするために) 実行したコマンドと生成された全てのプロセスが終了するのを待ちます． + 言いかえると，コンテナ内では lxc-init は pid 1 を持ち，アプリケーションの最初のプロセスは pid 2 をもちます． @@ -547,7 +580,9 @@ rootfs specified lxc-start will run /sbin/init. --> - lxc-start コマンドは，コンテナ内の特定のコマンドを直接実行します．最初のプロセスの pid が 1 となります．もし，実行するコマンドが指定されない場合は，lxc-start は /sbin/init を実行します． + lxc-start コマンドは，コンテナ内の特定のコマンドを直接実行します． + 最初のプロセスの pid が 1 となります． + もし，実行するコマンドが指定されない場合は，lxc-start は /sbin/init を実行します． @@ -586,7 +621,9 @@ rootfs lxc-console -n foo -t 3 --> - コンテナが tty を持つように設定されているならば，tty を通してコンテナにアクセスすることができます．それは以下のコマンドが使う tty がコンテナで利用可能に設定されているか次第です．tty が失われたとき，再度のログインなしでその tty に再接続することが可能です． + コンテナが tty を持つように設定されているならば，tty を通してコンテナにアクセスすることができます． + それは以下のコマンドが使う tty がコンテナで利用可能に設定されているか次第です． + tty が失われたとき，再度のログインなしでその tty に再接続することが可能です． lxc-console -n foo -t 3 @@ -611,7 +648,8 @@ rootfs will resume them. --> - ジョブスケジューリングなどで，コンテナに属する全てのプロセスを停止する事が役に立つときがあります．コマンド + ジョブスケジューリングなどで，コンテナに属する全てのプロセスを停止する事が役に立つときがあります． + コマンド lxc-freeze -n foo @@ -648,7 +686,8 @@ rootfs lxc-info -n foo --> - 多数のコンテナが存在する場合，それらが実行されたり破壊されたりすること，何が実行されていて，特定のコンテナ内で実行されている pid が何であるかをフォローするのは大変です．このような時には，以下のようなコマンドが役に立つかもしれません． + 多数のコンテナが存在する場合，それらが実行されたり破壊されたりすること，何が実行されていて，特定のコンテナ内で実行されている pid が何であるかをフォローするのは大変です． + このような時には，以下のようなコマンドが役に立つかもしれません． lxc-ls lxc-ps --name foo @@ -670,7 +709,9 @@ rootfs will display the containers list and their permissions. --> - lxc-ls は，システムのコンテナを一覧します．このコマンドは ls をうまく利用して作られているスクリプトです．なので，ls コマンドのオプションを受け付けます．例えば + lxc-ls は，システムのコンテナを一覧します． + このコマンドは ls をうまく利用して作られているスクリプトです． + なので，ls コマンドのオプションを受け付けます．例えば lxc-ls -C1 @@ -694,7 +735,9 @@ rootfs lxc-ps --lxc will display all the containers and their processes. --> - lxc-ps は特定のコンテナに対する pid を表示します．lxc-ls のように，lxc-ps は ps コマンドをうまく利用して作られており，同じオプションを利用可能です．例えば， + lxc-ps は特定のコンテナに対する pid を表示します． + lxc-ls のように，lxc-ps は ps コマンドをうまく利用して作られており，同じオプションを利用可能です． + 例えば， lxc-ps --name foo --forest は 'foo' という名前のコンテナに属するプロセスを階層構造で表示します． @@ -708,7 +751,8 @@ rootfs container, at present time, only the state of the container is displayed. --> - lxc-info は，指定したコンテナに対する情報を与えます．現時点では，コンテナの状態だけを表示します． + lxc-info は，指定したコンテナに対する情報を与えます． + 現時点では，コンテナの状態だけを表示します． @@ -752,7 +796,8 @@ rootfs the netstat command and will accept its options --> - lxc-netstat は，指定したコンテナのネットワークの情報を表示します．このコマンドは netstat をうまく利用して作られており，netstat のオプションを受け付けます． + lxc-netstat は，指定したコンテナのネットワークの情報を表示します． + このコマンドは netstat をうまく利用して作られており，netstat のオプションを受け付けます． @@ -779,7 +824,8 @@ rootfs for example to monitor it or just to wait for a specific state in a script. --> - 時々，コンテナの状態を追跡することが出来ると便利な事があります．例えば，状態をモニタリングしたり，スクリプト内で特定の状態を待ったりするような場合です． + 時々，コンテナの状態を追跡することが出来ると便利な事があります． + 例えば，状態をモニタリングしたり，スクリプト内で特定の状態を待ったりするような場合です． @@ -796,7 +842,8 @@ rootfs will monitor all the containers. --> - lxc-monitor コマンドは，一つもしくはいくつかのコンテナをモニタリングします．このコマンドのパラメータは，正規表現を受け付けます．例えば + lxc-monitor コマンドは，一つもしくはいくつかのコンテナをモニタリングします． + このコマンドのパラメータは，正規表現を受け付けます．例えば lxc-monitor -n "foo|bar" @@ -851,7 +898,10 @@ rootfs ]]> --> - lxc-wait コマンドは指定した状態を待って，終了します．これは，コンテナの開始や終了に同期したいスクリプトで役に立ちます．パラメータは，異なった状態の論理和 (OR) を指定します．以下の例は，バックグラウンドで実行されたコンテナをどのようにして待つかを示します． + lxc-wait コマンドは指定した状態を待って，終了します． + これは，コンテナの開始や終了に同期したいスクリプトで役に立ちます． + パラメータは，異なった状態の論理和 (OR) を指定します． + 以下の例は，バックグラウンドで実行されたコンテナをどのようにして待つかを示します． - コンテナは control group と結合しています．コンテナが開始すると control group が生成され，それと結びつけられます．control group のプロパティは，lxc-cgroup コマンドを使って，コンテナが実行中に読み取ったり，変更したりすることができます． + コンテナは control group と結合しています． + コンテナが開始すると control group が生成され，それと結びつけられます． + control group のプロパティは，lxc-cgroup コマンドを使って，コンテナが実行中に読み取ったり，変更したりすることができます． - lxc-cgroup コマンドは，コンテナと結びつけられている control group サブシステムを設定したり，取得したりするのに使います．サブシステム名の指定はユーザが行ない，このコマンドはサブシステム名の文法チェックは一切行ないません．もし，指定したサブシステム名が存在しない場合は，コマンドの実行は失敗します． + lxc-cgroup コマンドは，コンテナと結びつけられている control group サブシステムを設定したり，取得したりするのに使います． + サブシステム名の指定はユーザが行ない，このコマンドはサブシステム名の文法チェックは一切行ないません． + もし，指定したサブシステム名が存在しない場合は，コマンドの実行は失敗します． - lxc はまだ開発中です．従って，コマンドの文法や API は変更される可能性があります．バージョン 1.0.0 がそれらを凍結するバージョンとなるでしょう． + lxc はまだ開発中です． + 従って，コマンドの文法や API は変更される可能性があります． + バージョン 1.0.0 がそれらを凍結するバージョンとなるでしょう．