まぁまぁ頑張った。

さて、さらなる経費削減策を考えるか……。

@0418 真理

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

#fedibird ちょっと後ろで走らせていたプロセスがデータベース接続を飽和させたようで、500エラーなどが出ていたかと思います。さきほど対処しました。

ご心配お掛けしました。

@Yashima tootleって、なんか使っているうちにタイムライン取得できなくなっちゃうことあるよね。tootleを終了させて再起動すると直ったりする。あれいったいなんなんだろう……。 #tootle #fedibird

#fedibird ちょっとdb系メンテ入るねー。

@Yashima おはようございます！

DBサーバ側に問題があった感じなので、swap増強して、負荷を与えてテスト中です。メモリちょっと足りなかったかなー。

このアカウントは、notestockで公開設定になっていません。

美味しそう

@panorama_box 固定トゥートを5つぐらい設定すれば……できませんね

@squid999 あなたには根性があるわ！
私と一緒に国立競技場をめざしましょう！（虹野沙希）

ｵﾊｲｵ

@squid999 さしずめ鯖缶道ですかね。v3.1.2にアップデートしましょう！

このアカウントは、notestockで公開設定になっていません。

ちょっとキューが詰まってるわね。回復途上。 #fedibird

@sakasato おはよーう！

#fedibird お知らせ入れようと思ったら終わってしまった……。

ここ2時間ばかり、少々重めのタスクを走らせて負荷試験的なことをしておりました。私自身はあまり確認できなかったのですが、やはり相応に重かったようですね……。

データベースサーバの、おそらくメモリ不足から動作不安定になることがあったようなので、swapを増強しつつ、一定の負荷をかけつつ様子をみておりました。効果があって安定したようです。先程は待機が6,000ぐらい積まれるところまで詰まりましたが、エラーにならず捌ききってくれました。

あとは、私が余計なことをしなければ安定するでしょうw

Subway Tooterが対応してくれていることもあり、Mastodonのお知らせ、きちんと機能するという実感を持ちました。

もとより全員に伝えることはできないワケですが、アクティブの一定割合を超えれば実用性があると判断できます。絵文字リアクションもなかなか役に立っています。

#fedibird 第二弾。メディア削除のタスクを走らせ始めました。concurrency=1で実行しているのもあり、CPU使用率は12%前後ですね。

挙動がおかしいとか、重い！など気がついたことがありましたら教えてください。

@hikaribit iOS勢が自分で作るしかないですねぇ……。

私のMastodonデータベース移設作業ですが、移設先をレプリケーションのスタンバイサーバにしてから切り替えることがほとんどです。

旧鯖のpostgresql.confに
listen_addresses = '*'
synchronous_commit = off
max_wal_senders = 3
wal_level = replica
hot_standby = on

pg_hba.confに
host replication replication_user xx.xx.xx.xx/32 md5

ufw allow from xx.xx.xx.xx to any port 5432 proto tcp

などと準備しておいて、新鯖で

pb_basebackup -h yy.yy.yy.yy -D /var/lib/postgresql/12/main -U replication_user -R -P

pg_ctl start

.env.productionを新鯖に書き換え、鯖とめて、

pg_ctl promote

でDB本番移行。鯖再開という感じです。

#fedibird ひとまず中断。ちょっと別の方法を試してみます。

@syuilo @sakasato ハッシュタグに許容する文字は実装により様々で、なんと空白を含むものもあります。

実装間で互換性が無い場合、ハッシュタグとして認識されなかったり、エラーになって投稿が受け取れないこともあります。

ハッシュタグを狭い範囲で用いたり、飾りとしてつける分にはどんなものを使ってもいいのですが、情報をより広く伝え、絞り込む目的で使う場合は、共通して使えるものを選ぶのが無難です。

Mastodonはその点、比較的保守的な実装になっています。

replication_userを事前に作成しておくのを説明してないな……。まぁ、イメージがわかればOKということで。

psql -c "CREATE ROLE replication_user LOGIN REPLICATION PASSWORD 'xxxxxxxxx'";

レプリケーションやDB鯖移設、難しくないよ、というお話でした。

以前、そのへんを少し丁寧に書いたヤツはこちら。
https://noellabo.qrunch.io/entries/xvEfTs4zVrTzqSM7

うーん、データベースサーバのCPUパワー不足だな、これは……。 #fedibird

#fedibird DB鯖上でmedia removeしてみるテスト中。

#fedibird ちょっとしばらくmedia remove動かしておくので、体感速度とかエラーでてないかとか、見られる人みといて。

このアカウントは、notestockで公開設定になっていません。

内容によってはかなり重いなー。待機キューが積み上がってきたので中止。 #fedibird

#fedibird 待機キューの詰まり方がなんかおかしいな？ 引用関係のコードに問題があるかもしれん。要確認。

#fedibird 引用した投稿のidを保持するフィールドにインデックスが設定されていなかったことが高負荷の原因と思われるため、対処しました。

処理の98%を占めるスロークエリ……。

@ars42525 おめでとう！ おつかれさま！

@mamemomonga メチャクチャほっとした……。おつかれさま！

@kuroringo ​​

このアカウントは、notestockで公開設定になっていません。

おささんが増殖した……

#fedibird さて、また懲りずにmedia removeするよ。今度はメインサーバの一つからやる。

PleromaがActivityやObjectをJSONのまま保持して使うので、それでUI側が死んだりしてやっかいだった……。

リレーは、pub-relay(mastodon)がCrystal、pub-relay-proto(mastodon)がRuby、ActivityRelay(Pleroma)がPython、Activity-Relay(雪餅)がGo、ランランさんのがNode.js

#fedibird ガンガンまわしてるけど、特に重くないね。やはりインデックスか……。

みそみそ〜

てす

pgbouncerhero導入しようと思ったけどやめた。やるとしても、単独で立てよう。

#にょろりはともだち

おっとプルリクするの忘れてた

@wakin quote_idにインデックスつけました。
https://github.com/wakin-/mastodon/pull/46

普段はインデックスなくても大差ないですが、アカウント削除などstatusの大量削除が行われると死ぬほど遅くてヤバイです。

@NPC はじめまして！ #fedibird

@peachxraspberry iOSのPWA？

@peachxraspberry ありゃー。

菱餅！

のじゃろりざなくさんだ

おいなりさんだ

ミロおいしい！！ ミロおいしい！！

自鯖の中なら言える

@weep 突如現れたLTLのあるsyuiloが管理者のMisskey。MisskeyHost（村上さんのホスティングサービス）で提供されている。

このアカウントは、notestockで公開設定になっていません。