テスト
名前は「はん」です。handon.club管理人です。
発言数多いです。空中リプライを多用します。内輪投稿が多いですが,どなたでも気軽に話しかけてください。
全ての投稿は個人の見解であり,所属する組織やはんドンクラブを代表する見解ではありません。
★Admin of handon.club.
★Inquiry for handon.club / 運営への問い合わせ
ダイレクトメッセージ or highemerly me.com ( → @ )
★Server info. / 運営情報
#handon_info or https://handon.hatenablog.jp/
その他は固定トゥート参照
★Patron / カンパ
https://fantia.jp/handon or https://www.amazon.jp/hz/wishlist/ls/2GFSVDC4FW72T
★Icon
@ech
そういえば、大阪きて初めて体重測ったら、3kgくらい落ちてた。こんな怠惰な生活を送ってるのになんで落ちるの?大阪って重力加速度違う?
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
■発生時刻: 2019/7/11 21:28〜(発生中)
■原因: 最優先で処理されるべきTL配信ジョブの遅延。
遅延が発生した根本の原因は,TootleのPush通知用のサーバが(中途半端な状態で)ダウンしており,Mastodon側が正常にタイムアウトの処理をできていないため,TL配信ジョブが開始出来ない状態となっていたため。
■影響範囲:TLの表示が遅延(投稿処理,他インスタンスへの配信処理には影響なし)
※ 本障害によるデータ消失はありません。
■対処: TootleのPush通知様サーバ( tootleformastodon.appspot.com)へのアクセスを一時的に全て禁止し,速やかにエラーとなるようにしました。これにより徐々にTL配信ジョブが正常に戻ります。
defaultキューの大幅な処理遅延が発生していることを検知したため確認したところ,昨日よりWeb::PushNotificationWorkerのTCPタイムアウトが多発していました。失敗したPushNotificationWorkerに渡っている引数をいくつかサンプル調査したところ,すべてtootleっぽいURLに対するWebPushであることが分かりました。そのため,tootleのpushサーバが落ちていることが原因と判断し, /etc/hosts で無理矢理遮断しました。
青いグラフ(右軸)がdefaultキューのレイテンシで,最大60秒近くTLが遅延していたことが想定されます。
https://github.com/tootsuite/mastodon/blob/master/app/services/notify_service.rb
@zero_zaki_ghost Mastodonのタイムアウト処理はだいたいRubyのgem任せになっているのですが,それがいけてないという話なんですよね。タイムアウトのチューニングは検討したい(というか本家にissueとして上げたい)と思います。
@osa9 永遠に何のレスポンスも帰ってこなかった(ただしHTTPSの認証までは正常だったせいでタイムアウトまで時間がかかった)
もちろん綺麗に落ちてくれれば一瞬で失敗するのでいいのですが、HTTPSコネクションまで確立したのにそのあと何も返してこないから永遠に待ち続けてしまうのですよ。中途半端に落ちる、とはそういう意味です。
個人的には、Cloudflareとか通してて、Always Online機能とか使われてると最悪だと思う。永遠に落ちてないように見えちゃう。
@norick 他のインスタンスやサービスから情報をpullされる方式ならいいのですけど、他人にpushする方式が主流になってるので、こういうことになります。でもそれは、タイムアウト処理を真面目に作り込めばいいだけなので、仕様的にしゃーないのではなく実装の問題かと思います(マジレスすいません
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
@yuhina はーい,それでOKです!/本来なら手土産を持っていくところですがたぶんこのタイミングで何か持ってこられても困ると思うので手ぶらで行かせて貰いますね・・・