【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14
■ このスレッドは過去ログ倉庫に格納されています
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/ >>495
すいません、またコテハン入れ忘れた・・・ orz
これを読む限り、(OS問わず)SMPとACPIは相性がよろしくありませんな。
たぶんhaltさせるときは同時でないといけないから
何かの理由でそのタイミングが狂うと(その段階で)出してはいけない命令が
かちあってそのままお亡くなりになるという・・・・ 設定変更・リブート完了。
read.cgiを復活させました。< ex7 これで明日まで無事だったら、デュアルCPUを復活させてgame6とかにも入れてみよう。
で、順次他のサーバにも。 突然死がとうとう解決されるのか！気になる結果はCMのあとで！！ まっ実験しなきゃ先には進めん。
いい結果を期待したいが・・・
これでもダメなら・・・
どうなるんでそ？＞root ★ さん
やっぱりシングルCPUでしばらくの間は置いとくのかな。 >>502
まずはex7でのテスト結果をﾏﾀｰﾘと見ようかと。
これまでの様子から、1日動けば効果ありとしてよいと思われ。 【BBQ 2本目】炭まだぁ〜？ 【公開串リストメンテ】
http://qb3.2ch.net/test/read.cgi/operate/1077190185/681-
ここらで話題が出たのが最後かな？＞BBM
BBQスレでやってるから話が流れる流れる・・・
まあ、いろいろ他に優先事項がいろいろあったんですけどねー 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) 携帯関係の統計取ったり
いろいろ出来る予感です
基本的な動きとしては
1) key は携帯固有番号
2) 問い合わせ、登録、削除、更新はすべて getなんたら
八個くらい用意すればいいかな?
dat8.dat7.dat6.dat5,dat4.dat3.dat2.dat1key.bbm.2ch.net
dat1 = action(登録、問い合わせ、更新・・・ の作業番号or文字列)
dat2 = .......
そのまえに、
comic4 の F22 を止める → comic4.peko 作成 → 過去ログ移転
かな ★？
38 → 206 もやっちゃいたいような（苦笑） またex7逝ったみたいね
片肺運転はもはや免れないな bbs.cgiがsubject.ｔｘｔを握ったまま死ぬのかな？ ここまで来ると次の段階を考える必要があるのかな。。。
singleで行くのか、4.10Rにするのか。 この際だから、4.10Rにトライしてもらいたいねぇ・・・ リブート隊の報告でで再起動したにしては速すぎるって事は、
panic→自動リブートだったのかな？
きちんとpanic→RebootしてくれるのがACPI-OFF効果なら、
それはそれで有り難いんだけど、素直に喜んで良い物か…（ｗ >>520
ん？どゆことでしょ？
説明して頂けると助かります。 >>522
subject.txtが消えちゃったってだけ ん、ただの板とびでしょ。
落ちてはいなかったと思う。 >>524
http://ex7.2ch.net/_service/20040712.txt
ココ見るとuptimeが巻き戻ってるから、サーバのRebootでは無いか
と思ったんですけど、この値ってアテにならないんでしたっけ？ subject.txtが消えただけではなかったです >>527
実際にIEではtopにはアクセスできたし、、、
かちゅでは、subjectを拾いに行くところで、サーバ移転したかも？がでた。 まぁ、logに何が残ってるのかが、
気になるところです。 >>529
＞ 746 名前：( ﾟwﾟ )y━･~~~ﾋﾞｮｱ ◆byoa/e2bpg [] 投稿日：04/07/12 23:05 ID:HpezRJjy
＞ なおった・・・いや移転って出るけど移転先がでない？
＞ うーむ？
いえ、その前のレス〜このレスがあるので移転って出る状態の前につながらない状態があったと判断しましたでし。
まぁ、>>526 でuptimeがリセットされてるのでrebootがあったっぽいと言うのは確定かな、、と あちゃー、実際に鯖にアクセスした感覚だけで書いてましたー
ごめんですー
uptimeはhpptdが再起動してもリセットされます。
という事は、httpd再起動時にbbs.cgiあたりがsubject.txtを放さずにそのままってことかもね >>533
あー、あれってhttpdのUptime見てるんですか。
シェルからやるuptimeの方を加工してるのかと思ってました。
つーことは、、新たなる問題発生の予感？（ｗ >>534
ちがった、uptimeから作ってた。
という事は、再起動かかったのかな？ 帰宅。
まだスレやメール見てないけど、自分でリブートがかかったのかな。< ex7 ざっとチェック。
確かに、リブートがかかった形跡はありました。
でも、panicとかそういうメッセージは残っていない模様。
今までとは死に方が違うから、原因は別か。
しばらく経過観察か。クラッシュダンプをとる設定をしておいたほうがよさそうかも。
ACPIを止めることそのものは、ビンゴの模様。
http://www.sfc.wide.ad.jp/~ash/diary/?date=200402 >>504 >>512
了解。いろいろ使おうというかんじですかね。
これから >>513 の上2行の作業やります。 /etc/rc.confにdumpdev="/dev/da0s1b"を追加して、
# /etc/rc.d/dumpon start
kernel dumps on /dev/da0s1b
とやっておいた。< ex7
これで普通にpanicしたら、クラッシュダンプがとられるはず。 comicのmemoriesへのコピー、完了しました。
以下のDNSサーバの変更をお願いします。
(現在)
+comic4.2ch.net:38.114.144.180
(変更後)
+comic4.2ch.net:38.114.137.227 comic4の、が正解すね。>>541
なお、OSの更新とACPIのオフを実施済み。< comic4 >>538
そーなると他のpekoなどのSMPマシンも
すべてはacpiを切れば突然死問題は解決ということでFAっぽいですね。
今夜までex7が安定ならそれで確定か・・・。 今日午後あたりに、game6の設定を変えてみようかと。 ACPIのオフ
peko （ｏｐｔｅｏｎ dual）
−９０１ ｌｉｖｅ8/9,dns?
−９０２ 過去ログサーバー
−２４４ game6（片肺運用）
−２４５ Live12
済２４６ 元comic4、現在空き屋=>BBM?
−２４７ c-docomo2
tiger （Xeon dual）
済５０３ 虎実験鯖／ex7
−５０４ Live13
−５０５ 未入荷
うまくいけば
pekoネエwith帯域制限系はできますかねえ。
＃コストダウン的に明日６４ﾎﾞｿｯ
ども。>>545
902, 504は済み(昨日深夜実施)。
で、
- 243 dnscache 未
もあります。
今日午後にgame6, live8, c-docomo2あたりを。 >>545-547
現状反映。
※ACPI disabled hosts list※
★series peko(opteron 24x dual)
未 ９０１ ｌｉｖｅ8/9,dns(for peko)
済 ９０２ 過去ログサーバー
未 ２４３ dnscache
未 ２４４ game6（片肺運用）
未 ２４５ Live12
済 ２４６ 元comic4、現在空き屋=>BBM?
未 ２４７ c-docomo2
★series tiger（Xeon dual）
済 ５０３ 虎実験鯖／ex7
済 ５０４ Live13
未 ５０５ 未入荷
>>548
901 済
244 済&片肺解除
247 済
505 news18(最初からACPIなしにする予定)
>>549
どうも。中身の整理&BBM用DNSの設定をば。 さてさて いよいよ IP 振りなおしの季節でーす
root ★さんとの共同作業は以下のよ9台かな?
banana201
oyster901 902 243
cobra2244 2245 2246 2247
今晩か、明日の昼すぎかその辺です。 >>550-552
ということで全部おｋですか？
※ACPI disabled hosts list※
★series peko(opteron 24x dual)
済 ９０１ ｌｉｖｅ8/9,dns(for peko)
済 ９０２ 過去ログサーバー
済 ２４３ dnscache
済 ２４４ game6（片肺解除）
済 ２４５ Live12
済 ２４６ 元comic4、現在空き屋=>BBM?
済 ２４７ c-docomo2
★series tiger（Xeon dual）
済 ５０３ 虎実験鯖／ex7
済 ５０４ Live13
未 ５０５ 最初からACPIなしの予定 >>553
了解です。
あと、sumaストレージ(suma-son1)にIPアドレスが1つついています。(>>271)
どのIPアドレスを振ったらいいかの情報(IPアドレス、ネットマスク、デフォルトルート)を
事前に教えてくださいです。
で、どのサーバも5つIPアドレスが来ると思っていてよいのかしら。 五個のIP はデフォで付いていますー
これからもずっと、、、 >>555
受け取りました。
>>558
であれば、作業をすすめるうえでは問題ないです。
このアドレスは今晩にでも先回りして振っておく(バーチャルホスト等の設定もあらかじめ追加しておく)、
っていうかんじですかね。 >>559
サーバでの作業が終ったら教えてください
PIE で切り替えの作業＋DNSの更新を
あすの昼にやります。 >>560
明日の昼というのは、日本時間ですか。
では、今夜作業します。 ところで今回、PIEでの物理的な差し替えは発生するのでしょうか。
それともソフトウェアだけでしょうか。
# で、何と明日の午後は13:00-16:00ぐらいまで客先で、
# 17:00-で打ち合わせが入っていたりする、、、。 物理的な移動は無い予定でーす
時間が合わない場合は、順延ということで(もしくわ繰上げ) >>564
了解です。
いずれにせよIPアドレスを増やすのは今夜にできると思うので、そこまではすすめます。 いろいろ落ち着いたら、あれとか、これとか。
# やっぱ5.xに早く対応してほしいなぁ(ぼそ)。 >>566 そですね。今、某国某所でLinux移植合宿を行っていますが、
あまりの惨状に、BSDを懐かしく思っております。
順番的には、移植チームが起動に乗って、各種情報の英語への
翻訳が一段落したら、取り掛かれると思いますので、もう少し
お時間を頂けますと幸いです...。
その他、いくつか提案めいたお話もあったかと思いますので、
お時間がおありの折にでもご検討を頂ければ。
とりあえず、こちらに書いておきますね。
ＰＨＰ５．０正式リリースしました。
新型エンジンのパフォーマンスや互換性の問題はどうなるか気になる所です
けど携帯の方と併せて要注目ですね。 時間がとれなくてちょっとここにこれないけど、とりあえずメモしておく。
・amd64(cobra)ではoptions acpiをコメントアウトすると、SMPモードにならない。
=> つまり、シングルCPUで動作してしまう模様
・amd64ではoptions acpiをコメントアウトすると、ppc0(プリンタポート)のためのI/Oポートが
正しく割り当てられず、立ち上げ時に以下のメッセージが表示される。
ppc0: cannot reserve I/O port range
このバグを踏んでいるらしい。
http://www.freebsd.org/cgi/query-pr.cgi?pr=61209
これらのため、特にc-docomo2等の負荷が大きいホストでは、
stray irq 7 (本来プリンタドライバが受けるIRQ)と表示される症状が発生。
パフォーマンスにも影響が出ている模様。
・i386(tiger)では、上記問題は発生していない。
ただし、突然死する症状は相変わらず起こっている。 >>570
http://news.gw.com/freebsd.amd64/1395
> Without ACPI is boots single processor,
がーん。
で、いろいろ調べてみると、ACPI biosの更新作業が必要な予感も。 見当外れならスマソですが
ACPIってS3のことだべ？
OSのほうをいぢらんでもBIOSでS3をdisabledにしとけば済む話に見えなくもなかったり、、
どうでしょ？ ここでいいかな？
ttp://206.223.147.230/ごにょごにょから
banana274.maido3.comとか
academy3.2ch.net
qb5.2ch.net
qb6.2ch.net
science3.2ch.net
こんな一覧取れないかな？
あと
tp://qb5.2ch.net/(ぴー)から格納してる板一覧取れるはずだけどぴーを忘れた ■ IP 振りなおし大作戦
http://qb5.2ch.net/test/read.cgi/operate/1089702676/138-139
ということで、live9, live10, live11, tmp3をmemoriesに格納しました。
以下の儀式をお願いいたします。
(現在)
+live9.2ch.net:38.114.137.235
+live10.2ch.net:38.114.137.233
+live11.2ch.net:38.114.137.233
+tmp3.2ch.net:38.114.144.145
(変更後)
+live9.2ch.net:38.114.137.227
+live10.2ch.net:38.114.137.227
+live11.2ch.net:38.114.137.227
+tmp3.2ch.net:38.114.137.227
備考:
memories(oyster902)のIPアドレス変更の際に、再度まとめて変更依頼となります。 PHP関連でもう一つ
PHP-4.3.7以前にリモート脆弱性発見
ttp://slashdot.jp/security/04/07/15/0337223.shtml?topic=56
c-docomo2（peko)を
c-docomo3（tiger）にしてテストは出来ないかな。
これで得られるデータは
Ｔｉｇｅｒでの強烈な負荷の捌きかた。
pekoとの挙動（強さ）の違い
もろもろ。
で仮に芸ｽﾎﾟを現c-dokomo2に退避、あるいは、もうちょっとまってね（はーと）。
でもって、ｔｉｇｅｒ系はBSD４系にする方がいいようですねえ。現状だと。
次の虎さんか、505を４系にすると切り分けが出来ていいかも。 tiger503、シングルCPU設定(SMP/apicなし)に変更する予定(現在カーネルコンパイル中)。 perlccでコンパイルしたbbs.cgiを一時的に入れてテスト中、、、。< ex7
テストが終わったら元のPerlバージョンに戻す予定。
なるほど、Perlが暴走してるわけでもないのか。
単純にものすごい勢いで起動されてるのね。bbs.cgiが。
シングルCPU設定だと、こんなもんかなぁ。
２ちゃんねるの書き込みの半分以上がここに来てるわけだし。
http://stats.2ch.net/suzume.cgi
でも、重くてもボンと死ぬよりはましか。 maido3.com内の新しいDNSキャッシュサーバを、
BBS/BBX/BBYに登録した。
同時に、root権限ありサーバのアドレスも(準備のため)登録した。 >>583
えっとその影響かどうかは定かではありませんが、banana238 にて netstat すると、
http TIME_WAIT が大量に溜まっているようです。
httpd を restart もしくは graceful するといいのでしょうか？ >>584 done.
でも、こんなもんかな。いつもとかわんないですね。
ここにはi.2ch.netがあるから。 >>585
うぅむ、、、やはり mobile 類は握りっぱなしになっちゃうですか、、、
もしかして、携帯類の proxy が何かしらやらかしているのかなぁ。 逆引きすると、こんなかんじです。もうたくさん。
tcp4 0 0 banana238.http proxy101.docomo..17174 TIME_WAIT
tcp4 0 0 banana238.http proxy101.docomo..22078 TIME_WAIT
tcp4 0 0 banana238.http proxy101.docomo..25122 TIME_WAIT
tcp4 0 0 banana238.http proxy101.docomo..27647 TIME_WAIT
tcp4 0 0 banana238.http proxy101.docomo..27869 TIME_WAIT
tcp4 0 0 banana238.http proxy103.docomo..14071 TIME_WAIT
tcp4 0 0 banana238.http proxy103.docomo..21310 TIME_WAIT
tcp4 0 0 banana238.http proxy103.docomo..26503 TIME_WAIT
tcp4 0 0 banana238.http proxy105.docomo..34577 TIME_WAIT
(中略)
tcp4 0 0 banana238.http wacc1s2.ezweb.ne.51927 TIME_WAIT
tcp4 0 0 banana238.http wacc2s3.ezweb.ne.59532 TIME_WAIT
tcp4 0 0 banana238.http wacc2s3.ezweb.ne.60475 TIME_WAIT
tcp4 0 0 banana238.http wacc2s3.ezweb.ne.60980 TIME_WAIT
tcp4 0 0 banana238.http wacc3s1.ezweb.ne.40779 TIME_WAIT
tcp4 0 0 banana238.http wacc3s1.ezweb.ne.41034 TIME_WAIT
tcp4 0 0 banana238.http wacc3s4.ezweb.ne.59808 TIME_WAIT
tcp4 0 0 banana238.http wbcc1s01.ezweb.n.16676 TIME_WAIT
tcp4 0 0 banana238.http wbcc1s02.ezweb.n.58772 TIME_WAIT
tcp4 0 0 banana238.http wbcc1s03.ezweb.n.57231 TIME_WAIT
tcp4 0 0 banana238.http wbcc1s06.ezweb.n.39953 TIME_WAIT
tcp4 0 0 banana238.http wbcc1s10.ezweb.n.15425 TIME_WAIT
(中略)
tcp4 0 0 banana238.http wt-l7sgcx01.skyw.39479 TIME_WAIT
tcp4 0 0 banana238.http wtl7sgkn01.skywe.12493 TIME_WAIT
tcp4 0 0 banana238.http wtl7sgkn01.skywe.51806 TIME_WAIT
tcp4 0 0 banana238.http wtl7sgkn01.skywe.5301 TIME_WAIT
tcp4 0 0 banana238.http wtl7sgkn01.skywe.61530 TIME_WAIT
tcp4 0 0 banana238.http wtl7sgkn01.skywe.62339 TIME_WAIT >>586
単に、アクセスが多くて、かつ向こうからちょろちょろとしか来ないからだと思われ。
システム的には健康(httpdのスロットが埋まっているわけではないし、mbufは増やしてある)ので、
特に問題ないかと。
._._...C_..._____W...._._.__..__................................
................................................................
................................................................
................................................................ >>581
半分以上、ってことはなかったですね。< BBSがうまくなかった(>>583)だけ
1割ぐらいか。
でも、BBXがないとあんだけ広告来ちゃうのね。 >>591 おっ。
tiger505 = news18できました。
tiger503 = ex7 と同じ、シングルCPU設定。
以下を追加お願いします。
+news18.2ch.net:206.223.150.120 >>592
こんな遅くまで頑張ってくれてる・・・涙ものですね
・ω）つ旦~ 一服どうぞ >>593 どうも。仕事が遅いもんで、夜しか時間がとれんのですよ。
しかし、シングルCPUに設定しなきゃならんのは、ちとつらい。
なんとかできないのかなと。 >>594
デュアル対応のチップセットが近々出ると聞いた事がありますが・・・
すみません確証ないんでネタと受け取ってください。 話の途中割り込んですみません。サザンさん、留守番さん、見習いさん〜、もうみなさん就寝ですか？
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14
http://qb5.2ch.net/test/read.cgi/operate/1087666806/592
■ このスレッドは過去ログ倉庫に格納されています
