仮想環境コンテナ総合スレ Docker、Vagrant等

1 ：デフォルトの名無しさん：2017/02/16(木) 18:01:04.48 ID:rGWDv0Eb.net

開発に仮想環境やコンテナを使う機会が多くなってきたので、みんなで情報交換しませう

よろしこ

952 ：デフォルトの名無しさん：2019/08/29(木) 05:34:21.45 ID:PDIn7KyT.net

volume先のゲストのhtmlファイルをホストのブラウザからlocal host 3000で接続して
htmlの内容がブラウザに表示されたまではいいんだけど
htmlを編集してもブラウザが更新されてくれない(リロードしても編集前と同じ画面）
再度npm startするとちゃんと編集後のコードで更新されているんだけど、
少しの編集でも逐一チェックしたいのでとても不便・・・どうすればブラウザでも随時更新されるようになるのかな？？
手探りで、docker build時に -no--chace=trueを付けてみても駄目だった

953 ：デフォルトの名無しさん：2019/08/29(木) 05:37:03.90 ID:IbMmBKe3.net

ふぅ、せっかく荒らして遊ぼうとしてるのに邪魔しないでくれないかな
docker関係ないだろ

954 ：デフォルトの名無しさん：2019/08/29(木) 08:46:05.78 ID:7sVXLGAA.net

言ってることが糞野郎過ぎて話にならん。

955 ：デフォルトの名無しさん：2019/08/29(木) 08:59:52.46 ID:4t3Jo3Qx.net

macOSネイティブ版で苦労するより
VMware Fusionでも買って Ubuntu でも入れて
出先のMacノートではそれで開発すれば？って気がするな。
下手するとネイティブより速かったりして。

956 ：デフォルトの名無しさん：2019/08/29(木) 09:26:46.62 ID:IbMmBKe3.net

>>955
それな。MacのCLIってなんであんなに遅いんだろう？
WSLと大差ない。WSLができてMacで開発するメリット無くなったわ

957 ：デフォルトの名無しさん：2019/08/29(木) 09:37:55.11 ID:PDsNQoqu.net

>>952
HTML を更新後に、ウェブサーバーで再読み込みするとか、再起動すれば？

958 ：デフォルトの名無しさん：2019/08/29(木) 09:42:53.10 ID:4t3Jo3Qx.net

カーネルでのファイルシステムキャッシュとかの性能最適化が遅れてるんじゃない?

Windowsも遅いからクライアントOS志向だとその辺で手を抜くのかね？

959 ：デフォルトの名無しさん：2019/08/31(土) 17:30:46.58 ID:W/+KbOJi.net

>>957
>>958
ありがとう〜
多分npmのキャッシュが原因なのかなぁ
nodemonっての使って更新されるようになったけど
結局はnpm startをリスタートしているだけで待ち時間が少し早くなった程度
dockerはむつかしい＾ｐ＾

960 ：デフォルトの名無しさん：2019/08/31(土) 17:40:51.37 ID:3i1dPJsj.net

docker関係ねーって言ってんだろ

961 ：デフォルトの名無しさん：2019/09/05(木) 06:20:29.29 ID:0FQt0tq4.net

マカーさんの自己顕示欲は異常だわ
Docker以前のおま環のことで荒らすなや
きくちももこ学生です並のウザさは健在

962 ：デフォルトの名無しさん：2019/09/05(木) 06:56:17.02 ID:rtvg+Hab.net

19.03.2がリリースされたけど直ってなかったな
やっぱりMacでdocker buildがフリーズする

963 ：デフォルトの名無しさん：2019/09/19(木) 16:17:59.10 ID:XZ0hpx1V.net

>>962
再現性あるならgithubにでも書いてきたら？

どういう運用かわからんけどcoreutils周りとか
同じコマンド名で挙動が違うのにひっかかってるだけじゃないかって気が

964 ：デフォルトの名無しさん：2019/09/19(木) 18:00:09.96 ID:VYOVEANP.net

>>963

これで再現するっていってんでしょ
for i in $(seq 100); do echo $i; echo FROM alpine | docker build -; done


運用が何の関係があるのかさっぱりわからん
（バグを）運用でカバーすれば大丈夫だからバグじゃない！とか言うつもり？
バグはバグだよ

965 ：デフォルトの名無しさん：2019/09/19(木) 20:20:47.02 ID:LMEHm5Z7.net

>>964
こんな便所の落書きでボヤいても直りゃしないからちゃんと報告しろっていう話よ

966 ：デフォルトの名無しさん：2019/09/19(木) 22:11:59.87 ID:VYOVEANP.net

>>965
めんどくさい、だれかやって

967 ：デフォルトの名無しさん：2019/09/20(金) 09:43:47.50 ID:Fc+ApEcD.net

>>966
再現や英語書きで2時間くらいは最低でもいるから
1人月150万円だと2万円は必要な作業なわけだがもしかしてタダで人を使おうってこと？

ホントに仕事として請け負うならやり取りのフォローアップも考慮して10万円コースよ。

968 ：デフォルトの名無しさん：2019/09/20(金) 10:26:53.20 ID:y2zR5WSk.net

>>964
ホントだな15回目で固まるわ

969 ：デフォルトの名無しさん：2019/09/20(金) 10:36:59.64 ID:y2zR5WSk.net

>>964
>バグはバグだよ

とはいえユースケースが想像しにくいテストコードでのバグってのは
みんな対応したくないもんで。

もっと重いコンテナでも同じように落ちる？
特定のコンテナだけだったりする？

970 ：デフォルトの名無しさん：2019/09/20(金) 12:48:13.37 ID:y2zR5WSk.net

https://github.com/docker/for-mac/issues/3873

これのdupeだったりしないかな

971 ：デフォルトの名無しさん：2019/09/20(金) 13:20:41.75 ID:fQRmEVoK.net

>>967
そういうこと。2万円は必要な作業を俺はやりたくないｗ

972 ：デフォルトの名無しさん：2019/09/20(金) 13:22:02.17 ID:fQRmEVoK.net

>>969
> とはいえユースケースが想像しにくいテストコードでのバグってのは

ユースケース？ docker buildのユースケースがわからないの？

docker buildを行うとｎ％の確率で固まるっていう不具合なんだけど
運が悪ければ、1回目で固まる。

973 ：デフォルトの名無しさん：2019/09/20(金) 13:23:14.51 ID:fQRmEVoK.net

>>969
> もっと重いコンテナでも同じように落ちる？
自分で試せよ。どんなイメージも関係ない
docker buildがまれにフリーズするというバグ

974 ：デフォルトの名無しさん：2019/09/20(金) 13:28:01.02 ID:fQRmEVoK.net

お、誰か書き込んでるなｗ

ただクラッシュじゃないんだよね。
おそらく排他制御とかでデッドロック状態にでもなってるんだろう
18.xまでは問題ないから19.xのBuildKit周り（の並列処理）が怪しそう

975 ：デフォルトの名無しさん：2019/09/20(金) 17:21:19.64 ID:y2zR5WSk.net

>>972

docker buildを行うとｎ％の確率で固まる
特定のコンテナに限らない
reprexは
for i in $(seq 100); do echo $i; echo FROM alpine | docker build -; done

と初めからから書くとみんな幸せだと思う

976 ：デフォルトの名無しさん：2019/09/20(金) 22:59:58.79 ID:1PmZKueH.net

>>918で書いてるぞ
> macOS版のDockerで、docker buildがたまにフリーズするバグの回避方法ない？

977 ：デフォルトの名無しさん：2019/09/20(金) 23:28:50.99 ID:+K3cd4WX.net

issue出てるなら一旦待ちだろ。
kubernets関係の起動しないトラブルも2年近く治ってない。

windowsやmac版はそんなもの。

978 ：デフォルトの名無しさん：2019/09/22(日) 12:08:32.64 ID:8mgJSnoC.net

なるほどパイプラインのタイミングの問題とか全く分からず使ってるバカなんだな。

979 ：デフォルトの名無しさん：2019/09/22(日) 12:56:50.94 ID:aP0HRBTF.net

固まったり固まらなかったりすることと
パイプラインの問題（？）と何の関係があるの？

そもそも、お前が知ってるパイプラインの問題って何さ？

980 ：デフォルトの名無しさん：2019/09/25(水) 13:55:55.59 ID:vrhM55u6.net

みんなサーバサイド開発してる人が多いだろうからDockerが人気なんだろうけど、俺的には「macOSコンテナ」が欲しいな
特定のプロジェクトをビルドする環境を構築したり保存したりできたらいいのにな

981 ：デフォルトの名無しさん：2019/09/25(水) 18:21:33.20 ID:wN1JzOl2.net

Windowsは「Windowsコンテナ」があって、DockerもWindowsコンテナに対応してるけど、
macOSにはコンテナってないのか？

曲がりなりにもUnixなんだからchrootはあるはずだが、
プロセス分離するとかそれ以外の機能が足りないのか？

982 ：デフォルトの名無しさん：2019/09/26(木) 22:02:57.78 ID:NGtUWv0T.net

GUI無しで使うメリットがほぼ無いから
作る人が居ないだけなんじゃないかと

983 ：デフォルトの名無しさん：2019/09/26(木) 22:21:01.51 ID:KBLIPb+H.net

正確にはMacはGUIなしじゃ使い物にならない。
LinuxとWindowsはCUIだけでも使いものになるから
コンテナがある。という話？

984 ：デフォルトの名無しさん：2019/09/26(木) 22:40:37.29 ID:1PonavB4.net

いや、WindowsよりmacOSの方がCLIなツールは充実してるよ。
単にAppleにコンテナ技術に関するやる気がないってだけの話。

985 ：デフォルトの名無しさん：2019/09/26(木) 23:03:33.62 ID:GPBrJiCt.net

WinもWSLでLinux用CLIツール使えるようになったし、Macとそう変わらんのでは

986 ：デフォルトの名無しさん：2019/09/26(木) 23:49:38.59 ID:1PonavB4.net

・WSLは追加で入れる必要があるけどmacOSは最初から一通り入ってる
・WindowsのネイティブGUIアプリと
WSLは別のサブシステムで動いていてやり取りに制限があるのに対し、macOSのネイティブGUIアプリとCLIツールは同じ世界で動いてるのでそういう制限がない

のでmacOSの方がまだちょっとCLI環境的には強い

987 ：デフォルトの名無しさん：2019/09/27(金) 00:13:25.85 ID:VsKeB+lq.net

OS本体のコンテナ化に関する話でしょ。Macはブランドに固執してるからOSをコンテナにする事はなさそうだ。同じ理由でOSをPCで動かない設定にしてるわけだし

988 ：デフォルトの名無しさん：2019/09/27(金) 00:16:23.44 ID:gw9G43bu.net

>>986
> ・WSLは追加で入れる必要があるけどmacOSは最初から一通り入ってる

MacのCLIはApple非公式のHomebrewを別途入れないとまったく使い物にならんぞ

989 ：デフォルトの名無しさん：2019/09/27(金) 00:26:49.54 ID:gUp/eX0U.net

今Macで開発してるような技術者はUnixやCUIが好きだからWindowsよりMacを選んでると思うね
となると仮想Linuxベースになろうが抵抗感が無いからMacネイティブへの需要はなかなか少なくんじゃないのかなぁ

990 ：デフォルトの名無しさん：2019/09/27(金) 00:34:34.08 ID:gw9G43bu.net

重要なのはいまMacで開発してる人じゃなくて
今Linux向けアプリ（クラウド関係はゲームも含めてほぼ全て）を
作ってる人はLinuxを選ぶってことだよ。
MacはBSD系だから今の時代少数派に分類される

991 ：デフォルトの名無しさん：2019/09/27(金) 00:36:42.95 ID:gw9G43bu.net

BSD→Linuxは割と簡単
Linux→BSDはストレスが溜まる

なぜならBSDのコマンドはLinuxのものと比べて低機能だから。
さらにLinuxの情報が使えない上にBSDの情報が少ない
BSDといってもFreeBSDとかとも違うから実質Macだけの情報しか使えない

992 ：デフォルトの名無しさん：2019/09/27(金) 01:09:54.72 ID:QYhXKz12.net

>>988
まったくというわけでもない。
WSLなしのWindowsに比べれば、素のmacOSの方が100倍くらいは便利。

993 ：デフォルトの名無しさん：2019/09/27(金) 04:35:44.43 ID:vRUnFoYy.net

>>991
>BSD→Linuxは割と簡単
>Linux→BSDはストレスが溜まる
>
>なぜならBSDのコマンドはLinuxのものと比べて低機能だから。
一丸には言えない

>さらにLinuxの情報が使えない上にBSDの情報が少ない
manが読めない人にはそうかもね

BSD→Linuxソフトウェアが古すぎて腰を抜かす

994 ：デフォルトの名無しさん：2019/09/27(金) 04:48:12.80 ID:JpyEjYqI.net

なんでWSLなしのWindowsと比べるんだろう？

それってエンジンなしの自動車に比べれば
自転車のほうが速いって言ってるようなもんやでｗ

> 一丸には言えない
いえるいえる。全部低性能

> manが読めない人にはそうかもね
manもLinuxの方が多い。それにBSDだと--helpがめっちゃ少ないしｗ

> BSD→Linuxソフトウェアが古すぎて腰を抜かす
古いのって例えば何？

995 ：デフォルトの名無しさん：2019/09/27(金) 05:13:53.10 ID:vRUnFoYy.net

BSDをまともに使ったことがないのはよーくわかった
ssh,nginx,bash,zsh,tmux,mariadb,python,named,postfix,syslogd,clang,h]gccほぼ全部において古い
manが追いついてないコマンドいくつあると思ってんよ

996 ：デフォルトの名無しさん：2019/09/27(金) 05:40:42.04 ID:JpyEjYqI.net

わからないからって俺に聞くな、お前が主張しろ

997 ：デフォルトの名無しさん：2019/09/27(金) 06:05:12.94 ID:JpyEjYqI.net

BSDの何が駄目かって、POSIXで規定されてる
基本コマンドが貧弱なんだよ。
最低限しか実装されていない。
よく使う基本コマンドだから困る

998 ：デフォルトの名無しさん：2019/09/27(金) 06:23:42.35 ID:boczQ2su.net

毎日使うものだから。

999 ：デフォルトの名無しさん：2019/09/27(金) 08:13:23.51 ID:vRUnFoYy.net

busyboxとか使うと発狂すんだろな

1000 ：デフォルトの名無しさん：2019/09/27(金) 08:20:02.99 ID:JpyEjYqI.net

https://ja.wikipedia.org/wiki/BusyBox

> 1996年、ブルース・ペレンズが書いたのが起源である。Debianディストリビューション用の
> レスキューディスクにもインストーラにもなるフロッピーディスク1枚の完全なブート可能システムとして設計した

1. busyboxはLinuxのためのもの
2. BSDはレスキューディスクと比べるぐらい機能が低い

1001 ：2ch.net投稿限界：Over 1000 Thread

2ch.netからのレス数が1000に到達しました。