あ @atsuchan@atsuchan.page

データベースサーバーはそれ専用でRAM 2GBあるがSwapが2GBまで肥大化してるので、もう少しチューニングした方が良さそう

あー重い原因が分かったのだわ
リレーだわリレー
DTPハッシュタグリレーがしんでたときにFedibirdリレーを追加して、トラフィックが増大したことだったわね、無効化したら戻った
ということはFedibirdリレーのようにゃ流通量多いのを追加する場合はもっとスペックアップしにゃいといけにゃい

たくさんインスタンス動かしてるとあるあるにゃんだけど、「docker-compose up -dで建てたろー、あ、ポート使用中？あーそっか他のインスタンス使ってたか」とかPostgreSQLはdocker使ってにゃいのでデータベースクラスタとsystemdファイルがたくさんあるという現象

Lemmyさんねえ…うちはPlume…

@mei23 デッキモードでリストを固定した状態で、他のアカウントでログインし直すと、そのリストが存在しにゃいので、エラーを吐いてしまうわね、どうしようもにゃいかもしれにゃいけど

Summaly Proxyを設定してgot kotonakiですね
configでhttp proxyを設定すれば連合先のサーバーにもバレにゃくはにゃる

これちゃんと使えたんだ、あんま確認してにゃくて知らにゃかった、VPS自体が自動でフルバックアップ取ってて、そこまで気にしてにゃかった、、

私のPleromaの方ですが
外部メディアをキャッシュするようにしてみました

Misskeyはconfig書き換えてもそれぞれの投稿の画像のURLはそのままだったわね、たしか、ん？つまり旧オブジェクトストレージを解約すると、ローカルインスタンスですら見えにゃくにゃる？

オブジェクトストレージをプロキシしてしまうと、awsのようにゃ複数のリージョンがある場合に恩恵を受けれにゃいというのはあるのだけど、そこはCloudflareを使ってカバーすればよいと思ってて
それよりもオブジェクトストレージを移動した際にURL変わると、他のインスタンスからはそのメディアにアクセスできにゃくにゃるから、そっちの方が問題じゃろと思っている

誕生日おめでとう！自分

shc.kanagawa.jpが１週間名前解決できてなかった問題について、最終報

確認いたしましたところ、11月13日に解除いただいたDNSSECにつきまして、
データの不整合が発生しており、DNSSEC対応のキャッシュDNSにて
名前解決不可の状態となってしまっておりました。

DNSSECのエラーをお名前.comにやっと解決してもらえた

鯖缶各位
お世話ににゃっております。レジストラによる対応作業が終了したようでmt.shc.kanagawa.jpとpr.shc.kanagawa.jpとmk.shc.kanagawa.jp
の名前解決が再開されました
１週間ダウンしていたので自動で配信停止処理がにゃされているかもしれません
こちらからのアクティビティが受信され次第配信が再開されていくと思います
よろしくお願いします
どうもありがとうございました

#atsuchan_page メモ
Mastodonを２台のサーバーで動かして、
MastodonのAPIアクセスを東京に振って、
Streamingをソウルに振っている、
それ以外のアクセスは東京かソウルに均等に振り分ける
どっちか一方のアプリケーションが落ちると自動的にもう一方のリージョンに切り替わる

QiitaにアクセスしてもBad Gatewayになってしまうな

我把Mastodon、PostgreSQL和Redis更新到最新版本。
但我的Ruby版本是2.7.4。
我可以在不重写源代码的情况下更新它吗？

私はみんにゃこと見てるで 👀