問題タブ [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.

0 投票する
1 に答える
358 参照

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

0 投票する
1 に答える
1485 参照

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。

0 投票する
2 に答える
6289 参照

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) 方法がありますか?

0 投票する
2 に答える
1509 参照

docker - OS コンテナとアプリケーション コンテナ

それで、先日、OS/System Container と Application Container についてここで読んでいました。

そこでは、Docker はアプリケーション コンテナーであり、

OS を実行するコンテナーはすべてシステム コンテナーです。

Dockerでアプリケーションを実行する場合でも、どのディストリビューションでも使用できる基本イメージが必要なので、私は混乱しています。では、これで Docker も OS コンテナ テクノロジになるのではないでしょうか? OS とアプリケーション コンテナ テクノロジの違いを挙げてくれる人はいますか?