09/08/08 21:29:45 IwVymNlA0
過去ログ(1)
2ch特化型スペシャルサーバ構築大作戦
URLﾘﾝｸ(qb.2ch.net)
2ch特化型サーバ構築作戦 Part2
URLﾘﾝｸ(qb3.2ch.net)
【uma作戦】2ch特化型サーバ構築作戦 Part3
URLﾘﾝｸ(qb3.2ch.net)
【uma作戦】2ch特化型サーバ構築作戦 Part4
URLﾘﾝｸ(qb3.2ch.net)
【uma作戦】2ch特化型サーバ構築作戦 Part5
URLﾘﾝｸ(qb3.2ch.net)
【Project peko】2ch特化型サーバ構築作戦 Part6
URLﾘﾝｸ(qb3.2ch.net)
【Project peko】2ch特化型サーバ構築作戦 Part7
URLﾘﾝｸ(qb3.2ch.net)
【Project peko】2ch特化型サーバ構築作戦 Part8
URLﾘﾝｸ(qb3.2ch.net)
【Project peko】2ch特化型サーバ構築作戦 Part9
URLﾘﾝｸ(qb3.2ch.net)
【Project peko】2ch特化型サーバ構築作戦 Part10
URLﾘﾝｸ(qb3.2ch.net)
【Project peko】2ch特化型サーバ構築作戦 Part11
ｽﾚﾘﾝｸ(operate板)
【Project peko】2ch特化型サーバ構築作戦 Part12
URLﾘﾝｸ(qb5.2ch.net)
【Project peko】2ch特化型サーバ構築作戦 Part13
URLﾘﾝｸ(qb5.2ch.net)
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14
URLﾘﾝｸ(qb5.2ch.net)
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
URLﾘﾝｸ(qb5.2ch.net)
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
URLﾘﾝｸ(qb5.2ch.net)
3:動け動けウゴウゴ２ちゃんねる
09/08/08 21:30:26 IwVymNlA0
過去ログ(2)
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part17
URLﾘﾝｸ(qb5.2ch.net)
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
URLﾘﾝｸ(qb5.2ch.net)
2ch特化型サーバ・ロケーション構築作戦 Part19
URLﾘﾝｸ(qb5.2ch.net)
2ch特化型サーバ・ロケーション構築作戦 Part20
URLﾘﾝｸ(qb5.2ch.net)
2ch特化型サーバ・ロケーション構築作戦 Part21
URLﾘﾝｸ(qb5.2ch.net)
2ch特化型サーバ・ロケーション構築作戦 Part22
URLﾘﾝｸ(qb5.2ch.net)
2ch特化型サーバ・ロケーション構築作戦 Part23
ｽﾚﾘﾝｸ(operate板)
2ch特化型サーバ・ロケーション構築作戦 Part24
ｽﾚﾘﾝｸ(operate板)
2ch特化型サーバ・ロケーション構築作戦 Part25
ｽﾚﾘﾝｸ(operate板)
2ch特化型サーバ・ロケーション構築作戦 Part26
URLﾘﾝｸ(qb5.2ch.net)
2ch特化型サーバ・ロケーション構築作戦 Part27
URLﾘﾝｸ(qb5.2ch.net)
2ch特化型サーバ・ロケーション構築作戦 Part28
URLﾘﾝｸ(qb5.2ch.net)
2ch特化型サーバ・ロケーション構築作戦 Part29
URLﾘﾝｸ(qb5.2ch.net)
2ch特化型サーバ・ロケーション構築作戦 Part30
URLﾘﾝｸ(qb5.2ch.net)
2ch特化型サーバ・ロケーション構築作戦 Part31
ｽﾚﾘﾝｸ(operate板)
2ch特化型サーバ・ロケーション構築作戦 Part32
ｽﾚﾘﾝｸ(operate板)
4:root▲▲ ★
09/08/08 21:30:39 0 BE:3283766-DIA(107778)
ここかな。
gimpo (root権限あり)はこれでも落ちないのか。
とすると、やっぱりチューニング問題っぽいのかな。
URLﾘﾝｸ(mumumu.mu)
5:動け動けウゴウゴ２ちゃんねる
09/08/08 21:31:52 n/dr8yDJ0
狐＆事務に土下座しかないかな
6:動け動けウゴウゴ２ちゃんねる
09/08/08 21:32:34 IwVymNlA0
関連スレ
■ サーバリフレッシュ工事 連絡・作業スレッド１７
ｽﾚﾘﾝｸ(operate板)
■ 接続が重い時にtracert(traceroute)の結果を貼ってみるスレ
ｽﾚﾘﾝｸ(operate板)
【携帯電話】docomoからのアクセスを再考しよう - iモードID編その２
ｽﾚﾘﾝｸ(operate板) ←落ちてます。
サーバ構築に関係ない話や質問はこちらへ
質問・雑談スレ294＠運用情報板
ｽﾚﾘﾝｸ(operate板)
7:root▲▲ ★
09/08/08 21:32:38 0 BE:912825-DIA(107778)
確かに gimpo はシステム的には負荷かかってるけど健康だな。
httpd が変になった形跡もないみたい。
92795 ch2gimp 1 4 0 101M 13508K accept 0 0:14 0.00% httpd
93056 ch2gimp 1 44 0 102M 13504K select 2 0:14 0.00% httpd
93021 ch2gimp 1 44 0 102M 13700K select 2 0:14 0.00% httpd
92386 ch2gimp 1 44 0 102M 13428K select 1 0:14 0.00% httpd
92365 ch2gimp 1 4 0 101M 13472K accept 2 0:14 0.00% httpd
8:root▲▲ ★
09/08/08 21:33:45 0 BE:5745997-DIA(107778)
とりあえずできることをするか。
yutori7 bbs.cgi 停止。
read.cgi 停止。
9:動け動けウゴウゴ２ちゃんねる
09/08/08 21:34:20 hp56FdvvP
しかしこれだけ続くとチューニング云々というより
やはりＯＳがΒというのが引っかかる気がするなあ
10:動け動けウゴウゴ２ちゃんねる
09/08/08 21:35:22 yfoV4NvB0
ヒントはgimpoにありですか、なにがよくないんでしょうね
11:動け動けウゴウゴ２ちゃんねる
09/08/08 21:35:43 EVOauDZC0
>>10
beta
12:動け動けウゴウゴ２ちゃんねる
09/08/08 21:36:17 ouqnn1A60
昨日やった設定変更を実はOSが読んでないとか、なんかの拍子に元に戻ってるとか。
13:root▲▲ ★
09/08/08 21:36:24 0 BE:1642829-DIA(107778)
あと考えられるのは、
Apache 2.2 だけど、必要なパッチがあたっているか、
あたりかも。
このスレの過去スレでやったのをだんだん思い出してきたんですが、
Apache 2.2 で mod_cgidso を動かすためには、Apache にパッチ当てないと、
高負荷時にいまいちになる、というのがあったかも。
14:root▲▲ ★
09/08/08 21:37:49 0 BE:3648285-DIA(107778)
>>12
なるほど、あれからいちどもリブートしてないか。
yutori7 gimpo 一度リブート依頼してみよう。
直るかもしれないし。
15: ◆TWARamEjuA
09/08/08 21:38:06 sJ5i6h9g0 BE:436122-BRZ(10072)
httpdがいまいちな気がしないでもないような。。。@8.0B2との相性問題
16:動け動けウゴウゴ２ちゃんねる
09/08/08 21:38:32 PKZdr2lkP
>>14
乙です
17:動け動けウゴウゴ２ちゃんねる
09/08/08 21:38:55 wNr2xvKX0
リブートなしで行ける設定だと書いていたような
18:動け動けウゴウゴ２ちゃんねる
09/08/08 21:39:15 fSmWaN9T0
んじゃ2.0リブートか、直るといいね
19:root▲▲ ★
09/08/08 21:39:56 0 BE:2736656-DIA(107778)
tiger3547 = yutori7
リブート依頼した。
20:ょぅιﾞょの見物人 ◆YoJo69//rM
09/08/08 21:40:30 iIkXrsEk0
>>9
7.2 -> 8.0-BETA2 でそんなに変わりますかね。
21:動け動けウゴウゴ２ちゃんねる
09/08/08 21:40:52 3evB8crM0
Bだと何があっても驚かないが基本。
出来ると思っても出来ない事があったりなかったり。
22:root▲▲ ★
09/08/08 21:41:09 0 BE:3831067-DIA(107778)
しかし出頭（でしたっけ）でも2台しか落ちなかったのなら、
２ちゃんねるとしては史上最強、ということでもないのかも。
23:動け動けウゴウゴ２ちゃんねる
09/08/08 21:41:31 ytt5VVys0
>>14
tsushimaでなくて？
24:root▲▲ ★
09/08/08 21:41:47 0 BE:6566898-DIA(107778)
>>20
いちばん上の番号が変わってますからね、、、。
6 から 7 の時は例外的に安産だったのかも。
25:動け動けウゴウゴ２ちゃんねる
09/08/08 21:41:53 ouqnn1A60
>>17
確かに書いていたけど、
勘違いとか知らない間に仕様が変わったとか、直ったように表示するが実は内部的には変更されてなかったとかがあるかもしれん。
26:動け動けウゴウゴ２ちゃんねる
09/08/08 21:42:24 Q5txrZUX0
出張ってテロップ出た瞬間に落ちてたような。。。
27:root▲▲ ★
09/08/08 21:42:53 0 BE:2736656-DIA(107778)
>>23
tsushima です。すんません。
gimpo はリブートの必要なさげ。
tsushima はしばらく今のまま置きます。
yutori7 の対応の方向性が決まってから。
28:動け動けウゴウゴ２ちゃんねる
09/08/08 21:43:02 jo58grHd0
8.0ベータってつおいの？
29:動け動けウゴウゴ２ちゃんねる
09/08/08 21:44:52 sFoILEBS0
予測出来ないバルス（だっけ？）みたいなもんか・・・実況よりニュース系の方が
鯖の健康を（ｒｙ
30:動け動けウゴウゴ２ちゃんねる
09/08/08 21:44:52 1WRYqiat0
>>20
メジャーバージョンアップじゃ別のOSと見た方が
31:動け動けウゴウゴ２ちゃんねる
09/08/08 21:46:07 IwVymNlA0
とりあえず【2ch特化型サーバ・ロケーション構築作戦】に参加されない方は、
2ch サーバーダウン（鯖落ち）情報 part239
ｽﾚﾘﾝｸ(operate板)
こちらへ移動を。
32:動け動けウゴウゴ２ちゃんねる
09/08/08 21:46:49 2anJzRzn0
むかしR5->6のときにディスクのデバイス名規則が変更されて焦った記憶が
33:root▲▲ ★
09/08/08 21:47:01 0 BE:5107878-DIA(107778)
yutori7 と tsushima が陥落したから、
wildplus @ gimpo でやってるのね。
とりあえず動いているなら、
そこでやっていただければと。
2xx 3xx 4xx 5xx URL
305 99 1 0*/wildplus/dat/1249734720.dat
245 1 0 0 /wildplus/subject.txt
194 0 0 0 /test/read.cgi/wildplus/1249735525/
168 6 0 0 /favicon.ico
144 6 0 0 /wildplus/dat/1249735525.dat
115 0 0 0 /test/read.cgi/wildplus/1249734720/
34:動け動けウゴウゴ２ちゃんねる
09/08/08 21:49:03 Em3NetII0
keglimitでもzonelimitでもvmの話なんだから、
調査のために sysctl vm の結果は、とっておいた方がいいんじゃないでしょうか？
35:root▲▲ ★
09/08/08 21:49:52 0 BE:3648285-DIA(107778)
>>34
sysctl vm > VM.txt @ yutori7
36:root▲▲ ★
09/08/08 21:50:31 0 BE:1277827-DIA(107778)
sysctl vm > VM.txt @ tsushima
37:root▲▲ ★
09/08/08 21:51:08 0 BE:2462393-DIA(107778)
あと、とったほうがよさげなものは。
今やハングしてるっぽいので、netstat -m とか?
38:ょぅιﾞょの見物人 ◆YoJo69//rM
09/08/08 21:52:39 iIkXrsEk0
>>30
そりゃそうなんですが・・・
6.xから7.xに移行したときはそれほど苦労しなかったな、そういえば。
変更点はこれか・・・
URLﾘﾝｸ(www.freebsd.org)
＃ FreeBSDのメジャーバージョン偶数奇数の法則ってもはやないんでしょうな。
39:root▲▲ ★
09/08/08 21:53:04 0 BE:821333-DIA(107779)
gimpo はそれなりに安定してますね。
このぶんなら2台までで止まりそうかな。
40:動け動けウゴウゴ２ちゃんねる
09/08/08 21:56:00 Em3NetII0
netstatの結果もとっておいた方がいいでしょうね。
役に立つかはわからないけど、とっておいて損はないはず。。
41:動け動けウゴウゴ２ちゃんねる
09/08/08 21:56:51 KTM0l5Ue0
URLﾘﾝｸ(www.realfreebsdtips.com)
なんかこんなの出ていましたけど、参考になるかしら
42:root▲▲ ★
09/08/08 21:57:40 0 BE:2189838-DIA(107779)
>>40
netstat -s > NETSTAT-S.txt @ 両サーバ
あとは落ちなかった今の gimpo と目で比較とかか。
43:root▲▲ ★
09/08/08 21:58:49 0 BE:4104959-DIA(107779)
>>41
sysctl で kern.ipc.nmbclusters を増やせ、って出てますね。
44:root▲▲ ★
09/08/08 22:00:40 0 BE:1368353-DIA(107779)
gimpo root権限あり
%sysctl kern.ipc.nmbclusters
kern.ipc.nmbclusters: 65536 ← 増やしてある
yutori7, tsushima root権限なし
$ sysctl kern.ipc.nmbclusters
kern.ipc.nmbclusters: 33792 ← 増やしてない
・・・。
45:動け動けウゴウゴ２ちゃんねる
09/08/08 22:01:00 LrGyYmKM0
お
46:動け動けウゴウゴ２ちゃんねる
09/08/08 22:02:39 5wFV4wW00
おー なんかいろいろ解決するか？
47:動け動けウゴウゴ２ちゃんねる
09/08/08 22:03:03 091huTwL0
tsushimaが順調にさばいてきてるね
48:root▲▲ ★
09/08/08 22:03:04 0 BE:2463539-DIA(107779)
/boot/loader.conf @ gimpo
には、
kern.ipc.nmbclusters=65536
を入れてあるですね、、、。
というか、これも確かここの過去スレで話した記憶がよみがえってきた、、、。
live8 やらでいろいろやっていた時期だったような。
49:動け動けウゴウゴ２ちゃんねる
09/08/08 22:03:18 5OYYXjmr0
強いサーバの設定と比較するのは、大変役立ちますね…
あとは、取れる範囲のデータとって比較してみるのが一番近道なのかも
50:動け動けウゴウゴ２ちゃんねる
09/08/08 22:03:58 eWktMmd70
>>41
逆にnet.inet.tcp.sendspaceを減らせって書いてあるね。何でだろ
51:root▲▲ ★
09/08/08 22:04:18 0 BE:3830876-DIA(107779)
>>47
$ telnet tsushima.2ch.net 80
Trying 206.223.153.220...
Connected to tsushima.2ch.net.
Escape character is '^]'.
Connection closed by foreign host.
状況変わっていないですね。
52:動け動けウゴウゴ２ちゃんねる
09/08/08 22:04:23 ouqnn1A60
>>47
？
tsushimaはhttpdが復活してすぐ落ちたっぽいけど。OSは生きてるけどコネクションをリセットされまくる。
53:動け動けウゴウゴ２ちゃんねる
09/08/08 22:04:51 2anJzRzn0
＞５０
たくさんの箱が用意できても、1個1個の箱の大きさを小さくしないと溢れるってことでしょ
54:root▲▲ ★
09/08/08 22:06:50 0 BE:1641863-DIA(107779)
>>50
ふむ、、、。よく読む必要がありそうな予感。
ちなみに A-tiger ではそのへん増やしてありますね。
これも前にここの過去スレで議論した予感が。
雪だるま作戦で使う bbsd が詰まらないように対策したあたりだった気がする。
# increase network send/receive buffer for bbsd
net.inet.tcp.sendspace=131072
net.inet.tcp.recvspace=131072
net.inet.udp.maxdgram=131072
net.inet.udp.recvspace=131072
net.local.stream.sendspace=131072
net.local.stream.recvspace=131072
net.local.dgram.maxdgram=131072
net.local.dgram.recvspace=131072
net.inet.raw.recvspace=131072
net.inet.raw.maxdgram=131072
55:root▲▲ ★
09/08/08 22:07:38 0 BE:821333-DIA(107779)
yutori7 リブートかかりました。
上がるまで待機中。
56:動け動けウゴウゴ２ちゃんねる
09/08/08 22:07:49 5wFV4wW00
てかこの際だから全部チェックしてよ
57:動け動けウゴウゴ２ちゃんねる
09/08/08 22:07:59 l3bM+JbR0
>>48
それくらいの数値にすればいいんだ。
58:動け動けウゴウゴ２ちゃんねる
09/08/08 22:08:09 tBbMB1Nx0
gimpoのLAとか
59:動け動けウゴウゴ２ちゃんねる
09/08/08 22:09:56 EKQJMaXM0
rootさん、応援してるのでサーバ復活頑張ってくださいな
60:動け動けウゴウゴ２ちゃんねる
09/08/08 22:10:58 EVOauDZC0
やっぱり後でポイントをチェックできるように情報まとめておいたほうがいいみたいね
gimpoのLA40とかすごいなｗ
61:AMDまほろ ◆MAHOROTMOw
09/08/08 22:11:02 EwAHSTMY0 BE:55285643-2BP(2225)
おー、復活してる。お疲れ様です。
62:root▲▲ ★
09/08/08 22:11:05 0 BE:3192757-DIA(107779)
yutori7 上がった。
しばらく見ていて健康そうなので、
liveplus mnewsplus news4vip 復帰した。
63:動け動けウゴウゴ２ちゃんねる
09/08/08 22:11:19 ElM5oEVP0
本来の管理人はドラクエで遊んでるに違いない
64:root▲▲ ★
09/08/08 22:12:20 0 BE:3192757-DIA(107779)
yutori7 はしばらく様子見。
tsushima みてくる。
65:動け動けウゴウゴ２ちゃんねる
09/08/08 22:12:43 IF6q1cJu0
この辺の話か
URLﾘﾝｸ(www.nxhack.tarumi.kobe.jp)
> ネットワークのバッファサイズを増やす GbEじゃないなら既定値で十分
> 大量のセッションを張るサーバでは増やしすぎるとデメリットの方が多い
> net.inet.tcp.sendspace
> net.inet.tcp.recvspace
> net.inet.udp.recvspace
66:動け動けウゴウゴ２ちゃんねる
09/08/08 22:12:50 5OYYXjmr0
リブート成功したみたいですね。
このすきを狙って、取れるログを取ってしまうのは…？
67:root▲▲ ★
09/08/08 22:13:27 0 BE:5837388-DIA(107779)
banana3706 = tsushima
リブート依頼した。
68:root▲▲ ★
09/08/08 22:14:38 0 BE:4925669-DIA(107779)
yutori7 はhttpdが「転ぶかどうか」という感じ。
今はまだ転んでいない。
69:root▲▲ ★
09/08/08 22:15:39 0 BE:1368735-DIA(107779)
>>65
なるほど。
雪だるまサーバはオール GbE なので、増やす条件に当たるのかな。
通常サーバは em だけどスイッチの方が物理的に 100Mbps ですね。
70:動け動けウゴウゴ２ちゃんねる
09/08/08 22:16:33 2anJzRzn0
>65
メモリじゃぶじゃぶだと、増やしても問題ない気がしますね。
むしろ、増やしてIOを頑張らせた方が効率よさげ。
71:root▲▲ ★
09/08/08 22:18:38 0 BE:2918584-DIA(107779)
メモリ 9Gbytes @ yutori7
メモリ 8GBytes @ gimpo
というかんじですね。
tsushima (T-banana2009)は、、、。
72:動け動けウゴウゴ２ちゃんねる
09/08/08 22:20:26 8km8jxGF0
CPU：Intel Core2 Duo E6320 メモリ：4GB HDD：2 x 250GB 7,200rpm SATA150/300
pc11、academy6+science6+society6+love6
CPU：Intel Core2 Duo E8500 メモリ：4GB HDD：2 x 250GB 7,200rpm SATA-2
jfk、atlanta、takeshima、tsushima、hideyoshi、qb6、pc12
CPU：Intel Quad-Core Extreme QX6850 メモリ：8GB HDD：2 x 250GB 7,200rpm SATA150/300
yutori
CPU：Intel Core2 Quad Q9550 メモリ：8GB HDD：2 x 500GB 7,200rpm SATA150/300
mamono、changi、schiphol、gimpo、anchorage
CPU：Intel Core2 Quad Q9550 メモリ：8GB HDD：2 x 300GB 10,000rpm SATA-2
qb5、dubai、namidame
CPU：Intel Core i7 920 メモリ：9GB HDD：2 x 300GB 10,000rpm SATA-2
yutori7
73:root▲▲ ★
09/08/08 22:21:50 0 BE:1642436-DIA(107779)
イナゴさんが別のところにあふれないように、
mnewsplus は普通にスレ立てしていってもらえるとうれしいです。＞記者の方
また落ちたら取り消すかもですが、
今のところはそれで。
ただし重複には気をつけて。
74:root▲▲ ★
09/08/08 22:24:51 0 BE:1824645-DIA(107779)
これ (top出力の上のほう)見る限り、CPUやメモリ的にはぜんぜん余裕ですね。
@ yutori7
last pid: 2288; load averages: 1.97, 1.91, 1.15 up 0+00:19:42 06:22:56
525 processes: 1 running, 523 sleeping, 1 zombie
CPU: 19.2% user, 0.0% nice, 5.0% system, 1.3% interrupt, 74.4% idle
Mem: 2194M Active, 537M Inact, 1040M Wired, 5192K Cache, 929M Buf, 5117M Free
Swap: 9216M Total, 9216M Free
ディスクI/Oもまだまだ余裕(systat -v)。
@ yutori7
Disks ad4 ad6 ar0 md0
KB/t 0.00 0.00 9.79 16.29
tps 0 0 120 3
MB/s 0.00 0.00 1.15 0.04
%busy 0 0 18 0
75:root▲▲ ★
09/08/08 22:26:03 0 BE:4925096-DIA(107779)
tsushima リブートかかって httpd 起動待ち中。
76:root▲▲ ★
09/08/08 22:28:38 0 BE:1459744-DIA(107779)
gimpo は HDD きついな。
7200rpm もの
50～65% busy ぐらい @ systat -v
77:動け動けウゴウゴ２ちゃんねる
09/08/08 22:29:32 M/NN7P8K0
また落ちた？
78:動け動けウゴウゴ２ちゃんねる
09/08/08 22:29:40 Z6NWzZ+/0
yutori7また死亡の予感
79:動け動けウゴウゴ２ちゃんねる
09/08/08 22:29:48 GOqPqggwP
リブートでも掛けました？＞yutori7
80:動け動けウゴウゴ２ちゃんねる
09/08/08 22:30:02 ouqnn1A60
yutori7、コネクションをリセットするようになった。
81:root▲▲ ★
09/08/08 22:30:47 0 BE:2554447-DIA(107779)
%telnet yutori7.2ch.net 80
Trying 207.29.225.200...
Connected to yutori7.2ch.net.
Escape character is '^]'.
Connection closed by foreign host.
アクセスが少なくなったと思ったら、
すぐに httpd コネクションを閉じてきますね。@ yutori7
状況は単純リブートでは変化しなかった模様、という感じで。
82:動け動けウゴウゴ２ちゃんねる
09/08/08 22:31:18 M/NN7P8K0
UNIX板の人たちに助けを求めるとどうかと
83:root▲▲ ★
09/08/08 22:31:49 0 BE:1368353-DIA(107779)
またこうなりました @ yutori7
1146 ch2yutor7 1 44 0 81452K 14256K keglim 5 0:03 0.00% httpd
1604 ch2yutor7 1 44 0 80428K 13776K keglim 1 0:03 0.00% httpd
1379 ch2yutor7 1 44 0 80448K 14416K keglim 2 0:03 0.00% httpd
1149 ch2yutor7 1 44 0 81388K 14188K keglim 7 0:03 0.00% httpd
1342 ch2yutor7 1 44 0 79328K 13832K keglim 0 0:03 0.00% httpd
1391 ch2yutor7 1 44 0 81424K 14460K keglim 4 0:03 0.00% httpd
1175 ch2yutor7 1 44 0 80388K 14388K keglim 5 0:03 0.00% httpd
予想通りというか、
根本的な対応しないといまいちなかんじ。
84:動け動けウゴウゴ２ちゃんねる
09/08/08 22:32:16 5wFV4wW00
やっぱり鯖をまとめるのは無理があるのでは･･･？
85:動け動けウゴウゴ２ちゃんねる
09/08/08 22:32:52 sXuV326OP
β版すなぁ
86:root▲▲ ★
09/08/08 22:33:34 0 BE:2189546-DIA(107779)
>>82
試したいネタはかなり持ってますが、
今のところは試せないというかんじで。
今の wildplus @ gimpo が負荷かかっても落ちない、ということなら、
そこでやっていただいた方がいいのかもですね。
あとはリブート依頼はせずに、
できることをやろうかと。@ yutori7
87:動け動けウゴウゴ２ちゃんねる
09/08/08 22:35:35 ZtAYRFRG0
んで、対馬はどうかな？
一応復活はしたけどまた同じことになりそう？
88:動け動けウゴウゴ２ちゃんねる
09/08/08 22:36:06 7Vfon4ow0
いくらCPUやメインメモリやディスクがスカスカでも
カーネルのバッファが足りなくて大量にコネクション張った時に
ソケットの送受信バッファが確保できずに糞詰まりってことでFA？
89:root▲▲ ★
09/08/08 22:36:27 0 BE:821333-DIA(107779)
tsushima 上がった。
全板復帰した。
90:動け動けウゴウゴ２ちゃんねる
09/08/08 22:37:33 9tn9FNfBO
実況が落ちてないんだから同じにすればいいんじゃないの？
という素人考えはダメですかね。
91:動け動けウゴウゴ２ちゃんねる
09/08/08 22:38:25 HQvUFGPc0 BE:745794735-PLT(15585)
>>86
諸悪の根源は芸スポ速報+ニュース実況+ニュース速報(VIP)ですし
この板だけ停止できません？
92:動け動けウゴウゴ２ちゃんねる
09/08/08 22:38:56 ZP1mIrw90
お疲れさんです。
やっぱ鯖まとめすぎなんじゃ・・・
93:動け動けウゴウゴ２ちゃんねる
09/08/08 22:39:25 0EYLOKV/P
>>91
馬鹿じゃねーのこいつ
94:動け動けウゴウゴ２ちゃんねる
09/08/08 22:39:26 ekwMnO5+0
>>91
芸スポだけじゃねーのか・・・？
95:動け動けウゴウゴ２ちゃんねる
09/08/08 22:39:45 ouqnn1A60
BSDのことあまり知らないけど、
1人のユーザが大量のコネクション貼るなど、リソースを占有するとOS側がkillしまくる仕組みってのはないかな？
96:動け動けウゴウゴ２ちゃんねる
09/08/08 22:39:58 y/nuk+yT0
>>91
他板に流れるだけかと
97:root▲▲ ★
09/08/08 22:39:59 0 BE:821333-DIA(107779)
ここから yutori7 分析モード。
read.cgi 止めて、
httpd を上げ直し。
98:動け動けウゴウゴ２ちゃんねる
09/08/08 22:40:02 abyhHwUv0
早速落ちた＠yutori7
99:動け動けウゴウゴ２ちゃんねる
09/08/08 22:40:15 M/NN7P8K0
VIPをどっか外部板に頼むとか。ちょうどvip2ch.comってのがありますし
100:動け動けウゴウゴ２ちゃんねる
09/08/08 22:40:41 HQvUFGPc0 BE:198878922-PLT(15585)
>>93
はいはい
>>94
試験的ってならアリじゃん
101:root▲▲ ★
09/08/08 22:40:51 0 BE:3830876-DIA(107779)
今の私は、>>13 を疑い始めています。
read.cgi 停止したのは、mod_cgidso を止めるため。
102:動け動けウゴウゴ２ちゃんねる
09/08/08 22:41:16 ZtAYRFRG0
>>92
関係ないっす
103:動け動けウゴウゴ２ちゃんねる
09/08/08 22:41:56 ouqnn1A60
>>95
補足
ここでいうユーザというのは鯖の利用者のことじゃなくて、httpdの動いているUserのことね
104:動け動けウゴウゴ２ちゃんねる
09/08/08 22:42:14 M/NN7P8K0
もういっそのことVIPは専ブラオンリーってことでどうでしょう
105:root▲▲ ★
09/08/08 22:42:14 0 BE:1368735-DIA(107779)
これで健康に動くようなら、
２ちゃんねる的に Apache 2.2 系にパッチが当たっていない、を
疑いはじめます。
Apache 2.2 系には 2つ必要なパッチがあって、
最近の Apache ではそのうち一つは本流に入ったけど、
もう一つは入っていなかった予感が。
106:root▲▲ ★
09/08/08 22:42:37 0 BE:4925096-DIA(107779)
yutori7 健康になったような、、、。
107:動け動けウゴウゴ２ちゃんねる
09/08/08 22:43:12 091huTwL0
雪だるま鯖のf7
108:root▲▲ ★
09/08/08 22:43:41 0 BE:3283766-DIA(107779)
パッチは、、、。cvsup.peko.2ch.net = oyster901 に anonymous ftp で置いてあるけど、、、。
う、今アクセスできないっぽい。
109:root▲▲ ★
09/08/08 22:45:35 0 BE:4377986-DIA(107779)
手元にはあった。
どっかにこのパッチ置こう。
110:動け動けウゴウゴ２ちゃんねる
09/08/08 22:46:18 ZtAYRFRG0
この鯖でいいんでね？
111: ◆INFUL/Rb66
09/08/08 22:48:02 DxmbdIPO0 BE:791910263-2BP(5162)
>>109
あれなら、うちの鯖貸します。って、anonymousじゃ無かったんだ…
112:root▲▲ ★
09/08/08 22:48:15 0 BE:1642436-DIA(107779)
>>109
URLﾘﾝｸ(qb6.2ch.net)
113:root▲▲ ★
09/08/08 22:49:22 0 BE:912825-DIA(107779)
ということで、
「mod_cgidso を Apache 2.2 系で使う場合には、追加でパッチが必要」
という話です。
これも、このスレの過去スレでやった話な予感。
114:動け動けウゴウゴ２ちゃんねる
09/08/08 22:51:24 M/NN7P8K0
そのパッチ当てないとどうなるんでしょうか
115:root▲▲ ★
09/08/08 22:51:36 0 BE:730324-DIA(107779)
で、これ (>>112-113) は内部での mutex lock 関係なので、
負荷が上がると、より踏みやすくなるような。
116:root▲▲ ★
09/08/08 22:52:48 0 BE:3648858-DIA(107779)
>>114
read.so (read.cgi) を Apache に組み込むところで、
予期しない変なこと(すべき mutex lock かけないで組み込みをやるので)が、
起こるような気がします。
117:root▲▲ ★
09/08/08 22:53:12 0 BE:1459744-DIA(107779)
tsushima も Apche 2.2 系か、、、。
read.cgi 緊急で止めて来ます。
118:root▲▲ ★
09/08/08 22:54:02 0 BE:1276872-DIA(107779)
>>117 done.
これで様子見します。
119:動け動けウゴウゴ２ちゃんねる
09/08/08 22:54:19 EVOauDZC0
とりあえず板集めが～とか専ブラが～とか言ってる香具師はスレをよく読んでください
120:動け動けウゴウゴ２ちゃんねる
09/08/08 22:56:46 FLL2XBUr0
落ち着いたっぽい？
rootたん、おちゅ。
121:root▲▲ ★
09/08/08 22:56:53 0 BE:730324-DIA(107779)
今のところ安定してるっぽい。< yutori7 / tsushima
122:動け動けウゴウゴ２ちゃんねる
09/08/08 22:57:32 B215Nhgj0
やはりこういった情報は一つの場所にまとめられているといいですね。
URLﾘﾝｸ(suamania.70.kg)
今回のもここにまとめておくと後々楽そうです。
123:動け動けウゴウゴ２ちゃんねる
09/08/08 22:57:38 PKZdr2lkP
>>121
乙です
124:動け動けウゴウゴ２ちゃんねる
09/08/08 22:59:00 eE6oe3960
>>122
よろしく
125:動け動けウゴウゴ２ちゃんねる
09/08/08 22:59:45 W/Jrn3MQ0
実況重くなるからな覚悟しとけ
126:root▲▲ ★
09/08/08 23:00:11 0 BE:1641492-DIA(107779)
>>112 のパッチは「バグの修正」というよりは、
「FreeBSD ＋ Apache 2.2 系で使う時に固有の問題を解決する」
ものですね。
この話は、雪だるまサーバを作っていた頃やった記憶が。
しょっちゅう httpd が不可解になっていた時に、
どこかの名無しさんに助けてもらったパッチな気がします。
しかし実際にしくらないとなかなか思い出せないというのは、
私もいかんですね。
というか、こういうやばそうなのは忘れる前に「サーバ作成キット」に組み込んじゃうから、
普段は気にしない部分だったりして。
127:動け動けウゴウゴ２ちゃんねる
09/08/08 23:01:57 Em3NetII0
なんか懐かしいパッチが。。
>>112のパッチをUPしたのは自分ですが、このパッチが必要なのはMPMがpreforkではなくworkerの場合のみです。
FreeBSDのdlopen()がスレッドセーフではないので、それに対応するためのパッチです。
あの当時、httpdがSegmentation FaultでBus Errorで落ちていたのの対応ですね。
なので、今回の問題とはちょっと違うかなぁと思います。
128:root▲▲ ★
09/08/08 23:05:06 0 BE:1276872-DIA(107779)
>>122
場所は正直どこでもいいですが、
「既に通って痛い目に遭って、対策して、スレのみんなで経験値を積んだ場所」
をまた踏まないようにしたいですね、、、。
129:桶屋
09/08/08 23:05:39 b8BDLY8r0
＞というか、こういうやばそうなのは忘れる前に「サーバ作成キット」に組み込んじゃうから、
＞普段は気にしない部分だったりして。
rootさんの暗黙知が形式知になっていないので、rootさん以外が作業すると、
問題が顕在するパターンですかね。
130:動け動けウゴウゴ２ちゃんねる
09/08/08 23:05:53 EVOauDZC0
神きた
131:root▲▲ ★
09/08/08 23:06:38 0 BE:3192757-DIA(107779)
>>127
そうでしたか。
過日はどうもでした。
なかなか人の記憶というのは、あいまいなものですね。
私も少しずつ思い出してきました。
確かにhttpdが「落ちる」ことへの対策だったような気がします。
132:root▲▲ ★
09/08/08 23:07:46 0 BE:2189546-DIA(107779)
>>129
だとしたら、
「この板のこのスレで全て公開でやる」
というだけでは不十分だ、ということですね、、、。
133:root▲▲ ★
09/08/08 23:08:30 0 BE:7387799-DIA(107779)
とりあえず落ちないっぽいですね。< yutori7 / tsushima
134:動け動けウゴウゴ２ちゃんねる
09/08/08 23:10:50 T5gZLf/x0
余計問題がどこにあるのかわからないとかは...
135:root▲▲ ★
09/08/08 23:11:16 0 BE:2553874-DIA(107779)
24:00 までこのまま様子見します。
ここに書くまで今日はずっと外にいたんで、とりあえずお風呂入りたい。
136:動け動けウゴウゴ２ちゃんねる
09/08/08 23:11:59 o/Q2Q0T/0
net.inet.tcp.sendspace
net.inet.tcp.recvspace
ここらの話ですが、いわゆるRWINとかのお話ですね
インターフェイスがどうこうよりも、実際の通信速度・通信相手等によるところが大きく
最適値から小さくしても巨大にしてもよろしくないのでよく考える必要があります
試験済みで程良い大きさの値を採用するのが一番無難かと
あと、この値を変えた場合はkern.ipc.maxsockbufを最適値に変更すべきです
ソケットバッファとコネクション数を掛けた値が
kern.ipc.maxsockbufの値を超えた場合、ソケットが開けなくなります
137:動け動けウゴウゴ２ちゃんねる
09/08/08 23:12:01 imY92t6t0
しばらく、このままread.cgiを止めてままで様子見してほしい
138:動け動けウゴウゴ２ちゃんねる
09/08/08 23:12:43 T5gZLf/x0
いったんお疲れちゃーんっと
139:動け動けウゴウゴ２ちゃんねる
09/08/08 23:13:16 2anJzRzn0
gimpo のネットワークが生きている理由をちょっくら考えていると、ちょと疑問が。
mbufのクラスタ数 65536 なので、ざっと掛け算して 128Mbyte のバッファ領域がありますと。
送受信バッファは、其々128Kbyte なので最大同時接続数は 128M/(128K * 2) = 512
今回の祭りで 512 同時接続なんてすぐ消費しそうな気がするのに、生きているって素晴らしい。<-ここが疑問。
gimpo の netstat -m と vmstat ってどうなっていますか？
140:root▲▲ ★
09/08/08 23:16:00 0 BE:2554447-DIA(107779)
>>136
> 最適値から小さくしても巨大にしてもよろしくないのでよく考える必要があります
なるほど、、、。
> 試験済みで程良い大きさの値を採用するのが一番無難かと
今の root 権限あり A-tiger や雪だるまサーバは基本的に全部 >>54 ですね。
もうかれこれ雪だるまでは数年、A-tiger も1年はこれです。
> あと、この値を変えた場合はkern.ipc.maxsockbufを最適値に変更すべきです
も、上記とほぼ同じ期間、前スレにもあった
kern.ipc.maxsockbuf=20480000
になっています。
141:root▲▲ ★
09/08/08 23:16:41 0 BE:3648858-DIA(107779)
>>139
%netstat -m
1188/4722/5910 mbufs in use (current/cache/total)
389/1961/2350/65536 mbuf clusters in use (current/cache/total/max)
389/1320 mbuf+clusters out of packet secondary zone in use (current/cache)
606/2372/2978/16896 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/8448 9k jumbo clusters in use (current/cache/total/max)
0/0/0/4224 16k jumbo clusters in use (current/cache/total/max)
3499K/14590K/18089K bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
0/0/0 sfbufs in use (current/peak/max)
0 requests for sfbufs denied
0 requests for sfbufs delayed
37286 requests for I/O initiated by sendfile
0 calls to protocol drain routines
142:root▲▲ ★
09/08/08 23:17:37 0 BE:2189838-DIA(107779)
さっき不調だった時の netstat -m @ yutori7
36217/3728/39945 mbufs in use (current/cache/total)
4198/2916/7114/33792 mbuf clusters in use (current/cache/total/max)
4198/2202 mbuf+clusters out of packet secondary zone in use (current/cache)
16896/0/16896/16896 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/8448 9k jumbo clusters in use (current/cache/total/max)
0/0/0/4224 16k jumbo clusters in use (current/cache/total/max)
85034K/6764K/91798K bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
0/0/0 sfbufs in use (current/peak/max)
0 requests for sfbufs denied
0 requests for sfbufs delayed
64 requests for I/O initiated by sendfile
0 calls to protocol drain routines
143:root▲▲ ★
09/08/08 23:18:36 0 BE:4377986-DIA(107779)
>>141 は今のというか、言われて試した値 @ gimpo です。
144:桶屋
09/08/08 23:18:38 b8BDLY8r0
>>132
＞「この板のこのスレで全て公開でやる」
方針としては間違っていないと思いますよ。
ただrootさんも感じていらっしゃると思いますが、構築作戦の年月も長くなっているので、
簡単に記憶から掘り起こせない/過去ログから探せない状態になっています。
例えばですが、「サーバ作成キット」の項目出しだけでも出来ますか？
そうすれば>>122のようなところにまとめるのも、やりやすくなる気がします。
>>135
お疲れ様でした。おやすみなさい。(;^ ^
145:root▲▲ ★
09/08/08 23:20:04 0 BE:1459744-DIA(107779)
ということで、ちとおふろいってきます。
%vmstat 1 (@ gimpo)
procs memory page disks faults cpu
r b w avm fre flt re pi po fr sr ad10 ad12 in sy cs us sy id
4 6 0 8293008 369980 1214 35 12 0 1505 60 0 0 2912 5080 222 9 5 86
6 2 0 8292964 368684 1166 13 2 0 1413 0 0 0 3730 54645 12016 15 9 76
18 4 0 8293036 368516 793 3 14 0 892 0 0 0 3447 19405 9873 11 9 80
6 5 0 8293252 366604 1073 61 27 0 919 0 0 0 4125 45337 12683 15 19 67
17 3 0 8293272 366164 853 57 14 0 924 0 0 0 3753 20259 11036 11 9 80
19 3 0 8293292 364672 1192 39 34 0 1316 0 0 0 3873 39550 11694 16 10 74
15 5 0 8293700 363892 864 13 32 0 891 0 0 0 3778 35329 11176 14 10 76
9 10 0 8293584 361008 1164 76 13 0 1087 0 0 0 5446 37612 16576 15 16 69
4 33 0 8294340 360268 906 26 5 0 1112 0 0 0 4714 54181 14059 15 12 73
0 214 0 8294296 361024 431 4 3 0 754 0 0 0 4036 12144 11944 6 9 85
^C
%
146:動け動けウゴウゴ２ちゃんねる
09/08/08 23:28:23 Em3NetII0
>>142
>16896/0/16896/16896 4k (page size) jumbo clusters in use (current/cache/total/max)
MAXいっているので増やしてみてはどうでしょう？
sysctl kern.ipc.nmbjumbop
147:root▲▲ ★
09/08/08 23:30:59 0 BE:6567089-DIA(107779)
>>146
不調だった時のnetstat -m @ tsushima
%less NETSTAT-M.txt
21611/1204/22815 mbufs in use (current/cache/total)
3431/707/4138/33792 mbuf clusters in use (current/cache/total/max)
3431/262 mbuf+clusters out of packet secondary zone in use (current/cache)
16896/0/16896/16896 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/8448 9k jumbo clusters in use (current/cache/total/max)
0/0/0/4224 16k jumbo clusters in use (current/cache/total/max)
79848K/1715K/81563K bytes allocated to network (current/cache/total)
0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
0/0/0 requests for jumbo clusters denied (4k/9k/16k)
0/0/0 sfbufs in use (current/peak/max)
0 requests for sfbufs denied
0 requests for sfbufs delayed
351 requests for I/O initiated by sendfile
0 calls to protocol drain routines
148:root▲▲ ★
09/08/08 23:32:17 0 BE:1824645-DIA(107779)
確かにこっちも、
> 16896/0/16896/16896 4k (page size) jumbo clusters in use (current/cache/total/max)
MAXいってますね。
kern.ipc.nmbjumbop ですか。
このパラメータはこれまでまったくのノーマークでした。
%sysctl kern.ipc.nmbjumbop
kern.ipc.nmbjumbop: 16896
２ちゃんねるの全てのサーバ、デフォルト値のはず。
149:動け動けウゴウゴ２ちゃんねる
09/08/08 23:32:54 l+4aHdFP0
この人は風呂場からアクセスしてんのかｗｗｗｗ
150:動け動けウゴウゴ２ちゃんねる
09/08/08 23:35:02 LrGyYmKM0
おつおつ
とりあえずすっきりしといでよｗ
151:root▲▲ ★
09/08/08 23:35:04 0 BE:1277827-DIA(107779)
さっきあがりますた。>>149
このパラメータって、
具体的に何するものだろう。
152:root▲▲ ★
09/08/08 23:37:26 0 BE:2280555-DIA(107779)
%cd /usr/src/sys
%grep nmbjumbop kern/*
kern/kern_mbuf.c:int nmbjumbop; /* limits number of page size jumbo clusters */
kern/kern_mbuf.c: nmbjumbop = nmbclusters / 2;
kern/kern_mbuf.c: nmbjumbo9 = nmbjumbop / 2;
kern/kern_mbuf.c:sysctl_nmbjumbop(SYSCTL_HANDLER_ARGS)
kern/kern_mbuf.c: int error, newnmbjumbop;
kern/kern_mbuf.c: newnmbjumbop = nmbjumbop;
kern/kern_mbuf.c: error = sysctl_handle_int(oidp, &newnmbjumbop, 0, req);
kern/kern_mbuf.c: if (newnmbjumbop> nmbjumbop) {
kern/kern_mbuf.c: nmbjumbop = newnmbjumbop;
kern/kern_mbuf.c: uma_zone_set_max(zone_jumbop, nmbjumbop);
kern/kern_mbuf.c:SYSCTL_PROC(_kern_ipc, OID_AUTO, nmbjumbop, CTLTYPE_INT|CTLFLAG_RW,
kern/kern_mbuf.c:&nmbjumbop, 0, sysctl_nmbjumbop, "IU",
kern/kern_mbuf.c: if (nmbjumbop > 0)
kern/kern_mbuf.c: uma_zone_set_max(zone_jumbop, nmbjumbop);
kern_mbuf.c か。で、、、。
153:root▲▲ ★
09/08/08 23:38:29 0 BE:730324-DIA(107779)
ていうかこれって、kern.ipc.nmbclusters を増やしてないといまいちとか、
そういう話だったりするのかな。
こっちは増やしてあります。@ root 権限ありサーバ
154:root▲▲ ★
09/08/08 23:40:22 0 BE:3648858-DIA(107779)
A-tiger、雪だるまなど、メモリが 4GBytes 以上あるサーバ:
・/boot/loader.conf で調整。
kern.ipc.nmbclusters=65536
これもかつてここでやった話だと思う。
155:動け動けウゴウゴ２ちゃんねる
09/08/08 23:40:24 Em3NetII0
>>151
4KBのmbuf clusterの最大数のはず。。
これが不足したために今回の問題が発生したとすれば、
keglimitやzonelimitとの関連についても説明がつくので、
アタリっぽい気がしますね。
156:root▲▲ ★
09/08/08 23:41:13 0 BE:2188883-DIA(107779)
2G なサーバ(32bit 旧tiger)ではこうでした。
kern.ipc.nmbclusters=32768
157:root▲▲ ★
09/08/08 23:42:01 0 BE:4925096-DIA(107779)
>>155
ふむ、、、。
少し kern/kern_mbuf.c とかあたってみます。
158:root▲▲ ★
09/08/08 23:42:58 0 BE:6566898-DIA(107779)
ちなみに yutor7 はこんな値みたいですね。
%sysctl kern.ipc.nmbclusters
kern.ipc.nmbclusters: 33792
159:root▲▲ ★
09/08/08 23:44:52 0 BE:1276872-DIA(107779)
in kern/kern+mbuf.c
/*
* tunable_mbinit() has to be run before init_maxsockets() thus
* the SYSINIT order below is SI_ORDER_MIDDLE while init_maxsockets()
* runs at SI_ORDER_ANY.
*/
static void
tunable_mbinit(void *dummy)
{
TUNABLE_INT_FETCH("kern.ipc.nmbclusters", &nmbclusters);
/* This has to be done before VM init. */
if (nmbclusters == 0)
nmbclusters = 1024 + maxusers * 64;
nmbjumbop = nmbclusters / 2;
nmbjumbo9 = nmbjumbop / 2;
nmbjumbo16 = nmbjumbo9 / 2;
}
うわわ、、、。
160:動け動けウゴウゴ２ちゃんねる
09/08/08 23:45:07 EVOauDZC0
/* メモ */
kern.ipc.nmbjumbop
/* メモ */
161:ょぅιﾞょの見物人 ◆YoJo69//rM
09/08/08 23:45:16 TKquKzna0
もう他の鯖の設定を片っ端からトレースしていくわけですね。
162:動け動けウゴウゴ２ちゃんねる
09/08/08 23:45:38 Em3NetII0
通常のmbuf cluster(2KB)は、>>142や>>147の結果を見ると不足していないので、
kern.ipc.nmbclusters は特にいじる必要はないかもしれません。
もちろん、念のために設定しておくのも良いとは思いますが。。
163:root▲▲ ★
09/08/08 23:48:01 0 BE:2736465-DIA(107779)
>>159 によると、
> nmbclusters = 1024 + maxusers * 64;
だから、nmbclusters の初期値は maxusers の値からはじき出され、
> nmbjumbop = nmbclusters / 2;
だから、nmbjumbop の初期値は nmbclusters の値の半分になるということですか。
で、root 権限ありサーバでは、
nmbclusters = kern.ipc.nmbclusters の値を増やしてあるので助かった、
ということなのかな。
164:root▲▲ ★
09/08/08 23:49:41 0 BE:1916137-DIA(107779)
>>162
なるほど。
gimpo が混んでる時の netstat -m もとっておけばよかったですね。
165:root▲▲ ★
09/08/08 23:51:48 0 BE:730324-DIA(107779)
"Maximum number of mbuf page size jumbo clusters allowed"
のようですね。< nmbjumbop の意味
jumbo clusters として許される mbuf page size の最大数
でいいのかな。
166:root▲▲ ★
09/08/08 23:55:36 0 BE:1642436-DIA(107779)
で、こんな具合に mbuf_init() から呼ばれて、
初期化のところで使われているのか。
if (nmbjumbop > 0)
uma_zone_set_max(zone_jumbop, nmbjumbop);
167:root▲▲ ★
09/08/09 00:02:55 0 BE:2189838-DIA(107779)
ざっと読んでみた、、、。
>>155 やっぱり、これっぽい感じですね。
pagesize と同じ (= 4k) の mbuf cluster を使い切った、ということですか。
増やすとして、どうするのがいいんだろうか。
kern.maxusers に連動して動くパラメータなので、
基本パラメータの kern.maxusers のみを増やして、
あとはカーネルに任せるという形が、
他とのバランスを考えると、美しいのかな。
ちなみに root 権限ありサーバ、なしサーバとも、
kern.maxusers は最近変えていなかった気がします。
168:root▲▲ ★
09/08/09 00:04:36 0 BE:5837388-DIA(107779)
で、２ちゃんねるのサーバは全て、昔も今もずっと、
kern.maxusers=512
だったはず。
169:root▲▲ ★
09/08/09 00:10:08 0 BE:365322-DIA(107779)
>>159 で計算すると、
nmbclusters = 1024 + maxusers * 64;
→ 1024 + 512 * 64 = 33792
※ root 権限ありサーバではこのパタメータだけ後で上書きしている: 65536
nmbjumbop = nmbclusters / 2;
→ 33792 / 2 = 16896
どちらのサーバも同じ
nmbjumbo9 = nmbjumbop / 2;
→ 16896 / 2 = 8448
どちらのサーバも同じ
nmbjumbo16 = nmbjumbo9 / 2;
→ 8448 / 2 = 4224
どちらのサーバも同じ
170:root▲▲ ★
09/08/09 00:13:19 0 BE:2463539-DIA(107779)
で、今の yutori7 の設定値:
%sysctl -a | grep kern.ipc.nmb
kern.ipc.nmbjumbo16: 4224
kern.ipc.nmbjumbo9: 8448
kern.ipc.nmbjumbop: 16896
kern.ipc.nmbclusters: 33792
gimpo の設定値:
%sysctl -a | grep kern.ipc.nmb
kern.ipc.nmbjumbo16: 4224
kern.ipc.nmbjumbo9: 8448
kern.ipc.nmbjumbop: 16896
kern.ipc.nmbclusters: 65536
なので、>>169 にぴったり符号している、ということですね。
というかそうやって計算しているので当たり前か。
(続く)
171:動け動けウゴウゴ２ちゃんねる
09/08/09 00:13:30 Q19ZZZTP0
後で？？
TUNABLE_INT_FETCH("kern.ipc.nmbclusters", &nmbclusters);
で/boot/loader.confから読んでるんじゃなくて？
172:root▲▲ ★
09/08/09 00:15:18 0 BE:1276872-DIA(107780)
(続き)
で、この、
>>168
> kern.maxusers=512
は、旧bananaやHEで私が設定していた時代から、
ずーっとこの値なわけです。
つまり２ちゃんねるのサーバ全部、この値のはず。
ということで、もしこれがアタリだということだとすると、
「サーバの器が飛躍的に大きくなった今、
各種システム内の値を決めているこの基本値を大きくする時期に来た」
ということでしょうか。
(続く)
173:root▲▲ ★
09/08/09 00:16:15 0 BE:1641863-DIA(107780)
>>171
あ、すみません。もちろん loader.conf です。
(ご存知のように、これ loader 的にしか変えられない値ですから)
174:root▲▲ ★
09/08/09 00:19:02 0 BE:3831067-DIA(107780)
>>172 の続き:
で、この、
>>168
> kern.maxusers=512
は、旧bananaやHEで私が設定していた時代から、
ずーっとこの値なわけです。
というかこれ、これまでずっと、
「FreeBSD では大きなカーネルにするために kern.maxusers=512 に設定する」
ということでやってきたわけですが、
1) 今の FreeBSD って kern.maxusers の値を書かないとどうなるのか?
2) 書くとしたら kern.maxusers=512 は時代遅れで、もっと大きくする必要アリ?
あたり、どうなっているんだろうか。
175:root▲▲ ★
09/08/09 00:20:23 0 BE:1095326-DIA(107780)
maxusers の設定は昔から変わってないとすると、kern/subr_param とかか。
みてくる。
176:root▲▲ ★
09/08/09 00:22:33 0 BE:6566898-DIA(107780)
void
init_param2(long physpages)
{
/* Base parameters */
maxusers = MAXUSERS;
TUNABLE_INT_FETCH("kern.maxusers", &maxusers);
if (maxusers == 0) {
maxusers = physpages / (2 * 1024 * 1024 / PAGE_SIZE);
if (maxusers < 32)
maxusers = 32;
if (maxusers > 384)
maxusers = 384;
}
昔と何にも変わってなかった。
177:動け動けウゴウゴ２ちゃんねる
09/08/09 00:22:58 CUFGCOOe0
>>136の最後2行は無視してください。なんか変な事を書いてしまった
マニュアルのtuningでは
kern.maxusersは64 128 256が一般的な値で
膨大な量のファイルディスクリプタが必要でない限り256以上にするのはやめろと言っています
ググってたらここの過去ログが出てきました
Opteronが入ってきた時に、maxusersを増やせないか？という話題になって
2048にしたり1024にした場合panicになってしまったようです
tuningでは、maxusersを引っ張ってくる各種パラメータは個別にオーバーライドできるよと言ってるので、個別にやるのがよろしいかと
URLﾘﾝｸ(qb3.2ch.net)の297-368あたり
178:root▲▲ ★
09/08/09 00:23:48 0 BE:4104195-DIA(107780)
ということで、
>>174
> 1) 今の FreeBSD って kern.maxusers の値を書かないとどうなるのか?
どうやっても最大で 384
(昔と同じ)
# ちなみに見ているソースは RELENG_8 です。
179:動け動けウゴウゴ２ちゃんねる
09/08/09 00:27:57 KCLsoYcG0
kern.maxusers は、静的なシステムテーブルの大きさを制御します。これには、
オープンファイルの最大数、ネットワークメモリ資源の大きさ等が含まれます。
FreeBSD 4.5 の時点では、 kern.maxusers は、ブート時に、システムで利用可能
なメモリ量に応じて、大きさが自動的に決定されます。また、実行時に、読み取
り専用の kern.maxusers sysctl 値を見て決定することも可能です。サイトに
よっては、 kern.maxusers を大きくしたり小さくしたりする必要があり、これは
ローダチューナブルで設定可能です。 64, 128, 256 は、変な値ではありませ
ん。膨大なファイル記述子が必要なのでない限り、 256 より大きくすることは勧
められません。 kern.maxusers によってデフォルト値が決定される多くのチュー
ナブル値は、本文書の別の場所に記述した方法で、個々にブート時または実行時
に上書き可能です。
180:root▲▲ ★
09/08/09 00:28:04 0 BE:3284249-DIA(107780)
で、maxusers について書こうとしたことが、、、。
>>177
そうですね。
これの値を 512 よりも大きくするのは、
あらゆる面で鬼門だった気がします。
ということでやはり、個別設定が望ましいかんじですか。
だとすると他のパラメータ同様、「さじ加減しないといけない」
ということですね。
・・・そんなかんじだとすると、ざっくり「今の倍ぐらいの切りがいい値」とかですかね。
つまり、
/boot/loader.conf で、
kern.ipc.nmbjumbop=32768
という設定を追加すると。
181:root▲▲ ★
09/08/09 00:29:39 0 BE:1824454-DIA(107780)
>>179
うん。それは知っているです。
さすがに読ませていただいてます。
そしてその前提が今や、いろんな意味で古いものになりつつあると。
「FreeBSD 4.5 の時点」というぐらいで。
182:動け動けウゴウゴ２ちゃんねる
09/08/09 00:35:59 1VK1QULY0
>>173
kern.ipc.nmbclusters(及びkern.ipc.nmbjumbop)は、手元の8.0-BETA2で、
sysctlコマンドを使って増やせました。
ちなみに、6.3-RELEASEでも。
減らすのはダメみたいです。
183:root▲▲ ★
09/08/09 00:36:41 0 BE:3284249-DIA(107780)
ということで、現時点でなすべきは >>180 か。
パラメータはさじ加減するとして。
184:root▲▲ ★
09/08/09 00:41:38 0 BE:1824645-DIA(107780)
>>182
あれ、と思って改めて kern_mbuf.cを読んでみたら、
static void
tunable_mbinit(void *dummy)
{
TUNABLE_INT_FETCH("kern.ipc.nmbclusters", &nmbclusters);
/* This has to be done before VM init. */
if (nmbclusters == 0)
nmbclusters = 1024 + maxusers * 64;
nmbjumbop = nmbclusters / 2;
nmbjumbo9 = nmbjumbop / 2;
nmbjumbo16 = nmbjumbo9 / 2;
}
とやっているからやっぱり、
nmbjumbop は、kern.ipc.nmbclusters を loader で設定して大きくしてあれば自動的に大きくなる
↓
root 権限ありサーバでは kern.ipc.nmbclusters を大きくしてあった
↓
そのおかげで gimpo は落ちなかった
ということな気がする。
185:root▲▲ ★
09/08/09 00:44:13 0 BE:5837388-DIA(107780)
目を皿のようにして読んでみても、そう読めますね。
じゃどうして、netstat -m は設定してないサーバでもしてるサーバでも、
> 377/1836/2213/16896 4k (page size) jumbo clusters in use (current/cache/total/max)
のように、この値の最大値が 16896 だって言ってくるんだろう。
186:root▲▲ ★
09/08/09 00:47:00 0 BE:1824645-DIA(107780)
>>184 >>185 の続き:
で、システムの初期化の時に >>184 を一度実行しますが、
ソースを読んだ限り sysctl 的にも後づけで変えられるように作ってありますね。< それらの値
なので、>>182 と。
187:root▲▲ ★
09/08/09 00:50:27 0 BE:1642829-DIA(107780)
そんでもって、
ソースを見る限り kern.ipc.nmbjumbop は loader で変える値にはなってないですね。
kern.ipc.nmb* シリーズのうち loader に書く(初期化時に参照)のは、
kern.ipc.nmbclusters だけのようです。
なので kern.ipc.nmbjumbop は、つまり >>180 は、
kern.ipc.nmbjumbop=32768
を、/etc/sysctl.conf で設定する、に訂正ですね。
188:root▲▲ ★
09/08/09 00:55:05 0 BE:4925096-DIA(107780)
そろそろ 1:00 か。
・明日朝ここに来ます。
・それまでは yutori7 と tsushima は今のままで動かそうと思います。
・私は明日も昼間はほぼ間違いなくオフラインです。
・/etc/sysctl.conf で kern.ipc.nmbjumbop=32768 を設定するのは、
機を見てどこかの root 権限ありサーバで試してみます。
そんなわけで、おやすみなさいです。
3月の体調回復後から久しぶりにカーネルソースあたれて、ちょっとだけ楽しめたです。
189:root▲▲ ★
09/08/09 00:57:09 0 BE:1277827-DIA(107780)
> 体調回復後から久しぶりに
変な日本語ですね。
体調回復後、久しぶりに
で。
190:動け動けウゴウゴ２ちゃんねる
09/08/09 00:57:15 1VK1QULY0
>>162のように書きましたが、
確かに、loader.confでkern.ipc.nmbclustersを増やして、
それに合わせて自動的にkern.ipc.nmbjumbop等も増やした方が奇麗な気がします。
191:動け動けウゴウゴ２ちゃんねる
09/08/09 00:57:43 uYUVddEe0
>>188
お疲れ様でした。
おやすみなさい。
192:動け動けウゴウゴ２ちゃんねる
09/08/09 00:58:24 gSZeaByVP
>>188
乙でした
やはりこうやって何かに残すって事は大事ですね
193:動け動けウゴウゴ２ちゃんねる
09/08/09 00:59:56 +LbgBi1YP BE:259705038-S★(616337)
>>188
● ●
(・∀・)ゞ お疲れさまでした.
194:名無し的用法 ◆v20hUhbxpM
09/08/09 01:03:42 AnWk3Gc+0
だめだLinuxカーネルを本気で手入れしたことない俺にはさっぱりだ
すこしSolarisで慣れるべきだった･･･
195:動け動けウゴウゴ２ちゃんねる
09/08/09 01:05:21 KCLsoYcG0
乙。
196:動け動けウゴウゴ２ちゃんねる
09/08/09 01:06:09 dmewtLGQ0
>>188
おっつ。風引かないようにー
しかし、なんだ。いいな。
197:root▲▲ ★
09/08/09 01:07:10 0 BE:730324-DIA(107780)
あ、寝る前に大事なことをメモするために寝床から戻ってきた。
今度高負荷状態が来たら、
netstat -m を実行し続けてみよう。
で、
> 643/1858/2501/16896 4k (page size) jumbo clusters in use (current/cache/total/max)
ここの数値がMAX値になるのと、httpd がだめになるのが
符合しているかどうか調べよう。
で、もし合致していたら、
原因の一つが特定されたわけなので、
>>190 を実行してもらおう。
具体的にはgimpoと同じように、
kern.ipc.nmbclusters=65536
を /boot/loader.conf に設定して、サーバを再起動してもらおう。
おやすみなさい。
198:動け動けウゴウゴ２ちゃんねる
09/08/09 01:09:56 bADo60KIP
>>197
乙です
おやすみなさい
199:root▲▲ ★
09/08/09 01:10:47 0 BE:1094843-DIA(107780)
で、手で実行するのいやなので、
だいちくん作のこれを使ってみよう。
URLﾘﾝｸ(people.freebsd.org)
ちなみに ports にもこれは入っていて、
私はたまに便利に使っているです。と前にもここに書いたかも。
200:root▲▲ ★
09/08/09 01:11:25 0 BE:1095034-DIA(107780)
で、こんどこそほんとにねる。
201:動け動けウゴウゴ２ちゃんねる
09/08/09 01:13:38 jp+LEgx30
おやすみー
202:動け動けウゴウゴ２ちゃんねる
09/08/09 01:14:24 OniqFhaP0
おつかれさま
夢でもカーネルソースいじってね♥
203:動け動けウゴウゴ２ちゃんねる
09/08/09 01:15:19 +LbgBi1YP BE:346272184-S★(616337)
rootさんも寝る寝るｻｷﾞかよｗｗｗｗｗｗ
おやすみなさい
204:動け動けウゴウゴ２ちゃんねる
09/08/09 01:15:33 3cQPLI990
乙でしたー
205:動け動けウゴウゴ２ちゃんねる
09/08/09 01:22:35 tEhemAy00
>>200
おやすみなさい。
206:動け動けウゴウゴ２ちゃんねる
09/08/09 01:23:40 i6/VCC9mP
rootたん乙
207: ◆TIGOI/DrzHH9
09/08/09 02:40:05 PfAHnr1g0
ムズい・・・、読むのがツラい・・・。
208:動け動けウゴウゴ２ちゃんねる
09/08/09 03:25:06 ajXe/fx+O
>>188
おつですおつです
いつも有難うございます。
感謝してます。
209:動け動けウゴウゴ２ちゃんねる
09/08/09 03:27:58 ajXe/fx+O
ごめんなさい＞＜；
ageてしまいました。
210:root▲▲ ★
09/08/09 07:04:10 0 BE:1642436-DIA(107780)
read.cgi 元に戻した。< yutori7 / tsushima
211:動け動けウゴウゴ２ちゃんねる
09/08/09 07:27:21 QhVT/vtm0
>>210
おはようございますー
乙です
212:root▲▲ ★
09/08/09 08:14:18 0 BE:3192375-DIA(107780)
アンカー打っとこう。
■ kern.ipc.nmbclusters カーネル変数関連
>>41 >>43 >>48
・kern.ipc.nmbclusters を増やす話の解説
・落ちた2サーバでは両方とも kern.ipc.nmbjumbop の値で設定されるネットワークバッファ(mbuf)があふれていた
>>142 >>146-147
・kern.ipc.nmbjumbop の初期値は kern.ipc.nmbclusters の初期値に連動して初期設定される
>>159 >>163
・そして、高負荷でも落ちなかったサーバでは以前から kern.ipc.nmbclusters を増やしてあった
>>184
・値を増やしてあるroot権限ありサーバでも増やされていないように見えるのはなぜ?
>>185
・次に高負荷状態が来た時に観察することと、それまでに準備しておくこと
>>197 >>199
213:root▲▲ ★
09/08/09 08:14:45 0 BE:365322-DIA(107780)
(続き)
■ Apache 2.2 系 + FreeBSD + mod_cgidso の環境で必要なパッチ
>>112-113 >>126-127
・mod_cgidso を安定動作させるためのApache 2.2用のパッチ、ただし prework MPM では影響ないかも
■ net.inet.tcp.sendspace カーネル変数関連
>>50 >>136
・net.inet.tcp.sendspace を減らす話
・・・で、今日はそろそろおでかけ。
214:root▲▲ ★
09/08/09 08:45:18 0 BE:2188883-DIA(107780)
>>213
> ・mod_cgidso を安定動作させるためのApache 2.2用のパッチ、ただし prework MPM では影響ないかも
prework ってなんだ。
prefork が正解ですね。
worker とまじった。
215:動け動けウゴウゴ２ちゃんねる
09/08/09 08:58:22 nMyufooYO
運営は夏休み期間中はニュース系の板のIEでのアクセスには
強制人大杉表示するようにしてIE厨に専ブラ導入を促せよ
216:動け動けウゴウゴ２ちゃんねる
09/08/09 09:10:23 Na8jpqPY0
>>215
217:動け動けウゴウゴ２ちゃんねる
09/08/09 10:59:11 +A2nSlTOP
そういやVIP運用情報のところに夜中なのに
人大杉で見られないとか苦情があったな
そう考えると強制人大杉は良いかもね
218:動け動けウゴウゴ２ちゃんねる
09/08/09 11:10:52 +oODLACzP
専ブラ導入促進させないとダメじゃないか？
219:動け動けウゴウゴ２ちゃんねる
09/08/09 11:38:54 8WilZuqV0
Styleなんて作者が更新サボってるのに。
220:動け動けウゴウゴ２ちゃんねる
09/08/09 11:39:53 N87lvqL80
ピンぼけな話かもしれないけど、
メモリのレイテンシに余裕がないとか、
SATAドライバにバグがあるとか、
そういう問題は確認しなくていいのかな。
221:動け動けウゴウゴ２ちゃんねる
09/08/09 13:24:22 zwSzsHDU0
今回の現象は「負荷が全然余裕なのにhttpdが仕事しなくなる」現象なので
主に既存設定の新ハード・新OS対応が済んでないのが原因
222:動け動けウゴウゴ２ちゃんねる
09/08/09 13:28:04 Q19ZZZTP0
は？
223:動け動けウゴウゴ２ちゃんねる
09/08/09 13:42:25 5IOPl2eK0
FreeBSD側にも、セッティングセット（なんじゃそら）を
ハード性能を複数想定して選ぶだけですむようにしとけとかって話じゃねえの
んなもんFreeじゃねえ
224:動け動けウゴウゴ２ちゃんねる
09/08/09 13:46:45 5yQ7/2LL0
>>223
軟弱者はLinuxでも使っとけ
225:動け動けウゴウゴ２ちゃんねる
09/08/09 13:51:30 H26WAOje0
性能はIIS 6.0に負け、OSSとしての利便性はLinuxに負けてるOSに上等な機能を期待しちゃいかん
226:動け動けウゴウゴ２ちゃんねる
09/08/09 14:02:34 5IOPl2eK0
だから、Freeモノは供給元が作るんじゃねえ、使う側が勝手にやって周囲に流すんだと言ってるのがわからんのか
227:動け動けウゴウゴ２ちゃんねる
09/08/09 14:31:00 vpzOBS620
このスレで割と古くから扱われてきた設定が('A`)にはちゃんと伝承されていなかったってだけの話だよ
228:動け動けウゴウゴ２ちゃんねる
09/08/09 14:57:09 0PjNfh/R0
>>144
結局の所、知識は体系的にまとめ直しておかないと（せめてIndexだけでも）再利用時に
大変だと言う事ですね。
・「サーバ作成キット」の項目出し（可能なら）
・その項目設定時のやりとりを過去ログから探してくる
・項目の設定値＆理由（当時のやりとりからまとめる）をまとめサイトにまとめる
といった作業が必要ですかねえ。
なるほど、各まとめサイトが人気出る訳だ。
229:動け動けウゴウゴ２ちゃんねる
09/08/09 15:17:03 7EIHJFn+0
>>288
手掛かりも無しに場所だけ作って、名無しさんだけでやれってのが無理な話なんよ
230:動け動けウゴウゴ２ちゃんねる
09/08/09 15:25:49 wuDtYTWp0
テンプレさえ作ってくれれば後の作業しても別に良いんだけどなあ……
デザインというか、UI設計というか、そっち系のセンスが皆無だから俺が一から作るとユーザビリティの無い役に立たないwikiになっちゃう
231:動け動けウゴウゴ２ちゃんねる
09/08/09 15:27:07 QNoz4FebP
MediaWikiのがよさそうだが
232:動け動けウゴウゴ２ちゃんねる
09/08/09 15:38:58 0/1vlT2J0
とりあえず、過去ログぶわぁーっと眺めていた感じでは、
loader.confのkern.ipc.nmbclusters絡みで共通設定な感じの話は、
これがlatistだったかな？（live20がリブートしないときのお話・・・）
これは要するにメモリが少ないからこそのデチューンとは思うけど。
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part17
ｽﾚﾘﾝｸ(operate板:536番)
536 名前：root▲ ★[sage] 投稿日：2005/03/25(金) 18:52:21 ID:??? ?#
>>531
いや、▲ものですね。
/boot/loader.confが、cobraサーバ用のセッティングでした。
具体的には、
#kern.ipc.nmbclusters=65536
#kern.ipc.maxsockets=65536
#vm.pmap.shpgperproc=2048
#kern.ipc.maxpipekva=41943040
を、
# memory 2G tuning
kern.ipc.nmbclusters=32768
kern.ipc.maxsockets=32768
vm.pmap.shpgperproc=1024
kern.ipc.maxpipekva=20971520
に、直しました。
Apacheを起動すると、Apacheがこのへんをめいっぱいに使おうとして、
資源不足で、止まってしまっていた模様。
233:動け動けウゴウゴ２ちゃんねる
09/08/09 15:54:37 fez7ILn60
公開情報でまとめサイトは役立つだろうけど・・・問題は、それを
使う人が現われるかどうかだったり。
234:動け動けウゴウゴ２ちゃんねる
09/08/09 15:55:03 j32ornK10
どれがlatestでどれが有効なのかは素人にはｻﾊﾟｰﾘ
235:動け動けウゴウゴ２ちゃんねる
09/08/09 16:05:57 dzAVXxg20
つまり悪いのは('A`)か
236:動け動けウゴウゴ２ちゃんねる
09/08/09 16:24:01 Q9AeGeJd0
過去ログだけじゃナレッジにはならんし、root氏も全部抱えるよかいいでしょ
237: ◆TWARamEjuA
09/08/09 16:39:38 2Y3Rd2gH0 BE:1961036-BRZ(10072)
使う人が現われた時に参考となるもの。
かなかな。
238:動け動けウゴウゴ２ちゃんねる
09/08/09 16:49:43 xIuu+Ir00
なんで、まとめたスクリプトを作って公開しておかなかったのかと
239:動け動けウゴウゴ２ちゃんねる
09/08/09 16:57:25 Kp1TsvLU0
今後同じような事起きた時に役立つから
他に一切誰も使わなくてもまとめる事自体は無駄にはならないだろ
240:動け動けウゴウゴ２ちゃんねる
09/08/09 17:19:11 Q19ZZZTP0
root氏におんぶにだっこで不勉強な鯖管の問題でしょ
なんでまとめて公開してないのが悪いとかになるわけ
241:動け動けウゴウゴ２ちゃんねる
09/08/09 18:09:04 fez7ILn60
やる、やらないはボラさんの裁量ひとつでしょ。
今までだって、プログラム書いてた人が全部記録残してるとも思えないし。
困るなら元管理・・・もとい、パケモンの中の人がなんとかするんでないのかな？
で、root氏が消えたら鯖のお守は('A`)の人になりそうな気も。
242:動け動けウゴウゴ２ちゃんねる
09/08/09 18:33:42 CUFGCOOe0
kern_mbuf.cに、kern.ipc.nmbclustersの値が入っていればそれを使って各種パラメータを作る。
という修正が入ったのはリビジョン1.41の時のようです（8.0-BETA2にはこれよりも新しいものが入ってるはずです）。
7.2-RELEASE（1.32.2.5.2.1）では、maxusersから各種パラメータを作ったあと、
kern.ipc.nmbclustersの値だけ引っ張って来るという感じになってました。
7.2-RELEASEの環境では、kern_mbuf.cの当該部分を1.41のように書き換えると、
kern.ipc.nmbclustersの値にすべて連動するようになりました。
243:root▲▲ ★
09/08/09 18:43:26 0 BE:2462393-DIA(107780)
>>242
おぉー。
それで、
>>212
> ・値を増やしてあるroot権限ありサーバでも増やされていないように見えるのはなぜ?
> >>185
ということなわけですか。
ということは 7.2R な tsushima と 8.0-BETA2 な yutori7 では、
対応方法が違ってくる、ということになるですね。
・yutori7 (8.0-BETA2)
/boot/loader.conf に、
kern.ipc.nmbclusters=65536
を追加して、リブートする
・tsushima
上記修正を実施し、リブートする前に
/etc/sysctl.conf に、
kern.ipc.nmbjumbop=32768
を追加する。
244:root▲▲ ★
09/08/09 18:47:06 0 BE:3284249-DIA(107780)
で、tsushima でした修正は、
あとで機を見て root 権限ありサーバでもやっておくことにしよう。
root 権限ありサーバでは /etc/sysctl.conf への追加だけなので、
リブートは必要ないと。
245:root▲▲ ★
09/08/09 18:48:02 0 BE:5746379-DIA(107780)
>>244
> tsushima でした修正は、
「した」じゃないですね。
「してもらうといいかもしれない」に訂正で。
246:root▲▲ ★
09/08/09 18:56:46 0 BE:1459744-DIA(107780)
試しに手元の 8.0-BETA2 で、
> /boot/loader.conf に、
> kern.ipc.nmbclusters=65536
>
> を追加して、リブートする
をやってみた。
netstat -m すると、
0/119/119/32768 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/16384 9k jumbo clusters in use (current/cache/total/max)
0/0/0/8192 16k jumbo clusters in use (current/cache/total/max)
という出力になった。
同じ設定の 7.2R なサーバでは、
259/1241/1500/16896 4k (page size) jumbo clusters in use (current/cache/total/max)
0/0/0/8448 9k jumbo clusters in use (current/cache/total/max)
0/0/0/4224 16k jumbo clusters in use (current/cache/total/max)
のように小さな値のままなので、>>242 のご指摘のとおり、
8 系で初めてこの値が nmbclusters の設定値に連動するようになったということが確認できた。
247:動け動けウゴウゴ２ちゃんねる
09/08/09 19:06:08 1VK1QULY0
8.0-BETA2のkern.ipc.nmbjumbopですが、
この値を増やすだけではダメかもしれません。
本日、手元の8.0-BETA2で少しテストしてみたのですが、
メモリリークしているっぽい動きをします。
なので、値を増やしても落ちるのが遅くなるだけで、いずれは落ちるかも。。
カーネルのバグでしょうか？
もう少し調べてみます。
248:root▲▲ ★
09/08/09 19:11:21 0 BE:4377986-DIA(107780)
>>247
> 本日、手元の8.0-BETA2で少しテストしてみたのですが、
> メモリリークしているっぽい動きをします。
> なので、値を増やしても落ちるのが遅くなるだけで、いずれは落ちるかも。。
これって、8.0-BETA2 で入った虫かもしれないということなんですかね。
249:動け動けウゴウゴ２ちゃんねる
09/08/09 19:23:18 1VK1QULY0
>>248
どこで入ったかはわからないです。
RELENG_7にも影響があるのかどうかは不明ですね。
8.0のVMは、ULE等で有名なJeffが結構いじってた記憶があるので、
それが影響しているのか、または関係ないのか。。
もう少し調べてみないと何ともです。
250:動け動けウゴウゴ２ちゃんねる
09/08/09 19:30:50 1VK1QULY0
yutori7で、netstat -m を実行した時の
4k (page size) jumbo clusters in use
のcurrentの値ですが、少しずつ増えていっていないですか？
251:root▲▲ ★
09/08/09 19:36:46 0 BE:1915373-DIA(107780)
前の日 15:50 PDT の netstat -m (画面上に残っていたもの)
4714/12182/16896/16896 4k (page size) jumbo clusters in use (current/cache/total/max)
今 3:34 PDT の netstat -m
5253/11643/16896/16896 4k (page size) jumbo clusters in use (current/cache/total/max)
252:root▲▲ ★
09/08/09 19:37:56 0 BE:3831067-DIA(107780)
たった今の netstat -m
5269/11627/16896/16896 4k (page size) jumbo clusters in use (current/cache/total/max)
> currentの値ですが、少しずつ増えていっていないですか？
ううむ、、、。そうかも。
253:root▲▲ ★
09/08/09 19:38:45 0 BE:2736656-DIA(107780)
今見たら、
5135/11761/16896/16896 4k (page size) jumbo clusters in use (current/cache/total/max)
減った。
増えたり減ったりしながら増えていく?
# ちとおでかけ。
254:動け動けウゴウゴ２ちゃんねる
09/08/09 19:59:02 0eGat/b10
tsushima 墜落したかも・・・
255:動け動けウゴウゴ２ちゃんねる
09/08/09 19:59:41 bzzFo3ST0
1 名前： マムシグサ(千葉県)[] 投稿日：2009/08/09(日) 19:57:02.75 ID:sa4BzgiB● ?PLT(44444) ポイント特典
URLﾘﾝｸ(img.2ch.net)
地震
1000 名前： ヘビイチゴ(関東)[] 投稿日：2009/08/09(日) 19:58:22.36 ID:cljG9reG
ながいよ
地震スゲー
256:動け動けウゴウゴ２ちゃんねる
09/08/09 19:59:47 sKhdYkiO0
秋葉原で揺れたー
助けてー
257:動け動けウゴウゴ２ちゃんねる
09/08/09 20:00:12 4i/SE2W60
人多すぎじゃね？
258:動け動けウゴウゴ２ちゃんねる
09/08/09 20:00:12 k9cNI00J0
tsushima生きてるよ
地震スレ乱立しまくり
259:動け動けウゴウゴ２ちゃんねる
09/08/09 20:00:36 0/1vlT2J0
地震じゃしゃーない
260:動け動けウゴウゴ２ちゃんねる
09/08/09 20:01:02 k9cNI00J0
あ、やっぱダメだったみたい・・・
261:動け動けウゴウゴ２ちゃんねる
09/08/09 20:01:31 LCGg+ISB0
負荷テストしてくれといわんばかりの展開だね。。。
262:動け動けウゴウゴ２ちゃんねる
09/08/09 20:02:04 ZLAvAkKQ0
今回は地震で芸能関係なしだから芸スポは無傷か
わかりやすいな
263:動け動けウゴウゴ２ちゃんねる
09/08/09 20:02:35 tbHOOSuT0
地震で落ちるとかドンだけ貧弱なんだよ
264:動け動けウゴウゴ２ちゃんねる
09/08/09 20:02:46 bzzFo3ST0
liveもかな？
265:動け動けウゴウゴ２ちゃんねる
09/08/09 20:02:59 AKccy1si0
地震で駆けつけたらもう落ちてた
こんなに弱いの？
266:動け動けウゴウゴ２ちゃんねる
09/08/09 20:03:24 SEUcAqVhO
鰯だな
267:動け動けウゴウゴ２ちゃんねる
09/08/09 20:03:33 ZLAvAkKQ0
強いとか弱い以前の段階でこけてるだけ
268:動け動けウゴウゴ２ちゃんねる
09/08/09 20:04:16 +oODLACzP
昨日は逮捕で今日は地震
テストするのにはすばらしいですね
269:動け動けウゴウゴ２ちゃんねる
09/08/09 20:04:44 5yQ7/2LL0
もうFreeBSD止めてLinuxにしろよ
大地震の時に鯖落ちとかシャレにならん。
270:動け動けウゴウゴ２ちゃんねる
09/08/09 20:04:45 AKccy1si0
ping tsushima.2ch.net
tsushima.2ch.net [206.223.153.220]に ping を送信
206.223.153.220 からの応答: バイト数 =32 時間 =1
206.223.153.220 からの応答: バイト数 =32 時間 =1
206.223.153.220 からの応答: バイト数 =32 時間 =1
206.223.153.220 からの応答: バイト数 =32 時間 =1
206.223.153.220 の ping 統計:
パケット数: 送信 = 4、受信 = 4、損失 = 0 (0%
ラウンド トリップの概算時間 (ミリ秒):
最小 = 126ms、最大 = 139ms、平均 = 133ms
271:動け動けウゴウゴ２ちゃんねる
09/08/09 20:05:55 e4SzYrgA0
マグニチュード6.9って・・・
272:ょぅιﾞょの見物人 ◆YoJo69//rM
09/08/09 20:06:04 S4QtoWxH0
URLﾘﾝｸ(www.jma.go.jp)
平成21年08月09日20時02分 気象庁発表
09日19時56分頃地震がありました。
震源地は東海道南方沖 （ 北緯33.1度、東経138.5度）で震源の
深さは約340km、地震の規模（マグニチュード）は6.9と推定されます。
273:動け動けウゴウゴ２ちゃんねる
09/08/09 20:06:23 ZLAvAkKQ0
>>269
FreeBSD使ってるけど地震速報板落ちてないじゃん
274:動け動けウゴウゴ２ちゃんねる
09/08/09 20:07:09 0/1vlT2J0
live23/24逝った？
275:動け動けウゴウゴ２ちゃんねる
09/08/09 20:08:06 AKccy1si0
>>269
なんで？
原因がBSDに決まってるわけでもないし、大体、大規模サーバならLinuxよりBSDってのが定石
276:動け動けウゴウゴ２ちゃんねる
09/08/09 20:08:14 ngxIcMxq0
ええ～？
地震で落ちるとか。鰯どころかオキアミじゃねーの？
277:動け動けウゴウゴ２ちゃんねる
09/08/09 20:08:41 oYvNc05X0
鰯(笑)
278:動け動けウゴウゴ２ちゃんねる
09/08/09 20:08:51 ZLAvAkKQ0
ちなみに地震速報板もgimpo
なにが違うんでしょうね
279:動け動けウゴウゴ２ちゃんねる
09/08/09 20:09:13 PqTSdc8OP
一方yutori7は余裕であった
URLﾘﾝｸ(ch2.ath.cx)
280:動け動けウゴウゴ２ちゃんねる
09/08/09 20:09:15 5yQ7/2LL0
>>274
一時、臨時地震板に繋がらなかった。
281:動け動けウゴウゴ２ちゃんねる
09/08/09 20:10:06 EtrbBbfh0
>>272
この範囲のちゃねらーが集まればそれは落ちるわ
URLﾘﾝｸ(www.jma.go.jp)
282:動け動けウゴウゴ２ちゃんねる
09/08/09 20:10:07 +A2nSlTOP
地震といい、シャブP、お塩と鯖良く落ちますね(´･ω･)
タダで使わせてもらってる身ですが運営頑張ってください
283:動け動けウゴウゴ２ちゃんねる
09/08/09 20:10:27 5yQ7/2LL0
>>275
いつの知識だよ
284:動け動けウゴウゴ２ちゃんねる
09/08/09 20:11:01 07ZHJ0vT0
俺の●代は・・
285:root▲▲ ★
09/08/09 20:11:21 0 BE:4469377-DIA(107780)
今戻った。
tsushima だめですね。
40673 ch2tsus 1 -16 0 77684K 10968K zoneli 1 0:04 0.00% httpd
40457 ch2tsus 1 -16 0 77712K 10664K zoneli 1 0:04 0.00% httpd
40434 ch2tsus 1 -16 0 78648K 10904K zoneli 0 0:04 0.00% httpd
40475 ch2tsus 1 -16 0 77620K 11152K zoneli 1 0:04 0.00% httpd
40468 ch2tsus 1 -16 0 78620K 11056K zoneli 1 0:04 0.00% httpd
40472 ch2tsus 1 -16 0 77684K 10944K zoneli 1 0:04 0.00% httpd
netstat -m は。
286:動け動けウゴウゴ２ちゃんねる
09/08/09 20:12:31 5yQ7/2LL0
>>285
live23/24も頼む
287:動け動けウゴウゴ２ちゃんねる
09/08/09 20:12:51 LCGg+ISB0
地震板は、地震が起きると落ちるのが定番
そのための板だｗ
288:動け動けウゴウゴ２ちゃんねる
09/08/09 20:13:15 0/1vlT2J0
>>280
㌧ 今は復帰を確認できた
289:root▲▲ ★
09/08/09 20:13:30 0 BE:4377986-DIA(107780)
16896/0/16896/16896 4k (page size) jumbo clusters in use (current/cache/total/max)
みごとにだめ。
tsushima は 7.0R だから 8 のバグは関係ないので、
これでほぼ原因は特定できた感じですね。
で、今の雪だるまの状況では、苦しくなるのは想定済みで。
新型投入が待たれる、、、。
290:動け動けウゴウゴ２ちゃんねる
09/08/09 20:14:00 ik2wAk4y0
状況確認
tsushima陥落中、live23/live24は重くなって一時見れなくなった
291:動け動けウゴウゴ２ちゃんねる
09/08/09 20:15:03 TDWmWBHd0
>275
>大規模サーバーならLinuxよりBSD
それはひょっとしてギャグで言ってるのか！！ｗ
292:動け動けウゴウゴ２ちゃんねる
09/08/09 20:15:54 UfqUZB5L0
煽ったってお前さんの思い通りの変更はしないんだぜ坊やｗ
293:NAO ★
09/08/09 20:16:03 0
tsushimaのhttpdの再起動は可能ですか？
それとも、リブート要請になりますでしょうか
# 後者なら要請を出す準備が出来ています
294:root▲▲ ★
09/08/09 20:16:09 0 BE:1915373-DIA(107780)
既に live23 / live24 は復旧している気がします。
現状では「落ち続けないようにする」でせいいっぱいかと。
で、今落ちているのは tsushima だけ?
295:動け動けウゴウゴ２ちゃんねる
09/08/09 20:17:14 kJyUvOid0
Linuxディストリビューションの多くに入ってるyumとかaptとかはカスタマイズできなくて困る。そういう俺のサーバのOSはFreeBSD
296:動け動けウゴウゴ２ちゃんねる
09/08/09 20:17:23 uKLRXPM60
またzonelimitか
Solaris使おうぜ
297:動け動けウゴウゴ２ちゃんねる
09/08/09 20:18:15 CvTUvhG/0
まあ、原因が次第に絞られてきたのはいいことですな
298:root▲▲ ★
09/08/09 20:18:16 0 BE:3283294-DIA(107780)
>>293
しばらく中身チェックして資料集めてから、
私のほうでリブート要請します。< tsushima
299:動け動けウゴウゴ２ちゃんねる
09/08/09 20:18:17 oeaaFNd30
ダメな子だったんだねtsushima
無理させてごめんね
300:動け動けウゴウゴ２ちゃんねる
09/08/09 20:18:36 LxTnglAn0
人災の次は天災ですか・・・
まったくいい時期にサーバーの入れ替えが会って色々確認できますなあ
301:NAO ★
09/08/09 20:19:12 0
>>298
はい。よろしくおねがいいたします。
おつかれさまです。
302:root▲▲ ★
09/08/09 20:19:33 0 BE:2189164-DIA(107780)
2004年ごろと違って OS ごとあぼーんしなくなったから、
原因も追究しやすくなったですね。>>297
303:動け動けウゴウゴ２ちゃんねる
09/08/09 20:20:26 fez7ILn60
つか、鯖入れ替えなくてもダメだったんじゃないいのか？
まあ、入ってる板構成にもよるんだろうけど。
304:動け動けウゴウゴ２ちゃんねる
09/08/09 20:21:02 NMw36taH0
対処したらここ連日の鯖落ちは直るもんなのか・・・？
どうかどうかお願いします。
305:動け動けウゴウゴ２ちゃんねる
09/08/09 20:21:09 ScoOxqmm0
実験ができるっていうのはいいことだよね
触る人たちには申し訳ないが・・・
306:root▲▲ ★
09/08/09 20:21:25 0 BE:730324-DIA(107780)
状況確認しました。
これまでと全く同じですね。
・リブート要請、緊急設定変更要請 (>>243)
をします。
307:動け動けウゴウゴ２ちゃんねる
09/08/09 20:23:05 LxTnglAn0
お、大当たり？これで改善に向けて一歩前進ですね？
308:root▲▲ ★
09/08/09 20:23:13 0 BE:1641863-DIA(107780)
負荷下がってきたかな。< tsushima
13444/3452/16896/16896 4k (page size) jumbo clusters in use (current/cache/total/max)
少し空いてきたので、自力で復活できるかも。
今のリブート要請は見合わせます。
309:動け動けウゴウゴ２ちゃんねる
09/08/09 20:24:02 5yQ7/2LL0
>>295
Gentooでportage、これ最強。
URLﾘﾝｸ(en.wikipedia.org)
>Portage is similar to the BSD package management system called ports; in fact it was originally designed with FreeBSD's ports in mind.
最適化ぐらいならDebian上でapt-build使うだけでも良いけどな。
310:動け動けウゴウゴ２ちゃんねる
09/08/09 20:24:18 gnPBa3kk0
>>308
復活してるぜ
311:動け動けウゴウゴ２ちゃんねる
09/08/09 20:24:58 5yQ7/2LL0
>>307
個人的にはカーネルのバグに100ペリカ
312:NAO ★
09/08/09 20:25:49 0
tsushima、見れるようになりました
おつかれさまです。
313:root▲▲ ★
09/08/09 20:26:09 0 BE:1459744-DIA(107780)
復活できそうですね。
リブート要請は見合わせます。
原因がほぼ特定できたようなので、もうあせることはない気がします。
じっくり取り組もうと。
>>243 の設定変更要請は、
休日夜の今よりも明日平日の昼間に2台まとめてやったほうがよさげなので、
その路線でいくです。
# 余震はちょっと怖いですが。
314:動け動けウゴウゴ２ちゃんねる
09/08/09 20:27:20 Oykz44oO0
>>313
最後の行、フラグｗ
315:root▲▲ ★
09/08/09 20:28:02 0 BE:3648285-DIA(107780)
ということで、
・yutori7 tsushima サーバの設定変更 (>>243) を明日依頼する
・大きな余震や大きな芸能の動きがないことを皆で祈る
というアクションプランでいくです。
316:止まれ止まれトマトマ２ちゃんねる
09/08/09 20:28:11 sWTxtd56P
>>313
次来るのは余震やない、本震や
317:root▲▲ ★
09/08/09 20:30:12 0 BE:1641492-DIA(107780)
>>300
そういう意味ではとても運がいい気がしますね。
「麻薬関係は一段落したのかな、、、とすると、いつ高負荷の確認ができるのかな」
などと思ってたんですが、こうも早く確認ができるとは。
318:動け動けウゴウゴ２ちゃんねる
09/08/09 20:30:23 NMw36taH0
ちょっとケーキ食ってくる！
319:動け動けウゴウゴ２ちゃんねる
09/08/09 20:30:36 i9Na+UgL0
やっぱりここの連中は落ち着いてるよな
所詮2chの一部にしか影響でてないし
この程度で「落とすなよ」とか「最強の鯖（笑）」とか
言ってる奴の落ち着きのなさの方が笑えるわｗ
320:動け動けウゴウゴ２ちゃんねる
09/08/09 20:30:50 LxTnglAn0
>>315
天災って期待通りにいかないっすよ・・・
だって7・13水害に中越地震に大雪、
挙句の果てに3年後に中越沖地震来るから・・・
心くらいは危機意識を持ったほうがまじでいいです。
321: ◆TIGOI/DrzHH9
09/08/09 20:31:36 PfAHnr1g0
明日夜は何が起こるのかな？わくわく。
322:動け動けウゴウゴ２ちゃんねる
09/08/09 20:31:54 fez7ILn60
月末には確認出来るだろうな・・・どんと来るかはわからないけど。
323:root▲▲ ★
09/08/09 20:31:57 0 BE:2463539-DIA(107780)
で、お出かけから一時的に戻っただけなので、
いろいろ祈りつつ再度お出かけへと。
324:止まれ止まれトマトマ２ちゃんねる
09/08/09 20:32:01 sWTxtd56P
>>321
遺書くらいは書いた方がいいと思います
325:動け動けウゴウゴ２ちゃんねる
09/08/09 20:32:05 eotwwD9t0
>>319
今回落ちた板にしか居場所がないんだよｗ
煽るくらい好きにさせてやれｗ
326:動け動けウゴウゴ２ちゃんねる
09/08/09 20:33:29 ME+KZMkK0
>>321
東京大震災
327:動け動けウゴウゴ２ちゃんねる
09/08/09 20:34:07 07ZHJ0vT0
まぁ金払ってる奴もいるからね
328:動け動けウゴウゴ２ちゃんねる
09/08/09 20:34:52 YaKCpn3q0
南海地震と東海地震と富士山噴火との連動説もあるでよ
329:動け動けウゴウゴ２ちゃんねる
09/08/09 20:35:09 0eGat/b10
金払っていてもトラブルは付き物だから仕方ないと思うよ
そんなことよりごめんなさいしないと
330:動け動けウゴウゴ２ちゃんねる
09/08/09 20:35:34 H26WAOje0
そこいら中ギスギスしすぎ
仏の顔も三度って奴か
331:動け動けウゴウゴ２ちゃんねる
09/08/09 20:36:24 LxTnglAn0
とりあえず小さなことからこつこつと。
御盆も近いのでご先祖様に線香くらい上げてお祈りしてもいいよねw
332:モーマン☆鯛。
09/08/09 20:37:18 Qj2tj08M0 BE:779832-PLT(16325)
>>315
> ・大きな余震や大きな芸能の動きがないことを皆で祈る
ﾌﾗｸﾞの立った音が聞こえた
333:動け動けウゴウゴ２ちゃんねる
09/08/09 20:37:49 Gmfcy2MB0
たった数十分以内の鯖落ちでギスギスって・・・
数週間鯖落ち放置されても耐えてた昔の2chねらは仏様かよ・・・ｗ
334:動け動けウゴウゴ２ちゃんねる
09/08/09 20:37:57 dXSjHMAB0
とりあえず【2ch特化型サーバ・ロケーション構築作戦】に参加されない方で、
サーバ構築に関係ない話や質問はこちらへ。
「質問・雑談スレ294＠運用情報板」
ｽﾚﾘﾝｸ(operate板)
サーバー落ち情報の確認はこちらへ。
「2ch サーバーダウン（鯖落ち）情報 part241」
ｽﾚﾘﾝｸ(operate板)
移動をお願いします。
335:動け動けウゴウゴ２ちゃんねる
09/08/09 20:38:59 boSdn5de0
ex17の方が落ちなかった印象がある
336:動け動けウゴウゴ２ちゃんねる
09/08/09 20:39:07 H26WAOje0
>>333
何度も落ちてるって意味合いで言ったんだよ
語尾に草生やしてないで文脈読めクズ、できないなら死ね
337:動け動けウゴウゴ２ちゃんねる
09/08/09 20:41:18 cnP/cPAh0
たかが2chの出来事でギスギスなんてようやるわ
こんな場所を人生の一部にしたらおしまいだぜ？
338:動け動けウゴウゴ２ちゃんねる
09/08/09 20:47:45 gbcSPYLz0
こんなところ落ちたら落ちたで他のことやってればいいだけじゃん
所詮その程度の場所だぜ、それとも他にすることがないのかと
339:動け動けウゴウゴ２ちゃんねる
09/08/09 20:51:00 POzlNL4Y0
今北用
ここは基本的にroot★のレス以外は無視でおｋ
後は>>334の誘導先でやれ
以上
340:動け動けウゴウゴ２ちゃんねる
09/08/09 21:07:42 +oODLACzP
ネットワークエンジニアって楽しそう･･･
341:動け動けウゴウゴ２ちゃんねる
09/08/09 21:13:05 hd/Ic/ke0
30日の晩にニュース系が落ちなきゃいいんじゃない？
342:名無し的用法 ◆v20hUhbxpM
09/08/09 21:27:42 AnWk3Gc+0
正常に動いてたら動いていたで給料ドロボー
まともに動かなくなったらそれもそれで給料(ry
因果なのに･･･
RELENG_8のときに2コア以上のマルチスレッドに対するメモリリークが累積バグリストにあった気がするけどその影響かなあ
nmbclustersがMacのようにRead-onlyになってるとかではなさそうですね
343:動け動けウゴウゴ２ちゃんねる
09/08/09 23:38:11 dXSjHMAB0
22時50分時点でatlanta鯖が一瞬サーバーダウンしていたようです。
負荷グラフ：URLﾘﾝｸ(ch2.ath.cx)
原因の確認できるようでしたら、よろしくお願いします。
344:動け動けウゴウゴ２ちゃんねる
09/08/10 00:03:15 94p/PwHu0
>>343
多分監視所の不具合だと思う。
何度か、どこも落ちてないのにエラーになってたことがあった
以前全鯖がエラーになってたときはびっくりしたけど（もちろんどこも落ちてなかった）
345:動け動けウゴウゴ２ちゃんねる
09/08/10 00:16:57 szPKoBRb0
報告スレじゃないだろう
346:動け動けウゴウゴ２ちゃんねる
09/08/10 07:54:55 Wp0VKVsT0
tsushima yutori7 鯖落ち対策 大事なことレス安価
◆今後の予定・計画
>>315
◆rootﾀﾝ用メモ
>>212-214
◆7追加情報
>>242-249 >>289
347:動け動けウゴウゴ２ちゃんねる
09/08/10 10:05:59 zid0Elev0
>>345
鯖落ち要因探し・対策練りの一端になれば、と思い書きました。
>>344
確認に行った時には何事もなかったようなので、そうかもしれないですね。
すいません。お騒がせしました。
348:root▲▲ ★
09/08/10 10:53:06 0 BE:2553874-DIA(107780)
さて。
nmb 関連の設定変更依頼は >>242 と同じパターンで増える、
つまり現在の kern_mbuf.c で kern.ipc.nmbclusters の値を 65536 に設定したときと
同じように増えるパターンでお願いしようと。
ということで >>243 をマイナーチェンジ。
これで OS バージョンによる違いを吸収して、設定終了後は同じ設定になります。
■ yutori7 (8.0-BETA2)
/boot/loader.conf に、
# nmb (number of mbufs) tuning
kern.ipc.nmbclusters=65536
を追加して、リブートする。
■ tsushima (7.0R、7.2R も状況は同じ)
/boot/loader.conf に、
# nmb (number of mbufs) tuning
kern.ipc.nmbclusters=65536
を追加し、同時に /etc/sysctl.conf に、
# nmb (number of mbufs) tuning for FreeBSD 7.x
# note: kern.ipc.nmbclusters=65536 should be set at /boot/loader.conf
kern.ipc.nmbjumbop=32768
kern.ipc.nmbjumbo9=16384
kern.ipc.nmbjumbo16=8192
を追加して、リブートする。
349:root▲▲ ★
09/08/10 10:55:29 0 BE:1277827-DIA(107780)
>>250-253 の件。
これから設定変更お願いするので、
その前に現在の netstat -m @ yutori7 を貼っておきます。
7355/1085/8440/16896 4k (page size) jumbo clusters in use (current/cache/total/max)
350:root▲▲ ★
09/08/10 10:58:45 0 BE:365322-DIA(107780)
念には念を入れて、
# nmb (number of mbufs) tuning for FreeBSD 7.x
# note: kern.ipc.nmbclusters=65536 should be set at /boot/loader.conf
kern.ipc.nmbjumbop=32768
kern.ipc.nmbjumbo9=16384
kern.ipc.nmbjumbo16=8192
の設定を gimpo.2ch.net で試して、問題ないのを確認しました。
これから設定変更のお願いを出します。
351:root▲▲ ★
09/08/10 11:03:52 0 BE:1095034-DIA(107780)
tiger3547 = yutori7 依頼済。
352:root▲▲ ★
09/08/10 11:13:27 0 BE:3648858-DIA(107780)
banana3706 = tsushima 依頼済。
353:動け動けウゴウゴ２ちゃんねる
09/08/10 11:18:49 j70So0TZ0
yutori7再起動中かな。VIP繋がらない
354:root▲▲ ★
09/08/10 11:36:53 0 BE:1277827-DIA(107781)
リブート無事終了。両サーバ設定確認中。
両サーバとも /boot/loader.conf が正しく設定されていることを確認。
yutori7 はこれで作業完了。
586/576/1162/32768 4k (page size) jumbo clusters in use (current/cache/total/max)
のように無事に 32768 に増えました。
tsushima は /etc/sysctl.conf の設定も必要になりますが、
こちらは追加設定されていなかったので、
設定と sysctl restart を別途依頼中。
355:root▲▲ ★
09/08/10 11:38:52 0 BE:1916137-DIA(107781)
tsushima の /etc/sysctl.conf の設定も完了しました。
念のため httpd と speedy_backend を kill して再起動済。
(before)
%sysctl -a | grep nmb
kern.ipc.nmbjumbo16: 4224
kern.ipc.nmbjumbo9: 8448
kern.ipc.nmbjumbop: 16896
kern.ipc.nmbclusters: 65536
(after)
%sysctl -a | grep nmb
kern.ipc.nmbjumbo16: 8192
kern.ipc.nmbjumbo9: 16384
kern.ipc.nmbjumbop: 32768
kern.ipc.nmbclusters: 65536
356:動け動けウゴウゴ２ちゃんねる
09/08/10 11:40:00 Nw9DKNlz0
お疲れ様です。
これで落ち着くと良いですね。
357:root▲▲ ★
09/08/10 11:40:45 0 BE:2553874-DIA(107781)
tsushima の netstat -m で該当パラメータが増えたのを確認。
450/670/1120/32768 4k (page size) jumbo clusters in use (current/cache/total/max)
これで両サーバとも今回の作業完了。
358:動け動けウゴウゴ２ちゃんねる
09/08/10 11:41:43 GLx9sVkH0
も、もう大丈夫？
今度は落ちないよね｡･ ﾟ･｡* ｡ +ﾟ｡･.｡* ﾟ + ｡･ﾟ･(ﾉД`)
359:動け動けウゴウゴ２ちゃんねる
09/08/10 11:44:06 UQ/C6IBy0
しかし落ちるのであった
360:root▲▲ ★
09/08/10 11:44:08 0 BE:1368735-DIA(107781)
ここまでのまとめ:
・yutori7 (8.0-BETA2)
＜/etc/sysctl.conf 追加分＞
# increase listen queue
#kern.ipc.somaxconn=8192
kern.ipc.somaxconn=32768
#kern.ipc.maxsockbuf=2097152
kern.ipc.maxsockbuf=20480000
＜/boot/loader.conf 追加分＞
# nmb (number of mbufs) tuning
kern.ipc.nmbclusters=65536
361:root▲▲ ★
09/08/10 11:44:20 0 BE:912825-DIA(107781)
・tsushima (7.0R)
＜/etc/sysctl.conf 追加分＞
# increase listen queue
#kern.ipc.somaxconn=8192
kern.ipc.somaxconn=32768
#kern.ipc.maxsockbuf=2097152
kern.ipc.maxsockbuf=20480000
# nmb (number of mbufs) tuning for FreeBSD 7.x
# note: kern.ipc.nmbclusters=65536 should be set at /boot/loader.conf
kern.ipc.nmbjumbop=32768
kern.ipc.nmbjumbo9=16384
kern.ipc.nmbjumbo16=8192
＜/boot/loader.conf 追加分＞
# nmb (number of mbufs) tuning
kern.ipc.nmbclusters=65536
362:動け動けウゴウゴ２ちゃんねる
09/08/10 11:44:30 IevW5Nxb0
気休めになるのかどうかわかりませんが、
書き込み規制値上げてみては？
363:動け動けウゴウゴ２ちゃんねる
09/08/10 11:45:53 M/2UJiaP0
設定反映のためのリブートとかを考えると
どんなに優秀な鯖でも落とさずに運用なんてことは不可能です
どんな鯖でも落ちるものだと思ってください
364: [―{}@{}@{}-] 動け動けウゴウゴ２ちゃんねる
09/08/10 11:45:59 2hqwqWrA0 BE:506018636-2BP(1213)
書き込みで落ちたんじゃねえだろ（笑）
365:動け動けウゴウゴ２ちゃんねる
09/08/10 11:46:59 Yzvox7vw0
こういう時は書き込み絞っても完全に無駄
366:動け動けウゴウゴ２ちゃんねる
09/08/10 11:52:12 rNXR0N/IP
ROM対策に5秒間に2回リロードしたらバーボン送りとか
367:動け動けウゴウゴ２ちゃんねる
09/08/10 11:56:40 /SbyZO3Q0
早すぎるｗｗｗ
368:動け動けウゴウゴ２ちゃんねる
09/08/10 12:01:30 c4esXTCI0
むしろそのチェック処理による負荷増大で陥落
そんな感じでよろしく
369: ◆INFUL/Rb66
09/08/10 12:03:48 +ldoCElF0 BE:1231860274-2BP(5162)
VIPのみ、専ブラ以外強制『人大杉』は結構有効な気がする
夏房対策にも