問題タブ [lxc]

ホストから渡されたソケットとして stdin/stdout を使用して、lxc コンテナー内でデーモンを開始することに興味があります。これは可能ですか？

[バックグラウンド]

CentOS 5 で実行されているさまざまなプロセス間のリソース割り当てを調整したいと考えています。関連するツールに精通していません。しばらく検索しましたが、LXC が良い選択かもしれません (間違っていたら訂正してください)。しかし問題は、CentOS のカーネル バージョンが 2.6.18 であり、LXC が組み込まれていないことです。また、それは共有クラスターです。sudo 権限はありますが、カーネルを変更することはできません。私が見つけたチュートリアルはすべて、カーネルを変更するか、何らかの方法で再コンパイルする必要があります。

[質問]

カーネルを変更せずに CentOS 5 (2.6.18 カーネル) に LXC (またはその他の軽量 Linux 仮想化ツール) をインストールして使用するにはどうすればよいですか?

ありがとう

既存のハイパーバイザーに関連付けられていない場合、qemu はどのリングで実行されますか?

この主題に関するより完全なドキュメントも同様に高く評価されます。

問題は、ディレクトリにルート/var/run/netns/名前空間を除くすべてのネットワーク名前空間が含まれていることです 。したがって、次のカーネル呼び出しに渡される必要がある、を取得する方法がわかりません。fd

ルビーで私は持っています：

これはscala/javaでどのように行いますか？

Linux マシン上の個別の GNU スクリーン セッションで (Linux コンテナー/ネットワーク ネーム スペースのコンテキストで) 分離された bash コンソールを実行しています。

他のいくつかのスレッドで説明されているように、ssh と画面機能を使用してこれらのコンソールでコマンドをリモートで実行できます。

screen -S <sessionname> -X hardcopyハードコピー機能 ( ) またはロギング機能 ( )に依存して、上記のコマンドを実行して出力を取得することもできますがscreen -S <sessionname> -l、これらはすべてファイル アクセスを必要とします。出力がログファイルにリダイレクトされた場合 (たとえば "> logfile.txt" を使用) などでも、同様のことが起こります。

実行されたコマンドの出力をリダイレクトする際にファイル アクセスを回避する方法はありますか? これにより、実行マシンのファイル アクセス ストレスが軽減されます。実行時に出力が画面に返されるように、画面セッション内から実行されている stdout/stderr データを呼び出し元の環境にリダイレクトしたいと考えていますssh <hostname> screen -S <sessionname> ... <magiccommand>。

助言がありますか？

シナリオ: デブートストラップされた Ubuntu 11.4 lxc ゲストを Ubuntu 12.4 lxc ホスト (両方とも 64 ビット) で実行する

lxc ゲスト内で、rsyslogd が次のような SIGABRT で常にクラッシュします。

libgcc_s.so.1 が見つからない理由がわかりません。ldconfig -p を実行すると:

記載されています。そして、これらのリンクは両方とも有効です。

この問題を解決するにはどうすればよいですか?

編集: リクエストによる objdump -T 出力:

ユーザーがサーバー上でgit、bzr、およびhgコマンドを実行できるWebアプリケーションを作成しています。基本的に、ユーザーはgit / bzr / hgコマンドをhtmlフォームに書き込み、ボタンを押すと、コマンドがサーバーに送信され、ユーザーが所有するディレクトリで実行されます。

どうすればこれを安全にできますか？1つの特定のディレクトリにのみアクセスして変更できるbashコマンドを実行できる必要があります。また、コマンドが実行されるディレクトリに追加のファイルが含まれていてはなりません。これはchrootに必要だと思います。

私はしばらく lxc を使用してきましたが、構成とドキュメントを理解するのが難しく、時々何をすべきかが明確ではなく、新しいバージョンは私のコードに多くの変更を意味します。

schroot を探していたので、lxc を schroot に完全に置き換える方法があるかどうか知りたいですか? _/sbin/init を schroot で実行できますか?_

この投稿を見つけました: http://johnlewis.ie/using-schroot-instead-of-lxc-containers/は、同じchrootで一連のサービスを開始することができますが、最初に実行できるかどうかも確認したいシステム全体。

一部のセキュリティ問題は手動で解決する必要があると思いますが、lxc の文書化されていない魔法の方が好きですが、schroot とlxc の使用にセキュリティ上の欠点はありますか?

lxc コンテナーに (ほぼ) 完全な新しいシステムを入れるという考えは好きですが、schroot だけを使用して取得することは可能ですか?

ありがとう。

コンテナを作成せずにプロセスグループを使用したリソース管理にLXCを使用する方法はありますか？サンドボックス内で任意のコードを実行するサービスに取り組んでいますが、そのために私はハードウェアリソース管理にのみ関心があります。私はchrootingを望んでいません。これらのプロセスグループがメインファイルシステムにアクセスできるようにしたいだけです。

lxcは軽量だと言われましたが、私が見たすべての例では、すべてのlxcプロセスに対して新しいコンテナー（つまり、完全なOSを備えたdir）が作成されています。これが他のどのVMソリューションよりもはるかに軽いかはわかりません。

では、LXCを使用して、プロセスグループごとに個別のコンテナーを作成せずに、複数のプロセスグループを制御および管理できる方法はありますか？