Docker

LXCを使った軽量仮想環境。
これからの動向が気になるところ。
情報共有しましょう。

http://www.docker.io/

dockerの中でマウントしたら
外でマウントしたことがわかる？

永続化がよく分からなくて試行錯誤してたけど
Dockerfile内にvolumeが指定されてるとコンテナを作るときに--volumeで明示的に指定しないと
/var/lib/docker/volumesの中にランダムな名前のディレクトリがコンテナを作る度に増えていく
コンテナが残ってればdocker inspect CONTAINERで分かるけど削除してしまった場合どうやって整理すればいいの？

>>335の言ってる増え続けるってこれのことなんじゃないの？

ああvolumeをdockerの管理下に置きつつ任意の名前にしたい場合は
docker volume create --name hoge
して
docker create -v /var/lib/docker/volumes/hoge:/hoge image
にすればいいのか

あとデータ用のコンテナを作ってる例が多いんだけど
これって複数のコンテナから参照する場合だけ？
1つのコンテナからだけ参照する場合は上記のようにボリュームを作るだけでいいのかな

連投すまん
整理する方法は見つけた
https://hub.docker.com/r/martin/docker-cleanup-volumes/

あー、docker volumeってこんなんなんだ。
alpha版（？）のdocker-volumesの方が分かりやすかったな。

> コンテナが残ってればdocker inspect CONTAINERで分かるけど削除してしまった場合どうやって整理すればいいの？
docker volume ls -f dangling=true で調べられるみたいだよ。
一気に消したい時はお馴染みのアレだね。

> 1つのコンテナからだけ参照する場合は上記のようにボリュームを作るだけでいいのかな
というかそれが「コンテナでボリュームをあつかう」という一番シンプルな事例の話だと思う。

1つのボリュームを複数のコンテナから共有したい。という要求があった時に
ボリュームは複数のコンテナからマウントできないから、
データ用のコンテナを作ってコンテナの方を参照するってめんどくさい話がでてくる。

例えて言うのならUSB-HDDを複数のPCに同時に接続できないから、
専用のPCに接続して、ネットワーク経由で参照するみたいな感じなわけだけど。

>>349
それは・・・多分、docker volume実装前に作られたやつかな。
ソースコードざっと見ただけだけどファイルを直接消してるみたい。
きっとdocker volumeよりかは便利なのだと思うけど、内部を直接触ってる。


リポジトリ見に行ったらお馴染みのアレ書いてあった。
> Note about Docker 1.9 and up
>
> To delete orphaned volumes in Docker 1.9 and up you can also use the built-in docker
> volume commands instead of this docker-cleanup-volumes script. The built-in
> command also deletes any directory in /var/lib/docker/volumes that is not a
> volume so make sure you didn't put anything in there you want to save:
> List:
>
> $ docker volume ls -qf dangling=true
> Cleanup:
>
> $ docker volume rm $(docker volume ls -qf dangling=true)

なるほどサンクス

あとごめんいちいちvolume create しなくても
docker create -v hoge:/hoge image
でよかった
なんか最初やったとき上手くいかなかった気がするけど今やったら普通に出来た

docker 1.10.0 リリース

(´・ω・｀)rktってどう

もう選ぶ理由ないだろ？

>>322
なぜ？

rktを作った理由＝Dockerの問題点はもう解決済み

これからはrkt

dockerでインストールしたプログラムを
ホスト側で実行してるようにみせることはできる？

だれに？

ネットワーク経由なら

>>360
ホストに。
ホストでパイプに繋げたい

>>362
考え方間違ってる。
こういう風に使うんだよ。

（ホスト上で実行）
docker run --rm busybox cat /etc/passwd | cut -d: -f1

考え方的には、コンテナ＝1アプリと考えて
view_password | cut -d: -f1
とやってるのと同じ。

あるアプリが、"たまたま" コンテナで動いていただけ。と考える。
ファイルやソケットに関してはvolumeの機能を使えば
コンテナ内に情報を渡せる。

>>363
その発想だよね。シンプルが第一

うちの上級技術者さんもなんかやたら頑張りたがるので複雑になるばかりだわ

マルチホストネットワークのこと言ってんじゃねーの？
363は勘違いしている可能性高い

>>365
勘違いしてるのはお前だよｗ

考え方の問題もあるけど解決したい問題の内容がわからんことにはな
上級技術者さんがどんなタスク振られてるのか想像することしかできん

「こんなのDocker前提でやらせんなよ」みたいな類の難題を、泣く泣くやらされてるだけかも知らんしな

用もないのにdocker入れて大炎上してる
もちろん誰も助けてくれない

俺も全く必然性は無いけどDocker入れてやろうと考えてる
周りは技術ゼロだけどバッチ処理に使うだけだから大丈夫だろ

新しいサービスはdockerにしてるけど
一人で管理してるから俺が突然死んでも大丈夫なように最低限ドキュメントは作ってる

むしろ俺がDockerによって作られた

どっかいけ

ドッカン、ドッカン

震える〜

寒い。天使が見える。

スレたった頃から比べれば、物凄いハッテンしたよね（´・ω・｀）

ホストとコンテナのLinux OSのバージョンは同じでなければならないんでしょうか。
例えばホストが3.8でコンテナが2.6みたいなことは可能ですか？

>>377
できない。そういうことがしたかったら、KVMとか、Xenとか、ESXi とかどうぞ。

他のOSみたいにVMでdockerを動かす方法はあるけど
そもそもその質問自体dockerを理解してるか？

Docker 上で TensorFlow 使いたいんだけど

$ docker run -it b.gcr.io/tensorflow/tensorflow

ってやると notebookserver が立ち上がってコマンドプロンプトが出ない．
notebookserver とやらを起動しないでプロンプト表示させる方法誰か教えて．

ちなみに http://[自分の IP]:8888/ をブラウザで開こうとしても
ERR_CONNECTION_REFUSED でダメ．

docker run -i -p 8888:8888 b.gcr.io/tensorflow/tensorflow

docker toolbox使っているならそのデフォルトIP
http://192.168.99.100:8888/
でなんか出てきたぞ

beforehoge | hoge | afterhoge
みたいな処理のうち、hogeが
32bitアプリで、仕方ないから

Docker便利ですね

便利だけど

利用する
便利じゃん

具体的な用途は何?
今使っている物とは別のバージョンのソフトを入れるとか?

今すぐサーバー上で設定済みのWordPressを動かして！
Dockerならできます。

>>387
Dockerなら、何もしなくて設定済みのWordPressインストールされてて即実行できるの?
今すぐっていうことは、ダウンロードも必要ないんだ?

へー、ノーベル賞とかチューリング賞取れるレベルのソフトなんだね。

サーバーのコンテナの次は何だろう

WordPressっていうかWebサービスだよね
Webサービス丸々一つ持ち運べる

>>388
$ docker run --name some-wordpress --link some-mysql:mysql -p 8080:80 -d wordpress

この程度じゃ取れないと思うよ（マジレス

データの保存をどうするか、悩むところだ。
Dockerこんてなのデータ永続化はどうしてるんだろう。

DB

意外とこれを知らん奴が多いのな
Docker使ってなんかやろうと思うなら読んどけよ

The Twelve-Factor App
http://12factor.net/ja/

dockerを勝手に運用に使ってた奴が辞めて現場は大混乱だ

>>395
それだけ重要な人を失ったということだ。

社長が辞めて大混乱になるのと
同じぐらい大変なことが起きてるな。

今どきDockerを知らないレベルはヤバイ
問題は運営方法をどうするか決めずに設定だけやってる奴ら
うちの会社だとバックアップ方法がバラバラなので、どれかコンテナの運用者がいなくなると一気に危険ゾーンだわ

そいつらどんな了見で自分勝手な本番運用しやがるんだよｗ
いますぐ皆クビにしろマジで

>>395
勝手に言うか全部自分に任されてるから勝手にやってるけど
自分が今急に死んだらやばいかも
まあそうならないようにドキュメント書くようにはしてるけど

俺が死んだら、迷惑かけても、痛む心がなくなってるわけだから、どうでもいいや。

俺は嫌な思いしてないから
それにお前らが嫌な思いをしようが俺の知った事ではないわ
だって全員どうでもいい人間だし
大袈裟に言おうがお前らが死んでもなんとも思わん
それはリアルでの繋がりがないから
つまりお前らに対しての情などない

どうした突然ｗｗｗｗ

勝手に運用してるのも問題だけど、辞めるまで気づきませんでした、技術的にスキルが追いつかず引き継げませんってのもまた問題じゃね?

技術力を売りにしながら現場丸投げはダメな会社あるあるだよね〜

>>403
自分勝手な事するような馬鹿にスキルが追いつかないとかありえんからｗ
何の夢見てんだよお前ｗ

>>405
自分勝手なことをやるのは、単に
その会社のコミュニケーションの問題だろ。
そもそも勝手にできてしまうって状況が駄目だってわかる？

一人で作業をさせているってことだし、ドキュメントを
用意してないってことだし、ミーティングもなにもない
情報の共有がされてない会社だってことだよ。


Dockerがわからないのは単に技術力不足。
これはわからないほうが悪い。

>>406
> Dockerがわからないのは単に技術力不足。
こんなレベルのやつ現実の職場にはいないからｗ
おまえあれだろ？春休みの学生さんってやつだろ？
まともな会社に入れるようにせいぜい努力するこったな

>>407
いや？ｗ　いないと証明するには
すべての職場を調べないといけないんだけど。

お前、知ることが出来るはずがないことを
知っていると言ってることに、自分で気づいているか？

ワイのために喧嘩はやめて(´・ω・｀)

>>409
まあ喧嘩するつもりもないが
そんな眠たい事言ってるから>>408みたいな馬鹿が会社に潜りこんでくるんだぜ

へ？ お前の理屈を説得力がないと潰してやったのに、
何言ってるの？ｗ

Docker使う奴は頭おかしい。このスレ見るとよく分かる。

東証一部だが、この醜い争いの元凶である現場の暴走がまさに起きてるぜ
主な理由が、問題起きたら人柱に辞めてもらうことで手打ちにしてもらう。それまでは丸投げと言う素晴らしい管理方針だから
意外と二次受けのほうがしっかりしてるのよ

GUIの管理ツールどれ使ってる？

いらん

dockerではGUIが使えないから使ってない

使えるけど？
使わないけど

>>417
ウケる

vncか母艦のローカルソケット共有だっけ
ググればすぐ出るレベルだからな…

GUIは基本的にかったるい
CUIで済む用途に無理にGUIの皮被せるのって
何の意味も無い

>>420
それな
いちいちコンソール起動するのほんとウザイ

Docker 勉強用に良い本ないですか？
複数のコンテナを一纏めにVPSにデプロイしたり、必要最小限のコンテナを0から構築したいです。
あと仮想ネットワークを使いたくないです。
その変の知識が日本語で一冊にまとまってる本があれば教えてくだせぇ・・・

＞あと仮想ネットワークを使いたくないです
の意味がよく分からない

>>423
なんと言ったら伝わるのか自分でもよくわからないのですが、ホストもコンテナも同一IPで使用したいんです。
Dockerって確か仮想ブリッジみたいなのが勝手に作られましたよね？
それを使いたくないんです。

>>424
＞ホストもコンテナも同一IPで使用したいんです。
よくわからんけど外から見たらホストもコンテナも同じIPアドレスだけど

すみません、ちょっと私の語彙ではうまく説明できそうにありません。
とりあえずネットワーク周りとか複数コンテナの管理法とかが乗ってる本を探しています。
ここ数年でDocker周りのツールが増えまくって、何が何をするツールなのかわかりづらくとっつきにくいんです。
ツールの名前と効果が頭の中で一致しないというか、例えばKubernetesとか言われても何じゃそりゃ状態でして・・・

まだ本はすぐ古い内容になっちゃうしなぁ。
とりあえず、Dockerで遊ぶ。
つぎ管理系ツールを探す。でいいんじゃないな？。
VPSによるしな。

変なこだわりをやりたいなら人に質問せずに自分で調査できるレベルにならないとなあ
この分野もはや本は出ないから英語のマニュアルやらソースやら全部見るしかないだろ

dockerのマニュアルはかなり親切な方だと思うけど
まずマニュアルだけでも大体理解出来ると思うが

用語使って説明できないんじゃ、掲示版で語り合うこともできまい
libert読んでからとか(オイ

もし仕事でやっていて、こういう陳腐化の早い
ソフトやシステムの使い方の日本語の本やドキュメントが無いと何もできないなら
もうこの業界やめたほうがいいよ

日本語の本を買ってもいいのは陳腐化が遅いアルゴリズムとか計算機アーキテクチャとか数学の教科書とかはいいと思うけど、
特定のソフトの使い方なんてものは、英語だろうが何だろうが基本的にはそのソフトのドキュメントを見て手早く済ませるべき話

もし仕事でやっているなら、こういう陳腐化の早いソフトに手を出さない方がいいよ

>>426
ツールが多いのが問題じゃないと思うよ。
あなたのやりたいことに対して必要な知識(ネットワーク周り(NAT)、Dockerとは何か、コンテナの管理って何をするのか)が全然足りてないから、
ツールの概要を読んでも何も見えてこないだけで。

かと言って、これを読めば一通り網羅できるよってのがあるわけじゃないんだけど。

Dockerについては、RedHatの中井悦司が、本を出している

ていうか日本語のdockerの本て数冊しか出てないじゃん
なんか人に頼り切ろうとする姿勢が見える

わかんないことだらけだからこの際ちゃんと勉強して進めたい、という気持ちは間違ってないと思うけどね
ただ、VirtualBoxとかVMwareとかでVMをNATモードで動作させても似たような感じになるから、まずはその辺の書籍でも読んでみたらどうだろうか

日本語の本、数冊しかないけどそれ買えばいいがな

まー強いて言うならTCP/IPの基礎がきちんと分かってないとそもそも駄目
その上で、Linuxの場合iptablesとbridge辺りのことをある程度調べて把握すれば
kvmだろうがDockerだろうが公式のドキュメントに目を通す程度で苦労せずに対応できる

そういう前提となる基礎知識なしに、場当たり的に
入門書に書いてあったりするオマジナイを覚えようとするのが一番ダメ

include stdio.h 思い出した

(´・ω・｀)手を動かさないやつは何をやっても無駄

確かに手を動かすのが大切だね

フルボッコのように見えるけど、助け舟が出てるなぁ

SL移植されとる

docker run -t co2016/sl

SLが走りよる

# docker run -t co2016/sl

連投ごめん・・ミス