@popn_ja @yi0713 これは、Sidekiqの管理画面開いて、上の定期実行というところからinstance_refresh_schedulerを『すぐにエンキュー』することで実行できるハズです。ちょっと時間かかります。

@popn_ja @yi0713 けさ弊鯖もちょうど同じ問題に気づいて、リンク先の“Maybe”以降の手順で解決しました。

https://discourse.joinmastodon.org/t/api-errors-after-upgrade-to-v3-3-0-error-materialized-view-instances-has-not-been-populated/3209/7

ぽぷんじゃさんの言う通り、psqlコマンドを打つ時にログインするデータベースを指定すればいいかと。

@hanage999 @popn_ja @yi0713 Rails Consoleから実行するやり方として、

bin/rails c

Instance.refresh

という手もあります。

@hanage999 @popn_ja @yi0713 クッソ時間かかるクエリーを解決するために、実行結果をマテリアライズ（実体化）させて持っておくことができるビューで、一時テーブルの豪華なやつです。

リフレッシュして生成しておかないと、データが参照できません。

通常は、SidekiqのScheduleで定期実行しています。

データベースのアップグレードなどを行うとマテリアライズした実体がなくなってしまうので、再生成されるまで動かなくなってしまいます。

@noellabo @popn_ja @yi0713 とすると、1時間に1度定期実行するのを待てば自然解決したはずですが、うちの場合は多分1時間以上問題が続いてたので、ちょっと疑問が。ちなみに問題は、pinafore.socialで弊鯖を登録しようとして500を返されたというものです。

@hanage999 @popn_ja @yi0713 うん、なんかたぶん異常ですね。いまちょっと時間ないので、あとで検証してみます。条件が揃うと、非常によく起きる問題だと思います。

@noellabo @popn_ja @yi0713 🙇‍♂️

@noellabo @popn_ja @yi0713 そういえば、うちも最近postgresqlのバージョンを13から14にアップグレードしたんでした。やはり……

@hanage999 @popn_ja @yi0713 pg_dumpからのpsql流し込みサーバは、特になにも対処せずにアップグレードできてるので、pg_upgradeの時に起きるかも

@noellabo @popn_ja @yi0713 うちはpg_upgradeclusterを使いました。裏ではpg_dumpが動いてました

@noellabo @hanage999 @popn_ja ちょっと外出してまして対応が遅れましたが、普通にpsqlから直せたと思います。いろいろお手数おかけしました

@hanage999 @popn_ja この方法でokでした。ありがとうございます

@yi0713 @popn_ja 🙌