2ch特化型サーバ・ロケーション構築作戦 Part20(２ちゃんねる)
FTP、CGI、SSI、telnetが自由に使える超高速レンタルサーバ。
工夫しだいで、楽しさ１００倍。　www.binboserver.com
◆ 月額千円サーバ | ◆ サブドメインコース | ◆ BIGなサーバ
◆ サブドメインコース：CGIやFTPが使いたい・お金を掛けたくない人のために。
 *****.syo-ten.com *****.gasuki.com *****.zansu.com
 お好きな名前を無料で使えます。早い者勝ち。
人気サイト ◆ 月額千円サーバ：.com .net .org で取得できます。.JPドメイン大歓迎！
 超高速・高機能サーバを1000円で！使ってみれば、分かります。
◆ BIGなサーバ：Big なBig なサーバー。充実したサポートをお求めの方へ。
 インターネットでご活躍の皆様へ、そしてご活躍予定の皆様へ。
２ちゃんねるは、このサーバを使っているです。

■掲示板に戻る■ ■過去ログ倉庫めにゅーに戻る■

2ch特化型サーバ・ロケーション構築作戦 Part20
1 名前： root▲ ★ 投稿日： 2006/02/22(水) 01:52:34 ID:???0 BE:3192757-#
2ch特化型サーバ・ロケーション構築作戦のスレッドです。

・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更まわりの関連作業・調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携

等を取り扱います。

現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。

また、次世代の携帯アクセス環境をめざした「べっかんこ作戦」も稼動しはじめました。
「２ちゃんねる証券取引所」や、「Be」の機能強化等、
２ちゃんねるは今日も変化し続けています。

前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part19
http://qb5.2ch.net/test/read.cgi/operate/1121886018/


2 名前： root▲ ★ 投稿日： 2006/02/22(水) 01:56:34 ID:???0 BE:5107878-#
過去ログ一覧:
Part1 http://qb3.2ch.net/operate/kako/1052/10529/1052923573.html
Part2 http://qb3.2ch.net/operate/kako/1062/10621/1062137886.html
Part3 http://qb3.2ch.net/operate/kako/1068/10680/1068017802.html
Part4 http://qb3.2ch.net/operate/kako/1074/10741/1074124767.html
Part5 http://qb3.2ch.net/operate/kako/1076/10761/1076162131.html
Part6 http://qb3.2ch.net/operate/kako/1076/10764/1076413123.html
Part7 http://qb3.2ch.net/operate/kako/1076/10767/1076733846.html
Part8 http://qb3.2ch.net/operate/kako/1078/10789/1078972549.html
Part9 http://qb3.2ch.net/operate/kako/1080/10802/1080298357.html
Part10 http://qb3.2ch.net/operate/kako/1082/10821/1082125059.html
Part11 http://qb3.2ch.net/test/read.cgi/operate/1082990543/　(なぜか未HTML化)
Part12 http://qb5.2ch.net/operate/kako/1084/10844/1084429098.html
Part13 http://qb5.2ch.net/operate/kako/1085/10856/1085678587.html
Part14 http://qb5.2ch.net/operate/kako/1087/10876/1087666806.html
Part15 http://qb5.2ch.net/operate/kako/1093/10930/1093068260.html
Part16 http://qb5.2ch.net/operate/kako/1102/11020/1102087698.html
Part17 http://qb5.2ch.net/operate/kako/1107/11073/1107376477.html
Part18 http://qb5.2ch.net/operate/kako/1115/11151/1115133136.html
Part19 http://qb5.2ch.net/test/read.cgi/operate/1121886018/


3 名前： root▲ ★ 投稿日： 2006/02/22(水) 02:04:03 ID:???0 BE:3284249-#
近い課題
・削除関係の呪文の雪だるま対応
・live22 バックエンドの安定稼動
・matd を用いた受付の安定稼動
・mod_cache の導入によりバックエンドの負荷を下げる
・DNS ラウンドロビンから matd への移行
・heartbeat を利用した受付の冗長化

問題の解決
・電源食い杉どうしよう

重要な課題
・効率の良い金色会員維持
・家庭の保守


4 名前： root▲ ★ 投稿日： 2006/02/22(水) 02:05:22 ID:???0 BE:730324-#
転載

雪だるま作戦のスレを待ち続けるスレ Part3
http://aa5.2ch.net/test/read.cgi/nanmin/1140235427/373-377

373 名前：▲ ◆cZfSunOs.U [sage] 投稿日：2006/02/21(火) 23:45:53
特化型スレが 1000 目前なので，とりあえずこちらに...... ロードバランシングが
ちゃんと機能してるらしいのはいいんですが，どのフロントに振り分けられるかによって
ETag がバラバラになっちゃいますね......

ETag: "405469-1b63-69f6b640"
ETag: "2bd861-1b63-69f6b640"
ETag: "175c61-1b63-69f6b640"

違いが出るのは inode の部分なんでしょうけど，フロントが直接持ってるファイルに
関しては ETag 生成で inode 使わないようにした方がいいのかも知れませんね．
mod_proxy (+ mod_cache) で持ってくる dat 等は今のままでいいんでしょうけど．

377 名前：▲ ◆cZfSunOs.U [sage] 投稿日：2006/02/21(火) 23:56:44
>>376 こんな感じとか......

<FilesMatch "^(フロントで|直接|持ってる|ファイル)$">
FileETag -INode


5 名前： root▲ ★ 投稿日： 2006/02/22(水) 02:06:23 ID:???0 BE:2189164-#
できるとうれしいこと
・バーチャルホストごとに負荷軽く統計をとれるとうれしいな


6 名前： root▲ ★ 投稿日： 2006/02/22(水) 02:07:21 ID:???0 BE:4104195-#
雪だるま作戦のスレを待ち続けるスレ Part3
http://aa5.2ch.net/test/read.cgi/nanmin/1140235427/353-356

353 名前：FOX[] 投稿日：2006/02/21(火) 19:05:14 ?
www.2ch.net だけスタンバイ機作りますかねー >>352

もしもの時は DNS 変更だけで仮復帰できるように

356 名前：FOX[] 投稿日：2006/02/21(火) 19:13:54 ?
あるんですけど、

んじゃ ex14 に


7 名前： root▲ ★ 投稿日： 2006/02/22(水) 02:08:43 ID:???0 BE:5107878-#
あと、何か課題はあるのかな。
とりあえず前スレを、再読してみるか。

で、epgの変更申請は、次のレスにて。


8 名前： root▲ ★ 投稿日： 2006/02/22(水) 02:11:03 ID:???0 BE:3283294-#
epg.2ch.net の新サーバへの移行申請をします。

以下のDNSサーバの設定変更をよろしくお願いします。

(現在)
+epg.2ch.net:210.135.98.243

(変更後)
+epg.2ch.net:210.135.99.7


9 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/22(水) 02:33:35 ID:gPY5dV99O
rootたんありがたう。

･電源食い杉どうしよう
増やすしかない。まぁいらん鯖はほかのラックにうつしたほうがいい。
データセンターでソーラーないし二重化電源を思い切って…(ry


10 名前： root▲ ★ 投稿日： 2006/02/22(水) 02:53:16 ID:???0
2ch特化型サーバ・ロケーション構築作戦 Part19
http://qb5.2ch.net/test/read.cgi/operate/1121886018/35

35 名前：root▲ ★[sage] 投稿日：2005/07/22(金) 03:37:58 ID:???0
転載

786 名前： ◆MUMUMUhnYI [sage] 投稿日：2005/07/21(木) 23:53:49 ID:B2JZ82ht
>>784
キーボード(とマウス?)なんですよね。
PIEで使っているKVMスイッチはデイジーチェインでつなぐブツなのです。
で、ACPIとの相性が悪くて、旧tiger(tiger5xx)だけ、FreeBSDの立ち上げ時に
パニックして止まってしまうという。

で、ACPI切ると上がるのですが、
そうすると別のところでハングアップして、止まってしまうです。

キーボードとマウスをつけていてもシステムBIOS画面は、問題なくKVM経由操作できるです。
FreeBSD＊だけ＊が、だめ。

で、キーボードとマウスをはずすと、ちゃんと上がる。
OSが上がっている時に、途中から刺しても大丈夫。

bananaと新tigerでは問題は起こってないので、
問題はかなり根深い気がします。

PIEに行ったら、旧tigerのBIOSを最新版に上げてみようかなと、
思っていたり。


787 名前： ◆MUMUMUhnYI [sage] 投稿日：2005/07/21(木) 23:56:55 ID:B2JZ82ht
症状は、これとかこれと同じです。
XeonでSMPの時で、しかもブート時に、
特定の種類のマザーボードでしか、起こらない模様。

AP #1 (PHY# 1) failed
http://lists.freebsd.org/pipermail/freebsd-smp/2003-June/000185.html
AP #1 (PHY#1) failed! Panic (y/n)?
http://lists.freebsd.org/pipermail/freebsd-stable/2005-February/012216.html


11 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/22(水) 03:04:19 ID:WOL54gdN0
ここも20スレ目ですか｡｡｡PIEへ移住しようとしてた頃が懐かしい｡｡｡

＞重要な課題
＞・効率の良い金色会員維持
＞・家庭の保守
超重要ですね｡｡｡


12 名前： ◆Reffiz2Zh. 投稿日： 2006/02/22(水) 03:09:23 ID:OjsU4ZEl0
電源対策ですか。。。
手軽に出来るのは電源関連の強化だけどこればっかりは出来ることと出来ない
事に分かれるので難しいところですねぇ
あとは前に漏れが書いてた省電力型bananaへのリプレースとかですね。


13 名前： root▲ ★ 投稿日： 2006/02/22(水) 03:14:25 ID:???0 BE:4377986-#
前スレのめぼしいやつ(1)

速いメモリは効果が大きい
http://qb5.2ch.net/test/read.cgi/operate/1121886018/41

5.xR→6.0R
http://qb5.2ch.net/test/read.cgi/operate/1121886018/307

/md は何とsoftupdate > async
http://qb5.2ch.net/test/read.cgi/operate/1121886018/325-340

Solaris, Linux and FreeBSD comparison
http://qb5.2ch.net/test/read.cgi/operate/1121886018/371

6.0Rの新機能
http://qb5.2ch.net/test/read.cgi/operate/1121886018/411-413

setlocale() は再コンパイル必要
http://qb5.2ch.net/test/read.cgi/operate/1121886018/426

/md を fstab で mount している場合、＊作業前に＊＊必ず＊はずすこと
http://qb5.2ch.net/test/read.cgi/operate/1121886018/429

heartbeat設定関連
http://qb5.2ch.net/test/read.cgi/operate/1121886018/517-525
http://qb5.2ch.net/test/read.cgi/operate/1121886018/538-539
http://qb5.2ch.net/test/read.cgi/operate/1121886018/546


14 名前： root▲ ★ 投稿日： 2006/02/22(水) 03:23:43 ID:???0 BE:821333-#
その2

prefork → worker MPM
http://qb5.2ch.net/test/read.cgi/operate/1121886018/571
http://qb5.2ch.net/test/read.cgi/operate/1121886018/599

worker MPM on FreeBSD
http://qb5.2ch.net/test/read.cgi/operate/1121886018/581
http://qb5.2ch.net/test/read.cgi/operate/1121886018/596

OSリリーススケジュール
http://qb5.2ch.net/test/read.cgi/operate/1121886018/607

閏秒
http://qb5.2ch.net/test/read.cgi/operate/1121886018/671-674

Time::HiResが入っていないサーバでのマイクロ秒取得
http://qb5.2ch.net/test/read.cgi/operate/1121886018/687

どこをアクセスしても工事中の表示
http://qb5.2ch.net/test/read.cgi/operate/1121886018/749-751

PIEが使っているプロバイダの経路情報(LG)
http://qb5.2ch.net/test/read.cgi/operate/1121886018/785

VJのドキュメント
http://qb5.2ch.net/test/read.cgi/operate/1121886018/789



15 名前： root▲ ★ 投稿日： 2006/02/22(水) 03:30:56 ID:???0 BE:3831067-#
その3

FD_SETSIZE問題
http://qb5.2ch.net/test/read.cgi/operate/1121886018/795
http://qb5.2ch.net/test/read.cgi/operate/1121886018/798-800
http://qb5.2ch.net/test/read.cgi/operate/1121886018/822

RadwinさんのApacheチューニング話
http://qb5.2ch.net/test/read.cgi/operate/1121886018/802-807
http://qb5.2ch.net/test/read.cgi/operate/1121886018/811

TSCまわりの取り扱い
http://qb5.2ch.net/test/read.cgi/operate/1121886018/829

トリノを見たバックアップ時間の変更 @ live22
http://qb5.2ch.net/test/read.cgi/operate/1121886018/832-836

Apache 2.2 への移行
http://qb5.2ch.net/test/read.cgi/operate/1121886018/839-843
http://qb5.2ch.net/test/read.cgi/operate/1121886018/867
http://qb5.2ch.net/test/read.cgi/operate/1121886018/869
http://qb5.2ch.net/test/read.cgi/operate/1121886018/872


16 名前： root▲ ★ 投稿日： 2006/02/22(水) 03:37:36 ID:???0 BE:2553874-#
その4

フロントを増やす手順
http://qb5.2ch.net/test/read.cgi/operate/1121886018/888
＊重要な注意＊
http://qb5.2ch.net/test/read.cgi/operate/1121886018/907

過去ログはフロント全部には転送したくないかも
http://qb5.2ch.net/test/read.cgi/operate/1121886018/889-895

mod_disk_cache (微妙にまだ挙動不審)
http://qb5.2ch.net/test/read.cgi/operate/1121886018/916-923

XOのラックの内容&移設検討
http://qb5.2ch.net/test/read.cgi/operate/1121886018/926-927

mod_cgid (worker MPM)では、RLimitCPUが効かない件とその回避策
http://qb5.2ch.net/test/read.cgi/operate/1121886018/944
http://qb5.2ch.net/test/read.cgi/operate/1121886018/955

matdのステータスチェック
http://qb5.2ch.net/test/read.cgi/operate/1121886018/995


17 名前： root▲ ★ 投稿日： 2006/02/22(水) 03:38:41 ID:???0 BE:2189546-#
このぐらいですかね。

進行はゆっくりでしたが、いろいろと実り多いスレだったのかな。
ほとんど、おれさまメモだという話もあったり。


18 名前： root▲ ★ 投稿日： 2006/02/22(水) 03:40:49 ID:???0 BE:4469377-#
>>11
…ですね。

もう、2年になるですか。
コンパクトな番組表を、よく投稿していただいたものでした。

月日のたつのが、ほんとに速いなと感じるです。


19 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/22(水) 03:54:19 ID:Nb6ElLMk0
なんかしんみりしますね・・・ｗ


20 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/22(水) 08:04:54 ID:gPY5dV99O
今思うんだが、暇なサーバー(挑戦ら辺)にhttpdのログを回収させて(内部メールでもよいでよ)で回して管理センターにするのもいいかと。スクリプトは書くのﾏﾝﾄﾞｸｾなんでtestにWebアナアライザー？を投入

#たまにはBSD触ろうかな。fedoraとCentOSしか触ったことしかないし。


21 名前： ピロリ 投稿日： 2006/02/22(水) 09:56:50 ID:cnEyM9kg0 BE:591528487-
>>8

done


22 名前： root▲ ★ 投稿日： 2006/02/22(水) 14:24:52 ID:???0
>>20
いいアイディアな気がするので、そのうちやるかも。


23 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/22(水) 15:16:04 ID:8o1rUVRG0
matdってなんですか


24 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/22(水) 15:51:46 ID:D02wG54U0
二輪車乗員を模擬した衝突試験用人体模型
「MATDダミ：Motorcyclist Anthropometric Test Device Dummy」
とか言ってみる。ｗ


25 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/22(水) 15:54:06 ID:GxGA+hN00
雪だるま計画の鍵となるファイルの一つじゃないの？


26 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/22(水) 15:59:20 ID:gPY5dV99O
えっ､中の人が騒音防止マット敷くの面倒臭いからデーモン召還したんじゃないの？


27 名前： root▲ ★ 投稿日： 2006/02/22(水) 17:17:53 ID:???0 BE:4377986-#
>>24 管理人とメールと同じセンスだ、、、。

管理人も、MAT のアルゴリズムに 興味を持っているようです。
NAT というのはもう一般的ですが、MAT は耳新しいかも。

# というか、私も雪だるま作戦するまでよくわかってなかったです。

MAT は MAC Address Translation と言われていて、MAC アドレスの
変換をするものです。

で、何のためにするかというと、帰りをロードバランサー経由ではなくて、
フロントエンドから直接戻るようにしたいからです。

Googleに聞くと、わかりやすい図面例がありました。
http://www.znw.co.jp/product/piolink/02.html


28 名前： root▲ ★ 投稿日： 2006/02/22(水) 17:18:29 ID:???0 BE:4378368-#
>>27
× >>24 管理人とメール
○ >>24 管理人のメール


29 名前： root▲ ★ 投稿日： 2006/02/22(水) 17:21:02 ID:???0 BE:2189164-#
あとは、これとか。
http://www.cisco.com/japanese/warp/public/3/jp/service/manual_j/sw/cat60/csicg/chapter02/02_netwcsm.shtml#91466


30 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/22(水) 17:28:30 ID:8o1rUVRG0
>>27
なるほど、NATのMACアドレス版というわけですか。


31 名前： root▲ ★ 投稿日： 2006/02/22(水) 20:19:33 ID:???0 BE:1641863-#
おいそがしいところすみませんが、、、。

新 www/menu になる予定のサーバの設定をすすめているのですが、
今気がついたのですが、メモリがちょっと少ない
(というかそんなわけないので、正しく認識していないということだと思われる)
ようです。

今までのbanana (例: banana613)
real memory = 528416768 (503 MB)
avail memory = 511455232 (487 MB)

今回受け取ったbanana (banana2848)
real memory = 469696512 (447 MB)
avail memory = 449945600 (429 MB)

システムメッセージによると、
これまでの banana とマザーボードが異なっているようなので、
そのあたりにも何か原因があるのかもしれません。

すみませんが、調査の手配をよろしくお願いいたします。
パスワードは、これからいったん、いただいた時のものに戻しておきます。


32 名前： root▲ ★ 投稿日： 2006/02/22(水) 20:25:41 ID:???0 BE:2736656-#
で、>>31 の補足ですが、
OS を FreeBSD 6.0R に上げた時点で気がついたので、
今は 6.0R になっていますが、もらった直後からメモリ容量の値が小さかったことは
改めて確認しました。
(もらった時の最初のシステムブートメッセージは、いつも最初に保存しています)

ということですみませんが、状況の調査をよろしくお願いします。


33 名前： ピロリ 投稿日： 2006/02/22(水) 20:31:33 ID:T/MR+9eq0 BE:264075555-
はいー


34 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/22(水) 21:00:38 ID:gPY5dV99O
システムが占領しているかもね。ビデオメモリの最低が増えたとか。


データ配置どうにかならんかな？

Mcellなら同じデータを呼び出すなら速いけどdatは頻繁に書き換えられるし、なかなか上手く行きそうにない。

やはりi-RAM使うかな。
やはり現状維持？

誰かソフトウェアでのアプローチきぼん


35 名前： ピロリ 投稿日： 2006/02/22(水) 21:13:46 ID:cnEyM9kg0
判明しました。
banana2848のメモリが少なく表示されていますが、
マザーボード上のグラフィック部分のチップセットが
今までのbananaサーバと異なり、BIOS部分で占有
するメモリが増えた為です。

banana613 ： P4M266
banana2848 ： P4M80P


36 名前： む P221119009244.ppp.prin.ne.jp 投稿日： 2006/02/22(水) 21:39:24 ID:7sBfOd3Y0
>>35
了解です。>>34でビンゴということですか。

セットアップ作業続けるです。
FSB800かな。今後このロットはbananaマークIIと呼ぶことにしよう。


37 名前： ▲ ◆SANUKI/VII 投稿日： 2006/02/22(水) 21:41:19 ID:q50PJtlhP BE:15855757-#
bananaMkIIですか


38 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/22(水) 21:42:13 ID:8o1rUVRG0
ZBananaじゃないんですか・・・


39 名前： ひろゆき 投稿日： 2006/02/22(水) 22:05:12 ID:zlq9Reqb0 BE:76043-#
LVSってMATとはちがうんすか？


40 名前： む P221119009244.ppp.prin.ne.jp 投稿日： 2006/02/22(水) 22:18:02 ID:7sBfOd3Y0
MATのLinux上の実装のひとつが、LVSということですね。
matdは、SolarisとFreeBSD上のMATの実装のひとつと。


41 名前： ひろゆき 投稿日： 2006/02/22(水) 22:28:20 ID:zlq9Reqb0 BE:76526-#
おぉ、そういうことなんすかぁ。理解理解。



42 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/22(水) 23:27:51 ID:V1kh8bnL0
怪獣攻撃隊じゃなかったのか・・・・


43 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/22(水) 23:30:18 ID:gPY5dV99O
過去ログはシンボリックリンク張って別に移してほしいけど●のなかいじらないといけない。やっぱり難しいか。
(●くらいdigest認証で良いような。名前の●もダイアログがそのたび出れば良いわけで。でも.htpasswdがでかくなりすぎるし管理が面倒臭いか。)

雪だるまの削除の呪文は
(1)まず削除するとこの案内嬢に削除するものを示すデータベースに削除命令を掲示。

(2)バックが削除命令を実行。受付嬢に完了を知らせる。

(3)バックが(2)をもう一度するがそんなの無いとエラーを吐くこれを確認して削除命令の掲示を削除。


雪だるまいがいでもできそう。かな。


44 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/22(水) 23:35:43 ID:zcq1n7tR0 BE:5955825-#
>>36
FSB800には対応しておるが
PM880ならメモリヅアル対応
PM800ならメモリ片肺（よってFSB800意味なし）

そしてS-ATA対応
しかしVT8237RはS-ATAII非互換なので要注意
VT8237R+なら心配はいらぬ

socketT仕様なら状況に応じて廉価なPenDを使用出来るかもしれない
（CPU性能のみを求めてXeonを使う必然性は薄くなる）
socket478ならほぼ従来通り

以下、参照のこと
http://kakaku.aol.co.jp/aol/akiba/040930_1.html
いい具合に枯れております


45 名前： root▲ ★ 投稿日： 2006/02/23(木) 00:27:27 ID:???0
>>44
どもです。

メッセージを見る限りP4M80Pになったこと以外、ほとんど変化がないようです。
CPU・HDD・ネットワークカード、全部前と同じ。

Ζとか新とかいう感じではないですね。マークIIということで。


46 名前： root▲ ★ 投稿日： 2006/02/23(木) 03:04:00 ID:???0 BE:2736465-#
wwwとmenu、まずは仮住まいから本住まいに再移転します。
次の段階で、冗長化とか分散化にとりかかるかんじで。

以下のDNS設定変更をお願いします。

(現在)
+2ch.net:207.29.224.75:300
+www.2ch.net:207.29.224.75:300
+menu.2ch.net:207.29.224.75:300

(変更後)
+2ch.net:206.223.157.122:300
+www.2ch.net:206.223.157.122:300
+menu.2ch.net:206.223.157.122:300


47 名前： 株価【950】 ▲ ◆cZfSunOs.U 投稿日： 2006/02/23(木) 03:37:39 ID:c0vyLD/u0
>>16
>mod_disk_cache (微妙にまだ挙動不審)
>http://qb5.2ch.net/test/read.cgi/operate/1121886018/916-923

Age ヘッダが Squid に悪さをすると仮定して......

1. c の Squid で Age ヘッダを無効にしてみる．

header_access Age deny all

2. 1. がダメなら live22x の httpd で Age ヘッダを出さないようにしてみる．

ResponseHeader unset Age


48 名前： 株価【950】 ▲ ◆cZfSunOs.U 投稿日： 2006/02/23(木) 03:40:16 ID:c0vyLD/u0
>>47 我ながらボケてますね......ｗ
-ResponseHeader unset Age
+Header unset Age


49 名前： root▲ ★ 投稿日： 2006/02/23(木) 03:45:29 ID:???0 BE:2462393-#
>>47-48
2. がよさげかな(キャッシュの様子がわかりにくくなるという欠点はあるけど)。

明日以降にでも。


50 名前： ピロリ 投稿日： 2006/02/23(木) 10:27:40 ID:GWLAzkcE0
>>46
DONE


51 名前： root▲ ★ 投稿日： 2006/02/23(木) 11:05:51 ID:???0 BE:1915373-#
ということで、yakin.ccの内容を戻しました。
以下の変更をよろしくお願いします。

(現在)
+yakin:cc:206.223.151.10
+www.yakin.cc:206.223.151.10

(変更後)
+yakin.cc:206.223.157.122
+www.yakin.cc:206.223.157.122

パスワードが再設定されましたので、情報をメールしておきます。


52 名前： root▲ ★ 投稿日： 2006/02/23(木) 11:06:41 ID:???0 BE:1641492-#
あう、タイプミス。
これでお願いします。

(現在)
+yakin.cc:206.223.151.10
+www.yakin.cc:206.223.151.10

(変更後)
+yakin.cc:206.223.157.122
+www.yakin.cc:206.223.157.122


53 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/23(木) 12:49:53 ID:lX2mcw300
>36

納入のときBIOSいじれないのかな。
正直設定できたら８Ｍでもいいと思いますが。




54 名前： ピロリ 投稿日： 2006/02/23(木) 16:35:42 ID:LvJamIcu0 BE:95067533-
http://qb5.2ch.net/test/read.cgi/operate/1121886018/951-
>>>
>>> いただいたbanana613ですが、今までのIPアドレスレンジと違うわけですが、
>>> (それ自体はめでたくて、PIEが成長したということだと思います)、
>>> DNSの逆引きの設定がおかしいようです。
>

なおったはずー


55 名前： root▲ ★ 投稿日： 2006/02/23(木) 20:48:00 ID:???0 BE:1459744-#
>>53
そうですね。512Mのうち56M減ってしまうのは、
ちょっと大きいかなと。

>>54
了解です。
でも、ちゃんとした逆引きの設定もあるといいかもです。(206.223.のところのように)


56 名前： root▲ ★ 投稿日： 2006/02/23(木) 20:51:58 ID:???0 BE:1916137-#
再稼動したtiger503/tiger507関係のDNS設定更新依頼を出します。
ということで、よろしくお願いします。

(設定追加)
+live22y.2ch.net:206.223.150.110:300
+live22y.2ch.net:206.223.150.42:300
+www2f4.2ch.net:206.223.150.110:300
+www2f5.2ch.net:206.223.150.42:300


57 名前： root▲ ★ 投稿日： 2006/02/23(木) 22:41:00 ID:???0
>>56
これ、キャンセルします。
理由は言わずもがなで。


58 名前： root▲ ★ 投稿日： 2006/02/24(金) 01:02:02 ID:???0 BE:5107687-#
banana403 が復活したので、
www2f4/www2f5をmatdの仲間から外した。


59 名前： root▲ ★ 投稿日： 2006/02/24(金) 02:40:52 ID:???0 BE:2189164-#
Jim-san, Sean-san,
Cc: Hiroyuki-san, Yakin-san, (中の人)-san,

This is Mumumu.

First, I say thank you for your trouble recovery work,
and I heard from Sean-san today an another power circuit has been added.

But, I cannot trust you in the current situation.

So, you say the power circuit has been added two times. But I have not
heard from you an _accurate_ measurement result of the _peak_ of the
power usage yet.

I think we need the accurate measurement for the peak power usage at
22:00-24:00 JST. It is the peak access time in Japan.
This is a basic and an important issue.

Please do not forget about it.
It is very important issue about the trust between you and 2ch.


60 名前： root▲ ★ 投稿日： 2006/02/24(金) 02:41:12 ID:???0 BE:547632-#
(続き)

And I have an idea to solve the problem. As you may heard from
Yakin-san, some of servers in XO rack can be moved out to another
location.

Follow servers can be moved to another location. They are not needed
neither 1Gbps connection not the private network connectivity.

tiger504, tiger509, tiger510
cobra2245, banana402

But they are now served for 2ch BBS, so, we need step-by-step moving
process. For example, scheduling, notify to 2ch users before moving,
etc.

So, we need a steady process and mind for success the project.
Please do not short-cut.

And all 2ch users are watching us. Please do not forget this again.

Regards,


61 名前： root▲ ★ 投稿日： 2006/02/24(金) 02:42:01 ID:???0 BE:2918584-#
ひどい英語だ。

まぁ、とりあえず言いたいことは伝わっただろうと。


62 名前： root▲ ★ 投稿日： 2006/02/24(金) 02:48:44 ID:???0 BE:1824454-#
> neither 1Gbps connection not the private network connectivity.
not => nor のtypoですね。

ねるねる。


63 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/24(金) 03:08:13 ID:hWPi6DrS0
なるほど


64 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/24(金) 05:03:14 ID:O9KEI0sC0
rootたん、乙。
All 2ch users are watching you.


65 名前： 株価【950】 ▲ ◆cZfSunOs.U 投稿日： 2006/02/24(金) 07:46:52 ID:7bYrjCko0
http://aa5.2ch.net/test/read.cgi/nanmin/1140235427/875
これは httpd が abort したりしてお亡くなりになるってやつかな？
バック側の httpd がお亡くなりになるのは mod_cache を使えるようになれば
かなりリスクは軽減できそうだけど，フロント側はさて......

ついでに，また 1000 越えも発生してしまったようで......
http://live14.2ch.net/test/read.cgi/liveplus/1139846761/648
http://qb5.2ch.net/test/read.cgi/operate/1140349345/750
これは httpd がお亡くなりになると副作用で道連れになってしまうのか......？


66 名前： む P061198250106.ppp.prin.ne.jp 投稿日： 2006/02/24(金) 12:03:09 ID:UIe5ww310
まだ中身を見てませんが、live22x1だけDB用のbbsdが動いていて、他のフロントより忙しいんですよね。
そのへんに手がかりがあるのかも。


67 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/24(金) 12:11:32 ID:OJj0eEXY0
>>66
起きて大丈夫なん？
たまには２ｃｈを忘れて、しっかり休んだ方がいいと思うです。


68 名前： root▲ ★ 投稿日： 2006/02/24(金) 13:28:15 ID:???0
>>65
live22x1 ログインして様子見ましたが、
LAの超急上昇とかシステムログの変なメッセージといった異常はないようです。
live22がおかしくなったための巻き添えの可能性が大きい模様。

live22は例の現象が。

Feb 23 12:20:10 <0.2> tiger2522 kernel: calcru: runtime went backwards from 136858476 usec to 136858421 usec for pid 80472 (httpd)
Feb 23 12:20:37 <0.2> tiger2522 kernel: calcru: runtime went backwards from 137933957 usec to 137933660 usec for pid 80553 (httpd)
Feb 23 12:23:56 <0.2> tiger2522 kernel: calcru: runtime went backwards from 1855272 usec to 1855048 usec for pid 7955 (httpd)
Feb 23 12:24:48 <0.2> tiger2522 kernel: calcru: runtime went backwards from 3957023 usec to 3956924 usec for pid 7974 (httpd)
Feb 23 12:25:18 <0.2> tiger2522 kernel: calcru: runtime went backwards from 5120010 usec to 5119944 usec for pid 7961 (httpd)
Feb 23 12:26:09 <0.2> tiger2522 kernel: calcru: runtime went backwards from 1637417 usec to 1637382 usec for pid 8299 (httpd)
Feb 23 13:29:30 <0.2> tiger2522 kernel: calcru: runtime went backwards from 2328454 usec to 2328443 usec for pid 22270 (httpd)


69 名前： root▲ ★ 投稿日： 2006/02/24(金) 13:33:33 ID:???0
>>67
かもすね。

今朝のグラフうｐしたら、今日はオフライン気味で。


70 名前： root▲ ★ 投稿日： 2006/02/24(金) 14:38:25 ID:???0 BE:1094843-#
mbmonによる監視、動かし始めてみた。
http://live22.2ch.net/_service/mbmon-20060224.txt

とりあえずの比較対象:
http://ex11.2ch.net/_service/mbmon-20060224.txt


71 名前： root▲ ★ 投稿日： 2006/02/24(金) 21:45:30 ID:???0 BE:1641492-#
新設板・板移動情報・5.5＠運用情報
http://qb5.2ch.net/test/read.cgi/operate/1132068329/193

FFFTPで表示ができない問題:

http://blog.goo.ne.jp/hetare-neko/e/a4a1603fe38ea17397bb97af12baeed8
にある、

# cd /usr/ports/distfiles
# fetch http://www.hayasoft.com/haya/linux/proftpd-nlst-patch/proftpd-1.3.0rc3-nlst-ffftp.patch
# vi /usr/ports/ftp/proftpd/Makefile.local

---
PATCHFILES += proftpd-1.3.0rc3-nlst-ffftp.patch
PATCH_DIST_STRIP = -p1
NO_CHECKSUM = yes
---

# portupgrade -rf proftpd

とかいうかんじで。


72 名前： root▲ ★ 投稿日： 2006/02/24(金) 22:57:16 ID:???0
Jim-san,

Thank you for your effort. I understand the current situation.

But as you know, these servers in XO racks have so many users and very
important data, so, we should progress the project more carefully.

So, I seem to have to be cool-down a little, too. ;-)
Now we are discussing about the current situation and our next steps,
and I am sure that we can make ideas and strategies for our next steps.

Now we are now in progress a project named "Project Snowman" at XO
servers. It is composed of load balancer software, frontend clusters,
and backend servers. If it is completed, this is sure to become stronger,
high-ability BBS system from the current stand-alone server, for next
generation.

Thank you for your support of everyday.

Regards,

-- Mumumu <mumumu@newsplus.jp>
as 2ch engineer


73 名前： root▲ ★ 投稿日： 2006/02/25(土) 00:27:18 ID:???0 BE:4469377-#
>>72
Dear Mumumu,

Things will be ok, we are doing our best to support you. I have been sick
this week and am taking strong medicine.

Please relax and lets have a nice dinner together next time we are in the
same city.

Your friend,

Jim

とりあえず(お互いに)、落ち着きを取り戻せたようです。
メールにあるようにリラックスして、じっくり作戦を練る感じで。

# まずは二人とも、体を回復させなきゃってことで。


74 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/25(土) 15:12:12 ID:L5HG41oLO
Apache2.2.0のロードバランサーで
30,40,40くらいに負荷分散したらいいとおもた。
by 携帯よりの使者


75 名前： root▲ ★ 投稿日： 2006/02/25(土) 19:39:08 ID:???0 BE:2280555-#
matd環境を冗長化すべく、作業をぼちぼちやろうと。

1) banana403 が死んでも、banana404 が代理で作業する、復活したら元に戻る
2) tiger2523-2525 のどれかが死んだら自動で切り離され、復活したら元に戻る


76 名前： root▲ ★ 投稿日： 2006/02/25(土) 19:53:06 ID:???0 BE:1641492-#
あと、banana806 (臨時に使ったwww/menu)ですが、
特に問題がないようならデータ同期の仕組みを入れて、
banana2848 (今のwww/menu)のスタンバイ機に仕立てるかんじがいいのかもとか。


77 名前： root▲ ★ 投稿日： 2006/02/25(土) 20:36:35 ID:???0 BE:1276872-#
>>75
> 1) banana403 が死んでも、banana404 が代理で作業する、復活したら元に戻る

これの設定をしたつもり。
これから banana404 に切り替えてみる。


78 名前： root▲ ★ 投稿日： 2006/02/25(土) 20:54:22 ID:???0 BE:2553874-#
うまくいっている模様。
ということで戻してみる。


79 名前： root▲ ★ 投稿日： 2006/02/25(土) 20:58:37 ID:???0 BE:1095034-#
うまく戻った模様。
今回は banana403 が上がったら、常に banana403 になるように設定。
(ha.cfでauto_failback on)

matd の上げ下げはこんなかんじのを、/usr/local/etc/ha.d/resources.d/zzz-matd に置き、
/usr/local/etc/ha.d/haresources で以下のように設定。
banana403.maido3.com 206.223.150.96/32 zzz-matd

#!/bin/sh

_LIP="127.0.0.1"
_VIP="206.223.150.96"
_CFFILE="/usr/local/etc/matd.cf"
_CFFILE_SKEL="/usr/local/etc/matd.cf.skel"

case "$1" in

start)
echo -n 'Activating matd '
sed -e "s/%%IPADDR%%/${_VIP}/" < $_CFFILE_SKEL > $_CFFILE
svc -h /var/service/matd
echo 'done.'
;;
stop)
echo -n 'Standbying matd '
sed -e "s/%%IPADDR%%/${_LIP}/" < $_CFFILE_SKEL > $_CFFILE
svc -h /var/service/matd
echo 'done.'
;;
*)
echo "$0 start | stop"
;;
esac


80 名前： root▲ ★ 投稿日： 2006/02/25(土) 21:40:05 ID:???0 BE:1095034-#
フロントの切り離しと接続は、ldirectord を使うのかな。
ぼちぼちと。


81 名前： root▲ ★ 投稿日： 2006/02/26(日) 00:30:11 ID:???0 BE:1094562-#
実現性はともかくアイディアとしては面白いので、
リンクだけしておこうかと。

http://qb5.2ch.net/test/read.cgi/operate/1140349345/986


82 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/26(日) 03:36:27 ID:bhJjsyL/0
>>81
こういう話もあったり

ttp://d.hatena.ne.jp/hoshikuzu/20060210#P20060210EROGRIDCOMPUTING


83 名前： ピロリ 投稿日： 2006/02/26(日) 08:29:13 ID:79b+sHhZ0 BE:105630825-
banana806　は当初の目的に使わないならば
引き上げるですー


84 名前： root▲ ★ 投稿日： 2006/02/26(日) 15:46:52 ID:???0
>>83
了解。

であればやはり、うまく雪だるま等に収容する方向で。


85 名前： ◆OSfanJsSVc 投稿日： 2006/02/26(日) 21:13:51 ID:iCePq63I0
>>20desu.
http://www.mrunix.net/webalizer/
desu.
http://awstats.sourceforge.net/
tokamoarmashita.


86 名前： root▲ ★ 投稿日： 2006/02/28(火) 04:27:50 ID:???0 BE:1276872-#
c.2ch.net 系を Apache 2.2 + PHP5 + eacceleratorにバージョンアップ。
いろいろはまったので。以下。

まず、worker MPM では httpd がどんどん暴走状態になり、だめ。
prefork MPM では問題なく動作。

prefork MPM なので、mod_cgid じゃなくて mod_cgi じゃないとだめ。

Options MultiViews は＊徹底的に＊除去しないと、
思わぬところのものが有効になり、どつぼにはまる。
MultiViews を httpd.conf から全消ししたら動いた。これは後で精査必要。

なぜかどうやっても、.htaccess で Options +MultiViews と書けない。
理由は不明。これも後で精査必要。
結局、httpd.conf に移動して解決。

.htaccess にある、
addhandler php-script p
を、
addhandler php5-script p
に変えないと動かない。


87 名前： root▲ ★ 投稿日： 2006/02/28(火) 04:48:48 ID:???0 BE:2188883-#
; added by mumumu, 2005/9/6
;eaccelerator.shm_only=1

をコメントにして、

; added by mumumu, 2006/2/28
eaccelerator.cache_dir=/md/tmp

にしてみた。
メモリディスク上にPHPのキャッシュを作る。


88 名前： root▲ ★ 投稿日： 2006/02/28(火) 04:57:09 ID:???0 BE:4104195-#
で、MultiViews 問題は、

<Directory /home/*/public_html>

のところからも、MultiView をはずさないといけなかったと判明。


89 名前： root▲ ★ 投稿日： 2006/02/28(火) 04:57:25 ID:???0 BE:3648285-#
MultiView じゃなくて、MultiViews ですね。>>88


90 名前： root▲ ★ 投稿日： 2006/02/28(火) 05:05:49 ID:???0 BE:6567089-#
httpd.conf を見比べているけど、
>>88 は Apache 2.0 と 2.2 で仕様が変わった、、、ように見える。ううむ。

あと、
[Mon Feb 27 11:45:19 2006] [alert] [client 210.136.161.193] /home/ch2c-docomo/public_html/.htaccess: Option execcgi not allowed here

となるのは、未解決。
ううむなぜだ。


91 名前： root▲ ★ 投稿日： 2006/02/28(火) 05:10:55 ID:???0 BE:3192375-#
Options=MultiViews とか書くと、ExecCGI がうんちゃらって言うってことは、
ただOptionsと書いたんじゃ、だめなのかな。ううむ。


92 名前： root▲ ★ 投稿日： 2006/02/28(火) 05:17:23 ID:???0 BE:3831067-#
Options=All,MultiViews

が正解でした。

うーん、勉強になりましたぁ。


93 名前： root▲ ★ 投稿日： 2006/02/28(火) 05:20:09 ID:???0 BE:4104959-#
すべての問題が解決しました。


94 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/28(火) 05:20:49 ID:rmULIByr0
うんと、どっかでAllにMultiViewsは含まれないってあったけど、
それを引きずるってことですか。


95 名前： root▲ ★ 投稿日： 2006/02/28(火) 05:22:40 ID:???0 BE:365322-#
いやー、Googleには書いてないし、どこ見ても載ってないし、
いろいろはまったし、ということは後発の人は
ここを見て解決できることもあるんじゃないかなぁとか、
久しぶりに思った1日でした。

やっぱ、リハビリにはシステム設定がよさげね。

ドコモの方々には大変ご迷惑をおかけいたしました。
おやすみなさいです。


96 名前： root▲ ★ 投稿日： 2006/02/28(火) 05:24:48 ID:???0 BE:5107687-#
>>94
Options All では MultiViews は含まれないっていう仕様が前からあったわけですが、
Apache 2.2 からは新たに、AllowOverride Options ではだめで、
AllowOverride Options=All.MultiViews とここ＊にも＊書かないといけなくなった、
ということだと思います。


97 名前： root▲ ★ 投稿日： 2006/02/28(火) 05:25:31 ID:???0 BE:2280555-#
>>96
おっと、
- AllowOverride Options=All.MultiViews とここ＊にも＊書かないといけなくなった、
+ AllowOverride Options=All,MultiViews とここ＊にも＊書かないといけなくなった、



98 名前： root▲ ★ 投稿日： 2006/02/28(火) 05:29:18 ID:???0 BE:912252-#
ということで、>>91-92 は AllowOverride の話でした。

AllowOverride FileInfo AuthConfig Limit Options=All,MultiViews Indexes

おやすみさい。


99 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/28(火) 05:33:53 ID:obuSGCWz0
おつかれさまでしたー。


100 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/02/28(火) 07:09:26 ID:rmULIByr0
ありがとうございます。お疲れ様です。


101 名前： root▲ ★ 投稿日： 2006/02/28(火) 13:17:26 ID:???0 BE:4104959-#
eaccelerator.debug=0

をphp.iniに入れないと、延々とデバッグメッセージが出てちょっと遅くなるみたい。


102 名前： root▲ ★ 投稿日： 2006/02/28(火) 15:10:26 ID:???0 BE:1642436-#
>>98 はもちろん、
AllowOverride All

でもだめなので注意。

AllowOverride All Options=All,MultiViews と、
なんと All を2回も書いたうえで、かつ MultiViews を明示的に有効にしないといけない。


103 名前： root▲ ★ 投稿日： 2006/02/28(火) 16:46:09 ID:???0
c.2ch不具合報告総合スレ5
http://qb5.2ch.net/test/read.cgi/operate/1138289353/347-360

Apache 2.2 + mod_proxy + mod_cache で
squid の代わりをしようと思ったのですが、
トラフィックを乗せたとたんに過負荷で爆死。

squid はとてもよくできていることと、
Apache 2.2 ではその代わりは務まらないことを痛烈に認識。しくり。


104 名前： root▲ ★ 投稿日： 2006/02/28(火) 16:50:52 ID:???0
いきなりLAが急上昇し、
プロセスを止めることもできず、そのまま無反応状態へと。>>103

squid はこのへん、きわめてよくできているんだなと。


105 名前： root▲ ★ 投稿日： 2006/02/28(火) 16:58:27 ID:???0
あと試す余地があるのは、5.4R時代に一度試して
高パフォーマンスだったけどカーネルパニックで落ちた-lthrぐらいか。

今日明日はもうやらなくて(c-docomo系の結果を見ようかと)、
その後にでもまたぼちぼちと。


106 名前： 株価【750】 ▲ ◆cZfSunOs.U 投稿日： 2006/02/28(火) 21:27:03 ID:Y/2Wy2g90
>>86 乙です．

>まず、worker MPM では httpd がどんどん暴走状態になり、だめ。
>prefork MPM では問題なく動作。

OS が 5.4R なのが問題なのか，それとも PHP5 (or eaccelerator) の
thread safety problem なのか......

あと，MultiViews も何か曲者みたいですね．まぁ元々，パフォーマンス面を考えても，
毎回 readdir(_r) することになるんで使わずに済ませられるならそうした方がいいんですけどね．

>>103-104 まぁ prefork MPM ならそんなもんかと......event MPM に
async read / write も実装した段階では Squid なみになるかも知れませんが．

>>105 Solaris でも 7 までは M:N モデルだったのが，8 では代替スレッドライブラリとして
1:1 モデルも用意されるようになり，9 からは 1:1 モデルに全面移行しましたからね．
理屈上のことはともかく，現実的には多くの場合シンプルな 1:1 モデルの方が
パフォーマンスがいいというのがその背景ということのようで．


107 名前： root▲ ★ 投稿日： 2006/02/28(火) 23:33:04 ID:???0
http://lists.freebsd.org/pipermail/freebsd-current/2006-February/060833.html

いままさに、やってるわけか。


108 名前： root▲ ★ 投稿日： 2006/02/28(火) 23:34:00 ID:???0
phk: い、今の-currentなら、、、(以下略
http://lists.freebsd.org/pipermail/freebsd-current/2006-February/060836.html


109 名前： root▲ ★ 投稿日： 2006/02/28(火) 23:34:51 ID:???0
あ、そうだ。

ハードウェアの状態、どうだっただろう。


110 名前： root▲ ★ 投稿日： 2006/02/28(火) 23:35:45 ID:???0
http://live22.2ch.net/_service/mbmon-20060228.txt

おかしかったのは、、、何時ごろだっけ。


111 名前： root▲ ★ 投稿日： 2006/02/28(火) 23:40:38 ID:???0
http://people.freebsd.org/~phk/

がんがってほしい、、、。


112 名前： root▲ ★ 投稿日： 2006/02/28(火) 23:49:18 ID:???0
さて、

>>106
MultiViews なしのほうが、パフォーマンス上がるということですか。
どのくらい差があるんだろう。

> まぁ prefork MPM ならそんなもんかと

…ですか。worker MPMでしたが、やはりだめでした。
aync read/write がでかいみたいです。

-lthr は、明日夜あたりに時間とれればぼちぼちというかんじで。


113 名前： 株価【750】 ▲ ◆cZfSunOs.U 投稿日： 2006/02/28(火) 23:51:30 ID:Y/2Wy2g90
乙です．毎度おなじみのパターンですか......まぁ現状で打てる手はやはり mod_cache でしょうね．

http://qb5.2ch.net/test/read.cgi/operate/1140699969/814-817n
814 ：root▲ ★ ：2006/02/28(火) 23:28:57 ID:???0
　　すぐにはハードウェアの追加は見込めないから、
　　何とかしないといけないなぁ。

　　まずは、フロントに mod_cache ですね。
　　今日作業しよう。

817 ：root▲ ★ ：2006/02/28(火) 23:30:08 ID:???0
　　calcru: runtime went backwards from 1186744 usec to 1186538 usec for pid 905 (httpd)
　　pid 17287 (httpd), uid 2001: exited on signal 10
　　pid 17309 (httpd), uid 2001: exited on signal 10
　　pid 17273 (httpd), uid 2001: exited on signal 10
　　pid 17274 (httpd), uid 2001: exited on signal 10
　　pid 17279 (httpd), uid 2001: exited on signal 10
　　pid 17318 (httpd), uid 2001: exited on signal 10
　　pid 17306 (httpd), uid 2001: exited on signal 10
　　pid 17305 (httpd), uid 2001: exited on signal 10
　　pid 908 (httpd), uid 2001: exited on signal 10
　　pid 17272 (httpd), uid 2001: exited on signal 10
　　pid 1595 (httpd), uid 2001: exited on signal 10
　　pid 1597 (httpd), uid 2001: exited on signal 10

　　いつものやつか、、、。ううむ。


114 名前： root▲ ★ 投稿日： 2006/02/28(火) 23:53:52 ID:???0
>>113
…ですね、、、。

コンソールをいつでも問題なく触ることが出来て、
時間をもっととれるなら、phk に付き合って最新の -current で人柱する、
というのもありなのかもですが、現状の私では残念ながら、無理な模様。


115 名前： root▲ ★ 投稿日： 2006/03/01(水) 00:31:52 ID:???0
c-docomo5 の様子を観察中。

LA=4強ぐらい。
混んでいた時のnews19ぐらいですね。
一定の効果はあったのかなってかんじで。

問題は、明日以降なわけですが。


116 名前： root▲ ★ 投稿日： 2006/03/01(水) 01:16:59 ID:???0
live22x[123] を、Apache 2.2.0 環境に更新中。

Apache 2.0.x なサーバと、read.cgi バイナリに互換性がなくなるので、
dso の配布リストから削除。
live22x1 から配布で。


117 名前： root▲ ★ 投稿日： 2006/03/01(水) 01:25:24 ID:???0
で、kako/ はキャッシュしなくていいのかな。
Expires: と Age: を殺そうかと。


118 名前： root▲ ★ 投稿日： 2006/03/01(水) 02:37:22 ID:???0
>>117
kako はローカルには持ってないんだった。
とりあえず設定には入れず。

で、mod_cache 化は完了のはず。
設定内容は次以降で。


119 名前： root▲ ★ 投稿日： 2006/03/01(水) 02:41:20 ID:???0
869 名前：root▲ ★[sage] 投稿日：2006/03/01(水) 02:40:35 ID:???0
○ mod_cache 関連

/usr/local/sbin/htcacheclean -d5 -p/md/cache -l64m

を、/md 作成時に起動するようにrcファイルに追加。

<IfModule cache_module>
# configure cache directory
CacheRoot /md/cache
# configure cache expiration time
#CacheDefaultExpire 60
#CacheMaxExpire 60
# unset unneed headers
Header unset Age
Header unset Expires
</IfModule>

というファイルを作って、2ch-cache.conf という名前で Include に放り込み。

Age: と Expires: がないとそもそもキャッシュだとわからないので
(昼間BG4でしくったときに実験した)、外からみた振る舞いに変化はないはず。


120 名前： root▲ ★ 投稿日： 2006/03/01(水) 02:44:45 ID:???0
で、肝心のキャッシュは、

CacheDisable /dome/SETTING.TXT
CacheEnable disk /dome/
CacheDisable /dancesite/SETTING.TXT
CacheEnable disk /dancesite/
CacheDisable /endless/SETTING.TXT
CacheEnable disk /endless/
CacheDisable /eq/SETTING.TXT
CacheEnable disk /eq/
CacheDisable /eqplus/SETTING.TXT
...

という、単純なもの。


121 名前： root▲ ★ 投稿日： 2006/03/01(水) 02:46:02 ID:???0
あ、これだと、read.cgi の出力もキャッシュされるのかな。
このへんは、微妙なチューニングが必要かも。


122 名前： root▲ ★ 投稿日： 2006/03/01(水) 02:47:19 ID:???0
で、昔やった予備実験の結果からすると、
20%〜25%ぐらい、バックエンドへのアクセス数が減少するはず。


123 名前： root▲ ★ 投稿日： 2006/03/01(水) 02:47:44 ID:???0
アクセス数というか、実際の転送回数かな。


124 名前： root▲ ★ 投稿日： 2006/03/01(水) 02:50:31 ID:???0
http://mumumu.mu/bremen/live22.html

それなりに減ったかな。
一定の効果は出ているっぽい。

live22のログを見てみるか。
3xx なレスポンスが多くなれば、うまくいっているということかしら。


125 名前： root▲ ★ 投稿日： 2006/03/01(水) 02:52:16 ID:???0
2xx 3xx 4xx 5xx URL
221 13 0 0*/liveanb/dat/1141148550.dat
216 13 0 0 /livevenus/dat/1141144653.dat
57 0 0 0 /liventv/dat/1141142442.dat
50 4 0 0 /news/dat/1141142585.dat
27 0 0 0 /livetbs/dat/1141142582.dat
26 7 0 0 /liveetv/dat/1141130962.dat
26 0 0 0 /news/subject.txt
23 9 0 0 /livenhk/dat/1141148068.dat
22 4 0 0 /livewkwest/dat/1141148317.dat
19 0 0 0 /livewkwest/dat/1140972656.dat
16 2 0 0 /liveskyp/dat/1141140286.dat
12 10 0 0 /liveradio/dat/1141140643.dat
11 0 0 0 /liveanb/subject.txt
11 20 0 0 /liveanb/dat/1141147805.dat

悪くなさげ。


126 名前： root▲ ★ 投稿日： 2006/03/01(水) 03:22:01 ID:???0
携帯系(というかSquid)への副作用が発生。対応中。


127 名前： root▲ ★ 投稿日： 2006/03/01(水) 03:24:05 ID:???0
>>119 を修正。

<IfModule cache_module>
# configure cache directory
CacheRoot /md/cache
# configure cache expiration time
#CacheDefaultExpire 60
#CacheMaxExpire 60
# unset unneed headers
Header unset Age
Header unset Expires
Header unset Cache-Control
</IfModule>


128 名前： 株価【750】 ▲ ◆cZfSunOs.U 投稿日： 2006/03/01(水) 03:41:22 ID:pmNIn+gx0
>>114-127 乙です．Squid への副作用がなぜなのかいまいちわからないですね．
ただ......各フロントごとにキャッシュの内容が新旧入り交じっていて，
Squid から取得するたびに新しいのに当たったり古いのに当たったり
バラバラだったりすると，ひょっとしておかしくなるのかな，とも......


129 名前： root▲ ★ 投稿日： 2006/03/01(水) 04:31:43 ID:???0
>>128
なるほど。それはあるかも。

いずれにせよ、squidの振る舞いをきっちりチェックする必要ありですね。

#LoadModule cache_module libexec/apache22/mod_cache.so
#LoadModule disk_cache_module libexec/apache22/mod_disk_cache.so
#LoadModule mem_cache_module libexec/apache22/mod_mem_cache.so

にして、今日はいったん撤退。

c.2ch不具合報告総合スレ5
http://qb5.2ch.net/test/read.cgi/operate/1138289353/374
>
> squidの振る舞いについては、じっくりした調査研究が必要そう。
> たぶん、squid側から何か言われても無視するようにすればよさげな気もしますが、
> そのへんはおいおい調べるということで。


130 名前： root▲ ★ 投稿日： 2006/03/01(水) 04:35:28 ID:???0
で、今見たら120MBytesの/mdを64MBytesまでしか使わないはずなので、
既に90MBytesちかくになっていて、どきどきしたので、

/usr/local/sbin/htcacheclean -d1 -p/md/cache -l64m

に変えた。(インターバル1分)


131 名前： root▲ ★ 投稿日： 2006/03/01(水) 04:46:27 ID:???0
前にもsquidのキャッシュの取り扱いではちょっと悩んだことがあるので、
現在の設定をダンプしておこう。

# added override-lastmod by mumumu, 2004/7/29
#refresh_pattern . 2 0% 2 override-lastmod reload-into-ims
# shorten delay time to 1 minutes by mumumu, 2004/8/17
#refresh_pattern . 1 0% 1 override-lastmod reload-into-ims
# extend max value by mumumu, 2005/3/25
refresh_pattern . 1 0% 60 override-lastmod reload-into-ims

このスレまだ生きてた。
http://pc8.2ch.net/test/read.cgi/linux/997328024/182-183


132 名前： root▲ ★ 投稿日： 2006/03/01(水) 04:49:59 ID:???0
http://qb5.2ch.net/operate/kako/1107/11073/1107376477.html
の、453 か。

この 60 ってのが、とってもとってもあやしいような気がしてきたのです。

ということで、今日はここまで。


133 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/01(水) 04:58:02 ID:R2XiYjSQ0
Yahoo! Developer Network - PHP Developer Center
ttp://developer.yahoo.net/php/

なんてものができてたらしい


134 名前： ◆Reffiz2Zh. 投稿日： 2006/03/01(水) 07:18:04 ID:hrBEpUo50
ttp://lists.freebsd.org/pipermail/freebsd-current/2006-February/061134.html


135 名前： root▲ ★ 投稿日： 2006/03/01(水) 13:16:21 ID:???0 BE:1459744-#
>>133
お、これは。

>>134
パッチですか。
ちょっと、リスト読んでみるです。


136 名前： root▲ ★ 投稿日： 2006/03/01(水) 13:17:15 ID:???0 BE:5107687-#
http://lists.freebsd.org/pipermail/freebsd-current/2006-February/061137.html

> Thanks. After applying your patch, I never get calcru messages on
> 6-STABLE. It seems fine. Thanks again!

効果あるのか。


137 名前： root▲ ★ 投稿日： 2006/03/01(水) 13:20:19 ID:???0 BE:1277827-#
>>134
> I've been getting calcru messages on 6-STABLE when stress-testing an
> application linked with libpthread. As far as my experience goes,
> these messages are only for ones linked with libpthread. If the same
> application is linked with libthr, these messages go away.

うわってかんじなんですが。

もうちょっと調べて、たぶん試してみようかと。


138 名前： root▲ ★ 投稿日： 2006/03/01(水) 13:59:54 ID:???0 BE:912825-#
>>134
http://people.freebsd.org/~davidxu/patch/calcru_r61_060227.patch

に、ゆきあたった。


139 名前： root▲ ★ 投稿日： 2006/03/01(水) 14:10:21 ID:???0 BE:3648858-#
>>138 を適用した。

しばらくしたら、live22 リブートの予定。


140 名前： root▲ ★ 投稿日： 2006/03/01(水) 14:38:20 ID:???0 BE:2736656-#
リブートした(無事上がった)。

これで、どうなるのか。


141 名前： root▲ ★ 投稿日： 2006/03/01(水) 14:40:35 ID:???0 BE:547632-#
以前適用した、

#kern.timecounter.hardware=TSC

をやめた。(デフォルトのACPI-fastに戻した)


142 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/01(水) 17:45:10 ID:tq+ffn+u0
http://takabsd.jp/d/?date=20070121


143 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/01(水) 17:46:46 ID:tq+ffn+u0
>>142 書き込んでしまいました失礼

http://takabsd.jp/d/?date=20070121
http://dev.ariel-networks.com/blog/index.php?itemid=706
ここらの話はどうでしょう、もうやってたらすみません


144 名前： root▲ ★ 投稿日： 2006/03/01(水) 18:06:40 ID:???0 BE:2919348-#
>>142-143
ざっと読みました。
これはとても興味深いですね。

worker MPMはいまや使いまくりなので、相当のパフォーマンスアップが期待できると。

> ところで、APR がすでにインストールされていると、configureオプションを変えて
> 再インストールしようとしても、すでにインストールされている APR を使おうとするため、
> APR をリビルドすることができないようです。

これに気をつけないと、いかんという話もあるのか。

ちょっと、調べてみるです。


145 名前： root▲ ★ 投稿日： 2006/03/01(水) 18:08:12 ID:???0 BE:912252-#
.if defined(WITH_THREADS)
CONFIGURE_ARGS+= --enable-threads
. if ${OSVERSION} > 500023
. if ${ARCH} == i386
CONFIGURE_ARGS+= --enable-nonportable-atomics
. endif
. endif
.endif

となっているのか。< portsのMakefile

問題は、これが有効になっているかだが、、、。


146 名前： root▲ ★ 投稿日： 2006/03/01(水) 18:10:05 ID:???0 BE:4925096-#
. if ${WITH_MPM} != "prefork"
PKGNAMESUFFIX= -${WITH_MPM:L}
WITH_THREADS= yes
WITH_THREADS_MODULES= yes
WITHOUT_MODULES+= cgi
...

なのか。< Makefile.modules


147 名前： root▲ ★ 投稿日： 2006/03/01(水) 18:36:39 ID:???0 BE:2553874-#
%nm /usr/local/lib/libapr-1.so.2 | grep atomic
0000ddf0 T apr_atomic_add32
0000dddc T apr_atomic_cas32
0000deb0 T apr_atomic_casptr
0000de10 T apr_atomic_dec32
0000de24 T apr_atomic_inc32
0000de58 T apr_atomic_init
0000df20 T apr_atomic_read32
0000de38 T apr_atomic_set32
0000de00 T apr_atomic_sub32
0000de48 T apr_atomic_xchg32

入っている模様。

で、mod_mem_cache はこれで動いている模様。

httpd は、、、。


148 名前： root▲ ★ 投稿日： 2006/03/01(水) 18:40:54 ID:???0 BE:4925096-#
…入っているようです。
(都合上、適宜折り返し)

configured by ./configure, generated by GNU Autoconf 2.59,
with options \"'--enable-layout=FreeBSD' '--with-perl=/usr/local/bin/perl5.8.7
' '--with-port=80' '--with-expat=/usr/local' '--with-iconv=/usr/local' '--enable
-http' '--enable-v4-mapped' '--with-dbm=sdbm' '--with-ssl=/usr' '--enable-thread
s' '--enable-nonportable-atomics' '--with-mpm=worker' 'i386-portbld-freebsd6.0'
(以下略)

…ということで、ports猿マンセー状態だったということか。


149 名前： root▲ ★ 投稿日： 2006/03/01(水) 18:48:17 ID:???0 BE:1641492-#
しかし、勉強になりました。

ということはちゃんと動くんなら、worker MPM(や将来はevent MPM)のほうが、
パフォーマンスアップするということですね。

www.2ch.net/menu.2ch.net がサーバ更新後に異様に軽くなった理由が、
相当わかった気がします。worker MPMの力だけかと思っていたけど、そういう理由だとは。


150 名前： root▲ ★ 投稿日： 2006/03/01(水) 18:49:32 ID:???0 BE:1095326-#
>>149 補足

もちろん、www2.2ch.net が仲間から抜けたことも相当大きいですが。


151 名前： root▲ ★ 投稿日： 2006/03/01(水) 18:56:35 ID:???0 BE:912252-#
で、このコードって >>145 っていうぐらいで、i386 の時しか有効にならないのね。
cobra2247 をバックエンドに仕立てる次期計画を考えると、
amd64 でも動いてほしいなとか思ったり。


152 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/02(木) 00:52:21 ID:Bh3wSkTd0
[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-06:09.openssh
http://lists.freebsd.org/pipermail/freebsd-announce/2006-March/001049.html

対象はFreeBSD5.3と5.4のOpenSSHだそうで．


153 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/02(木) 02:32:09 ID:fkY9rgYV0
FreeBSD-SA-06:10.nfs もきたね。
[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-06:10.nfs
http://lists.freebsd.org/pipermail/freebsd-announce/2006-March/001050.html

こっちはAll FreeBSD releases.が対象、だけど、nfsつかっているんだっけ？


154 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/02(木) 04:19:56 ID:ZZaU2fVQ0
結構workerで動くもんなのだね。。

/* むやみに6.0にしたくなったけどMySQLの都合で出来ずorz */

bbs.cgiのSpeedyCGIはmod_speedycgiじゃないよね？
毎回プロセス起動のほう？


155 名前： 株価【650】 ▲ ◆cZfSunOs.U 投稿日： 2006/03/02(木) 07:46:50 ID:jVpva6+I0
>>139-140 これで "calcru: runtime went backwards......" が出なくなれば，一つ山を越えることになると......

>>151 apr_atomic.c で↓のようになってるんで，AMD x86-64 でも行けるかなと．

#if (defined(__i386__) || defined(__x86_64__)) \

>>154 http://qb5.2ch.net/test/read.cgi/operate/1105909861/477-479n


話は変わりますが，mod_load_average なんてものがあるようで．
http://svn.force-elite.com/svn/mod_load_average/trunk/src/mod_load_average.c
http://www.mail-archive.com/dev@httpd.apache.org/msg31056.html
This way you could disable CGI when your LA is above 10,
and then disable everything when your LA is above 100:
    LoadAvgMaxByHandler cgi-script 10
    LoadAvgMax 100


156 名前： root▲ ★ 投稿日： 2006/03/02(木) 11:15:35 ID:???0
おはよござます。

>>152
PAMとのconflictでうんぬんですか。
昔なら「FreeBSD only」っぽい(この項目いつの間にかなくなったっぽい?)やつかも。
状況からして、当てる必要ありで。

>>153
2ch/BBSPINKではNFSは使っていないので、
こっちは急ぐ必要ないですね。


157 名前： root▲ ★ 投稿日： 2006/03/02(木) 11:18:53 ID:???0 BE:2919348-#
>>154
私自身、結構驚いていたり。
前スレにも書きましたが worker MPM については、

5.2.1R 論外
5.3R だめだめ
5.4R 一応動くけど挙動不審
6.0R 今のところ大きな問題なし

という感じのようです。

> bbs.cgiのSpeedyCGIはmod_speedycgiじゃないよね？
> 毎回プロセス起動のほう？

毎回プロセス起動のほうです。
mod_ のほうは、worker MPM では動かないはず。

あと２ちゃんねるみたいな使い方(= CGIはばりばりいじられる、
全サーバのroot権限があるわけではない)だと、
プロセス起動にしておいたほうが、いろいろな意味で安全ですね。

mod_ な環境でCGI が暴走すると httpd を kill しなきゃならないので、
root 権限なかったりすると面倒です。
プロセス起動なら、speedy_backend を kill すればよいわけで。


158 名前： root▲ ★ 投稿日： 2006/03/02(木) 11:34:52 ID:???0 BE:4925096-#
>>155
> >>139-140 これで "calcru: runtime went backwards......" が出なくなれば，
> 一つ山を越えることになると......

そう願いたいですね。
今週は日曜夜に巨大なトラフィックがある模様。

> >>151 apr_atomic.c で↓のようになってるんで，AMD x86-64 でも行けるかなと．
> #if (defined(__i386__) || defined(__x86_64__)) \

なるほど、使えるですか。

> 話は変わりますが，mod_load_average なんてものがあるようで．

ちょっとそのスレッド読んでみました。
より細やかな制御ができると。

今は read.cgi / bbs.cgi とも LA チェック入っているので急務ではないですが、
使う機会は別にあるのかもなと。


159 名前： 154 投稿日： 2006/03/02(木) 14:45:17 ID:ZZaU2fVQ0
>>157
うーん、やはり6.0はあなどれないな。。
5.2以前のネイティブスレッドは一つのスレッドのI/Oが大きいと
他のスレッドがたちまち遅くなるっていう致命を持った貧弱さだから。。

でも5.3でもだめなんだ。うーん、うちんとこは5.4だからここはpreforkのままでいくしかないな。。

一度workerMPMで動かしたことがあって、あのプロセス数:最大接続数の多さを見たときには感激したけど、
C++で書いたCGI+mod_cgidsoのどっかの動作でMT-safeでなかったらしくApacheが暴れたことがあり(preforkならOK)orz

MT-safeな書き方を学ぼうと思ってついに2006年の春を迎えてしまった。


Thread-safeってすごく便利だけど、やっぱり対応が未だ少ないのがネックか('д`)


160 名前： root▲ ★ 投稿日： 2006/03/02(木) 15:18:11 ID:???0
>>159
> でも5.3でもだめなんだ。

…でした。
ちょっと前に news19 で試したんですが、SIGBUSで落ちまくりで
5分ぐらい掲示板が超挙動不審になってしまい、livemarket1 の住民さんに
「昼間のザラ場の時間にメンテなんて何考えてるんだ !!」って、
ものすごい勢いでおこられました。

デイトレーダーの人たちはどうやらものすごい勢いで、
この掲示板に強く依存しているようです。

MT-safe は、たぶん何かすごくこつがあるんでしょうね。
errno が普通の方法では参照できないとかいうので目からうろこが落ちてるようじゃ、
たぶん、全然だめなんだろうなと。


161 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/02(木) 15:47:11 ID:r5RuLo3i0
>>160

> 5分ぐらい掲示板が超挙動不審になってしまい、livemarket1 の住民さんに
> 「昼間のザラ場の時間にメンテなんて何考えてるんだ !!」って、
> ものすごい勢いでおこられました。

そんな時間に株系の板で実験ですか
予告してやったんでしょうか？
でなきゃ{起こ|怒}るのも当たり前でしょう・・・・

> デイトレーダーの人たちはどうやらものすごい勢いで、
> この掲示板に強く依存しているようです。

ワロス


162 名前： FAX ★ 投稿日： 2006/03/02(木) 16:27:11 ID:???0
怒り爆発


163 名前： root▲ ★ 投稿日： 2006/03/02(木) 16:43:59 ID:???0 BE:1915373-#
>>162
む、、、。何か、私まずいことしたのかしら。


164 名前： FAX ★ 投稿日： 2006/03/02(木) 16:54:13 ID:???0
いえいえ


165 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/02(木) 22:09:19 ID:3XU+MxEK0
困るrootたん萌えってことで
むぎゅって言って(*´Д｀)


166 名前： root▲ ★ 投稿日： 2006/03/03(金) 03:11:24 ID:???0 BE:547823-#
Saru: Active-Active
http://ultramonkey.jp/papers/active_active/active_active.shtml

これがFreeBSD+matdでもできるようになると、とてもいいなぁとおもた。


167 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/03(金) 04:06:52 ID:KDCAk5G10
なんとなく、pf(4)を駆使すれば似たようなことができるような気がする。
NATでだけど。
http://www.openbsd.org/faq/pf/
http://www.openbsd.org/faq/pf/pools.html



168 名前： root▲ ★ 投稿日： 2006/03/03(金) 06:28:49 ID:???0 BE:2280555-#
サーバダウン(鯖落ち）情報　part94
http://qb5.2ch.net/test/read.cgi/operate/1140710423/325
の件、、、。

live22x[123] の matd 化に向けて、httping(*1)で応答時間を監視していて、
(*1: http://www.vanheusden.com/httping/ )
10パケットに1パケット程度、数秒のディレイが起きていることに気づきました。

で、banana403でdevice_polling(4)を試そうと決め、
もしリブートでしくってもheartbeatによりbanana404にフェイルオーバーするはずだと、
リブートをかけました。

しかし、いつもとリブートの感じが違いました。
いつもはputtyの窓がちゃんと閉じるのですが、今回は閉じずに
ただ反応だけがなくなりました。

で、banana404へのフェイルオーバーは起きたのですが、
「俺のIPアドレスを別のやつ(banana403)も名乗っているぞ」というエラーが404で出始めました。

(続く)


169 名前： root▲ ★ 投稿日： 2006/03/03(金) 06:32:10 ID:???0 BE:1368353-#
で、「これはおかしいぞ」と思い、
一度 banana404 のリブートもかけてみようと思い立ちました。
(今思うとこれがまずかったと思われ)

で、banana404 は設定を変えずに、単に reboot コマンドでリブートしました。
しかしなぜか、さきほどの banana403 と同じ状態になりました。
つまり窓が閉じずに、反応だけがなくなる状態になりました。
ここで本能的に「まずい」と思いました。

案の定、両方のサーバともサービスがない状態になり、
www2.2ch.net は止まった状態になりました。
で、現在に至ります。

(続く)


170 名前： root▲ ★ 投稿日： 2006/03/03(金) 06:38:48 ID:???0 BE:5746379-#
今調べてみると、

banana403 実IPアドレス … ping かかる
banana403 実IPアドレス … ping かかる
サービス用 IP アドレス(www2.2ch.net) … ping かかる

という状態にあるようです。
しかし、どのサービスも応答しない状態になっています。

推測ですが、これはリブートではなく、シャットダウンの途中で止まっている
ように思えます。つまり、何らかの理由でシャットダウンできていない。
いつもは閉じる窓が閉じなかった(つまり向こうからTCPのセッションを切ってこなかった)
ことから、ほぼ間違いないと思います。

しかし、設定を変えたbanana403はともかく、
設定を全く変えていないbanana404でも同じことが起きたのは、
かなり不可解です。

heartbeatが悪さをしたのか、
あるいは、remote KVMとかが悪さをしたのか、
あるいは他の原因か、、、。

いずれにせよ現在、remote KVMにアクセスできない状態なので、
(さきほどやってみましたがだめでした。これはSeanさんにさきほど問い合わせしました)
コンソールの状況を確認できないです。

以上が現在の状況です。ううむ、、、。


171 名前： root▲ ★ 投稿日： 2006/03/03(金) 06:54:15 ID:???0 BE:1459744-#
> (さきほどやってみましたがだめでした。これはSeanさんにさきほど問い合わせしました)

Seanさんから返事が来て、無事にKVMにアクセスできました。

やはりbanana403/404とも、シャットダウンの途中でしくっていました。
というか、Rebooted by ... というシステムログが出て、
プロセスは切られているのに、そこから先に進まない状態。

直感ですが、matd がというか、
たぶんヘビーなパケット処理により、カーネルが何らかの形で止まっているっぽいです。


172 名前： root▲ ★ 投稿日： 2006/03/03(金) 06:56:30 ID:???0 BE:3830876-#
…ちとまじで限界なので、
ここから先はリブートの中の人に403/404の両サーバをリブートいただいた後に、
別途リブート入れて検証してみることにするです。ううむ。


173 名前： 株価【650】 ▲ ◆cZfSunOs.U 投稿日： 2006/03/03(金) 07:09:39 ID:xWSR3hyG0
>>166-167 フェイルオーバしつつロードバランスもするって感じなんでしょうか．興味深いですね．

>>168-172 う〜む......matd の挙動も要観察ですかね．パケットのドロップが発生してるのかどうかとか......


174 名前： 株価【650】 ◆OSfanJsSVc 投稿日： 2006/03/03(金) 07:57:16 ID:7SoB1b/rO
Apache2.2.0の機能でプロセスが終わらないとサービスが切れない機能？があるらしいです。

無理矢理切ってエラー発生して結局システム真紀子み止まった。

てな感じかと｡｡｡


175 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/03(金) 10:31:49 ID:9faGaFu30
> デイトレーダーの人たちはどうやらものすごい勢いで、
> この掲示板に強く依存しているようです。

デイトレーダーの人はモリタポ買ってね！
と言っても良さそうな気がして来た。


176 名前： root▲ ★ 投稿日： 2006/03/03(金) 11:19:46 ID:???0 BE:3192757-#
無事(device_pollingしたほうも)上がりました。

>>173
ちと、じっくり調べてみるです。

>>174
今回のサーバではApache 2.0系で、CGI動かしてないです。


177 名前： root▲ ★ 投稿日： 2006/03/03(金) 11:39:46 ID:???0 BE:3648285-#
WARNING: / was not properly dismounted

両サーバとも、やはり正しく落ちなかった模様。


178 名前： root▲ ★ 投稿日： 2006/03/03(金) 11:45:07 ID:???0 BE:3648285-#
354 名前：root▲ ★[sage] 投稿日：2006/03/03(金) 11:43:48 ID:???0 ?#
ふうむ、device polling ありだと、うまくないのね。
なし(前の状態)にしたら、つながりました。


まだよくわかりませんが、
device polling はいまやなしのほうが、よさげなのかも。


179 名前： root▲ ★ 投稿日： 2006/03/03(金) 12:05:15 ID:???0 BE:365322-#
で、いろいろ変えてみる前に、
まずは今の設定での効率を調べて、状況をきちんと把握する

ことから始めようと。

ということで、httping -c 100 -g http://www2.2ch.net/ の結果(cvsup.peko.2ch.netから)

connected to www2.2ch.net:80, seq=73 time=18.44 ms
connected to www2.2ch.net:80, seq=74 time=3014.49 ms
(略)
connected to www2.2ch.net:80, seq=75 time=21.35 ms
timeout receiving reply from host
connected to www2.2ch.net:80, seq=77 time=16.91 ms
connected to www2.2ch.net:80, seq=78 time=14.07 ms
(略)
connected to www2.2ch.net:80, seq=87 time=17.59 ms
connected to www2.2ch.net:80, seq=88 time=11.90 ms
connected to www2.2ch.net:80, seq=89 time=3017.84 ms
connected to www2.2ch.net:80, seq=90 time=3015.85 ms
(略)
connected to www2.2ch.net:80, seq=96 time=471.73 ms
connected to www2.2ch.net:80, seq=97 time=6219.80 ms
connected to www2.2ch.net:80, seq=98 time=15.69 ms
connected to www2.2ch.net:80, seq=99 time=19.33 ms
--- http://www2.2ch.net/ ping statistics ---
100 connects, 99 ok, 1.00% failed
round-trip min/avg/max = 11.7/449.1/6219.8 ms


180 名前： root▲ ★ 投稿日： 2006/03/03(金) 12:10:50 ID:???0 BE:1459744-#
同じく、www.2ch.net

connected to www.2ch.net:80, seq=94 time=2.66 ms
connected to www.2ch.net:80, seq=95 time=2.71 ms
connected to www.2ch.net:80, seq=96 time=2.67 ms
connected to www.2ch.net:80, seq=97 time=2.72 ms
connected to www.2ch.net:80, seq=98 time=2.69 ms
connected to www.2ch.net:80, seq=99 time=2.84 ms
...
--- http://www.2ch.net/ ping statistics ---
100 connects, 100 ok, 0.00% failed
round-trip min/avg/max = 2.6/2.8/4.6 ms


181 名前： root▲ ★ 投稿日： 2006/03/03(金) 12:13:46 ID:???0 BE:1095326-#
同じく、live22x.2ch.net

connected to live22x.2ch.net:80, seq=95 time=3.17 ms
connected to live22x.2ch.net:80, seq=96 time=3.26 ms
connected to live22x.2ch.net:80, seq=97 time=3.54 ms
connected to live22x.2ch.net:80, seq=98 time=3.13 ms
connected to live22x.2ch.net:80, seq=99 time=2.97 ms
--- http://live22x.2ch.net/ ping statistics ---
100 connects, 100 ok, 0.00% failed
round-trip min/avg/max = 3.0/3.2/6.3 ms


182 名前： root▲ ★ 投稿日： 2006/03/03(金) 12:17:19 ID:???0 BE:1095326-#
で、感想ですが、

matd はユーザランドで動いているせいか、15ms〜18ms 程度
遅延が生じるようです。(これは想定内)

しかし、たまにがくっと遅くなることがあります。(想定外です)
>>179 では100カウントやって、1つタイムアウトになりました。
これの原因が知りたいところです。

banana403 や banana404 からやってみればいいのかな。

このへんで、まずはめしを。


183 名前： 株価【650】 ▲ ◆cZfSunOs.U 投稿日： 2006/03/03(金) 12:58:33 ID:PvB2HiDl0
>>182
>matd はユーザランドで動いているせいか、15ms〜18ms 程度
>遅延が生じるようです。(これは想定内)

ユーザランドということもあるかも知れませんが，
http://qb5.2ch.net/test/read.cgi/operate/1121886018/901
　　>アプリとして動くみたいなので、カーネルとの切り替えがばかにならないのかなと。
　　>(パケット1個単位で切り替えですよね。)

　　FreeBSD では BPF，Solaris では bufmod によるバッファリングが効いて
　　パケット取り込みはある程度まとめて行われると思いますが，
　　パケットの取りこぼしとか発生しないかどうかってのは，正直わかりません......

のようにバッファリングしてるわけですが，その際の待ち時間が最大 10ms に
なっているので，それもあるかも知れません．

>しかし、たまにがくっと遅くなることがあります。(想定外です)
> >>179 では100カウントやって、1つタイムアウトになりました。
>これの原因が知りたいところです。

何らかの原因でパケットの取りこぼしが発生していることも考えられますが，
そうだとするとなぜ取りこぼすのか（処理が追い付かないのか，それとも別の要因か）ってのが問題ですね．


184 名前： root▲ ★ 投稿日： 2006/03/03(金) 13:07:43 ID:???0 BE:1641492-#
>>183
> のようにバッファリングしてるわけですが，その際の待ち時間が最大 10ms に
> なっているので，それもあるかも知れません．

なるほど、なるほど。

> 何らかの原因でパケットの取りこぼしが発生していることも考えられますが，
> そうだとするとなぜ取りこぼすのか（処理が追い付かないのか，それとも別の要因か）
> ってのが問題ですね．

そうですね。まさにこれを調べたいということで。


185 名前： root▲ ★ 投稿日： 2006/03/03(金) 13:30:21 ID:???0 BE:1276872-#
そもそも、普通のpingがいまいちであるらしいことに気がついた。

...
64 bytes from 206.223.150.74: icmp_seq=4 ttl=64 time=0.175 ms
64 bytes from 206.223.150.74: icmp_seq=5 ttl=64 time=0.264 ms
64 bytes from 206.223.150.74: icmp_seq=6 ttl=64 time=0.242 ms
64 bytes from 206.223.150.74: icmp_seq=7 ttl=64 time=0.205 ms
64 bytes from 206.223.150.74: icmp_seq=9 ttl=64 time=0.273 ms
64 bytes from 206.223.150.74: icmp_seq=10 ttl=64 time=0.234 ms
64 bytes from 206.223.150.74: icmp_seq=11 ttl=64 time=0.214 ms
64 bytes from 206.223.150.74: icmp_seq=12 ttl=64 time=0.195 ms
64 bytes from 206.223.150.74: icmp_seq=13 ttl=64 time=0.155 ms
64 bytes from 206.223.150.74: icmp_seq=14 ttl=64 time=0.259 ms
...
--- live22y.2ch.net ping statistics ---
30 packets transmitted, 28 packets received, 6% packet loss
round-trip min/avg/max/stddev = 0.155/0.222/0.287/0.036 ms


186 名前： 株価【650】 ▲ ◆cZfSunOs.U 投稿日： 2006/03/03(金) 13:37:06 ID:PvB2HiDl0
tcpdump とかで，httping かけてる時の banana403 / banana404 上でのパケットの流れ見てみるとか
......と言おうと思ったら

>>185 う〜む，これはネットワークとかの問題でしょうか？


187 名前： root▲ ★ 投稿日： 2006/03/03(金) 13:43:05 ID:???0 BE:2554447-#
>>186
XOの高性能スイッチに繋がっているサーバの間の通信について、
パケットがきちんと通っているか、精査してみます。


188 名前： root▲ ★ 投稿日： 2006/03/03(金) 14:09:36 ID:???0 BE:5107878-#
おさらい: XOの２ちゃんねるラックにあって、高性能スイッチに繋がっているサーバ

サーバ名 ホスト名 接続I/F一覧
○雪だるま系 206.223.150.0/24 192.168.100.0/24
tiger503 live22x4 em0/em1
tiger507 live22x5 em0/em1
tiger2522 live22 em0/em1
tiger2523 live22x1 em0/em1
tiger2524 live22x2 em0/em1
tiger2525 live22x3 em0/em1
banana403 live22b1/www2 fxp0 fxp1
banana404 live22b2/www2 fxp0 fxp1

○携帯系 206.223.150.0/24 192.168.0.0/24
tiger511 blackgoat3 em0/em1
tiger512 blackgoat4 em0/em1
tiger2507 c-au4 em0/em1
tiger2508 c-au5 em0/em1
tiger2509 c-au6 em0/em1
tiger2510 c-docomo5 em0/em1
tiger2511 c-docomo6 em0/em1
tiger2512 c-docomo7 em0/em1
banana405 c-others1/c1 fxp0 fxp1
banana406 c-others2/c2 fxp0 fxp1

○どちらでもない系
tiger504 game10 em0
tiger509 news19 em0
tiger510 hobby7 em1
cobra2245 bbq bge0
(banana402 stock fxp0) 移動済みのはずだが、こないだの全停電でなぜか通信が途絶えた


189 名前： root▲ ★ 投稿日： 2006/03/03(金) 14:20:12 ID:???0 BE:3648285-#
まずは雪だるま系のパブリック側。
ping -c 30 サーバ名 を実行

tiger2522 から、
tiger2523 ○
tiger2524 ○
tiger2525 ○
tiger503 ×
--- tiger503.maido3.com ping statistics ---
30 packets transmitted, 26 packets received, 13% packet loss
round-trip min/avg/max/stddev = 0.123/0.206/0.274/0.051 ms
tiger507 ○
banana403 ×
--- banana403.maido3.com ping statistics ---
30 packets transmitted, 27 packets received, 10% packet loss
round-trip min/avg/max/stddev = 0.135/0.192/0.298/0.031 ms
banana404 ×
--- banana404.maido3.com ping statistics ---
30 packets transmitted, 24 packets received, 20% packet loss
round-trip min/avg/max/stddev = 0.135/0.229/0.309/0.044 ms


190 名前： root▲ ★ 投稿日： 2006/03/03(金) 14:29:51 ID:???0 BE:3192375-#
>>188 修正

サーバ名 ホスト名 接続I/F一覧
○雪だるま系 206.223.150.0/24 192.168.100.0/24
tiger503 live22x4 em0/em1
tiger507 live22x5 em0/em1
tiger2522 live22 em0/em1
tiger2523 live22x1 em0/em1
tiger2524 live22x2 em0/em1
tiger2525 live22x3 em0/em1
cobra2247 未割り当て bge0/bge1
banana403 live22b1/www2 fxp0 fxp1
banana404 live22b2/www2 fxp0 fxp1

○携帯系 206.223.150.0/24 192.168.0.0/24
tiger511 blackgoat3 em0/em1
tiger512 blackgoat4 em0/em1
tiger2507 c-au4 em0/em1
tiger2508 c-au5 em0/em1
tiger2509 c-au6 em0/em1
tiger2510 c-docomo5 em0/em1
tiger2511 c-docomo6 em0/em1
tiger2512 c-docomo7 em0/em1
banana405 c-others1/c1 fxp0 fxp1
banana406 c-others2/c2 fxp0 fxp1

○どちらでもない系
tiger504 game10 em0
tiger509 news19 em0
tiger510 hobby7 em1
cobra2245 bbq bge0
(banana402 stock fxp0) 移動済みのはずだが、こないだの全停電でなぜか通信が途絶えた


191 名前： root▲ ★ 投稿日： 2006/03/03(金) 14:33:55 ID:???0 BE:912252-#
>>189 に追加。

cobra2247 ○


192 名前： root▲ ★ 投稿日： 2006/03/03(金) 14:52:42 ID:???0 BE:1277827-#
banana403 から、
banana404 ○
tiger503 ○
tiger507 ×
--- tiger507.maido3.com ping statistics ---
30 packets transmitted, 24 packets received, 20% packet loss
round-trip min/avg/max/stddev = 0.135/0.214/0.270/0.038 ms
tiger2522 ×
--- tiger2522.maido3.com ping statistics ---
30 packets transmitted, 28 packets received, 6% packet loss
round-trip min/avg/max/stddev = 0.135/0.197/0.259/0.037 ms
tiger2523 ×
--- tiger2523.maido3.com ping statistics ---
30 packets transmitted, 27 packets received, 10% packet loss
round-trip min/avg/max/stddev = 0.148/0.207/0.316/0.042 ms
tiger2524 ×
--- tiger2524.maido3.com ping statistics ---
30 packets transmitted, 26 packets received, 13% packet loss
round-trip min/avg/max/stddev = 0.136/0.206/0.375/0.048 ms
tiger2525 ×
--- tiger2525.maido3.com ping statistics ---
30 packets transmitted, 26 packets received, 13% packet loss
round-trip min/avg/max/stddev = 0.132/0.204/0.386/0.053 ms
cobra2247 ×
--- cobra2247.maido3.com ping statistics ---
30 packets transmitted, 27 packets received, 10% packet loss
round-trip min/avg/max/stddev = 0.117/0.208/0.423/0.063 ms


193 名前： root▲ ★ 投稿日： 2006/03/03(金) 14:54:51 ID:???0 BE:5837388-#
これは、、、。

2つの「うまく通信できるグループ」があって、
その間のパケットはぼろぼろロストしてるってことなのか?

グループA tiger507 tiger2522 tiger2523 tiger2524 tiger2525 cobra2247
グループB tiger503 banana403 banana404


194 名前： 株価【850】 ▲ ◆cZfSunOs.U 投稿日： 2006/03/03(金) 15:03:06 ID:PvB2HiDl0
>>187-193 乙です．となると......スイッチがおかしいとか？


195 名前： root▲ ★ 投稿日： 2006/03/03(金) 15:08:59 ID:???0 BE:3283766-#
原因切り分けのため、
まったく関係ないところ(XOの外: PIE内部)からやってみた。

banana273 [206.223.147.225] から、

tiger2522 ○
tiger503 ×
--- tiger503.maido3.com ping statistics ---
30 packets transmitted, 25 packets received, 16% packet loss
round-trip min/avg/max/stddev = 1.280/1.428/1.766/0.116 ms
banana403 ×
--- banana403.maido3.com ping statistics ---
30 packets transmitted, 28 packets received, 6% packet loss
round-trip min/avg/max/stddev = 0.658/0.899/2.144/0.365 ms
banana404 ×
--- banana404.maido3.com ping statistics ---
30 packets transmitted, 28 packets received, 6% packet loss
round-trip min/avg/max/stddev = 0.675/0.764/1.148/0.091 ms

tiger503, banana403, banana404 だけがおかしい、で正解ですね。
でも、相互の通信はうまくいくと。

スイッチの設定上の問題の予感がします。
もう少し調べてから、状況(問題発生)をSeanさんにエスカレーションする方向で。

で、ここまでやっておじさんが
「stock (= banana402) と be (= ブラジル)との間の通信が微妙」と言っていたのを
思い出しました。

banana402は移動したと言っていますが、この間の電源トラブルのときに
巻き添えで落ちたので、同じスイッチに(あいかわらず)繋がっているのかもしれません。
これもあわせて、調べてみます。




196 名前： root▲ ★ 投稿日： 2006/03/03(金) 15:11:33 ID:???0 BE:2553874-#
> banana402は移動したと言っていますが、この間の電源トラブルのときに
> 巻き添えで落ちたので、同じスイッチに(あいかわらず)繋がっているのかもしれません。
> これもあわせて、調べてみます。

わーい、だめだこりゃ。

--- banana402.maido3.com ping statistics ---
30 packets transmitted, 23 packets received, 23% packet loss
round-trip min/avg/max/stddev = 0.665/0.734/0.801/0.041 ms


197 名前： root▲ ★ 投稿日： 2006/03/03(金) 15:13:05 ID:???0 BE:2189164-#
ちょっとひどそうなので、
>>190 のやつ全部、調べなおす方向で。

で、XOだけならいいんだけどということで、age。


198 名前： ● ◆ANGLERlqvM 投稿日： 2006/03/03(金) 15:15:44 ID:bvGaSLsf0 BE:5035695-#
なるほど、今までの不思議に思っていたことが
何か見えてくるかもしれませんね。


199 名前： 株価【450】 ▲ ◆cZfSunOs.U 投稿日： 2006/03/03(金) 15:20:32 ID:PvB2HiDl0
matd の挙動調査から思わぬ展開に......
でもまぁこういう問題を発見できたのはよかったと．


200 名前： ● ◆ANGLERlqvM 投稿日： 2006/03/03(金) 15:29:56 ID:bvGaSLsf0 BE:1679235-#
>>199
そうですね。
こういうのは、何かきっかけが無いと分かりにくいですから。
問題が発見できたのは良かったと思います。


201 名前： root▲ ★ 投稿日： 2006/03/03(金) 15:30:35 ID:???0 BE:1094562-#
banana273 から、

banana405 ×
--- banana405.maido3.com ping statistics ---
30 packets transmitted, 24 packets received, 20% packet loss
round-trip min/avg/max/stddev = 0.657/7.266/158.052/31.441 ms
banana406 ○

不思議だ。同じOSバージョン同じサブネット同じネットワークI/Fなのに。
やはり、スイッチですね。


202 名前： root▲ ★ 投稿日： 2006/03/03(金) 15:31:44 ID:???0 BE:2189546-#
まさか「proxyに繋がらない。。。」の頻発も、これが原因?

ってことは、プライベート側もきちんと精査しないといかんということですね。


203 名前： root▲ ★ 投稿日： 2006/03/03(金) 16:08:12 ID:???0 BE:5745997-#
banana273 (XOの外にあるone of standard banana)から、まとめ。

パブリック側I/Fでパケット落ちが起きているのは、
banana402 = stock
banana403 = www2
banana404 = www2
banana405 = c/c1/c-others1
tiger503 = live22x4
tiger2511 = c-docomo6
の6台。

banana402 ×
banana403 ×
banana404 ×
banana405 ×
banana406 ○

tiger503 ×
tiger504 ○
tiger509 ○
tiger510 ○
tiger511 ○
tiger512 ○

tiger2507 ○
tiger2508 ○
tiger2509 ○
tiger2510 ○
tiger2511 ×
--- tiger2511.maido3.com ping statistics ---
30 packets transmitted, 26 packets received, 13% packet loss
round-trip min/avg/max/stddev = 0.645/0.752/0.871/0.049 ms
tiger2512 ○

tiger2522 ○
tiger2523 ○
tiger2524 ○
tiger2525 ○

cobra2245 ○
cobra2247 ○


204 名前： root▲ ★ 投稿日： 2006/03/03(金) 16:25:26 ID:???0 BE:2189546-#
続いて、プライベート側の調査。
プライベート側は目的毎に独立した2つのサブネットあり。

雪だるま系: 192.168.100.0/24
banana403 から。

tiger507のプライベート側がだめ。

banana404 ○
tiger503 ○
tiger507 ×
--- 192.168.100.6 ping statistics ---
30 packets transmitted, 24 packets received, 20% packet loss
round-trip min/avg/max/stddev = 0.147/0.262/1.422/0.245 ms
tiger2522 ○
tiger2523 ○
tiger2524 ○
tiger2525 ○
cobra2247 ○


205 名前： root▲ ★ 投稿日： 2006/03/03(金) 16:40:25 ID:???0 BE:1368735-#
(続き)

携帯系: 192.168.0.0/24
banana405 から。

プライベート側I/Fでパケット落ちが起きているのは、
banana406 = c/c2/c-others2
tiger2509 = c-au6
tiger2510 = c-docomo5
tiger2512 = c-docomo7
の4台。

ごていねいに、全キャリアに一つ以上異常なのがある。
この「ババ｣を引くと、「proxyに繋がらない。。。」が頻発していると。

banana406 ×
--- 192.168.0.1 ping statistics ---
30 packets transmitted, 26 packets received, 13% packet loss
round-trip min/avg/max/stddev = 0.150/0.263/1.020/0.196 ms
tiger511 ○
tiger512 ○
tiger2507 ○
tiger2508 ○
tiger2509 ×
--- 192.168.0.163 ping statistics ---
30 packets transmitted, 27 packets received, 10% packet loss
round-trip min/avg/max/stddev = 0.140/0.307/1.027/0.204 ms
tiger2510 ×
--- 192.168.0.164 ping statistics ---
30 packets transmitted, 27 packets received, 10% packet loss
round-trip min/avg/max/stddev = 0.141/0.222/0.352/0.059 ms
tiger2511 ○
tiger2512 ×
--- 192.168.0.166 ping statistics ---
30 packets transmitted, 28 packets received, 6% packet loss
round-trip min/avg/max/stddev = 0.153/0.290/1.097/0.225 ms


206 名前： root▲ ★ 投稿日： 2006/03/03(金) 16:48:38 ID:???0 BE:1824645-#
ということで、

1) なぜこんなことがXOの特定のスイッチで起こったのか

状況をみる限りでは、
何らかの意図(帯域制限など)を持って設定しているとは考えられないおかしさです。

=> 先日の停電でスイッチがおかしくなった or 壊れた?
=> 何か設定を変えた?
=> その他?

2) どうすれば直るのか

=> スイッチのリセット?
=> スイッチの設定修正?
=> スイッチの交換?

なお、このスイッチは1Gbps対応・VLAN設定対応等可能で、
処理能力もスイッチとしてはPIEでいちばんでかいもののはずです。

つまりもし万一スイッチのハードウェア障害だとすると
tiger サーバや cobra サーバと同様、
交換部品がどきどき、、、以下略 の予感も。


207 名前： root▲ ★ 投稿日： 2006/03/03(金) 16:50:56 ID:???0 BE:821333-#
いずれにせよXOの一部サーバの通信に異常が発生している、
という状況はつかみました。

また携帯系の「proxyに繋がらない。。。」が急に多発するようになったのも、
ほぼこれが原因と考えられます。

状況を書いて、Seanさんに調査と修正依頼を出すことにします。

とりあえず、以上で、
しばらく本業のため、依頼メール出すのはしばらく後になります。


208 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/03(金) 17:14:56 ID:YxSXpJb20 BE:541998195-
2証で時々発生してるｴﾗｰ
「be.2ch.netとの通信に失敗しました」
これも、それのせいなのかな？


209 名前： root▲ ★ 投稿日： 2006/03/03(金) 17:15:58 ID:???0 BE:6566898-#
>>208
↓
>>196


210 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/03(金) 17:19:21 ID:YxSXpJb20 BE:337243474-
即ﾚｽすぎて、ちょっとﾋﾞｯｸﾘ
ふむふむ、2証は402なのか・・・

原因が判明すれば諦めがつきますね、どうもでしたヽ(´―｀)ノ


211 名前： root▲ ★ 投稿日： 2006/03/03(金) 17:19:26 ID:???0 BE:5107687-#
このぐらいでPIEのネットワーク的がへたれる(トラフィックとか処理量とか
ことはないと思うので(*1)、たんたんと不具合報告して、たんたんと直してもらうということで。

(*1 じゃなきゃこんな↓プロモーションを大々的にやらないだろうと)
http://www.maido3.com/server/banana100/


212 名前： ● ◆ANGLERlqvM 投稿日： 2006/03/03(金) 17:32:08 ID:bvGaSLsf0 BE:1343434-#
お疲れ様でした。
これで、多分スッキリしますね。


213 名前： root▲ ★ 投稿日： 2006/03/03(金) 18:11:56 ID:???0 BE:1277827-#
1) 電源春暖によりおかしくなったかもしれないので、
まずはスイッチをリセット・電源再投入してもらう

2) それでもだめなら、じっくり取り組む

で、いこうかと。

1) は Sean さんとのタイミングがあった時にやろうと思うので、
ショートノーティスでいきなりやる可能性あるです。

つまり「やるよー」「ぼん」で、一時的に実況とニュー速と携帯が、
数分程度全部死にます。

というわけで、あらかじめ告知(これがそれに相当)をば。


214 名前： root▲ ★ 投稿日： 2006/03/03(金) 18:12:31 ID:???0 BE:547632-#
>>213
> 1) 電源春暖によりおかしくなったかもしれないので、

うわーん。瞬断だってば。


215 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/03(金) 18:17:55 ID:YxSXpJb20
もう春ですからね〜
北海道は雪降ってますけどｗ


216 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/03(金) 19:38:43 株 ID:IzW16Dn70 BE:84819375-#
　　　　　　　∧__∧
　　　　　　（＞＜*　） いつでも来てくださいませっ！
　　　　　　 （⊃⌒*⌒⊂)
　　　　　 　　/__ノωヽ__）


217 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/03(金) 20:06:00 ID:mnnVR2ba0
>root氏
何時ごろになるんでしょ？


218 名前： root▲ ★ 投稿日： 2006/03/03(金) 20:06:44 ID:???0
366 名前：root▲ ★[] 投稿日：2006/03/03(金) 20:06:22 ID:???0
Davidさん、Jimさん、私(Seanさん)にまずはパケット落ちの状況を送ってくれ、
という話になりました。そのうえで対応すると。

すぐのリブートはなくなりました。
以降は別スレにて。

>>217
ということで、状況次第ですね。


219 名前： root▲ ★ 投稿日： 2006/03/03(金) 20:29:15 ID:???0
Seanさん、Davidさん、Jimさんにメールを送った。
管理人と関係者にCc:。


220 名前： root▲ ★ 投稿日： 2006/03/03(金) 20:45:05 ID:???0
Sean-san, David-san, Jim-san,
Cc: 2ch related folks, (中の人)-san,

This is Mumumu.

As I already reported to Sean-san, now we encountered suspicious packet
dropping (approx. 15%-30%) at XO location servers.

I investigated the current status of the trouble, and I will report to
you about it per-server basis.

Please be careful: A part of XO servers are connected two network I/Fs.
So, I call "primary I/F", it is xx0 I/F on FreeBSD (em0, fxp0, bge0),
and "secondary I/F", it is xx1 I/F on FreeBSD (em1, fxp1, bge1).

The following I/Fs of servers are now in trouble.

banana402 (primary I/F: fxp0, 100Mbps FDX)
banana403 (primary I/F: fxp0, 100Mbps FDX)
banana404 (primary I/F: fxp0, 100Mbps FDX)
banana405 (primary I/F: fxp0, 100Mbps FDX)
banana406 (secondary I/F: fxp1, 100Mbps FDX)
tiger503 (primary I/F: em0, 1Gbps FDX)
tiger507 (secondary I/F: em1, 1Gbps FDX)
tiger2510 (secondary I/F: em1, 1Gbps FDX)
tiger2511 (primary I/F: em0, 1Gbps FDX)
tiger2512 (secondary I/F: em1, 1Gbps FDX)

Please investigate the trouble and fix it.

These servers are very important because they have so many
mobile phone users and 2ch BBS for TV live broadcast users.

Best regards,


221 名前： root▲ ★ 投稿日： 2006/03/03(金) 20:57:55 ID:???0
スイッチのリブート by Seanさん、入りました。

これから確認しますが、パケロスなくなったっぽい。

--- tiger503.maido3.com ping statistics ---
30 packets transmitted, 30 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.204/1.502/3.830/0.451 ms


222 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/03(金) 20:59:27 ID:WnVc/6w80
お疲れ様です。

PCのこちら側で小躍りしてみます。


223 名前： root▲ ★ 投稿日： 2006/03/03(金) 21:04:44 ID:???0
www2のパケットロス・遅延ともになくなりました。
全てがうまくいっているように見えます。

64 bytes from 206.223.150.96: icmp_seq=23 ttl=63 time=0.832 ms
64 bytes from 206.223.150.96: icmp_seq=24 ttl=63 time=0.779 ms
64 bytes from 206.223.150.96: icmp_seq=25 ttl=63 time=3.529 ms
64 bytes from 206.223.150.96: icmp_seq=26 ttl=63 time=0.754 ms
64 bytes from 206.223.150.96: icmp_seq=27 ttl=63 time=10.495 ms
64 bytes from 206.223.150.96: icmp_seq=28 ttl=63 time=13.702 ms
64 bytes from 206.223.150.96: icmp_seq=29 ttl=63 time=21.688 ms

--- www2.2ch.net ping statistics ---
30 packets transmitted, 30 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.668/2.298/21.688/4.608 ms


224 名前： root▲ ★ 投稿日： 2006/03/03(金) 21:07:08 ID:???0 BE:5107878-#
banana403 = www2 の受付嬢

にログインしてみました。

生まれ変わったように反応が速くなっていました。

どうやら先日の停電以来、
XOロケーションのスイッチが、ずっと本来の力を発揮できない状態に陥っていたようです。


225 名前： root▲ ★ 投稿日： 2006/03/03(金) 21:08:24 ID:???0 BE:1094843-#
Seanさんは明日に備えてオフラインになりました。

こうなれば急ぐことはないので、
じっくり調べて、結果を別途メールで報告する旨伝えました。

私もいったん、オフラインで。


226 名前： root▲ ★ 投稿日： 2006/03/03(金) 21:10:04 ID:???0 BE:4104959-#
これなら、live22x系もmatdにのっけても大丈夫な予感。

明日昼にでも改めて、banana403/404のリブートテストとかそのへんを。


227 名前： root▲ ★ 投稿日： 2006/03/03(金) 21:35:50 ID:???0 BE:1277827-#
概ね問題ないことを確認しました。

教訓: 高性能でインテリジェントなスイッチはある種サーバと同じところがあり、
電源を手順に従ってきちんと落としたりきちんと上げたりしないと、
不可解な状態に陥ることがある。

で、不可解な状態になると原因の切り分けは結構大変。


228 名前： 株価【520】 ▲ ◆cZfSunOs.U 投稿日： 2006/03/03(金) 21:36:57 ID:xWSR3hyG0
>>223-226 乙です．すんなり解決でめでたしめでたしですね．


229 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/03(金) 21:43:44 ID:5Swz3sTe0
>>224
ごみでもたまっていたんでしょうかね。




230 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/03(金) 21:54:23 ID:7SoB1b/rO
メモリにゴミファイルと虫が....カサコソしてた。

まぁ今は順調だからよかた。

#いつからパケットロスあったんだろう？
#これはパケロスしてるかいちいちping掛けないといかんのね。


231 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/03(金) 22:00:06 ID:5Swz3sTe0
>>230
瞬断のあとって意外にメモリの内容がごく一部化けているケース多い

それでエラーが出て変な状態になるケースは
エンタープライズなレベルではよくある話みたいですな


232 名前： ◆TWARamEjuA 投稿日： 2006/03/03(金) 22:50:05 ID:RFXCLekZ0
そういえば、httpdのレスポンスが変な鯖があったような希ガスるです。。。＠いまさら


233 名前： root▲ ★ 投稿日： 2006/03/03(金) 23:20:35 ID:???0 BE:3648858-#
>>232
どれかしら、、、。


234 名前： ◆TWARamEjuA 投稿日： 2006/03/03(金) 23:39:53 ID:RFXCLekZ0 BE:1634235-#
>>233
えっと、もう記録が残っていないので何とも云えないのですです（苦笑）＠監視係。のliveデータ


235 名前： root▲ ★ 投稿日： 2006/03/04(土) 00:03:43 ID:???0 BE:5745997-#
>>220 への自己フォロー
Folks,

Sean-san rebooted the Summit switch and all of the trouble of packet
dropping is now fixed.

I've checked servers and I verified all 2ch XO servers are fine.
Sean-san, thank you for your work.

So, we've got a good experience for intelligent switch management.
It is very sensitive and suddenly power outage is sometimes very
harmful for intelligent switch, too.

Regards,


236 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/04(土) 02:02:52 ID:EPUuctQ00
>>227
瓢箪から駒のようで、乙でした。
public側も電車男スイッチにつながっていたのですね。
てっきりprivate側用のスイッチと思っていました。

>>166
FreeBSDだったら、CARPで仮想IPをそれぞれに割り当てて、
DNSラウンドロビンでできるようなきがする。
マルチキャストフレームが同一VLAN内に流れると思うので、
同じネットワークに属するホストの負荷が高くなるかもしれませんが。



237 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/04(土) 03:06:39 ID:JHPf/6ld0
春ということで全サーバ/スイッチの再起動をしておくとかするとどうなるのかな


238 名前： ◆Reffiz2Zh. 投稿日： 2006/03/04(土) 08:38:24 ID:Og97TRiu0
スケジュールには載ってないんですがBETA3出ましたねぇ
そろそろRCだと思ったんですが


239 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 2006/03/04(土) 13:56:46 ID:/bDDGqyp0
某有名メーカーのHUBはAutoネゴシエーション設定の状態で
ケーブルの抜き差しすると認識状態が変わったりします。
(100MFull→100Mhalf)

一部機器では100MFullしか受け付けないものもあり
問題になります。(なりました(つД｀) )

各HUBのポート設定はどうなってますか？


240 名前： root▲ ★ 投稿日： 2006/03/04(土) 15:14:13 ID:???0
>>236
> public側も電車男スイッチにつながっていたのですね。

ですね。VLAN切っていると。

で、CARP使うですか。
マルチキャスト(というかたぶんエニーキャストの方が適切かな)なわけですが、
それ(フレームが流れること)は、私もちょっと気になったです。

>>237
不可解なトラブルが出てからでもいいかんじ。

>>238
BETA3いきましたか。
ということは、多分例によってちょっと遅れですね。

>>239
PIEでも、これまでもたまに問題になったです。
今は、
10Mbpsなサーバでは、full-duplexを明示的に指定していて、
100Mbpsなサーバでは、autoでネゴがうまくいくやつはautoで、
autoだとhalf-duplexになってしまうものはfull-duplex指定しているです。

前、100Mbps full-duplex固定指定で一度パフォーマンスが出なくなってしまう
症状が起こったので、そうしているです。(このスレの過去ログにあるはず)


241 名前： root▲ ★ 投稿日： 2006/03/04(土) 15:15:42 ID:???0
で、週明けにでも live22x 系を matd 環境に移行しようかなと。


242 名前： root▲ ★ 投稿日： 2006/03/04(土) 15:40:53 ID:???0
>>155 のテストも含めて、ex14をApache 2.2系にしてみるか。


243 名前： root▲ ★ 投稿日： 2006/03/04(土) 22:01:02 ID:???0 BE:1824645-#
こんなものが、davidxuさんのところに。
http://people.freebsd.org/~davidxu/patch/libc_thr_stubs.patch

何のパッチだろう。


244 名