7a2038757e6101bf

h-izumi✅ @hizumi

態々登録して送信した情報は反映されず、しかし先程の現象は再現しなくなり。
もうここについては考えない方が良いのかも知れませんね:-(

instances.mastodon.xyz/list 、見辛くなったので最近見ていなかったのですが...
こちらから情報提供しないと、一番頭にあるインスタンスの情報が入ってしまうみたいですね?
これはちょっと:-( mstdn.9uelle.jp/media/23xmQkEk

v1.4.3 → v1.4.6 へアップグレード完了。

例のProduction Guide、PRもissueも取り込んで貰えました。
間違っていなかったようで安心しました:-)
github.com/tootsuite/documenta
github.com/tootsuite/documenta

Qiitaの更新はまた後で、ですねorz

MastodonのProduction Guideが怪しい件、つい17時間前に取り込まれたPRが原因っぽいのでissueを出しておきました...
github.com/tootsuite/documenta

man sudo(8)曰く、
"-i , --login Run the shell specified by the target user's password database entry as a login shell."

......issue送りですかね

Mastodonの現在のproduction guide、mastodonのshellが`/bin/false`なのにどうしたら`sudo -iu mastodon`できるのかわからず途方に暮れています...

複数のホストが似たようなタイミングで「意図しない停止状態」とは何でしょうね、気になります

メールサーバもきちんと冗長化しますかね...
そうまでして個人で運用するものでも無い気もしますが

どうも運悪く障害発生ホストに居たようです...
度々ConoHaの障害に遭ってきましたが、VPS停止は初めてかも知れません
mstdn.9uelle.jp/media/vUzomU_m

マストドンへのSSHは可能に。
メールサーバへは未だ繋がらず。
ここのIPアドレスはスパム扱いされづらい気がするのでメールサーバにしている訳ですが、さくらに比べると安定性が...

ConoHaに対して疎通不可アラート。
確かにSSHは繋がらないのですが、何故このマストドンは機能するのですかね...

そういえばQiitaの記事を1.4向けに更新しないといけませんね。
週末にでも頑張ります:-)

v1.4.3へアップデート完了。
無停止デプロイ成功(°∀°)

assets:precompile。
discourse.joinmastodon.org/t/c
これを見てローカル実行することに決めた訳ですが、htopで眺めていたところRAM 4GBのマシンで、30%近くまで持って行かれたので...
仰る通りの状況でしたね

branchへのmerge完了。
assets:precompileは怖いのでローカル実行...

そして帰宅してみると更にバージョンが進んでいるという...
内容からすると直接1.4.3に上げて良さそうですね。
Passengerを信じて、Let's 無停止デプロイ(°∀°)