@Shiba つけ麺
赤字(@highemerly@handon.club)の投稿
名前は「はん」です。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
@komog ごめん、意外と浅草橋の方が近かった……ただ大して変わらんかったからどっちでも良いよ……
そういえば、大阪きて初めて体重測ったら、3kgくらい落ちてた。こんな怠惰な生活を送ってるのになんで落ちるの？大阪って重力加速度違う？
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Net::ReadTimeout: Net::ReadTimeout with #<TCPSocket:(closed)>
■発生時刻： 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で公開設定になっていません。
そういえばdefault latencyはアラートの対象にしてなかったのでアラートの対象にします。
このアカウントは、notestockで公開設定になっていません。
@LeLievre 前の家同様に物干し竿があるから20トリプルは狙うのクソ難しい仕様だけど大丈夫？
@yuhina はーい，それでOKです！／本来なら手土産を持っていくところですがたぶんこのタイミングで何か持ってこられても困ると思うので手ぶらで行かせて貰いますね･･･
このアカウントは、notestockで公開設定になっていません。
@yuhina ありがとうございます、多分（タイムライン遅れる問題ともに）キャッシュの影響だと思うので、スーパーリロードして治るかどうか確かめてもらえませんか？
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
「ThreadsがActivityPub対応したら既存のサーバーの負荷が･･･」っていう主張、よく分かってないんだよな。最も重たいリモートへの配送処理のコストを考えると、特定のサーバーにユーザーが集中していたほうが低コストなんだけどね。Fediverse全体のユーザーが増えるから結果的にフォロー/フォロワーが増えるよねって言いたいのかな？
【運営情報】一部リモートの画像が表示されない場合がある問題が発生していましたが、多分なおりました。
#handon_info
私のオペミスがあり、設定がロールバックし、一部のインスタンスでのみwebpの再エンコが正常に処理できず、上手くいく場合といかない場合が運で決まってる状態でした。
centos7（もうすぐEoL！）のmastodonのwebp対応、多分コレでいけます。
https://gist.github.com/highemerly/ba575fea9f000661a9efdfcd5cf2a7e6
はんドンクラブのごく一部のユーザに嬉しいお知らせです。
「画像をダウンロードしたいのに勝手にwebp変換＋圧縮しやがってコラ」という不満をお持ちの方向けに、画像URLの末尾に?original=trueを付けると変換や圧縮等を無効にするようにしました。
以下の手順でオリジナルに近い画像がダウンロードできます。
1) 画像のURLをコピー（https://media.handon.club/ で始まります）
2) URL中に "/small/" が含まれている場合は "/original/" に置き換え
3) URLの末尾に ?original=true を付けてアクセスする
注意点です。そもそも容量が大きな画像が投稿されたとき、（閲覧時ではなく）投稿時に圧縮がかかる場合があります。その場合はデータベースに圧縮後のファイルしか保存しないため、上記手順を実施しても投稿時と全く同じファイルがダウンロードできる訳ではありません。
このアカウントは、notestockで公開設定になっていません。
