【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14

**root ★** · 04/06/20 02:40

peko作戦について語るスレです。
サーバの新ロケーション、PIEに関する話題もこちらで。

現在の主要なテーマは、
・新ロケーション、PIEの安定化
・pekoサーバ突然死の原因究明
となります。

レンタルサーバー maido3.com ２ちゃんねるの転送量: http://server.maido3.com/pie/
MRTGによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねる/PINKちゃんねる稼動中のサーバ一覧: http://mumumu.mu/serverlist.html

PINKちゃんねるで現在進行中のama作戦については、こちら。

【Project ama】PINKちゃんねる特化型ｻｰﾊﾞ構築作戦 Part2
http://qb3.2ch.net/test/read.cgi/operate/1082721809/l50

携帯電話特化型サーバ構築作戦については、こちら。

【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
http://qb5.2ch.net/test/read.cgi/operate/1075887465/

前スレ
【Project peko】2ch特化型サーバ構築作戦 Part13
http://qb5.2ch.net/test/read.cgi/operate/1085678587/

**root ★** · 04/07/10 22:24

>>441
今のgame6/news11の状態ですね。
SMPなし状態。(i386ではないのでapicはもともとなし)

やってみる価値はあるけど、
read.cgiなしでしばらく(すくなくとも1日は)動かしてみてからか。

**root ★** · 04/07/10 22:48

gdb /usr/bin/perl [暴走しているプロセスID] ってやったら、

(gdb) where
#0 0x2818648f in stat () from /lib/libc.so.5
#1 0x080d8925 in Perl_my_stat ()
#2 0x080cec5b in Perl_pp_ftis ()
#3 0x0809d028 in Perl_runops_standard ()
#4 0x0805bb46 in perl_run ()
#5 0x0805b82b in perl_run ()
#6 0x08058f59 in main ()
#7 0x08058e02 in _start ()

だそうで。
すくなくともこのPerlは、stat()の中で暴走していた模様。

ううむ。

**動け動けウゴウゴ２ちゃんねる** · 04/07/10 23:31

live13がだいじょうぶなら

そこにex７を突っ込んで（ｒｙするとか・・・
ぢすく周りの気瓦斯・・・

**動け動けウゴウゴ２ちゃんねる** · 04/07/11 00:36

やっぱソフト面のバグなのかなぁ・・・。

**動け動けウゴウゴ２ちゃんねる** · 04/07/11 01:00

スレ汚しすみません。上げておきます。

**動け動けウゴウゴ２ちゃんねる** · 04/07/11 02:20

頼むから誰か
「bbs.cgi再開発プロジェクト 4」
を立ててくれ

**動け動けウゴウゴ２ちゃんねる** · 04/07/11 02:21

>>447
透明削除で回復できますからいらないです。

**▲ 某ソレ511** · 04/07/11 02:21

うーん、立てるとしても必要になってからでいいんじゃないかなあ

**動け動けウゴウゴ２ちゃんねる** · 04/07/11 02:22

>>449
そうですか

**root ★** · 04/07/11 07:22

寝ていた(倒れていた)間に、なんだかいろんなことがあったようで。

で、とりあえずbbs.cgiが更新されていたようなので、
pekoサーバのものをコンパイルして更新しておいた。

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/07/11 09:54

4スレ目はまだ先の話かと。

bbs.cgi再開発プロジェクト 3
http://qb5.2ch.net/test/read.cgi/operate/1076666901/l50

**名無しさん＠そうだ選挙に行こう** · 04/07/11 09:57

透明入ったのね。

**root ★** · 04/07/11 18:24

落ち着いているようなので、

・MaxRequestsPerChild 10000 => 100
・StartServers 128 => 64
・MaxSpareServers 128 => 64

にして、ex7のread.cgiを元に戻してみた。

**root ★** · 04/07/11 18:28

で、あまりにしっちゅうbbs.cgi(Perl)の暴走を目撃するので、

RLimitCPU 120 => 60

に変更した。< ex7

これでしばらく実験かと。

**名無しさん＠そうだ選挙に行こう** · 04/07/11 20:11

何か重いですよー＞root氏

**名無しさん＠そうだ選挙に行こう** · 04/07/11 20:14

ex7さらに負荷上がっているように見えるが・・・

**名無しさん＠そうだ選挙に行こう** · 04/07/11 20:15

read.cgiがまた喧嘩しちゃってるのかな？
書き込み時にだいぶ時間かかりますた

**動け動けウゴウゴ２ちゃんねる** · 04/07/11 20:20

ex7重いっすね
選挙でVIPに人が集まってるのかな

**動け動けウゴウゴ２ちゃんねる** · 04/07/11 20:22

開票中に設定変更するから・・・

**root ★** · 04/07/11 20:24

重いすね。
bbs.cgi(perl)がたくさん暴走してました。
今は少しましかな。

**root ★** · 04/07/11 20:26

>>455 のやつ、ex7だけ30(秒)にしてもいいかもしんないなぁ。

**root ★** · 04/07/11 20:29

ex7だけ30secにした。
しかしlive系でもたまにしか起こらないのに、どうしてこうもbbs.cgiが暴走するんだろう。< ex7

**未承諾広告※** ◆TWARamEjuA · 04/07/11 20:32

>>463
perl(perlcc) のバージョンが 5.8 系だとか？

**動け動けウゴウゴ２ちゃんねる** · 04/07/11 20:33

ex7少しマシになった

**root ★** · 04/07/11 20:33

>>464
5.6.1ですねぇ。すくなくとも私がおもりしてるやつは全部そうです。
ex7は実験のため、あえてperlccはしてませぬ。

**root ★** · 04/07/11 20:35

>>463 が効果出してるですね。
でも、しょっちゅう暴走する状況にかわりはない模様。

◆QANoNotan. · 04/07/11 20:39

㌧だみたい

**root ★** · 04/07/11 20:40

軽い状態でいきなり反応がなくなった、、、。
やはり同じ病をかかえているのか。

リブート要請しました。

**root ★** · 04/07/11 20:40

リブート要請しました。
上がったら、read.cgiを止めます。

**root ★** · 04/07/11 20:45

read.cgiを停止。< ex7

**未承諾広告※** ◆TWARamEjuA · 04/07/11 20:49

>>466
http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/perl5/
5.6 系は 1 なのですかー。。。
5.8 系にするのはちょと怖いような。。。
でも 5.8 系の鯖では何事もなかったかのように動いていたりもするし。＠非 root な banana 鯖

**root ★** · 04/07/11 20:52

死んだ状態でのtopの出力。ううむ。
http://mumumu.mu/tiger503/tiger503-20040711.jpg

**root ★** · 04/07/11 20:54

>>472
非rootなbananaも5.6.1のはず。

**未承諾広告※** ◆TWARamEjuA · 04/07/11 21:27

>>474
確認してみましたが、退役した鯖の httpd レスポンス Server: にだけ、Perl/v5.8.0 の文字列が入っていました。
ということで現状すべて 5.6 系かと思われるですm(_ _)m

**動け動けウゴウゴ２ちゃんねる** · 04/07/11 21:37

read.cgiを動かすとダメになるとは・・・
前途多難ですねぇ・・・

**root ★** · 04/07/11 21:42

>>476
・1CPUにした(SMP, apicをコメントアウト)game6がその後5日間落ちていない(amd64だけど)
・1CPUなbananaサーバは問題が起こっていない

ところをみると、FreeBSD 5.2.1のSMP/apicまわりに何か問題があるのかも。

**まぐろ** ◆Ctm6ZKuo5w · 04/07/11 21:48

qb5.2ch.netサーバのuptime情報（？）みたいなのが今日の0:30で止っているようです

http://qb5.2ch.net/_service/20040711.txt
2004/07/11 00:30:00 LA=12:30AM up 31 days, 11:53, 0 users, load averages: 5.58, 10.41, 16.00
で止ってます

qb6.2ch.netは動いているみたいです

**動け動けウゴウゴ２ちゃんねる** · 04/07/11 21:53

>>477
1CPUでは問題が発生せず、2CPU（機能）にのみ問題が発生している、
ということを考慮すると、
現行のFreeBSDと2CPUの問題としか、考え難いですねぇ・・・

FreeBSDの4.xのほうがいいのかなぁ・・・

**root ★** · 04/07/11 21:53

>>478
たぶん昨日の騒ぎで、F22を切ったままなんではないかなと。

**root ★** · 04/07/11 22:17

携帯からのアクセスが20:00から上昇中。
ロードアベレージはかなりあるけど、何とか動いている模様。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/load/

◆BFzK/mtqM2 · 04/07/11 23:08

>>481
アクセスカウントのとり方変えた？
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/c-docomo2access.html

なんか、ちょうどこのグラフが始まったあたりからLAが上がっているような希ガス

**動け動けウゴウゴ２ちゃんねる** · 04/07/11 23:10

>>482
選挙開票で上がったのかなと思いました。

**動け動けウゴウゴ２ちゃんねる** · 04/07/11 23:21

>>482
ホントだ

36access/sec = 10.8kaccess/5minだから、昨日に比べても極端に
アクセスが増えてると言う訳ではなさそう。

http://mumumu.mu/mrtglog/2004/07/10/access/c-docomo2access.html

**root ★** · 04/07/11 23:24

ドキッとして調べてみたけど、そうではなさそうですね。
本当にLAが上がっている模様。

このグラフはApacheのserver-statusからとるようにしました。
(今まではアクセスログを正直にカウントしていた)

で、見ているとrunnable processが多いです。< c-docomo2

**root ★** · 04/07/11 23:30

c-docomo2を見ていると、みんなここ見てる模様。

http://c-docomo.2ch.net/z/-/01/i

◆BFzK/mtqM2 · 04/07/11 23:33

うーん、選挙でもないんか。。。

**root ★** · 04/07/11 23:34

あとは、これか。

http://c-docomo.2ch.net/0.p/-/i

トップページが1位で、上のやつが2位、
http://c-docomo.2ch.net/z/-/00/i
が3位みたい。

**root ★** · 04/07/11 23:35

選挙 < 新庄

らしい。（もちろん選挙も無視できないけど）

**root ★** · 04/07/12 00:12

I updated bbs.cgi on all peko servers.

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 00:29

>>490
お疲れさまです・・・

**root ★** · 04/07/12 01:29

問題切り分けのため、近々シングルCPU設定を試してみる予定。< ex7
それでうまく動くようなら、やむを得ないけどしばらくシングルCPU設定で。< tigerサーバ

携帯サーバへのアクセスも峠越えたみたいなので、今日はこれで。

**root ★** · 04/07/12 12:12

acpiを止めてみたらどう？という天の声を聞いた。

/boot/device.hintsに

hint.acpi.0.disabled="1"

か。

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 12:16

解説を希望してみる。

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 12:20

あーacpiが悪さするってのは結構ありえますね。
Linux系でもたまに聞くので。

ぐぐったらこんな話もありました。
ttp://pc5.2ch.net/test/read.cgi/unix/1039789225/485

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/07/12 12:26

>>495
すいません、またコテハン入れ忘れた・・・ orz

これを読む限り、(OS問わず)SMPとACPIは相性がよろしくありませんな。
たぶんhaltさせるときは同時でないといけないから
何かの理由でそのタイミングが狂うと(その段階で)出してはいけない命令が
かちあってそのままお亡くなりになるという・・・・

**root ★** · 04/07/12 14:49

ex7で試してみることにした。

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 15:02

また実験台か！

**root ★** · 04/07/12 15:09

設定変更・リブート完了。
read.cgiを復活させました。< ex7

**root ★** · 04/07/12 15:30

これで明日まで無事だったら、デュアルCPUを復活させてgame6とかにも入れてみよう。
で、順次他のサーバにも。

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 17:25

突然死がとうとう解決されるのか！気になる結果はCMのあとで！！

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 18:44

まっ実験しなきゃ先には進めん。
いい結果を期待したいが・・・

これでもダメなら・・・
どうなるんでそ？＞root ★ さん
やっぱりシングルCPUでしばらくの間は置いとくのかな。

**root ★** · 04/07/12 18:48

>>502
まずはex7でのテスト結果をﾏﾀｰﾘと見ようかと。
これまでの様子から、1日動けば効果ありとしてよいと思われ。

**留守番 ★** · 04/07/12 19:48

oyster246　を是非 BBM に、

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 19:53

>>504
いいですねぇ・・・

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 20:25

BBMやるべー

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 20:28

そしてBBMの内容は？

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 20:32

携帯対策用BBQシステム・・・

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 20:40

【BBQ 2本目】炭まだぁ～？【公開串リストメンテ】
http://qb3.2ch.net/test/read.cgi/operate/1077190185/681-
ここらで話題が出たのが最後かな？＞BBM
BBQスレでやってるから話が流れる流れる・・・
まあ、いろいろ他に優先事項がいろいろあったんですけどねー

**ミラー名無しさん** · 04/07/12 20:41

peko姐の新しいお仕事・・・

【oyster争奪戦】新サーバ情報スレッド 14
http://qb5.2ch.net/test/read.cgi/operate/1086435290/552
552 名前：留守番 ★ 投稿日：04/07/03 05:51 ID:???
BBQ シリーズの携帯版でーす(mobile)

固有番号を溜め込みます
1) 初めて書き込もうとした人に、お知らせ出すとか、
2) 書き込みお断りを制御したり
3) 携帯関係の統計取ったり

いろいろ出来る予感です

**▲ 某ソレ511** · 04/07/12 20:43

>>510
ほおー、1)は↓のスレまで考慮に入れれますね

【Love Affair】携帯に対する自治・次の二手
http://qb5.2ch.net/test/read.cgi/operate/1079004030/

**留守番 ★** · 04/07/12 20:47

基本的な動きとしては

1) key は携帯固有番号
2) 問い合わせ、登録、削除、更新はすべて　getなんたら

八個くらい用意すればいいかな?
dat8.dat7.dat6.dat5,dat4.dat3.dat2.dat1key.bbm.2ch.net
dat1 = action(登録、問い合わせ、更新・・・の作業番号or文字列)
dat2 = .......

**未承諾広告※** ◆TWARamEjuA · 04/07/12 20:52

そのまえに、
comic4 の F22 を止める → comic4.peko 作成 → 過去ログ移転
かな ★？

38 → 206 もやっちゃいたいような（苦笑）

**サザン ★** · 04/07/12 21:52

F22@comic4

とめましたー

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 23:05

またex7逝ったみたいね
片肺運転はもはや免れないな

◆BFzK/mtqM2 · 04/07/12 23:10

bbs.cgiがsubject.ｔｘｔを握ったまま死ぬのかな？

● ◆ANGLERlqvM · 04/07/12 23:17

ここまで来ると次の段階を考える必要があるのかな。。。
singleで行くのか、4.10Rにするのか。

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 23:19

この際だから、4.10Rにトライしてもらいたいねぇ・・・

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 23:24

リブート隊の報告でで再起動したにしては速すぎるって事は、
panic→自動リブートだったのかな？

きちんとpanic→RebootしてくれるのがACPI-OFF効果なら、
それはそれで有り難いんだけど、素直に喜んで良い物か…（ｗ

◆BFzK/mtqM2 · 04/07/12 23:26

>>519
★板のスレ一覧復帰＆修正依頼19★
http://qb5.2ch.net/test/read.cgi/operate/1087631940/

**▲ 某ソレ511** · 04/07/12 23:26

メールは出てないっぽいですね

**519** · 04/07/12 23:28

>>520
ん？どゆことでしょ？
説明して頂けると助かります。

◆BFzK/mtqM2 · 04/07/12 23:31

>>522
subject.txtが消えちゃったってだけ

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 23:31

ん、ただの板とびでしょ。
落ちてはいなかったと思う。

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 23:32

板とびと鯖落ちの違いを教えてください。

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 23:33

>>524
http://ex7.2ch.net/_service/20040712.txt
ココ見るとuptimeが巻き戻ってるから、サーバのRebootでは無いか
と思ったんですけど、この値ってアテにならないんでしたっけ？

**▲ 某ソレ511** · 04/07/12 23:33

サーバダウン(鯖落ち)情報 Part41
http://qb5.2ch.net/test/read.cgi/operate/1088057887/705-746

http://sv2ch.baila6.jp/server.cgi?server=ex7.2ch.net

ここらへん見てると一瞬飛んだというように判断できるけど、

◆QANoNotan. · 04/07/12 23:35

subject.txtが消えただけではなかったです

◆BFzK/mtqM2 · 04/07/12 23:35

>>527
実際にIEではtopにはアクセスできたし、、、
かちゅでは、subjectを拾いに行くところで、サーバ移転したかも？がでた。

● ◆ANGLERlqvM · 04/07/12 23:38

まぁ、logに何が残ってるのかが、
気になるところです。

**▲ 某ソレ511** · 04/07/12 23:38

>>529
＞ 746 名前：( ﾟwﾟ )y━･~~~ﾋﾞｮｱ ◆byoa/e2bpg [] 投稿日：04/07/12 23:05 ID:HpezRJjy
＞なおった・・・いや移転って出るけど移転先がでない？
＞うーむ？

いえ、その前のレス～このレスがあるので移転って出る状態の前につながらない状態があったと判断しましたでし。
まぁ、>>526 でuptimeがリセットされてるのでrebootがあったっぽいと言うのは確定かな、、と

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 23:40

あちゃー、実際に鯖にアクセスした感覚だけで書いてましたー
ごめんですー

◆BFzK/mtqM2 · 04/07/12 23:45

uptimeはhpptdが再起動してもリセットされます。

という事は、httpd再起動時にbbs.cgiあたりがsubject.txtを放さずにそのままってことかもね

**動け動けウゴウゴ２ちゃんねる** · 04/07/12 23:57

>>533
あー、あれってhttpdのUptime見てるんですか。
シェルからやるuptimeの方を加工してるのかと思ってました。

つーことは、、新たなる問題発生の予感？（ｗ

◆BFzK/mtqM2 · 04/07/13 00:06

>>534
ちがった、uptimeから作ってた。
という事は、再起動かかったのかな？

**root ★** · 04/07/13 00:22

帰宅。

まだスレやメール見てないけど、自分でリブートがかかったのかな。< ex7

**動け動けウゴウゴ２ちゃんねる** · 04/07/13 00:25

>>536
そのようです・・・

**root ★** · 04/07/13 00:30

ざっとチェック。
確かに、リブートがかかった形跡はありました。

でも、panicとかそういうメッセージは残っていない模様。
今までとは死に方が違うから、原因は別か。

しばらく経過観察か。クラッシュダンプをとる設定をしておいたほうがよさそうかも。

ACPIを止めることそのものは、ビンゴの模様。
http://www.sfc.wide.ad.jp/~ash/diary/?date=200402

**root ★** · 04/07/13 00:35

>>504 >>512
了解。いろいろ使おうというかんじですかね。

これから >>513 の上2行の作業やります。

**root ★** · 04/07/13 00:50

/etc/rc.confにdumpdev="/dev/da0s1b"を追加して、

# /etc/rc.d/dumpon start
kernel dumps on /dev/da0s1b

とやっておいた。< ex7
これで普通にpanicしたら、クラッシュダンプがとられるはず。

**root ★** · 04/07/13 03:00

comicのmemoriesへのコピー、完了しました。

以下のDNSサーバの変更をお願いします。

(現在)
+comic4.2ch.net:38.114.144.180

(変更後)
+comic4.2ch.net:38.114.137.227