icon

昨日のMisskeyの活動は

ノート: 5795(+7)
フォロー : 148(+0)
フォロワー :182(+0)

でした。
https://misskey.tools

icon

幕車充当の快速撮れそうだったので少しだけ駅撮りしてきた

icon

今日で色々見納め

Attach image
icon

東武東上線の快速だけ撮りにきた

Attach image
icon

いやー、全く影響出ないは嘘だな、若干もっさりする

icon

影響出ない程度にDBスペックを下げたけど…

icon

ヤバい、DBスペック上げすぎて破産しそう

icon

昨日のMisskeyの活動は

ノート: 5788(+6)
フォロー : 148(+0)
フォロワー :182(+0)

でした。
https://misskey.tools

icon

これ他のユーザー分もつくるしか

2023-03-08 23:26:40 ュドウフの投稿 _yudoufu@misskey.tech
icon

このアカウントは、notestockで公開設定になっていません。

icon

そうそう、こういうのでいいんだよ

icon

Misskey.techが少しずつ賑わいをみせてきた

2023-03-16 14:22:23 三[tokyoloopline]の投稿 tokyoloopline@misskey.tech
icon

このアカウントは、notestockで公開設定になっていません。

icon

昨日のMisskeyの活動は

ノート: 5782(+6)
フォロー : 148(+0)
フォロワー :182(+0)

でした。
https://misskey.tools

icon

MissRiricaはブラウザとアプリのいいとこ取りだからねえ

icon

最近Misskeyクライアント増えてきたから、選択肢が増えてうれしいわね

icon

自分は基本的にブラウザからMisskey使ってるけど、アプリ利用してる民は何使ってるのかな

icon

tech復活

icon

完全にキュー処理しきったわね

icon

昨日のMisskeyの活動は

ノート: 5776(+19)
フォロー : 148(+1)
フォロワー :182(+1)

でした。
https://misskey.tools

icon

ュドウフ君がよしなにやってくれた?

icon

あでも前に比べてカスタム絵文字重複しまくり状態が大分改善されてる

icon

さっき分かったって言って貼っ付けた出まくりエラーはイカれポッドが吐いてたエラーだから、イカれた結果タイムアウト起こして吐いただけ説濃厚なので追っても意味なさげ

icon

同じ現象がおこるのも時間の問題だわね

icon

仮説レベルだけど一応辻褄は合う、ただもしそれが本当だとしても何故ゴミポッドが排除されなくなってしまったのかは謎

icon

外部から来たQueueはロードバランサーで負荷分散されるはずなんだけど、ゴミポッドしか居ないと永遠にQueueが詰まったままで連合が死ぬ

icon

さっきまでは多分100%ゴミポッドだったと思うけど、今は少し確立下がってるはず

icon

正しくイカれてるわね(?)

2023-03-14 21:31:02 Is that a Supra?!の投稿 omhnc@misskey.tech
icon

このアカウントは、notestockで公開設定になっていません。

icon

ウィジェットにサーバーメトリクスを表示させて、MEM 227%みたいなイカれポッドを引き当てたらそいつがゴミポッド

icon

今手動でスケーリングしたから正常なポッドと異常なポッドが混ざってるかも

出まくりエラーがわかってきたかも
icon

e: RequestError: Timeout awaiting 'request' for 60000ms at ClientRequest. (file:///misskey/node_modules/.pnpm/got@12.5.3/node_modules/got/dist/source/core/index.js:789:61) at Object.onceWrapper (node:events:628:26) at ClientRequest.emit (node:events:525:35) at ClientRequest.emit (node:domain:489:12) at TLSSocket.socketErrorListener (node:_http_client:496:9) at TLSSocket.emit (node:events:513:28) at TLSSocket.emit (node:domain:489:12) at emitErrorNT (node:internal/streams/destroy:151:8) at emitErrorCloseNT (node:internal/streams/destroy:116:3) at process.processTicksAndRejections (node:internal/process/task_queues:82:21) at Timeout.timeoutHandler [as _onTimeout] (file:///misskey/node_modules/.pnpm/got@12.5.3/node_modules/got/dist/source/core/timed-out.js:42:25) at listOnTimeout (node:internal/timers:566:11) at process.processTimers (node:internal/timers:507:7) {

icon

電源とネットワークが確保できたので本格的に調査する

icon

不具合ノードを引き当ててそいつのログを追ってみるか

icon

なんだこの現象

icon

出先だから限界あるかもだけど原因調査するわ

icon

良かれと思ってアプデするとこうなるので、やはりMisskeyのアプデ戦略はよほどまずい脆弱性とかじゃないかぎり慎重な方が良いわね…

icon

品地が言ってた連合されない問題か

icon

昨日のMisskeyの活動は

ノート: 5757(+29)
フォロー : 147(+0)
フォロワー :181(+0)

でした。
https://misskey.tools

icon

少しはDB負荷マシになったか…?

icon

これ罠かも

2023-03-13 19:52:08 ュドウフの投稿 _yudoufu@misskey.tech
icon

このアカウントは、notestockで公開設定になっていません。

icon

できればMastodonと同等かそれ以上の招待コード管理がしたいよね

icon

いやー、Misskeyの招待コード正直使いづらい

icon

一時間で1000回以上実行されてるので流石に無視できない

とりあえずメモ代わりに負荷の高いクエリを貼っておく
icon

SELECT "Hashtag"."id" AS "Hashtag_id", "Hashtag"."name" AS "Hashtag_name", "Hashtag"."mentionedUserIds" AS "Hashtag_mentionedUserIds", "Hashtag"."mentionedUsersCount" AS "Hashtag_mentionedUsersCount", "Hashtag"."mentionedLocalUserIds" AS "Hashtag_mentionedLocalUserIds", "Hashtag"."mentionedLocalUsersCount" AS "Hashtag_mentionedLocalUsersCount", "Hashtag"."mentionedRemoteUserIds" AS "Hashtag_mentionedRemoteUserIds", "Hashtag"."mentionedRemoteUsersCount" AS "Hashtag_mentionedRemoteUsersCount", "Hashtag"."attachedUserIds" AS "Hashtag_attachedUserIds", "Hashtag"."attachedUsersCount" AS "Hashtag_attachedUsersCount", "Hashtag"."attachedLocalUserIds" AS "Hashtag_attachedLocalUserIds", "Hashtag"."attachedLocalUsersCount" AS "Hashtag_attachedLocalUsersCount", "Hashtag"."attachedRemoteUserIds" AS "Hashtag_attachedRemoteUserIds", "Hashtag"."attachedRemoteUsersCount" AS "Hashtag_attachedRemoteUsersCount" FROM "hashtag" "Hashtag" WHERE ("Hashtag"."name" = $1) LIMIT $2
SELECT "__chart__per_user_notes"."id" AS "__chart__per_user_notes_id", "__chart__per_user_notes"."date" AS "__chart__per_user_notes_date", "__chart__per_user_notes"."group" AS "__chart__per_user_notes_group", "__chart__per_user_notes"."___total" AS "__chart__per_user_notes____total", "__chart__per_user_notes"."___inc" AS "__chart__per_user_notes____inc", "__chart__per_user_notes"."___dec" AS "__chart__per_user_notes____dec", "__chart__per_user_notes"."___diffs_normal" AS "__chart__per_user_notes____diffs_normal", "__chart__per_user_notes"."___diffs_reply" AS "__chart__per_user_notes____diffs_reply", "__chart__per_user_notes"."___diffs_renote" AS "__chart__per_user_notes____diffs_renote", "__chart__per_user_notes"."___diffs_withFile" AS "__chart__per_user_notes____diffs_withFile" FROM "__chart__per_user_notes" "__chart__per_user_notes" WHERE ("__chart__per_user_notes"."group" = $1) ORDER BY "__chart__per_user_notes"."date" DESC LIMIT $2

icon

正直どちらもわざわざDBに負荷掛けてまで必要な機能とは思えん

icon

一応リアルタイムで実行クエリ別のDB負荷は見てるんだけど、トレンドハッシュタグ系と各種チャート作成のためのクエリが結構重ためかも

icon

Misskey良い感じにconfigファイルで簡単にReadとWriteをそれぞれ設定できるようにならないかなーーー

icon

チューニングする暇無いのでとりあえずさらにDBをスケーリングさせてみる

icon

これ以上DBスペックあげたら破産しちゃうッピ!!!

icon

DBスケーリングしたのに100%張り付いとる:hiroshi_crying:

icon

ちょっと今ガチ業務で忙しいので一段落したら説明します

icon

色々説明をはしょって招待コード権限を付与してしまった私が悪かった、大変申し訳無い

icon

ようやくおしごとの本番障害対応が終わったけど軽く休憩したら障害発生後のふりかえりじゃ…

icon

何が原因かはよく分からんけど.techだけジョブキュー詰まってた、nokotaro.comとnokotaro.workは問題無かったのにね

icon

omhncは関係無かったわね:woozy_cute:

icon

おしごとの障害対応が終わるまでとりあえず放置しとく

icon

DBもAppもスケーリングされたので爆速でジョブキュー捌き中

icon

ていうかGTLに8時間前のnoteが大量に流れてるんだけど

icon

omhnc来たらDB重たくなった🥴

icon

omhncおるやんけ!

icon

流石にMisskey.tech誰も居らんかしら

icon

おはようございます

icon

昨日のMisskeyの活動は

ノート: 5728(+3)
フォロー : 147(+0)
フォロワー :181(+0)

でした。
https://misskey.tools

icon

昨日のMisskeyの活動は

ノート: 5725(+4)
フォロー : 147(+0)
フォロワー :181(+0)

でした。
https://misskey.tools