@minetaro12@msk.minetaro12.com 意外と簡単にできるよ、postgresqlのストリーミングレプリケーションを設定すればよし
これを今のバージョンに読み替えれば良い
https://blog.noellabo.jp/entry/2019/03/07/xvEfTs4zVrTzqSM7
@marunai 対処法としてはデータベースを操作して事故ったインスタンスの投稿とユーザーを手動削除してやれば、もちろん回復できます、ただ鯖缶の多くはプログラミング経験はありますがデータベースを操作したことはにゃいので、その程度の人にできる作業ではありません
“にゃんでプライマリーでダンプしてにゃかったんだって話にゃんですけど、プライマリでダンプするとDBが重くにゃってそれこそレプリケーションに遅延が出るからって言う”
https://discord.com/channels/891696148849508423/891696149319262293/894152097161965598
“あと、レプリカに不整合が発生したってどうして気づかにゃかったんだって話については、不整合を修正した(修正されたとは言ってにゃい)と言うbotの通知をみてそれを完全に信じてたのと、不整合が発生してもPostgreSQLはDBを再起動するまでは正しい動作をしているように振る舞うのでエラーがそもそも発生していにゃかった”
https://discord.com/channels/891696148849508423/891696149319262293/894152631138795560
“3箇所にバックアップしてたんだけど、そのバックアップ元が東京サーバー中心だったのね
それで、東京サーバーがその時期ぐらいに仙台に移動ににゃったと思うんだけど、それでバックアップのうち1つが回線変更の関係でしばらく通信できにゃくにゃって最新の情報を取得できてにゃかったわけ
そして残りの二つはbtrfsでスニャップショットを撮ってたんだけど、東京サーバーがDDoSで長期間落ちたタイミングでプライマリとの不整合が発生したせいかスニャップショット作成のフローが走らにゃくにゃって最終が4/16
そして今回プライマリがAPIに大量にリクエストが飛んできたことによってフリーズして、ローカルのレプリケーションが追いつかにゃくにゃって停止、その後DBが破損したと勘違いしたプライマリの監視プログラムが壊れた東京サーバーのスニャップショットをrsync経由でプライマリに上書き”
https://discord.com/channels/891696148849508423/891696149319262293/894151100561772574
この子にブロックされてるから言及できにゃいけど、私が直したので直りました
https://chillout.chat/@shiyou/107032460451533540
@Heislandmine 生脚好きとしてはむしろ男子にスカートをはかせて平等にするべきだと思うのじゃ
@dx6682 Misskeyは通知がクライアントに来にゃいことが多いので、メールで通知が来るのは助かるんだよね
しがないMastodon/Misskeyフォーク開発者