quartz-research-note/content/Mastodonのデータベースが壊れたときにやったこと（v4.2.0）.md

date
2023-10-07T01:42:00+09:00

#mastodon #self-hosted

• 2023/10/06になんかタイムラインが更新されなくなったことに気づく。
• WebもStreamingも生きてるが、Sidekiqがほぼ全て失敗になっていた
• こういう感じのエラーが出ていたので、なんかDBが壊れてるっぽいことに気づく

ActiveRecord::StatementInvalid: PG::IndexCorrupted: ERROR: right sibling's left-link doesn't match: block 3530 links to 3531 instead of expected 1 in index "index_account_stats_on_last_status_at_and_account_id"

• pgheroには特にslow queryなど出てなかった
  • むしろクエリのエラーになっていたindex_statuses_public_20200119はunusedになってたりしてなんか怪しい
• 多分その3日前ぐらいに更新した4.2.0以降に何かが発生したのだが、何が起きたのか謎（db:migrateはちゃんとやった）

Mastodon管理者マニュアルのDatabase Index Corruptionという項がまさにそれっぽかったので、docker-compose run --rm web bin/tootctl maintenance fix-duplicatesを試し、何個か修正されたような気がしたと思ったが、特に根本的な解決にはならず

→後から色々調べると、このtootctl maintenance fix-duplicatesは3.2.2あたりに起因するエラーを直すためのコマンドだったらしく、今回壊れたインデックスを直してくれてなかったっぽい

DBが壊れてるかどうかの判定を行うamcheckのやり方も、Sidekiqでエラーが出てるインデックスを検索に指定しないと意味がないので注意

うまくいった直し方

• web,streaming,sidekiqのインスタンスを止める（私はPortainerで管理してるのでそれで止めた）
• dbインスタンスにターミナルで入る
• su postgresでユーザー変更
• psqlの中でREINDEXを行うか、reindexdbコマンドを使う。私はpsqlなんもわからん人間だったので後者を使った
• データベース名はdocker-compose.ymlで指定しているもので、私はmastodon_dbとしている

reindexdb -d mastodon_db

これでDBを全部再インデックスしてくれる、、が、途中でエラー吐いて止まってしまい、Sidekiqで止まってる目的のインデックスを修正しないで落ちてしまった

ので手動でインデックス指定して修正。私の場合はこの2つを直したら直った

reindexdb -d mastodon_db -i index_statuses_public_20200119
reindexdb -d mastodon_db -i index_account_stats_on_last_status_at_and_account_id

Web、Streaming、Sidekiqのコンテナを再起動。Sidekiqの管理画面に行って、まだデータベースが壊れているようなら出なくなるまで同様の手順を繰り返すと多分治る