Notices by やきたま :sabakan: (yakitama@mstdn.yakitamago.info), page 85

へぇ、「軌道短絡器」…… 軌道ってあれよね、レールのことよね。

公開情報の方はちゃんと動いてる（ユーザーページ）、ログインできないっぽい？ クッキーのせい？ ちょっと原因切り分けが必要っぽいですねえ。まあ、ただ公開情報見るとちゃんとトゥートが見えてる、ってあたりを考えるに、そこまで致命的ではなさそう。

んー、見事にぶっ壊れましたね……

PostgreSQL 完全に理解した ←わかってない になったので、もう少し設定して、パスワード認証できるようにして、そんでいけそうなら次の土日は本番（ここ）のデータベース移行作業ですねえ。

@karasu_sue せやけどそれ僕も一緒や（Admin フラグ立ってなかったらフォローされてない）

というわけで PostgreSQL 9.5 から PostgreSQL 10 にデータを持ってきました。次は…… .env.production

正しくはこんな感じになる

$ sudo -u postgres pg_dumpall -h "移行元データベースホスト" -p 移行元データベースポート --quote-all-identifiers | sudo -u postgres psql -h "移行先データベースホスト" -p 移行先データベースポート

これ絶対失敗するでしょ

> 新しいサーバを異なるディレクトリにインストールし、古いサーバと新しいサーバを別のポートで並行して実行させることで、停止時間を最小にすることができます。 この場合、データを移行するために以下のようなコマンドを使用することができます。
> pg_dumpall -p 5432 | psql -d postgres -p 5433

に対して、psql のリファレンス

-d dbname
> 接続するデータベースの名前を指定します。 コマンドラインでオプション以外の最初の引数としてdbnameを指定するのと同じ効力を持ちます。

ん、いちおうできた。データベーススーパーユーザーとして接続するために、postgres さんとして pg_dumpall を実行するんだけど、postgres さんパスワード設定してないからホストベース認証で trust しないといけない感じでちょっと怖い。まあローカルネットワークには自分が管理するホストしかつながっていない（はずな）ので、恒常的にそういう設定をしないのなら問題なさそうという気持ちもあるが、本来なら postgres さんじゃないパスワード認証ができるデータベーススーパーユーザーさんを Postgres に登録するべきなのかも。

@risa 草

うーんうーん

んー……

ということなので、おそらくアレだ、なんとか hba ファイルの編集が必要。

pg_dumpall: could not connect to database "template1": could not connect to server: Connection refused
Is the server running on host "あいぴーあどれす" and accepting
TCP/IP connections on port 5432?

かわいい

待って Postgres 止めちゃったらダンプできなくない？

いや、まっさきに 503 出したほうがいいな…… Sidekiq が止まってる状態で外からトゥート受け取ったあとどういう処理がおこなわれるか分かんないや。

サーバー移行の手順は、次の注意を十分考慮して

- Sidekiq (Redis) に積まれたジョブとデータベースの状態には深い依存関係があるはず

こんな感じの手順で試してみます

1. Sidekiq (Redis) の更新が起こらないように、まず mastodon-sidekiq ユニットを停止する
2. nginx で 503 を出す
3. mastodon-web と mastodon-streaming ユニットを停止する
4. redis ユニットと postgres ユニットを停止する
5. PostgreSQL のダンプを新サーバーへ移行する
6. .env.production の（※ pgbouncer を利用している場合は pgbouncer の）データベース接続先ホストを変更する
7. mastodon 関連ユニットを起動する
8. nginx を通常に戻す

あったかいビールで心も体もぽかぽかふわふわ