問題タブ [lxd]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
lxc - Redhat 7 で LXD のインストールが失敗する
yum パッケージではなく rpm パッケージがないため、ソース コードから lxd をインストールする必要がありました。これが私が得るエラーです: [admin@gol05854 lxd]$ make
レースに行くために数回する必要があります
get -t -v -d ./...
get -t -v -d ./...
go get -t -v -d ./...
go install -v ./...
gopkg. in/lxc/go-lxc.v2
pkg-config --cflags lxc
パッケージ lxc が pkg-config 検索パスに見つかりませんでした。
おそらく、`lxc.pc'
を含むディレクトリを PKG_CONFIG_PATH 環境変数に追加する必要が
あります パッケージ 'lxc' が見つかりません
pkg-config: exit status 1
make: *** [default] Error 2
php - 指定したシステム ユーザーを使用して PHP7.0-FPM プールが実行されないのはなぜですか?
私はこのセットアップをかなり頻繁に行ってきましたが、今回は確かに何かを監視しています.
ゴール
LXD コンテナー内で独自のシステム ユーザーを使用して、仮想ホストごとに異なる PHP-FPM プールを使用する Apache 2.4 仮想ホストを持つ。
問題
ファイルがアップロードされるとき、PHP-FPMでは必要ないwww-dataにアップロードディレクトリを設定する必要があることを除いて、すべてが正常に機能しています。
システム
Ubuntu 16.04 LXD コンテナ
コード
/etc/apache2/conf-enabled/php7.0-fpm.conf
/etc/apache2/sites-enabled/hs2.nl.conf
/etc/php/7.0/fpm/pool.d/hs2.nl.conf
ディレクトリのアクセス許可
それぞれのユーザーとして実行されているプロセス
phpinfo
出力
更なる考察
LXD と関係があるのではないかと思いましたが、すべてのプールが独自のユーザーの下で実行されているようです。
編集:この理論を排除するために、まったく同じ構成を通常のKVM仮想マシンにロードしました。そこではまったく同じ方法で問題を再現できたので、構成で何か間違ったことをしたに違いありません。 LXD。
ubuntu - lxd (ubuntu 16.10) コンテナの MAC アドレス
LXD コンテナーを使用して最新の Ubuntu (16.10) を実行しています。コンテナーはブリッジ ネットワークで構成され、DHCP サーバーから独自の IP アドレスを受け取ります。次のように構成しました。
lxc profile device add default eth0 nic nictype=bridged 親=br0
lxc ネットワーク接続 br0
ここで、コンテナーごとにハードウェア アドレス (MAC) を手動で設定する必要があるため、対応する静的 IP は変更されません。しかし、lxc でそうするのに苦労しています。それらを対応する /etc/network/interfaces に設定するだけですか、それともより良い (lxd/lxc) 方法がありますか?
docker - OS コンテナとアプリケーション コンテナ
それで、先日、OS/System Container と Application Container についてここで読んでいました。
そこでは、Docker はアプリケーション コンテナーであり、
OS を実行するコンテナーはすべてシステム コンテナーです。
Dockerでアプリケーションを実行する場合でも、どのディストリビューションでも使用できる基本イメージが必要なので、私は混乱しています。では、これで Docker も OS コンテナ テクノロジになるのではないでしょうか? OS とアプリケーション コンテナ テクノロジの違いを挙げてくれる人はいますか?