@mimikun ES についてですが、起動に数分かかりますよ。そのことに留意していますか？（起動するまで繋がりませんから。） docker-compose logs -f es で様子を確認！

クソ弱環境ですまんね・・・。（いや、まぁ待ち受け開始のログを確認してから試そう。）

よし、このはちゃんに無事 node_exporter 入れられた。

@mimikun chewy:deploy もできませんし、 mastodon で検索を試みると 500 エラーが返ってくると思います。起動しきるまで待つことです。

docker-compose に depends とかあるし、 health-check あたりを見ることができると便利そう。（health-check も書かなきゃだけど。）

@mimikun rk -rf elasticsearch -> mkdir elasticsearch で、 root 所有でないフォルダをあらかじめ用意してあげてみてください。

@mimikun s/rk/rm/

私の環境に、 az, gcloud, aws, openstack それぞれインストールされたので、何でもできる気分になった。

This account is not set to public on notestock.

あ～、いいわね～～。

@mimikun メモリ不足かな・・・。

@mimikun - "ES_JAVA_OPTS=-Xms512m -Xmx512m" これを、 - "ES_JAVA_OPTS=-Xms128m -Xmx128m" くらいまで減らしても動いたよ。（メモリ消費量が減ります。）

This account is not set to public on notestock.

@mimikun exit code 143 で、 elasticsearch が、終了しちゃってます。かつ、終了のログとかが残っていないでこと切れているので、 OOM Killer ですかね・・・？

1GB 厳しすぎる。他のプロセスを、 Docker の mem_limit で消費量を押さえつけたいくらいだな・・・。

あと、メモリ小容量環境では、 swap を用意するといいらしいですよ。（あまり詳しく説明できない）

This account is not set to public on notestock.

いつものはなし。いつものはなし・・・。 🤔 (慣れてしまった！？)

@mimikun 2GB かな？ chewy:deploy の時だけ 4GB にすれば、さらに楽かな。

小メモリ環境なら、 pgbouncer 必須で、 pgbouncer + pgsql に 128MB rails + sidekiq に 256+256 MB streaming に 64MB ES に 512 MB Web Server に 128 MB くらいで Docker で mem_limit かけるといい塩梅だと思う。（私感。ただし、遅く感じると思う。）

@mimikun chewy:deploy は、基本的に過去のtootをインデクスする作業なので、一生に一度でいいはず。（大げさ）

文字検索で 500 が出るのは、 ES につながらないというエラーが内部で起きています。

@mimikun ウ～ン。ログを検索窓に放り込むのは基本ですが、「こんなことはできるはず」⇒「やっぱりあったな。やり方はググる。」というのも多いので、何ができるかとかは、経験ですかね。（いろいろなものの docs 読んで、できることを知っておくと、ここでもできるかもという発想を持てるようになりますね。）

@mimikun Mastodon に関する数値的なものは、完全に実体験からの体感です。

This account is not set to public on notestock.

機能とホストを分離して、健康状態を保つの、 kubernates の出番では（小並感 という感じする。

結局、冗長ストレージは個人には厳しかろうというオチはありそう。

回線がなぁ・・・（ァ

This account is not set to public on notestock.

よい。よいね。。。😂

This account is not set to public on notestock.

道具に振り回されず、目的を逃さない意見だ。。。

あれ、副鯖たち死んでない（？）

めんてたいむ。

副鯖系、 m3.medium -> r4.large に移行。メモリが、15GB になって 自鯖よりサクサク動くようになってしまった。（スポットインスタンスが落ちてもデータを紛失しないように設計したので、ダウンタイムについては、もうどうにでもなれ状態。）

stretch-slim にしてから、まだ SEGV 遭遇していない。

GCP の Container Optimized OS の sshd_config 簡潔でいいね。（他もまねさせてもらった。）X 転送とか要らないのをブロックしているのもポイント高い。

Windows 10 なぁ。自動アップデートがもっと無理やり適応されれば（　（オフラインにはどうしようもない）

あ、副鯖系のセキュリティグループが自宅onlyになってる。（自鯖も家にあるので気づかなかった。）

これはアカン。。。

八月鯖のアクセス不達については、たくさんフォローしていたのでご迷惑をおかけしました。。。

しかし、一瞬で変更が適応されるってホント凄いわ。。。

ansible の公式コンテナ無さげか。

ansible/ansible ってやつなんか怪しい（ansibleのテスト用？）

名前空間的には、 主語.動詞.述語 より、 述語.動詞.主語 の方が良さそうとか思ったり（

This account is not set to public on notestock.

alpine で apk add しただけのイメージを量産したくはないな 🤔

rpm-ostree でホストにインストールできるものは入れたほうが良いか。

ここまで生き残る精鋭には、 2.3.x.rc で立ち止まるようなことはないという感じだ。

このやり方、目から鱗から落ちた。賢いわー。 - [GCP] GCEのContainer-Optimized OSでDocker composeを使う │ revdev https://revdev.work/c0d3man/posts/e0710jtpumq86mk0p9ay

docker-compose いちいち入れるのだるかったのでコレにするか。

これ、 volume の指定に absolute path 使わないといけないのもにょもにょする・・・。

（結果として、代替手段であって、最適ではないという感じ。）

Pawoo 負荷実況も公式がしてたし一応は？？？

んー？

バージョン切るほどのネタがあった？

なるほどね。しかも、alpine 3.6 なのね。

SEGV うちの stretch コンテナでは、今のところまだ見られませんね。

これいつでるんだろう。。。

alpine 3.7 のコンパイラがどうとかいう話もあるのかな。stretch は、古い構成だから問題ないというところもあるのか。（stretch の全体的な古さには、不満が残る。）

ビルドにコケるのか 🤔

追従して、CI にビルドのレポートさせるか。

出先だったので、自分にPR投げてマージした。

build にコケるなら、通知が飛んでくるはず。

たていすさんのエラー、再現しましたわー。
https://circleci.com/gh/yukimochi/mastodon/340

自作のstretch版は、通った。
https://circleci.com/gh/yukimochi/mastodon/339

alpineのバージョン下がって、同梱物が違ったのかな？

stretch の方はできたのでこれから更新。

あきひこさんが、野良ビルドやめましょうというPRをこないだ出してた気がするが、それと違う形で書かれたのかな。

何かファイルをコピーするようなことは以前もなかったような。 https://github.com/tootsuite/mastodon/pull/6725/files

This account is not set to public on notestock.

それよい。（VR百合に落ちる系のアレ。）

またどこかでー！

えっげ、エッチシーン、オート再生するにも若干冗長すぎるところがある。

This account is not set to public on notestock.

軽率にえっちする弊害だ（？）

おいおいっ！🤤

This account is not set to public on notestock.

そういえば、以前は git なしでよく yarn 通ってましたね。。。🤔

git いるの yarn じゃないか。

bundler 以外でも git 使うのがいたような。

ラプラシアン！

alpine 3.7 は、けっこうクリティカルな変更がある感じなのかねぇ・・・。（Docker勢だけど、高みの見物になった勢）