鯖管各位
fedibirdの異常解列に伴いsidekiqが再試行まみれになって、復旧したのになぜかガンガン増えてるとは思いますが、とりあえずしばらく様子を見ると良いと思います。1つのトゥートを受けるたびに派生するタスクが増えるので一見増えてるだけの場合が多いです。
だいぶ様子を見てそれでも駄目なら慢性的にスレッド数が足りてないのかもしれませんが…
鯖管各位
fedibirdの異常解列に伴いsidekiqが再試行まみれになって、復旧したのになぜかガンガン増えてるとは思いますが、とりあえずしばらく様子を見ると良いと思います。1つのトゥートを受けるたびに派生するタスクが増えるので一見増えてるだけの場合が多いです。
だいぶ様子を見てそれでも駄目なら慢性的にスレッド数が足りてないのかもしれませんが…
@kuroringo うちだとsshでつないでるターミナル2枚開いて、片方でログ確認しながらもう片方でコマンド打つとかいう雑なやり方の癖がついてたり…
このアカウントは、notestockで公開設定になっていません。
「僕はpgbouncerを間に挟む作業をぶっつけで本番環境でやりました」という札を首から下げてバグの入ったバケツを両手に持って廊下に立つぽな
@kuroringo unix domain socketのファイルのパーミッションと、pgbouncerがどのユーザー権限で走ってるか確認してみては。
(どうにもめんどくさかったら自分だけしかログインしないならいっそ666つける手も…)
Unix domain socketだと散々悩んだ結果ファイルのパーミッションがタコでしたわー!というつらいオチの可能性がアンコモンレベルで存在
@kuroringo @mot 横から申し訳ない、psqlで試しにコマンド打ったあとでもう一度ログ確認してみました?
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
接続されたままなだけで四六時中常時クエリ走らせてるわけでもないから、一回pgbouncerで束ねてやって、束ねた先の接続数に制限をかけることで、メモリ使用量を増やさず能力を増やせる感じ。
なので特に気にせず同じディレクトリを指定してよい。
同じサーバ内でもpgbouncerを使う理由はこっち。
同じunix_socket_dirを指定したら、そのディレクトリに
.s.PGSQL.(ポート番号)
っていうUNIX Domain Socketに使うファイルができあがるので、ポート番号さえ違えば同居できるはず。
まあ腹空いたからってキムワイプ食ったところでまったくカロリーにならんのですけどね(ひどい指摘)
@yakumo 全文検索もし導入しているなら、elasticsearch行きが大量に詰まってたりしないかな…?(うちでえらい目に遭った)
完全にキムチと混ざっておるな
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
なんか時々パケットが詰まるなーSSHのコマンドが詰まるなーと思ったら無線APが微妙な壊れ方をしていた。
このアカウントは、notestockで公開設定になっていません。
コンシューマ向けと割り切って「なんちゃってE2EE」でいいと思う。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
DFフラグ対応してていつでもやろうと思ったらできることを今知って、過去の自分が「こんなこともあろうかと」ってドヤ顔してる
中国さん検閲できなくなるからどう考えても激おこよねえ。どうするんだろう。もうそっちで商売する気はないのかもしれない。
このアカウントは、notestockで公開設定になっていません。
うかどんのインフラは通信量課金ないからむちゃくちゃしない限りお好きにどうぞ?っていうコメントしか出ない
アホみたいな量のパケットが流れてるのに高々9発のpingで怒られるとかまあないのでご安心ください。どうせ撃ち込む先はうちのサーバだし。
L3以上で使える1パケットあたりのデータサイズだから、DFつきpingで求まった値にIPの20バイトとICMPの8バイトを足した値(EthernetとかPPPとかはL2)
あージャンボフレーム対応か…
とりあえず外に出るやつ特化で1500-256あたりからスタートして二分探索って雑実装しか考えてなかったさ…
ジャンボフレーム対応したら異常ネットワーク機器群が MTU 65535 の通信路を持っていて探索が永遠に終わらない回 (適当)
tracertは とらふぃっく☆とれいん ができるからやってみてね。たぶん世界初!tracertができるデスクトップマスコット!(超無駄機能)って宣伝した記憶が
妄想:DFビット指定してサイズ指定pingができるからMTU計測できるぐらいはしたいと今思いついた
今のネット接続が有線か無線か、無線ならWiFiかBluetoothテザリングか、接続のおおよその速度はどのぐらいか、従量制課金接続かどうか、とかまで通知されてる
CPU負荷がでかい通知とか、Windows Updateの状態通知とか、まだいまいち使われてないイベントとかあるよ!
でもそういうのを「人が何をやっているのか」って情報に落とし込むのは、技術的な何か以外のめんどくさいやつ
ウインドウ列挙は子ウインドウ(ボタンとか)を気にしなくていいからEnumWindowsだったかなあ。
ウインドウもプロセスも専用の列挙APIがあるので簡単っすね。列挙はCreateToolhelp32SnapshotからのProcess32First/Nextでやってたと思う。今だとEnumProcessesでぜんぜん問題ないんだけど。
存在チェックできるだけじゃなく、プロセスが起動した・終了した、ってイベントもほしいよねえ。
里々の句読点に関連するコードはウエイト自動挿入に関係するもので、バルーンの禁則処理は純粋にSSP側の対応です。
このアカウントは、notestockで公開設定になっていません。
「ダイヤが乱れて列車が大幅に遅れたので早く帰れた」という謎のセリフが矛盾なく成立しました。
列車が15分遅れた
↓
本来20分前定刻の列車に乗った
↓
がんばって回復運転して10分遅れになった
↓
予定11分前の列車に乗り継いだ
現在15分遅れになっている、予定の20分前の列車に乗車中なので、差し引きマイナス5分(つまり影響なし)
橿原方←Mi+U09 でMiから異音がしたからMiを切って古市車庫に放り込んでU09を橿原行普通に差し替えるヤバい操作してる
到着放送が橿原神宮前行きで、発車放送が古市行きとか、リアルタイムでPRCいじってて笑うしかない
このアカウントは、notestockで公開設定になっていません。
ATACS+ATO(+ドライバレス)は踏切撤去しなくても導入可能なので、特にそういったことは考えていないとは思うけど、安全性の面でさっさと無くしたい
共著者の確認のためにElsevierにアカウント登録しろという通知が来てるんだけど、論文掲載そんなめんどくさいことになってるのね?
医学部でさえデータサイエンスの授業あるぐらいだからな…少なくとも理系学部はオール必修ぐらいでいいんだろうけど教える人材不足で地獄絵図が見えるな…
大学の7割、データ授業必修 応用力と指導者不足が課題: 日本経済新聞 https://www.nikkei.com/article/DGXZQOUE224LF0S1A121C2000000
SatorintができたんだからYAYAlintもほしいです(他力本願寺丸投派)
「右上腕稼働用アクチュエータ3番が異常です。交換を希望します」
「その部品2年前にディスコンになって後継品の取り付け穴寸法違うんだよ畜生!」
このアカウントは、notestockで公開設定になっていません。
メカ屋としては修繕のことまで考えてしまいうんざりするので、当方はそういうお話は書きませんが理解はしてる
アレもとはConnectix VirtualPCだったっていうの誰もが忘れてるしコードベース的にもたぶん残骸すら残ってない
Hyper-V、何が悪いって訳じゃないんだけどなんか微妙ポイントが微妙にあっていまいちハイパーじゃなくて結局VirtualBoxに戻った組
人体の構造が雑なんじゃなくて仮説が間違っている
各省庁・機関に確かに相談は必要だけど、どこも「適当に現行法こねこねして後付けで理屈つけて許可ね」っていうなんかこう日本的なやつで笑った
前回はゴミ判定だけど、今回はそれなりのカタマリが入ってる可能性あるのどうしたんだろうね。またJAXAのキュレーションセンターを保税倉庫として他所蔵地申請して「これはまだ輸入しておりません」って言い張ってるのかな。
横浜税関「はやぶさカプセルの中に入っている可能性のあるサンプルについては、カプセルに付着した塵と判定し課税を考慮しない」
最悪カプセルがばらけたらWPAの土ごと持って帰るために、WPAの土(外国の土なので防疫上アウト)の輸入禁止品輸入許可を申請とか…
今回のサンプルの通関どうしたんだろうね。はやぶさ2は減価償却済みで1円としても、C型小惑星の隕石評価額とか出るの?
むしろこれ「日本から豪州への超ウルトラ長距離経由の一時輸入だからATAカルネ対象」とかごねてほしかったね!
「はやぶさは減価償却済で評価額1円で通関時無税」
「持ち帰ったサンプルは隕石の市場価格と重量から計算し、重量がきわめて少ないので評価額1円で通関時無税」
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
「納期0.5日ってなに」
「半日あればできるけどクソヤバ短納期なので費用は特急料金+グリーン車って感じでお願いします」
「了解」
このアカウントは、notestockで公開設定になっていません。
一意かどうかを検査するのに使うCライブラリの変更で、そもそも一意かどうかの定義が変わっちゃうのヤバすぎるよね。
PgHeroはおおむねガン無視してた(Slow Queryはなぜ起きてるのか時々思い出したころに確認してたけど)
このアカウントは、notestockで公開設定になっていません。
チェックするSQLの処理時間を待てる(自分の権限でダウンタイムを長くとれる)人は、さっさと2段落目のbt_index_parent_checkのほうを実行しちゃったらいいと思います。
PgHeroのNo duplicate indexesは「重なった無駄なインデックス張ってませんよ」ってことしか示してないので、
https://docs.joinmastodon.org/admin/troubleshooting/index-corruption/
これの通り直接SQL喋って対話しないと問題が発生してるかどうかはわかりません。
DBのインデックス重複してるかもね警告は、全実行時に無条件で出るので大丈夫なひとは安全に無視できます
@aobanozomi このゲームの本質は特効艦補正も含めてあらゆる手段を講じて相手の装甲より1でも多い火力を確保してひたすら殴ることだって霧島さんが言ってた。
このアカウントは、notestockで公開設定になっていません。
「アンチアイス、オフ」
というネタがついに使えるようになった(寒冷地甲板云々というアイテム)
このアカウントは、notestockで公開設定になっていません。
買占めパニックは一過性だし、人の数も限られるので、マスクを常用してきた日本で1桁変わることはまあないという認識だからそんなもんじゃないかなあ。
このアカウントは、notestockで公開設定になっていません。
大阪の3灯式信号機で感染状況を示すの、当初はわかりやすかったんだけど経済とのバランスをとってごまかしごまかしやるフェーズでは足りなさすぎたので、5灯式ぐらい要りそう
https://commons.wikimedia.org/wiki/File:Signal-aspect_pattern.png
もうすこしがんばって推定Rtを0.9台ぐらいまで下げたいなあ。今のところ移動平均グラフ見てたらずりずり横ばいだし。
このアカウントは、notestockで公開設定になっていません。
さくらさんなにをトチ狂ったかばかみたいにはやいCPUを使ってるので、たぶんそのへんのマネージドサービスよりクエリがはやい
このアカウントは、notestockで公開設定になっていません。
「実質ゼロ理論で納得していられる程度の身の丈に合った範囲にとどめて無理はしない」のも重要よね。
リソース余ってたほぼスタティックなコンテンツばかり配信してるサーバにDBだけ放り込んだので実質ゼロともいう
TLを見ていてえろくてうすいほんに「こだわり生フランク」って隠語使ったらいいんじゃないかなあとふと思った火曜の朝
非エログリフ案件はこちらをご覧いただくか、 #unicode でハッシュタグ検索してください
https://oransns.com/tags/unicode
インフラ足りないで思い出したけど大和川線全通いつですかね…
年度内開通とは言ってるみたいだけどまだ何日とかが出ておらぬ…
J-PARCが問題なんじゃなくて、なんかいろいろかたまってるのにインフラ整備が追いついてない典型例というかなんというか
このアカウントは、notestockで公開設定になっていません。
SBring-8 (Super Buddha ring - 8GeV) を一刻も早く建設してマニ車の謎とともに解明を急ぐべき
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
VPSサービスを担ってるサーバ機とかどうしてるんだろうなあ。主記憶も補助記憶も帯域足りずCPUが暇してるオチありそう。
このアカウントは、notestockで公開設定になっていません。
超ウルトラたっぷりコアもだいたい補助記憶装置のI/Oに引っ張られるので、デスクトップ機的な使い方で全域で全力出すなんてまあ無理説
このアカウントは、notestockで公開設定になっていません。
コアあたりの性能が頭打ちの時代に、開き直って脳筋超マルチコア設計でまだまだ開発者フリーランチの時代じゃーっていうのがイケてる
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Ryzen、実はサーバにぶちこむほうが良いのでは説(なにもかもふつーにマルチスレッド対応なので)
書く書類がないってことは、その紙の分の責任を自分で負わねばならぬということなので、割と切実だけど面白いよ。
いつ首切られるかわからんでかい企業と、いつ潰れるかわからん中小企業に、現実的な運用の差異がない説
さくらさんたいへん太っ腹で、旧サービス継続してる人も含めて老朽化対策メンテナンスの名目で容量据え置き全部SSD!とかいうクレイジーなメンテナンスするらしい
syuiloさん金欠問題も含めて札束でシバき倒せばどうにかなる論なんだけど、たいへんマネタイズしづらいというかその対極として生み出された感あるのでつらい
Fediverseに参加するためのサーバ、立てるだけなら各種定番手順の文書が整ってるけど、維持するノウハウが足りてない感じ
Fediverse全体の規模が大きくなってデータ量が肥大化してきたら、リモートの情報を自鯖に抱え込む設計にはできなくなる。
抱え込めないデータをどうするのか。解決が必要な課題である。
ここまでで、データ量増大を加速する大きな存在としては、リレーがあった。雪餅リレーにbest-friends.chatが参加していたことも。
mstdn.jpとpawoo.netが参加するリレーがあったら壮観だよね。リレーはオマケで、参加が任意だったので、実現はしなかったけど。
実はもう一つ大物が控えている。その名はグループ。
コイツは個々にはリレーと同じ働きをするので、うっかり1万人参加するグループにサーバの誰かが参加すると、1万人のサーバとリレーしているような状態になる。
LTLと比べて流量は少ないかもしれないし、すごく多いかもしれない。それが複数存在する状態。
さて、Fediverseの各サーバは、ユーザーがグループへ参加する自由を保証できるのか。
グループに参加できるサーバと、禁止のサーバに分かれることになる?
お一人様なら誰にも遠慮は要らないのに、負荷が大きくて参加できなくなる?
気管支炎までいったら確実に二次感染(今回の場合三次感染?)までいってウイルスか菌かわからないぐじゃぐじゃになってるので、そこまでいったら抗生物質でシバき倒しにいかないと長期化する
風邪がやっと山をこえた…
まったくカテゴリーの違う症状で2つ山があって1週間ほどぐずぐずやってたので、別系統のウイルスに連続でやられた可能性がありそう。
2発目がきつくて気管支炎まで進展した。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。