昨日は送信者の誕生日でした！
：
どこがや。しかしまあ、今年も誰にも思い出してもらえんかったんやね。去年もおととしも、同じようにここに来て愚痴っとったな。
寂しい人生だね。
思えば昔から、誕生日と言えば泣きながら宿題をする日やったな。
いや、それは関係ないから‥‥
あ、おめでとうございます(笑) そういえば8月31日は自分の誕生日でもありました。なんか明日から学校。大学生にしては夏休み短い…
\t\u\s[10]\h\s[0]やっぱり、宿題に追われとったからクライアント更新が続いとったんか。\w9\w9\u\s[16]決め付けるな。\e
宿題はないですが、8月中が締め切りだったアルバイトが、進歩度1%という感じです。9月はどうしよう…
\t\u\s[10]\h\s[0]\_qなるさんデバッグクライアント\_q\cこういうボトルが止まった事はToDoにでも書き込んだ方がエエんかな？\w9\w9\uそれくらいは、システム系のログで一目瞭然やないんか？\w9\w9\n\s[16]って、そのヘッダーは何や。\w9\w9\h\n\n\s[6]細かい事は気にせんように。\e
自分が気づいてませんでしたが、みかさんが見てる間に自然復旧した模様。
原因ですが、特にslow_queryの記録がないみたいなので、今のところは不明。といっても現象的にはテーブルのロックが数分間解放されなかったのが原因ということで確実かと。通常のボトルの送信とか受信とか投票とか、それらが少々集中したとか、そんなのが原因でないことは確かでしょう。
グラフの作業とかはやってません。統計は全く別のバックアップサーバからやってます。
22：30の障害について。1年以上、全く問題なく連続稼働していたSLPPサーバの突然死でした。ローカルホストからSLPPサーバが完全に沈黙していることを確認した後でやむなく再起動。
全く原因不明ですが、ロードアベレージは0.3台で普段より静かな状態で、CGI側・DB側についても全く問題なく動いていたので、いわゆる過負荷が関係なさそうであることは確かです。記憶にある限り、初めてのタイプの障害でした。
やっぱり原因不明。
みかさんによると、二重接続の管理やら回線断のタイミングやらsignal関係やらPerl本体のバグやら、その辺が怪しい可能性がある、ということだそうです。現在自分にはついていけない技術論議中。
ユーザが増えれば上記のようなトラブル起こる確率も確かに高まりますが、いずれにせよ投票・同意・長文ボトルなどが直接の原因となった可能性は低いと思われます。
申し訳ありませんでした。
SLPPサーバ自体のログを見ても、普通止まるはずのないノンブロッキングソケットとへの書き込み部分で突然死。SPCP通信ログを見ても、夜姫の瓶が全く正常に処理されたあと、誰かがチャンネル参加しようとした時点で既に無反応。直接問題解決になりそうな手がかりなし(笑) 逆に言えば、あり得ないような部分で落ちているのでPerl本体とかの問題の可能性が。
文字列処理(文字が長すぎたとか特定の変な文字が含まれていた)系の可能性は低く、仮にそうであった場合にはPerlそのもののバグだと思います。
で、まあ、いずれにせよ、送瓶間隔自体は、今日の10分の1でも大丈夫(のはず)です。30秒で20同意とか来た昨日の誰かの瓶の方がずっと恐怖ですし、あれで行けたのなら今日の流れなんて楽なもんです。
場合によっては定期メンテナンス時にボトルサーバ(切断して)再起動、という作業入れるようにするかもしれません。
…リアルタイムにやるから鯖負荷になるわけで、メンテナンス時とかにあらかじめ計算しておけば、別に大した負荷ではない、と。あと簡単に計算できそうなものがあればやれます。
とりあえず変な数字出していないかのテスト。それにしても適切な置き場所が見つからない…
そもそも大した負荷にはなりませんし、仮にクエリの実行に時間がかかったとしても、既に計算された専用テーブルから読み取っているだけなので、他の部分にあからさまな悪影響及ぼすことはないはずです。
次回からは定期メンテ後に出てきます。6月のメモにあったCGIは止めました、ご了承ください。
流れとあんまり関係ないですが、もしや、と思って計算してみたところ、昨日14日は、1瓶の平均投票数が2.16票(確定していないので増える可能性あり)で歴代2位でした。歴代1位は2003年7月13日の2.53票/瓶。
| 2003/7/13 | 2.53 |
| 2003/9/14 | 2.16 |
| 2003/7/6 | 1.88 |
| 2003/6/30 | 1.73 |
| 2003/8/11 | 1.70 |
| 2003/8/10 | 1.68 |
| 2003/8/24 | 1.58 |
| 2001/7/3 | 1.55 |
| 2003/8/27 | 1.50 |
| 2003/6/8 | 1.43 |
このバラツキの大きさ。今日15日も今のところ2.06票/瓶の歴代3位ペースで進行中。
23:39現在、2.10。
23:45現在、2.13。
24:00現在、2.18。ただし昨日14日のが2.45までアップしたので、歴代3位は一緒です。
\t\u\s[10]\h\s[6]いまごろなるさんは泣きながらスクリプトを追加してるんだろうね。\w9\w9\u泣くほどではないやろ。\e
明日4時起きで学校出発なので、寝ます(笑) ちなみに現在の登録数は169件になりました。
分析結果が出ました。sbu2988～2992まで、データを公開していただいたボトラーの方々は７名。８月の瓶数を足すと6,699瓶でした。
それに対して、ボトルザベストテン集計局発表の８月の瓶数は41,295瓶。
なんと率にすると７名で１６.22パーセント‥‥‥
まぁ、特徴のある方々の数字だけですからどうともいえませんがね。
というわけで瓶数比率のグラフ、8月分。全部で199列(=199のLUID)あります(潰れてますが)
鯖が止まったら1秒でカンフル剤注射してやろうと待ちかまえてたら本当に。
深夜帯のロードアベレージは2～3。最大瞬間で7でした。
なお9月21日に送信したLUIDの数は94でした。
8月中の日ごとの送信LUID数は75.0±4.7(SD)だったので、明らかに多くなっています。
ちなみに、得票/瓶数=1.47。
昨日大量に流した人10傑。自分かも、という自覚症状ある人はチェック。
437
405
272
209
192
183
165
159
156
153
400瓶以上ながした2人は、昨日までなら新記録です。(昨日までの最高記録、1人で1日378瓶@2002/2/19)
また2:43分ごろによく分からないSLPPサーバのロックがかかった模様。52分にログの時刻が集中していますが、別にこれはDB側のロックのせいではなく、SLPPサーバが原因不明で一時停止していた部分がCGIの動作の律速段階になっていたものと思われます。
14日と全く同じ原因である可能性もありますが、そうなると突然こうなった理由が…
かなり昔の瓶への反応になりますが、SSTP Bottle Clientのうち自分が書いたオリジナルコードの部分に関してはGPLにでも何にでも使ってくれて構いません。IndyもGPLに矛盾しませんから最低限の受信・送信の部分については結構使えるかもしれませんが、それでも完全にWindows前提に組んであるので、Javaとかのように楽には行かないかと。
残念ながらXDOMJ(MPL), ConfigTreeView(商用), TEditor(制限緩いシェアウェア)辺りはGPLと矛盾しますので、GPLソフトウェアとは結合不可能です。