のえる DTP鯖管 @noellabo@dtp-mstdn.jp

@BananaGiko_cle エラー自体は、名前の解決に失敗しているヤツなので、

REDIS_HOST=127.0.0.1

にするとか。

だいたい、うまくいくと思っていた設定変更とか再セットアップとかして、全然動かなかったりして青くなる経験を超えていかないと、実効性のある慎重さ（確認の取り方とか）って身につかないですよね。

過大な自信や過小な自信ではなく、実力相応のところで結果が出せるようにならないといかんので。

@estpls 👍

@estpls あと、pgbouncerのパスワードファイルつくるの面倒くさいよねw

パスワードの後ろにユーザー名を付けた文字列、ってところと、

$ echo -n "bjA4eKxdWLzQRGi8hbcVXixiwyrMmastodon" | md5sum

cda84b3a5d99f3da8d5fe63b5023a980 -

'md5'＋ハッシュを設定するところ……。

$ echo '"mastodon" "md5cda84b3a5d99f3da8d5fe63b5023a980"' | sudo tee -a /etc/pgbouncer/userlist.txt

@estpls パスワード設定した.env.productionで動いてるなら、そこまではOKですよね。

@estpls パスワード設定したら、psqlで接続確認ですね。

sudo -u postgres psql
ALTER USER mastodon WITH PASSWORD 'password';

確認は、Mastodonが行うのと同じように、IPでpsql接続。

psql -d mastodon_production -h 127.0.0.1 -p 5432 -U mastodon

パスワード聞かれないで入れちゃったら、設定失敗。

設定したパスワードで入れればOK。

@estpls @yakitama @zundan そうすると、PostgreSQLの方が音を上げる感じになりますね。

一時的に待機が増えるんじゃなくて、恒久的に処理しきれないなら、PgBouncerなどでコネクション数を抑える方向になりますね。

耐えればなんとかなるなら、Sidekiq100はキツイので、もう少し減らして耐えられるバランスを探るという手もあります。

@estpls @yakitama @zundan sidekiqのスレッド数（-c 25 とか）とDB_POOLを一致させるあたりからですが、いまどうなってますかね？ systemdの方はlive/dist/からもってきたヤツを使ってます？

とりあえず、ロードス島のアシュラムがでてくるw

@rk_asylum なるほど！

現在使われている名前と関連性がみえないので、逆にそれ以前から長く使っている、意味のあるものっぽいなーと思っておりました。

@rk_asylum このIDってどういう由来なのん？

もう誰が「新規です」って言っても信じない雰囲気があるのすごいw

ワイズ言うと、賢そうだよね。

@Yohei_Zuho 🎉