【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/ アレってこれかな？
【Project peko】2ch特化型サーバ構築作戦 Part13
http://qb5.2ch.net/test/read.cgi/operate/1085678587/580,587
580 名前：FOX ★[] 投稿日：04/05/30 17:22 ID:???
206 のサーバはルート変更になっていると思いますー
38 のサーバは今までと同じ
今後の予定
1) 38 のサーバを全部 206 にIP振りなおす
2) 逆引き等を正しく設定する。
こんな感じかな?
>>579 すかさず見つけているし、
587 名前：root ★[sage] 投稿日：04/05/30 20:18 ID:???
>>580
リナンバですね。
・いったん各38のサーバのIPアドレスを二つにして(リブートしなくてもできる)
・DNSを変更して
・DNSが浸透したら旧アドレスをなくす
という方式でいけば、サービスを止めずに移行可能かと。
で、たぶん複数のトランジットにしたような気がするので、
場所によっては従来と経路変わってないこともありえるかなと。 2ch全体で最近よく落ちる原因は解明済み？調査中？
平行して作業するのは大変ですね。root★さん乙でつ旦~ http://qb5.2ch.net/test/read.cgi/operate/1085678587/985-988
985 名前：見習い▲ ★[sage] 投稿日：04/06/20 02:25 ID:???
作業中。。。
ちょっと断続的に途絶えます。
988 名前：root ★[sage] 投稿日：04/06/20 02:27 ID:???
>>985
了解です。
いよいよ、あれに対応するのかな。 >>12
リナンバは準備をそれなりにきちんとやらないといけないので、
あれの次かその次あたりなんじゃないかしら。
いずれにせよ現地での作業なので、まずは見守るしかないかなと。
# >>1 にPIEのURI入れればよかったなぁ。 狼が人大杉じゃなくなってる
人大杉のままでよかったのに >>17
なるほど。では、Love Affair 作戦なのかしら。
座して待つです。 ﾁﾝﾁﾝ 1000 名前：動け動けウゴウゴ２ちゃんねる[sage] 投稿日：04/06/20(日) 02:42 ID:DtXew2C0
1000なら2chは世界の中心で馬鹿を叫ぶ
世界の中心で馬鹿を叫ばれちゃってます…。 ﾀｼｰﾛとかやらかしちまってるから、その通りだろ。 >1
乙カレー
>11
あー。該当しちゃったんでしょうか ＞ スレッドキーが 1083999999 以降のスレが行方不明 http://qb5.2ch.net/test/read.cgi/operate/1085678587/974
974 名前：動け動けウゴウゴ２ちゃんねる[sage] 投稿日：04/06/19 17:48 ID:XtAKxDb2
短期的に取れそうな対策としては、
- メモり不足に陥らないためにapacheの設定をつめる。
- read.cgiが暴走してたりしないかチェックする。
- read.cgiを、なるべく早めにmunmap()するように書き換える。
- 敗北感が漂うけれど、シングルプロセッサ設定を試して見る。
下の2つを、近日中にやってみようかと。 脱線スマソです。
>>26
これは本物のJimさんのカキコ・・・のようですねえ・・・
キャップ与えたほうがいい悪寒
どなたかこの板に「Let's talk with Jim-san@operate」なスレを立ててください。
多分私は立てられない。 >>27
それ(974)書いたのは私ですが、
「read.cgiを、なるべく早めにmunmap()するように書き換える」
ってのは、効果があるかどうか不明です。なにせ、何が起こっ
ているか分からないもんで。
LAが上がっている時にread.cgiのプロセスがCGIの出力待ち
状態で沢山存在するという現象が起こっているのなら効果
があるかもしれない。その辺を調べてみたほうがよいです。
munmap()のタイミングを変えるためのread.cgiの書き換えは
結構面倒です。 >>29
今のread.cgiでは EXPLICIT_RELEASE が #define されていないので、
munmap()はいっさい呼ばれていない模様。
このへんにも鍵があるのか。 man mmap
...
The close(2) function does not unmap pages, see munmap(2) for further
information.
ううむ。close()してもmmap()したページは開放されないのか。
# 気になるけど、今日は体調いまいちなんで、ねることにしよう。 ■ このスレッドは過去ログ倉庫に格納されています
