@popn_ja @yi0713 けさ弊鯖もちょうど同じ問題に気づいて、リンク先の“Maybe”以降の手順で解決しました。
ぽぷんじゃさんの言う通り、psqlコマンドを打つ時にログインするデータベースを指定すればいいかと。
@popn_ja @yi0713 けさ弊鯖もちょうど同じ問題に気づいて、リンク先の“Maybe”以降の手順で解決しました。
ぽぷんじゃさんの言う通り、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 そういえば、うちも最近postgresqlのバージョンを13から14にアップグレードしたんでした。やはり……
@hanage999 @popn_ja @yi0713 pg_dumpからのpsql流し込みサーバは、特になにも対処せずにアップグレードできてるので、pg_upgradeの時に起きるかも
senooken JP Social is a social network, courtesy of senooken. It runs on GNU social, version 2.0.2-beta0, available under the GNU Affero General Public License.
All senooken JP Social content and data are available under the Creative Commons Attribution 3.0 license.