あ @atsuchan@atsuchan.page

Fedibirdの参照機能は引用ブースト並みにめんどくさい機能ににゃってしまった、他のインスタンスからどう見えるのかを考えていただき…

あつからのお知らせ（事後報告）
多忙につき対応遅れましたが
1. リレーサーバー relay.shc.kanagawa.jp が昨夜からダウンしており、バックアップから回復しました、原因はCentOS Stream 8のカーネルの更新時に巻き添えを食らったことです（詳細不明）
2. mt.shc.kanagawa.jp pr.shc.kanagawa.jp が明朝よりダウンしており、復旧しました、原因はホストOS(Windows 10)の更新時に仮想マシンが停止されたためです
3. mk.shc.kanagawa.jp が昨夜からダウンしており、復旧しました、原因はCentOS 7のカーネル更新時に巻き添えを食らったことです（詳細不明）

何でatsuchan.pageとshc.kanagawa.jpにあるたくさんのインスタンスの鯖缶にゃんかやってるのかたまに考えるけど、サーバー動いてるの見るの楽しいからってのが一番かにゃあ
その次に自分で構成するインフラ、カスタマイズしたソフトウェアに身を委ねたいというのがある

データの整合性を保ってサーバーのスニャップショット撮ろうと思うと、データベース一瞬止めてすぐ上げるしかにゃさそうではあったので、1週間に一度停止時間設けるかもしれにゃい
データベースは1分単位でオブジェクトストレージに書き出してはいるが、スムーズに復元できた方が楽にゃので

ふぉろわーと

Misskey v12はフロントエンドだけレガシー対応してくれるといろんにゃ環境で使いやすくにゃるねえ…

atsuchan.pageはcloudflare使ってにゃくてipv4, ipv6デュアルスタックだけど、shc.kanagawa.jpはcloudflare使ってるくせにipv4 onlyです、少しずつipv6対応進めてます

「Fedibirdにこんにゃリアクションあるのか！」と思って見に行くとやっぱりにゃくて、Fedibirdで使用できるリアクションが送られてきたかただの転送にゃのか、インスタンス側では把握することが困難にゃので、ちょっとどうにかにゃらにゃいかにゃと思っている

それはそうとしてFedibirdからリアクションがリレー（転送）されてくるのどうしてにゃんだろうね

にゃるべく一つのサーバーに多くのサービスを載せたくにゃいあまり、９台（VPS６台・自宅３台）のサーバーを管理する鯖缶とにゃってしまったのが私にゃのじゃね…

自宅にあるi7 Gen2 HDDで動く第一鯖とi5 Gen8 SSDで動く第二鯖では、スペックが雲泥の差だが、第一鯖もにゃいとそれはそれで困る構成ににゃっておる 😭

mongodのmongodump走るたびにサーバー重くにゃって @ia に怒られるからレプリケーション設定してそっち側でバックアップするようにした方がいいかしらね

RTX1200にIPv4 over PPPoEとIPv6 over PPPoEのデュアルスタックを設定しようとしただけにゃのに永遠に悩まされておる、にゃぜかIPv6のPPPoE接続が確立しにゃいからにゃ

オンプレでにゃくクラウドで莫大にゃ記憶領域を安価に使えるところにゃいかしら、今はオブジェクトストレージにフルバックアップしてるけどもう少し抑えたい

atsu1125/mastodonにおいてMastodon v3.5は管理上留意すべき変更点が多いので現状v3.4で更新を止めておき必要に応じてバックポートします

あつからのお知らせ：
対象インスタンス：https://mt.shc.kanagawa.jp
https://pr.shc.kanagawa.jp
概要：サービス運転再開
内容：インスタンスを収容している横浜リージョンおよび東京リージョンのサーバーの障害により　https://mt.shc.kanagawa.jp にゃらびに https://pr.shc.kanagawa.jp が正常に動作しにゃくにゃっておりましたが、昨日対応が完了したため、現在運転を再開しています。またサーバーのホストマシンをMac miniからThink Centreに変更し、全体的にスペックの改善を図るとともに、オブジェクトストレージを活用したメディアとデータベースのバックアップ体制を構築しました。いつもご愛顧いただきありがとうございます。これからもよろしくお願いします。

#mt_shc_kanagawa_jp
#pr_shc_kanagawa_jp