しも画像
nostr-filterにあれ足さなきゃなーって思ってたことをCodexに書かせている。
どこかのクライアントの実装由来だと、たくさんのIPアドレスが同じUAで似たREQになるのでさすがに分かる。
リレーに馬鹿でかいREQ投げてくるならそのコスト分だけSats寄こせよプロトコルありそう。
ここ最近のPVE+PBSの夜間バックアップでstrfry仮想マシン(Nostrリレー)が固まってた原因は、QNAP(iSCSI)のI/O飽和→jbd2/journaldがD状態で詰まることで確定。bwlimit(30MiB/s)+fleecing(NVMe)導入と、同時作業を抑えてVMディスクをNFSへ移行してiSCSIから脱出。良いスペックのiSCSIストレージ組みたい。
dbParams.noReadAhead = true にして様子見中。
そんなにリレーの全量イベントを取りたかったら自分でリレーを立てれば良いのに。。。
sinceだけ指定して全抜き & #e を00..ffまで255通り書いて全抜き しようとする凶悪なREQを処した。
てすと
仮想マシンのディスク移動しまくってたらカフカでリレーサーバーがOSごと死んだ。
i☆Risと22/7の間くらいに声優とアイドルの境界線がある。
nostr.bandは爆散したままなのね
フレッツ網のIPoE機器障害があったらしいけども、Starlink回線のバックアップに自動切り替えする条件は満たさなくて発動しなかったらしい。まあ……しょうが無い。
海外からクソデカREQを投げつけてきている輩がいる気配がある。
あけおめ。ことよろ。
年越しラーメン🍜なう

私の性格はADSLです
nostr.bandはサーバー証明書の有効期限がキレてる💢