いちお手動でsyncはできてるのでwasabiは正常だった。
sidekiqからはエラーが盛りだくさん。また、メディアのプロキシ鯖からアクセス不能なのも不思議。
とりま一部コマンドは通らないけどwasabiのせいではないことは分かった。
#lucida_adm
awsってアクセス認証情報があって、ある間隔でアクセスが止まると無効化されるらしい。それを有効化できればアクセスできると思うだけど。
wasabi側でAPIキーを作りなおしても状況変わらないので、向こう側の問題だと思ってるんだけど。
んー。
それにしても、メディアストレージがおかしくなって、mastodon自体のサービスが止まってしまうというのも腑に落ちないんだけど。
#lucida_adm
いちお1枚目がwasabi側の画像、2枚目がプロクシ鯖(至るwasabiストレージ)のアクセス結果。
たぶんこれはサーバがおかしくなる前の画像。以降はバケツに対しても転送されてないくさい。
いちおなー、aws clientからのアクセスが失敗してるので、mastodonのせいではないと思うんだけど。
#lucida_adm
あともう1つは、aws configueでキーを設定しても、aws sts get-caller-identityを実行すると、
An error occurred (InvalidClientTokenId) when calling the CreateRole operation: The security token included in the request is invalid
で拒否られること。webで調べてみたけど、aws configueで設定できるのに拒否られる理由が見当たらなかった。
#lucida_adm
おかしくなる前にやったこと。
前提:wasabiにアクセスできない(プロクシ鯖→wasabi)
1. awsclientを入れなおし
2.aws configでキーを入れた(root、mastodonユーザともども)
3.mastodonサービス再起動
4.mastodonのActivePubにアクセスできなくなった
というか、sidekiqでbandleがおかしくなってる気がするんだよなぁ。さっき正常にアクセスしたときもそうだった。
やりたくないけど、サーバ再セットアップしようか。無駄に時間だけかかってしょうがないや。
ちょっと検討します。
#lucida_adm
すいません。またサービスが止まってしまいました。メディアストレージに問題あるようでサービスできなくなってます。
sidekiqは正常ですが、なぜかActivePubが死んでるおかしな状態になってます。
調査しますので、しばらくお待ちください。さっぱり不明なのでかなり時間を要すと思います。
#mynoghra_info #lucida_adm
ただ、sidekiqのダッシュボードは開かないままなんだけど。これもなんでやろうなぁ...。
とりあえずテストブランチのままだけど、しばらく運用させといて、問題なければ本体ブランチにmergeすることにしよっか。
#lucida_adm
っしゃああああああああああ!!!
cld3をキャンセルしたらpricompileまで漕ぎつけた!この上に出てるwarningは新しいバージョンのrubyがだしてるものなので、大丈夫じゃないかな。しらんけど。
#lucida_adm