【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/

過去ログ一覧
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/test/read.cgi/operate/1078972549/l50
Part9 http://qb3.2ch.net/test/read.cgi/operate/1080298357/l50
Part10 http://qb3.2ch.net/test/read.cgi/operate/1082125059/l50
Part11 http://qb5.2ch.net/test/read.cgi/operate/1084429098/
Part12 http://qb5.2ch.net/test/read.cgi/operate/1084429098/

>>1
アレ乙

>>1
おつー

>>1
乙π

>>1
お疲れさまです

>>1
ぼみょうー

>>1
アレ

>>1
酸素

2chを定期的に落としてるスレはココですか?

テンプレ改修していたのはないしょ（ｗ

でもって・・・
過去ログ一覧
　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 行方不明？
　Part12 行方不明？
　Part13 http://qb5.2ch.net/test/read.cgi/operate/1085678587/l50

Part11-12 はどうなったのでしょう？見つからないといって体調に怒られたのですけれども。。。

アレってこれかな？

【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が浸透したら旧アドレスをなくす

という方式でいけば、サービスを止めずに移行可能かと。

で、たぶん複数のトランジットにしたような気がするので、
場所によっては従来と経路変わってないこともありえるかなと。

>>1
ぼみょう

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 作戦なのかしら。
座して待つです。 ﾁﾝﾁﾝ

>>1
Part11はこっちですね。
【Project peko】2ch特化型サーバ構築作戦 Part11
http://qb3.2ch.net/test/read.cgi/operate/1082990543/l50

Part12は行方不明でしょうか。
http://qb5.2ch.net/operate/kako/o1084/

アンカーミス＿|￣|○
>>11でした。

1000 名前：動け動けウゴウゴ２ちゃんねる[sage] 投稿日：04/06/20(日) 02:42 ID:DtXew2C0
1000なら2chは世界の中心で馬鹿を叫ぶ

世界の中心で馬鹿を叫ばれちゃってます…。

ﾀｼｰﾛとかやらかしちまってるから、その通りだろ。

>1
乙カレー
>11
あー。該当しちゃったんでしょうか ＞ スレッドキーが 1083999999 以降のスレが行方不明

http://pie.bbspink.com/test/read.cgi/erobbs/1083466372/60

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の書き換えは
結構面倒です。

>>28
Let's talk with Jim-san@operate
http://qb5.2ch.net/test/read.cgi/operate/1087719655/

>>30
どうもです。

>1
ぼみょん

>>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()したページは開放されないのか。

# 気になるけど、今日は体調いまいちなんで、ねることにしよう。

root★さん無理しないでくださいね。
今夜はゆくーり休んでください。

>>34
プロセス終了すれば開放されるので、munmap()していないことそれ自体は
問題ないはずです。問題あるとすれば、それこそあっという間に(10000リク
エストとかそれくらいで)仮想記憶を使い果たしてしまうわけなので。それに、
そのレベルの問題なら、OpteronでないFreeBSDなサーバでも共通の問題
になりそう。付け加えるなら、mmap()しない版では絶対に問題にならない
はずですから。

で、現在のというか、公開されていたread.cgiと同じ方式が現在のにも引
き継がれているとすれば、CGIの出力を親プロセスのapacheが全部読
み込むまで(正確にはCGIがpipeに流し込み終えるまで)munmap()でき
ないです。なので、実質的にEXPLICIT_RELEASEを定義してもmunmap()
が実行されるのはCGIの終了直前ってことになるので、何もしないで終了
するのとほとんど何も変わらないことになるです。

read.cgiに手をかける価値があるかどうか判断するには、read.cgi内の
結果出力部分がブロックしているかどうか調べる必要があります。で、
ブロックすることがあって、かつ、CGIの出力がmmap()している容量より
小さいという条件なら、先にCGIの出力用の小さいバッファを用意して
そこに結果を全て書き込み、DATファイルをmunmap()してから結果バッ
ファから改めてpipeに書き込むようにすると、ブロックした時のメモリプ
レッシャがやや抑えられると期待できるというのがread.cgi改造の狙い
です。

手間が掛かるわりに貰いが少ない可能性が高いので、手を付ける前に
良く考えたほうがよいです。もし、書き換えに踏み切るのであれば手伝い
ます。

>>36
くわしい解説ありがとうございます。
ブロックしているかというのは、具体的には >>29 のような状態か、
ということですね。

つまり、そのような状況(ps等で待ちなread.cgiがたくさんいる)があるかと
いうかんじですか。
直感的には、今のところそういう人はいないような気がしますね。

個人的には、まずは素直に >>27 の最終行をやってみようかなと思っていたりします。

公開されている昔のread.cgiのソースをちょろっと眺めて見ている
のですが、USE_INDEXは使っていないですよね？

USE_INDEX使う場合のコードには虫がいる模様。
そのままではOpteronでコンパイルできないので、使っていないとは
思いますが、念のため確認です。

帰宅。

まずは「可能性」をつぶしていくため、munmap()を実施するバージョンのread.cgiを
game6/news11に入れてみた。

これでgame6が再度不安定になるようなら、次はシングルCPU設定を試してみる予定。

>>38
USE_INDEX は #undef 状態です。

http://pc5.2ch.net/test/read.cgi/jisaku/1084346186/653

653 名前：Socket774[age] 投稿日：04/06/21 09:56 ID:bVLNPNio
Opteronにバグ？
http://www.theinquirer.net/?article=16683

のリンク先を読んでみると、、、。

http://www.3dchips.net/content/story.php?id=3927

109 Certain Reverse REP MOVS May Produce Unpredictable Behavior

■Description
In certain situations a REP MOVS instruction may lead to incorrect results.
An incorrect address size, data size or source operand segment may be used
or a succeeding instruction may be skipped. This may occur under
the following conditions:

・EFLAGS.DF=1 (the string is being moved in the reverse direction).
・The number of items being moved (RCX) is between 1 and 20.
・The REP MOVS instruction is preceded by some microcoded instruction
　that has not completely retired by the time the REP MOVS begins execution.
　The set of such instructions includes BOUND, CLI, LDS, LES, LFS, LGS, LSS,
　IDIV, and most microcoded x87 instructions.

■Potential Effect on System
Incorrect results may be produced or the system may hang.

■Suggested Workaround
Contact your AMD representative for information on a BIOS update.

■Fix Planned
Yes

>>41
> ■Potential Effect on System
> Incorrect results may be produced or the system may hang.
　　　　　　　　　　　　　　　　　　　　　　　　 ^^^^^^^^^^^^^^^^^^^^^
ううむ、、、。

>>42
REP MOVSは今時まず使われていないので心配しすぎと思われます。

>>43
お、そですか。

x86-64のいい逆アセンブラってどっかにありますかね。
udis86は、なんだかうまく動かないみたい。

>>44
なにを逆アセンブルするんですか？
コンパイラにアセンブリ出力を吐かせるのでは駄目なので？

>>45
あ、そっか。おおぼけ。

read.cgiでrepを使っているところは1箇所しかなかった。
で、こんなかんじだった。

call localtime
movl $7, %ebx
movq %rax, %rsi
cld
movq %rbx, %rcx
movl $tm_now, %edi
rep
movsq
.loc 1 1852 0
movl $.LC89, %edi
.loc 1 1850 0
movq %rcx, %rbx
.loc 1 1852 0
call getenv

少なくとも>>41の条件には引っかからないようで。

>>45
まぁ、昔々、MS-C コンパイラなるものは、-O2 オプション付けると、
バイナリの中身と、アセンブリ出力が「違う」という、逸話があった
とかないとか…

>>48
補足しときます。
今時rep movsが使われないのは速度的に遅いからです。とはいえ、
コードは小さくなるので例えばgccに-Osを付けると出てくる模様。

まだread.cgi読んでいるのですが、GZIPとかZLIB周りは現在mod_deflate
にお任せってなので、read.cgiでは#undef状態ってことで合ってますか？

>>50
あってますです。

http://server.maido3.com/pie/
↑
ここのリンクこのスレに変更ｷﾎﾞﾝﾇ

おー、仕事早いっ！！

http://qb5.2ch.net/test/read.cgi/operate/1087798184/509

そうか。etc2のディスクが40MB/sのままですね。
いくらなんでも1/8はいまいちなんで、ぼちぼち。

read.cgiを復活させたgame6の様子が気になるなか、こんな動きが。

http://qb5.2ch.net/test/read.cgi/operate/1086435290/144-
144 名前：留守番 ★[] 投稿日：04/06/22 15:51 ID:???
次の争奪戦からは当面
peko -> banana をやって行きます。

>>root ★さん
そもそもpekoがswapしているってのがそもそも腑に落ちないので大雑把に
計算してみました。投入されているpekoサーバは最低スペックでもメモリを
2G積んでますよね。

で、現在apacheの設定では最大256個の子プロセスが立ち上がります。
簡単のため、cgiの孫プロセスやapache以外のプロセスは数えないでおきます。
この前提では、256個全てのプロセスがそれぞれ8Mずつメモリを使ったところで
物理メモりが不足し始めるわけです。手元のIA32なFreeBSD 5-CURRENT上で
のapacheのプロセスは起動時に約4Mくらい消費しています(現実にはapache
プロセス間で共有されている部分が多い)。AMD64だからといって、倍にはなって
いないと予想できます。

また、LAのデータを見ると256個apacheのプロセスが起動されたことは無いような
雰囲気で、実際にはapacheが100〜150個とかそのあたりでswapが激しくなって
反応できなくなってしまっているように見えます。例のapacheのメモリリークの
影響がどの程度あるのかわかりませんが、apacheのプロセスが大雑把に言って
8Mを越えない内に再起動されるようにMaxRequestsPerChildを再調整してみる
と良い気がします。FreeBSDのportsの場合MaxRequestsPerChildのデフォルトは
0になってますが、apacheのドキュメントによると本来のデフォルトは10000のよう
です。

乱暴な計算ですが、100000リクエストがそれぞれ32バイトずつメモリリークすると
それだけで3Mバイトになります。なので、MaxRequestsPerChildを100000に設定
するのはやや大きすぎる気がしますです。

memoeriesのすべてのバーチャルホストのread.cgiをgame6/news11バージョン
(munmap()をするバージョン)に入れ替えた。
なお、oyster901(live8, live9)のread.cgiは既に入れ替え済み。

>>56
詳細なレポートありがとございます。
topとかでプロセスをチェックする必要がありそうですね。

今のcomic4/cはこんなかんじ。(topの出力)
PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND
8910 www 104 0 54976K 9064K RUN 1 0:02 4.08% 3.37% httpd
8923 www 102 0 54940K 9024K select 1 0:01 2.61% 2.00% httpd
8982 www 105 0 55480K 9540K select 1 0:01 3.12% 1.86% httpd
8989 www 4 0 55272K 9344K accept 1 0:01 2.96% 1.76% httpd
8919 www 102 0 54776K 8864K select 1 0:01 2.11% 1.66% httpd
8920 www 101 0 54816K 8900K select 1 0:01 1.92% 1.51% httpd
8914 www 4 0 55408K 9472K accept 1 0:01 1.83% 1.46% httpd
8928 www 4 0 54772K 8876K accept 1 0:01 2.05% 1.46% httpd
8943 www 104 0 55300K 9392K select 0 0:01 2.25% 1.46% httpd
8980 www 105 0 55016K 9076K select 1 0:01 2.47% 1.46% httpd
8990 www 4 0 55232K 9320K accept 1 0:01 2.22% 1.32% httpd
8949 www 4 0 55024K 9096K accept 1 0:01 2.01% 1.27% httpd
8952 www 20 0 56148K 10236K lockf 0 0:01 1.93% 1.22% httpd
8953 www 104 0 55232K 9328K RUN 1 0:00 1.93% 1.22% httpd

>>56
今のgame6。なんとなくふくらんでいってますね。< httpdのRES
ちなみにhttpdプロセスは少ない(100もない)です。

もしまた落ちたら、そのときはもっと短くしてみます。

PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND
49470 www 96 0 57572K 9144K select 1 0:06 0.10% 0.10% httpd
70837 www 96 0 63772K 15376K select 1 0:26 0.05% 0.05% httpd
38328 www 96 0 58656K 10228K select 1 0:09 0.05% 0.05% httpd
42724 www 4 0 58956K 10536K accept 1 0:08 0.05% 0.05% httpd
55960 www 4 0 56992K 8564K accept 1 0:05 0.05% 0.05% httpd
64126 www 96 0 56452K 8020K select 1 0:03 0.05% 0.05% httpd
558 dnscache 96 0 34112K 32244K select 1 10:08 0.00% 0.00% dnscache
557 dnslog -8 0 2380K 516K piperd 1 6:12 0.00% 0.00% multilog
520 root 98 0 20608K 7412K select 1 1:55 0.00% 0.00% snmpd
24605 www 4 0 66008K 17584K accept 1 0:35 0.00% 0.00% httpd
504 root 8 0 54352K 5828K nanslp 1 0:35 0.00% 0.00% httpd
70769 www 4 0 64748K 16344K accept 1 0:25 0.00% 0.00% httpd
82189 www 4 0 63276K 14864K select 1 0:22 0.00% 0.00% httpd
92470 www 96 0 63384K 14952K select 1 0:21 0.00% 0.00% httpd
91336 www 4 0 63100K 14668K accept 1 0:21 0.00% 0.00% httpd
(以下略)

っ旦~

受付嬢au1号(名前なんていいましたっけ)の生誕の儀式をします。
将来的にはau携帯からしかアクセスできなくなる予定です。

以下のDNS登録をお願いします。

+c-au.2ch.net:206.223.150.95

おじさんこないね・・・
寝た？

>>62
芋掘り中

今しがた中の人から、
「事情により儀式は明日になりますー」との連絡を受けました。

ということでもう時間も遅いので、以降の作業は明日以降となります。

明日以降の予定を書いておきます。

2)〜3)は、cの中の人におながいしようかなと。
そういうチューニングをしたつもりなので、とりあえずは今のcと同じ動作でよいです。

4)は、私がごそごそします。それではおやすみなさり。

1)生誕の儀式
2)今cで動いているプログラムをごっそりコピー、動作確認
3)動作試験
4)au以外からのアクセス制限の実施

当分(少なくともサッカーがある間)、live12/tmp3のバックアップタイムを
日本時間朝5時から朝9時に変更することとしました。

ということで、いったんねます。

>65
もつかれー

>>55
え？

てことはpeko廃止？

Project pekoは頓挫するのか・・・・？

すべて札幌の夜に決まったこと、しかたあるまい。

>67
liveで生きているかと・・

>>67

http://qb5.2ch.net/test/read.cgi/operate/1087762418/397
397 名前：留守番 ★[] 投稿日：04/06/22 21:11 ID:???
peko からどんどん banana に移転して
＋は peko の予感

http://qb5.2ch.net/test/read.cgi/operate/1086435290/154

153 名前： ◆OkmkNwI5zM [sage] 投稿日：04/06/22 16:14 ID:vn8Mjffa
>>151
oyster901　live8/live9
cobra2244　game6/news11
cobra2245　live12/tmp3
cobra2246　c/comic4
cobra2247　society2/etc2/food5

ね。
これを再編したいのだと思うけど、
ロードマップというか指針を教えてください。

154 名前：留守番 ★[] 投稿日：04/06/22 16:15 ID:???
>>153
live はそのままで
あとは移りたいとこは全部

過去ログを（ry

>>64

了解しました〜

>>61

done

>>73
http://c-au.2ch.net/
IPアドレス: http://206.223.150.95/~ch2c-au/
バーチャルホスト変換前: http://banana403.maido3.com/~ch2c-au/

※今はまだau携帯でなくても見えます。

三つとも見えました＠あう

了解です。
では、以降の作業はあっちのスレで。

cobraサーバとbananaサーバのI/Oパフォーマンスの違いをみようと思って、
とりあえずiozoneしてみた。

個人的には、普通にbananaとcobraを触っていて一番感じるのがディスクI/Oの速度なので、
誰か比較していただけるとうれしいかも。

banana403(携帯用サーバ)
http://mumumu.mu/banana403/iozone.xls

昔oyster243(cobraサーバ)でとったもの
http://mumumu.mu/oyster243/iozone.xls

>>74
3つとも見れましたー

>>74
>>78でfusiaasanになってたｗ
Yahoo!BB 3つとも見れました

>>77
ようわからんけど、excelで等高線グラフを作ってみたら
bananaのピーク地点がcobraだと台形になった。

>80

うｐしる！

>>81
えー
範囲指定してボタン押すだけだから誰でもつくれるお？

それにexcelのオマケだからグラフきちゃないしー

excel持ってない人も多いし
excelファイル開きたくない人も多いし
歓迎する人は結構いると思うよ

PDFに変換してあるとなおよろし。

Microsoft Excel Viewer 97
http://www.microsoft.com/downloads/details.aspx?FamilyID=4eb83149-91da-4110-8595-4a960d3e1c7c&DisplayLang=ja
見るだけならこれ入れれば良いよ。

game6の件。ここにも一応。

867 名前：root ★[sage] 投稿日：04/06/23 23:13 ID:???
2日動いたというのは正直画期的なので、
read.cgiのmunmap()をやめるのは効果ありか。

次上がったら、comic4/c並みにMaxRequestsPerChildを小さくしてみる予定。

サーバダウン(鯖落ち)情報 Part39
http://qb5.2ch.net/test/read.cgi/operate/1087762418/

906 名前：root ★[sage] 投稿日：04/06/23 23:30 ID:???
リブートを待っていましたが、速攻ではかからない模様なので、
いったんオフラインになります。

game6が上がって私がオンラインになり次第、設定変更をトライします。
Apacheの数を思い切って減らして、MaxRequestsPerChildを思い切って少なくする予定。

しかし、不安定な状態(read.cgiを動かした状態)でないと試せないところがきついなと。
read.cgiを止めれば安定する(20日以上ダウンなし)ので、
何らかのトリガであることはもう間違いないと。

>>88
まぁ、そんな領域で実験できるのは2ch位なのでむしろ楽しめるかと。

よーわからん２号だけど
Writeで　SCSI320：ATA100(?)おおむね１．５倍ってかんじ
IDEもキャッシュ多めなのか、こんなものかなあ。

readは２倍前後でてるもより。

楽しそうですネ

帰宅。game6はリブート待ち。

で、PCからでもここ↓だけ読めるようにしたので、
ここをチェックいただいている各位におかれましては、ご対応いただけると。

http://c-au.2ch.net/_service/

game6が上がったら、>>86 よりも素直に負けを認めて、
Single CPU設定にしてみるかなぁ。そのほうが簡単だし。

>>93
Single CPU設定にする前に、
いま一度、>>86でトライして欲しいねぇ・・・

>>94
正直迷っております。上がるまでには心を決めておこう。

>>93
MaxRequestsPerChildを(5000あたりまで)ガッツリ減らす方が効果あり
そうな気がする。read.cgi動かしているサーバで希にでも落ちるのは
pekoだけじゃないですよね、確か。

今時swap使い尽くすような使い方は滅多にされないから、仮想記憶
使い尽くすあたりにカーネルのバグがあっても不思議じゃないし。
もちろん、SMP特有のバグという可能性もありますが。

サーバダウン(鯖落ち)情報 Part40
http://qb5.2ch.net/test/read.cgi/operate/1088002146/345

345 名前：root ★[] 投稿日：04/06/24 02:19 ID:???
etc2 (cobra2247 = oyster247)のSCSIカードを交換する予定とのこと。
今日になるかどうかはまだ未定。

サーバダウンしたgame6は正規パスでしかリブートをしない方針とのこと。
ただ、シリアルコンソールが復活するかもしれないので、そうすると様子が見られる可能性あり。

【'A`】ｴﾄｾﾄﾗetc鯖なんとかしてえぇぇ【ﾉД`】
http://qb5.2ch.net/test/read.cgi/operate/1081010089/659

659 名前：root ★[] 投稿日：04/06/24 02:27 ID:???
サーバダウンスレがgame6問題で流れてしまっているので、こちらに。

SCSIカードに問題をかかえているetc2(oyster247 = cobra2247)ですが、
本日午後(現地時間)、SCSIカードの交換作業を行うとのことです。

ということで木曜の午前中にサーバダウンが発生すると思います。
あらかじめご承知おきくださいです。

続報

660 名前：root ★[] 投稿日：04/06/24 02:34 ID:???
>>659
続報が入り、他の作業との兼ね合いで
本日作業が入らないかもしれないとのことでした。
その場合は後日スケジュールということになります。

ニュー速にスレが立ちました・・・

【au】2ちゃんねるへのアクセス先変更
http://news12.2ch.net/test/read.cgi/news/1088010103/l10

>>100
どもです。レスしておきました。

なんだか誤解があるようなので。

向こうにも書きましたが、
今回、外にアナウンスする入り口のURLは変更して＊いません＊。
従来通り、c.2ch.netが入り口となります。
あくまで、内部処理をするホストを変更しただけです。

明日以降DoCoMo専用の受付嬢も作る予定ですが、
それについても同様です。

ということで。

>>101
話の出所はこのスレ↓の1のようですね。

【携帯→2ch】質問・雑談スレッド
http://qb5.2ch.net/test/read.cgi/operate/1087991695/1

http://server.maido3.com/pie/の『news13』のグラフがちょっとへんです。

グラフが変というかnews13がこのところずっと不調なわけで
LAがそれほど上がっているわけでもないのに激重で
ネットワークかハードが怪しいんだが放置されてるわけで

>>104
漏れは「転送量限界説」かな？とおもうのですが
このグラフが見れないことにはなんともなわけで。。。

※早朝は軽かったですよ

bananaでnewsplusをまかなうのは正直つらいような希ガスです。

game6のApacheの設定を変えた。
メモリを節約する方向。

従来:
<IfModule prefork.c>
StartServers 64
MinSpareServers 5
MaxSpareServers 32
ServerLimit 256
MaxClients 256
MaxRequestsPerChild 100000
MaxMemFree 2048
</IfModule>

現在:
<IfModule prefork.c>
StartServers 64
MinSpareServers 5
MaxSpareServers 32
ServerLimit 160
MaxClients 160
MaxRequestsPerChild 100
MaxMemFree 1024
</IfModule>

cobra2247 (etc2, food5)のSCSIカードがAdaptecから
他のcobraと同じLSI Logicのカードに交換され、
転送速度が本来の速度になりました。

da0 at mpt1 bus 0 target 0 lun 0
da0: <SEAGATE ST336753LW 0006> Fixed Direct Access SCSI-3 device
da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled
da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C)
da1 at mpt1 bus 0 target 1 lun 0
da1: <SEAGATE ST336753LW 0006> Fixed Direct Access SCSI-3 device
da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled
da1: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C)

ただし、デュアルチャンネルのかたっぽに両方接続されているので、
ぼちぼちケーブルの接続方法を他のcobraと同じに変えてもらうということで。

>>108
DNSサーバのダウン（不調）の原因は何だったのでしょうか？

>>85
Linux使いな漏れは？

>>111
OOo

帰宅。
今日は午後からずっとオフラインでした。どうもいろいろとあったようで。

>>113
DNS鯖の設定（鯖-IP部分だけ）どこかにアップしない？

>>114
私は、2ch.netのDNSコンテンツサーバの設定してないです。
(maido3.comの中の人が担当)

私が今のところ触れるのは、
サブドメインの分(uma.2ch.netと・peko.2ch.net)のDNSコンテンツサーバと、
DNSキャッシュサーバ(bananaサーバから/etc/resolv.confで参照されている)だけですね。

2ch.netのDNSサーバはns1.maido3.comとns2.maido3.comなので、
私は触れんです。

@ IN SOA 2ch.net. root.localhost ( ごにょごにょ　)
pc5 IN A 38.114.144.85
こんなやつの最新版どこかにないかな？
と思ったんだけど

ns1.maido3.com内で2chのも設定してるなら無理か

アドレス付け替えの季節の模様。とりあえずおれさまメモで。

2ｃｈの動作報告はここで。 パート14
http://qb5.2ch.net/test/read.cgi/operate/1086340601/382-

キャッシュサーバのアドレスが変わると、Rock54への登録とかも必要かな。
しかし、ねそびれた。

>>119
おつですー
Rock54 関連は丁稚どんを含めて大丈夫かと思いますです。banana238 -> 206 系なので
BBX の oklist の書き換え（or 追記）が必要なのかな？

なんか鯖用マザー新発売ってのを見つけたんで貼っておきますね。
PCIexpress16xスロットにPCIexpress4xな高速ストレージカードを繋ぐことが出来るのなら
結構すごそう。（仕様上は繋ぐことが出来るはず）
しかも内臓LANがPCIexpress1x接続。

Tyan、Intel 925/915マザーボードを発表 - RAGE XLを搭載した製品など
http://pcweb.mycom.co.jp/news/2004/06/24/014.html

http://www.tyan.com/products/html/tomcati925x.html
ftp://ftp.tyan.com/datasheets/d_s5130_100.pdf

内臓LANチップの解説
http://www.chipcatalog.com/Broadcom/BCM5721.htm

本日の儀式予定:

1)c-docomo, c-others生誕
2)cアドレス変更

1)は今日のごごいちあたりで。
2)は1)へのリダイレクトがうまく動いたら。

ということで、儀式1)をお願いします。
以下の2つの追加登録になります。

+c-docomo.2ch.net:206.223.150.140
+c-others.2ch.net:206.223.150.145

海門使ってれば間違いないって！！
オケ。

>>124
？？

おぢさんが「done」書き込みをする前に
まさか開いちゃったの？

>>123

done

c-docomo.2ch.net c-others.2ch.net
みえました。

>>126
振り分けをはじめました。
続きはあっちのスレで。

と思いましたが、儀式第2弾があるのを忘れていました。

以下のアドレス変更をお願いします。

これでDNSが浸透した時点で(変更後しばらくかかる)、
oyster246からの携帯系の分離は完了です。

(旧)
+c.2ch.net:38.114.144.180

(新)
+c.2ch.net:206.223.150.145

>>129

done

>>130
変更を確認しました。

徐々に浸透していくと思うので、週明けあたりには概ね新cにいくようになるとおもわれ。

http://c-docomo.2ch.net/_service/
http://c-others.2ch.net/_service/

作りました。
監視所の中の方々、よろしくです。

>>132
おつですー
ところで、
c.2ch.net/_service/
は存在するのでしょうか？＠現状、c-others に飛ばされるので確認できませんでした。

# 同じ鯖なのであまり意味はないかもしれませんけれども（苦笑）

>>133
旧cにはないです。
新cにはあるはず。でもc-othersのやつをln -sしてあるだけ。

>>134
シンボリックの件、承知しました。
同じファイルなので、巡回外したほうが良さそうですね。

♪そういえば、 VirtualHost ごとに uptime があるのもちょとばかし無駄なような気もしたりして（苦笑）

root★さん忘れているので代行
http://c-docomo.2ch.net/
IPアドレス: http://206.223.150.140/~ch2c-docomo/
バーチャルホスト変換前: http://banana404.maido3.com/~ch2c-docomo/

http://c-others.2ch.net/
IPアドレス: http://206.223.150.145/~ch2c-others/
バーチャルホスト変換前: http://banana405.maido3.com/~ch2c-others/

これはドメイン毎の移動
http://c.2ch.net/
IPアドレス: http://206.223.150.145/~ch2c/
バーチャルホスト変換前: http://banana405.maido3.com/~ch2c/

おまけ
http://aa5.2ch.net/
IPアドレス: http://206.223.147.220/~ch2aa5/
バーチャルホスト変換前: http://banana272.maido3.com/~ch2aa5/

http://off3.2ch.net/
IPアドレス: http://206.223.147.220/~ch2off3/
バーチャルホスト変換前: http://banana272.maido3.com/~ch2off3/

http://life6.2ch.net/
IPアドレス: http://206.223.148.155/~ch2life6/
バーチャルホスト変換前: http://banana307.maido3.com/~ch2life6/

http://qb5.2ch.net/test/read.cgi/operate/1088080432/856

向こうでレスの山に埋もれるのもアレだとおもうので
こっちに転載しておきます、
なんか画期的なことだったらたいへんだし

>>138
前にもこの案は挙がっていたような気がしますが。

>>139

はあ。探すのに苦労しました。

これの、
http://qb3.2ch.net/test/read.cgi/operate/1073058944/601-
この
661 ：root ★ ：04/02/17 20:14 ID:???
書き込みのことでしょうか？

これだとすると、全体のトラフィックの制御のように読めますから、
実況の対策として、板ごと、あるいは、スレごとにトラフィック制御
してみる、というのとは、ちょっと文脈が違うかも知れませんね。

たまたま思いついて書いてみたのですけれども、なにぶん、
2chのシステムをあまり理解していないもので、はずしていたら
ごめんなさい。

でわ。

mod_netniceの2ch特化版ってのはありかもしれないですね。

>>138
netniceは、いまのとこFreeBSD 4.xだけみたいですね。
将来性はきわめて有望(いろいろつかいでがありそう)なので、
かなりおもしろそう。

2ch的には、FreeBSD5.xが必要になりますか？

あるとうれしいかなと。>>143

分かりました。できるだけ頑張ってみます。

もし差支えがなければ、直接コンタクトを頂ければ、
よりご希望に添った形に持っていけるかも知れません。

２ｃｈ特化型BSD開発？

おぉ。すばらしいです。

ただ、実際に使うかどうかはわかんないです。
あと、i386じゃなくてamd64にも対応してほしいかも。

私のメールアドレスはこちらのリンクにあるやつになりますです。
http://mumumu.mu/

mod_netniceは面白そうではあるんだけれど、サーバからの出力の
帯域を絞る形で動作しそうなので、結果としてリクエストのはけが悪
くなる予感。リクエストのはけが悪いとapacheの仕組みからいって、
MaxClientsいっぱいまでhttpdが起動し、最悪の場合それが全部
read.cgiあるいはbbs.cgiを実行することになるので、サーバ負荷が
心配だったり。

mod_limitipconn2(/usr/ports/mod_limitipconn2にある)あたりだと、
同IPアドレスからの同時接続数を制限できるので、行儀の悪い
クライアントによる負荷を軽減できる可能性があるので検討の価値
があるかもしれません。

でも、当面考えるべきはbbs.cgiの改良だと思う。具体的には、
http://qb5.2ch.net/test/read.cgi/operate/1076666901/743-744
を簡略化した感じで、
1. datファイルヘの書き込みおよびsubject.txtや板topの更新を専門
　 に行うデーモンプロセスを作る。
2. bbs.cgiは書き込み許可のチェックとか書き込みのサニタイジングなど、
　 個々のPOSTリクエスト単位で閉じている仕事だけを受け持つように
　 し、実際の書き込みはデーモンに丸投げする。
削除関連などdatファイルやsubject.txtに触る仕事の実体を全てデーモン
プロセスにまかせられれば、デーモンプロセス自体の実装には特に工夫
しなくても、効果ありそう。

まさに、Love Affair？

>>149
書き込み時と読込時では性質がかなり違うのと、現時点での携帯の場合は
平均的に遅いのと不安定という苛酷な条件があるので、Love Affairとは
直接の関係はないかと。>>148で書いたデーモンプロセスは各種ファイルを
持っているサーバで実行するほうが良さそうだし。

別のところで見た「実況」の問題についての素朴な提案なので、こちらの
議論の流れとはずれているのかも知れません。その際にはご容赦を。

帯域の話は、フェアキューイングを使うと、帯域は絞りませんよ。たとえば、
リンクが100Mbpsあるとすると、「実況スレ」だけしかリクエストが無いとき
には、100Mbps使いきりますし、そこに同じだけの他のリクエストが来たとき
には、50Mbpsづつフェアシェアすることになります。その際、システム全体の
スループットは、理屈のうえでは変わりません。

ただ、それは、システムのボトルネックがネットワークI/O側にあるときの理想
的な状況で、かつ、クラス分けのアルゴリズムがうまく実装できたときの話です
ね。CPUがボトルネックであれば、いくらネットワークでフェアキューイングし
たとしても、あまり意味は無いでしょう。その際には、プロセススケジュー
リングの方を、スレ毎にフェアシェアしてやる必要が出てくるのでしょうね。

直感的には、ディスクアクセスが噛むと話が変わってきますけれども、アクセス
の多いスレはバッファキャッシュがホットでしょうから、最近のプロセッサで
あれば、結構、burstyに出力されているような気はします。チューニングされた
コードであれば、なおさらです。そうなると、ネットワークI/Oでのフェアキュー
イングが、「実況」問題に効果を発揮する可能性はあります。ただ、実際の
ところは、やってみないと分からないというのが正直なところですね。

リクエストが溜まってクライアント数が増えてしまうという問題については、
mod_netnice固有の問題ではなくって、システムの処理能力を上回るリクエストが
生じているときにはいずれにせよ生じる問題だと思います。その際には、選択的
に「実況スレ」のリクエストを処理しているプロセスをアボートさせるしかあり
ませんね。もっとも、その処理自体は簡単なはずですよ。案外、そうしたコード
を埋めるだけで、問題の殆どは解決してしまうのかも知れませんね。

思いつきで書いているので、間違っていたらごめんなさい。

>>151
３行にまとめろ

>>151
フェアキューイングの話はそのとおりだと思います。理解しているつもりです。

で、現状の２ちゃんねるの負荷問題というのは、外野から見ている限りでも
いくつかのパターンがあって、書き連ねると次のようなものになります。
1. サーバの契約上の帯域制限に掛かってしまう。
2. ネットワーク的に遅いクライアントが沢山繋がった時に、apacheの性質上
　 設定したクライアント数分httpdが立ち上がり、その結果物理メモりが破滅
　 的に不足し、その結果スラッシングが起こり、見かけのCPU負荷が上がる。
3. bbs.cgiの場合(書き込み時)、ファイルの読み書きを行うプロセスが多数起
　 動される。特に実況時は同じファイルを読み書きするプロセスが上がる。
　 cgiなのでcgiを呼び出したapacheの子サーバはbbs.cgiが終了するまで
　 リクエストの処理を終えられないため、2の場合と同様の問題が起こる。
1の問題は契約の話なので、技術的には如何ともしがたいわけですが、
この制限でクライアントへの応答が悪くなった時には、LAが上がったりは
しないはずなので、現実には2の問題が最も大きいと考えられます。
実況サーバの場合は3に由来して2と同様の問題が起こっていると考えられ
ます。

なので、まずは2、3の問題を解決しないと、フェアキューイングをしても、
スラッシングの影響が大き過ぎて効果が出ないのではないかと思います。
2の問題はサーバの能力を越えた設定をしないようにapacheの設定を
チューニングすることで解決できます。で、>>148のは、3の問題を解決
するためのアイデアです。フェアキューイングの効果を求めるためには、
2、3のような状況が起こらないようにしておく必要がありますよね。

>>151 >>153
ども。1レスをもちょっと短めにするといいかもです。
(ここは60秒規制なのでややつらいですが)

中身のコメントは別途。

で、おれさまメモ。Zend Optimizerの効果はかなりある。

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

>>154
bbs.cgi関連を最適化しても恩恵を受けるのは実況サーバだけという
気もするので微妙ですが、もし手を付けるのであれば教えてください。
デーモン部分のコードをCで書きますです。

お返事どうも。

フェアキューイングの説明については、余計なことだったようで申し訳
ありませんでした。2chのバックエンドについてまったく理解していない
一般人ですけれども、結論的には、同じところに落ち着いているようで、
少しほっとしました。

さて、上記の書き込みですけれども、直感的な感想です。

1は、簡単ですよね。パケットが契約帯域を越えるとドロップされるなら、
サーバ側で絞れば良いだけのような気がします。

2は、普通は、間にキャッシュサーバを数台噛まして負荷分散、という
アプローチになると思いますけれど、キャッシュは置けないという前提の
ようですね。そうなると、「遅い」コネクションをいかに落とすか、
あるいは、同じホスト上で、何らかのソフトウェアでキャッシュサーバ
の挙動をエミュレートしてやるか、という話になりますか...。

3は、「実況」時のリクエストのプロファイルによると思いますけれども、
「同じファイルを読み書きする」限りは、バッファキャッシュの効率が
高まるので、基本的に個々のプロセスの処理効率は高まると思います。
148は、その問題に対して、読み書きのトラフィックをユーザーランドで
write gatheringするというアプローチだと理解しますが、それは、逆に、
コンテクストスイッチ分だけ効率を落とすことになるような気がします。
この手のプロセスまわりの性能問題は、結局はスレッドベースのhttpdに
するしかないのでしょうね。逆に言えば、Apacheの利便を取る限りは、
犠牲にするしかない類の話なのかも知れません。

ともあれ、ある程度ネットワークに出力がないと、フェアキューイング的
に美味しくない、というのは正しいでしょうね。ただ、出力のバッファの
挙動って、よく分からない動きをするので、やっぱり、やってみないと
分からないというのが正直なところです。

ということで、効果絶大の模様。
でも、>>154 のとは共存できないみたい。
http://www.php-accelerator.co.uk/

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

game6/news11, comic4とも、メモリ節約セッティングに変更後にread.cgiを動かして
数日間安定して動いている模様なので、
tmp3/live12 (cobra2245)も同じセッティングに変更の上、
read.cgiを動かしてみた。

etc2/food5は来週には移転とのことなので、とりあえず今のままで。

pekoサーバのread.cgiはいずれも、munmap()を明示的にするバージョン。
少なくともFreeBSD/amd64では、このほうがかなり安定に動く模様。

そういえば、mod_netniceの作者ってこういう人だったり。
こことは親和性がいいのかも(w。
http://www.netnice.org/2ch.html

>>160
ワラタ

>>160
ただ現行パッケージが4.9用ってのが痛いですね。
5.2.1用はこれからみたいです。
http://www.netnice.org/mito/pukiwiki.php?%CE%C9%A4%AF%A4%A2%A4%EB%BC%C1%CC%E4-%B4%C9%CD%FD%BC%D4#platform

ハロウィンの声を聞く頃になったら実験してみてもいいかも。

カイサード　アルサード　キ・スク・ハンセ・グロス・シルク
灰燼と化せ　冥界の賢者　七つの鍵をもて　開け地獄の門

(´-`).｡ｏＯ（そんなボケが未承諾広告さんの口から聞けるとはｗ)

>>163
　ハーローイーン
　七 鍵 守 護 神！！！

ですか。懐かし漫画板へ逝ってください。

>>165 ｵﾏｴﾓﾅｰ
と言ってみるｗ

えっちな漫画のおはなしですね。

バスタードはまだ懐かしじゃないぞぉ、と釣られてみよう。
ついこないだようやく単行本新刊出たし、MMORPG化も進んでる？ようだし。

以後は質雑スレで。

そろそろ移転という噂もありますが、
oyster247のhttpdの設定をcomic4と同一に変更して、
etc2とfood5のread.cgiを復活させました。

これで、掲示板があるすべてのpekoサーバでread.cgiが復旧したはず。

pekoサーバのread.cgi問題ですが、

・munmap()を明示的に実行するようにする
・httpd.confに以下の設定を入れる
1)メモリ使用量に制限を入れる
2)メモリリークによるhttpdの肥大化を防ぐ

ことで、ここ数ヶ月苦労した問題は解決したのかもしれません。

<IfModule prefork.c>
StartServers 64
MinSpareServers 5
MaxSpareServers 32
ServerLimit 128
MaxClients 128
MaxRequestsPerChild 100 <=
MaxMemFree 1024 <=
</IfModule>

突然死というぐらいで「突然」起こるので、まだ予断を許しませんが。

突然死で労災認定！

言うタイミングがなかなかなかったが
乙

根本解決じゃなく、あくまでもすり抜けてるレベルだわな

Op鯖導入後からROMってましたが、一つの山を越えたようで、皆さん乙でした！

まさに今落ちてるんだが

Op鯖突然死してますよ・・・

板詰め過ぎってことは。。。
うーん

移動中にtmp3/live12が、、、。
該当時間、負荷は高かったみたいですが、
これが負荷が理由なのか、はたまた例の突然死なのか。

リモートコンソールとかであれこれ状況を見れないんですか？ヾ('-')ﾉ

線が外れてるんだっけ・・・('-';)

root★様いつも乙です。

今回のナルコレプシーが既知の問題点である、メモリリークの不具合ではなく、
偶発的に発生した問題で、極めてレアケースであることを祈ってます。

いえ、それはそれで、勿論問題なのですが。game6やcomic4でroot★さまが
立てた解決への道筋が、間違いでないコトを祈って。

どもです。>>180

愚痴を言わせてもらおうっと。

正直、live12/tmp3というペアリングはちょっとチューニング的に難しいです。

live系のセッティングと一般系の掲示板ではトラフィック傾向がかなり違うため、
本来はセッティングを変えたいところなのです。

例えばlive系だと暇な状態でもhttpdの常駐数が減らないようにして、
突発的なリクエストに耐えるようにするとか、read.cgiが比率的に多くないので、
MaxRequestsPerChildをやや増やせるとか、
いくつかのチューニング手法があります(live8で実施)。

でも、そういうセッティングは、tmp3のようないつもかなり多くのユーザがいて、
かつread.cgiもかなりの比率あるところには、あまり向かないわけです。
で、今は突然死対策もあり、comic4と同じセッティング(= tmp3寄り)になっています。

ということで、live系の負荷増、特に突発的な負荷増には、やや弱いかなと。

でもまぁ、そこをなんとかするのも、腕の見せ所ではあるわけで。

# 安定に動くならperchildかなぁ。それともこれこそnetniceとか使うといいのかも。

ということで、めし。

移動中に落ちるってことは、LANボードかネットワークドライバ周りに異常か？

>>182
移動していたのは私です(す)。

>>181
実況系統とそうでない系統を同居させるのは正直、いかがなものかと・・・

>>184
祭りが良く起きるダウソ板の挙動が不安でbananaに移りたくないのかも？＞tmpの中の人

実況と共に閉鎖で・・・

>>185
それこそダウソをe(ry

質問でーす

game6 , comic4 , tmp3 @peko
は 現在 read.cgi 動いているのですか?
それと、今後の予想はどうなんですかねぇ?

>188
read.cgiは動いてるですよ。＞game6 , comic4 , tmp3

はーい。

gameは夏までに整理できるところは整理したほうがよいかと

いいかげん頭打ちになるような気がしないでもないが

整理とは？

>>191
なんか思うところがあるなら
ココで語ってみれ

【oyster争奪戦】争奪戦議論スレッド 2
http://qb5.2ch.net/test/read.cgi/operate/1087889108/

netniceのBOFってどこなの？
BSDなひとときで見てたけど情報がみあたらない。

黒山羊さん生誕の儀式を依頼しておきますです。
今日の構築作業はここまで。続きは明日夜以降。

以下を2ch.netのDNSに追加お願いします。

+blackgoat.2ch.net:206.223.150.190

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

うーむ。
>>181を鑑みるに、live9/game7みたいなdat保持数が多い実況板も
再編したほうがいいのかねぇ。。
どうなんでしょ？

Apache 2.0.50 でましたー
http://www.apache.org/dist/httpd/Announcement2.html

PHP は 4.3.7 がでてますー

>>198
DoS脆弱性対処のやつですねー

>> 194
http://www.netnice.org/mito/pukiwiki.php?%C2%E82%B2%F3Netnice%A5%DF%A1%BC%A5%C6%A5%A3%A5%F3%A5%B0

うお...。関係者がおられたわけでつね。
2ちゃんねらー恐るべし。

微妙にネタにしてしまってゴメンなさぃ。

>>195
done

>>201
;; ANSWER SECTION:
blackgoat.2ch.net. 1D IN A 206.223.150.190
Excellent!

http://blackgoat.2ch.net/
ＩＰアドレス： http://206.223.150.190/~ch2blackgoat/
バーチャルホスト変換前： http://banana406.maido3.com/~ch2blackgoat/

全部見えたー

あれ、blackgoatってフロントエンドとプライベートIPでつなぐんじゃ
なかったけ？外にも公開することにしたのかな？

>>204
主に監視屋さんに監視いただくための目的でごんす。
こことか、
http://ch2.ath.cx/load/
こことか。
http://sv2ch.baila6.jp/

というか、blackgoatが掲示板サーバーからデータを取ってくるわけですし
グローバルIPがないと掲示板サーバーと通信できない気が

>>206
もちろん、そですね。

ということでこれを作りました。その方面のかた、よろしくです。
http://blackgoat.2ch.net/_service/20040701.txt

これ以外はグローバル側からのアクセスは「人大杉」ということで。

これからcの中の人にメール書きます。

comic4 なんですが、、、
FTP で接続はできるのですが
public_html へ移動しようとすると
listing が出来ないようで、それっきりになってしまいます、、、
public_html から　1035 bytes が来たところでしまってしまう

どうしたのかなぁ

>>208
なんだか移転が上手くいってないっぽい…？

comic4 HD 破損とか・・・

使う前に爆弾が破裂ってのは・・・

>>210
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

他に残ってる板（まだ移転してない板）は書き込みとか読み込みはできるけれど…
どうなのだろう＞comic4

>>210
えー……と……

bbs.cgi@comic4 とめます
何か不吉な予感ということで、

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

HDD交換ってことなら
どうせなら不治痛MAUの導入実験きぼんぬ。

実験、実験。たのしい実験。

comic4って鯖落ち回避のためにバックアップをしてないはずだけどログとか大丈夫なのかしら。

ログは各自ってことですか。

root ★さんへ

一度 comic4 の状況見てくださいー

>>208
>>210
>>215

裏で復帰作業が入っていたがそれが原因ってことではないよね。

復帰作業で移転先の板にスレが出てきた模様？

うーん、
おいら普通だ、、

>>221
壊れたかもしれないcomic4とcomic5は別マシンなので
無関係だと思うです。

comic4から移った板は通常営業って事でいいの？

>>223
なんでだろ・・・

comic4 -> comic6
comic , wcomic , csaloon の移転(dat)移し&index.html変更おねがいできますかー
んで bbs.cgi 再開してくださいー

今気が付いた、俺>>221で何を書いてんだろう。
comic5と見間違えちゃった。

>>225
移転できたのは通常でOKだとおもいます。

>>226
りょうかいですー

留守番さんがpeko246に嫌われちゃったとか（ﾏﾃ

で、それぞれ3板しか移ってないのは何か意味あるのですか？

>>220
今出先です。
これから様子見ます。

システムメッセージ 正常
fsck -n 問題なし
その他システムレスポンス 正常
不審なプロセス・不審なコマンドの形跡 なし
攻撃の形跡・異常なアクセスの形跡 なし
ロードアベレージの急な上昇 なし

>>231
bbs.cgi 復活させますー、

気のせいだったということで、
私が入れるようになったら他のも移転しまーす

が、

サザン ★さんが適当に割り振って移転してくれても ok でーす
comic4 -> comic5,comic6

私は次に tmp3 -> tmp4 をやりまーす

comic6 にログインして comic4 にFTPかけて、
public_html に移動してファイルいくつか転送してみたけど、
何の異常もないなぁ。

>>232
http://qb5.2ch.net/test/read.cgi/operate/1088767056/

良ければみてあげてください。
住人さんがいろいろ希望を書いてます。

>>233
んじゃ、

>>235 のスレを参考に移転しますー、

うーむ、、、。でもおじさんの勘はすごいからなぁ。

http://newsplus.jp/~gedo/bbs/test/read.cgi/gedo/1076046104/7

>>237
×おじさん
○おにいさん

>>237
ｗ

スレ違いなので、大変申し訳ないのですが、チョット失礼します。
root★さま、comic4のpeko鯖のお守り、お疲れ様でした、
有難う御座います。
peko鯖との別れは辛いのですが、何時かpekoに戻れる日を夢見て
bananaで頑張りますので、rootさまもpekoプロジェクト頑張って下さい。
ただ、お体には気をつけて。

スレ違い、失礼しました。

不審者です、こんばんはーヾ('-')ﾉ

game6か。地雷を踏んだか。
とりあえず緊急対応。効果が出るといいのだが。

http://qb5.2ch.net/test/read.cgi/operate/1088057820/354
354 名前：root ★[sage] 投稿日：04/07/02 23:47 ID:???
game6のhttpdの最大数をcomic4と同じに減らします。
(従来はメモリ3Gであったため、comic4とlive8の中間にしていた)

ということで、焼け石に水かもしれないけど、効果はあるはず。

携帯→2ch運用情報スレッド9
http://qb5.2ch.net/test/read.cgi/operate/1086680380/896
896 名前：root ★[] 投稿日：04/07/03 04:54 ID:???
c-others作業終了。

blackgoat, c-au, c-docomo, c-othersのすべての/homeを
ストライピング仕様に更新。

またnewfsの際に、、
newfs -U -b 65536 -f 8192 /dev/ccd0 で設定。
これで、でかいディレクトリ(例えばdatの下のたくさんファイルがあるところとか)が
ある場合に、効果があるはず。

/homeにはクラシックメニューシステムも入っているので、
全体のパフォーマンスに対して効果も期待できる。
(フロントエンドでやる意味はそのあたりに)

すくなくともいったんよけていた/homeのデータのリストア(3Gぐらい)の速度は
かなり速くなったので、効果はあったのかなと。

これにて本日の作業は終了。
おやすみなさい。

ということで、三姉妹の中身は土曜日にいじれる状態になりました。
土曜は夜まで基本的にいないので、その間にごそごそしてみてくださいです。＞中の人

今日はこれからお出かけ。終日オフラインの予定。

【oyster争奪戦】新サーバ情報スレッド 14
http://qb5.2ch.net/test/read.cgi/operate/1086435290/549 について。
>549 名前：留守番 ★[] 投稿日：04/07/03 05:44 ID:???
>考えていること、、、
>
>1) game6 も空ける、これは Tiger 待ちか !?
>2) これで Cobra が三台空く
>3) 247 は BBM の予感
>4) 245 は live の予感
>5) 246 は BlackGoat 試験機二号の予感
>6) みかんのでかいのは伊予柑

game6も空けるなら、Cobra 4台分ですね。

244 = game6 => Tiger待ちか => 何に使う?
245 = live12 => 現状継続
246 = comic4 => もうすぐ空く => BlackGoat2へ
247 = etc2/society2/food5 => もう空いている => BBMへ

かな?

>>244 続き。

ということで旧246(BlackGoat2)は設置場所変更とともに206へのリナンバ、
同時にディスクストライピング導入がいい予感。
だとするとそれより前に掲示板系データはmemoriesへの収容という運びかなと。

ということで問題なければぼちぼち、oyster246と247の掲示板部分の中身を
memoriesに入れる作業にとりかかろうかなと。

>>244
>4) 245 は live の予感
の数字が間違ってるだけじゃないのかなぁ？
245でなくて244
でlive10復活？

>>245
あてにしないでください
今のBlackGoatが当初予定通りの満足いく結果を出さなければ
全て白紙の予定です。

留守番ってjimさんでしょ。

うむ

Jimさんは日本語書けませんよ、多分。

>>192-193
向こうで書くのがどうかと思ったので一応こっちに

game系に限らず利用者の多いカテゴリはその時点での必要性に追われて
悪く言えば場当たり的な板増設を繰り返してきたので
振り返ってみるとライトユーザーが見たときにどの話題が何の板かわかりにくくなってしまってるところがある

で同じような趣旨のスレがいろんな板に同時に多数存在していたり（有益なものもあるが）、
板違いなスレが（圧縮のきつい板に限って）繰り返し立っては他のスレを落としたりという無駄があり、
これらは各板の取り扱い範囲を仕切りなおすといったソフト的な対応で
リソースをより有効活用する工夫もいるのではないかと思う

今まではハード環境の制限が大きかったのでそこまで考える余裕がなかったが
これからはカテゴリごとの再編成も視野に入れて
ハードとソフト両面で最適化を図ることができるのではないかと

一カ所に集めると人が多くなってスレが加速する傾向があるので

＞で同じような趣旨のスレがいろんな板に同時に多数存在していたり（有益なものもあるが）、
＞板違いなスレが（圧縮のきつい板に限って）繰り返し立っては他のスレを落としたりという無駄があり、

この辺が無駄とは全然思えないのです
で圧縮が多いから負荷が高いというより、人が多いから負荷が高いのではないでしょうか

のでわかりやすいから負荷が減るとは一概にいえないわけです
カテゴリ再編はアイディア出してくださいで終わると思います(-A-)ｼﾒｼﾞ

>>250
たぶんどころか絶対「書けません」よ。

hehehehe,

ns1.maido3.comとns2.maido3.comってbananaサーバなんですか？

>>253
ひらがなぐらいなら書けるらしい。

>255
banana239
（ttp://mumumu.mu/serverlist.html より）

# 今朝の時点で、game7がbanana227の欄に入ってなかった希ガス＞むむむさん

>>257
どうも。反映しました。

>258
乙ですー

外国で売られているPCって日本語入力できるの？>256
ってことを>253はいいたいんじゃないの？

>>260
windowsの場合はIMEをwindowsupdateあたりからとってくれば入力できるけど・・・
元帥の日本語能力は初心者レベルじゃないかな。

>>257
banana239じゃないようにみえたんですけど

ローマ字も立派な日本語です

>>263
一時期、漢字やかな／カナを捨てて日本語の表記をローマ字のみに
しようとした時期があった。

>262
あ、タブ１個上だった、、、
正直スマンカッタorz
吊ってくる

# となると、答えは誰にもわかりませんね

game6のApacheを2.0.50に更新してみた。

>>266
同時にコンパイル時の設定を少しみなおし。

ということで、ついにシングルCPU設定を試行することに。< game6
これで安定してくれるといいのだが。

# Make an SMP-capable kernel by default
#options SMP # Symmetric MultiProcessor Kernel
# Workarounds for some known-to-be-broken chipsets (nVidia nForce3-Pro150)
#device atpic # 8259A compatability
#options NO_MIXED_MODE # Don't penalize working chipsets

をコメントアウト。

ACPI APIC Table: <PTLTD APIC >
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1

がdmesgから消えたことを確認。

IPアドレスがいっぱい必要なサーバってどれで、どんくらいいるんでしたっけ？(^_^;)

>>270
アドレス切り替え話ですか。だとしたら、以下のとおりです。

IPアドレスが15個ついているサーバ(banana238)は既に新アドレス(206系)なので、
今回の対象ではないのではないかと。

2ｃｈの動作報告はここで。 パート14
http://qb5.2ch.net/test/read.cgi/operate/1086340601/386

386 名前：root ★[sage] 投稿日：04/06/25 06:35 ID:???
>>384
了解です。

わたしが作業する分のサーバの新アドレスのデータが必要ですね。
以下かな。別途くださいです。

oyster901 2つ
oyster902 2つ
suma 1つ
oyster243 3つ
cobra2244 1つ
cobra2245 1つ
cobra2246 1つ
cobra2247 (banana704) 1つ
banana201 1つ

>271
どもども(^_^;)

>>272
で、bananaサーバの/etc/resolv.confに
dnscache.peko.2ch.net [38.114.137.232] のアドレスが書いてある場合、
アドレスつけかえと同期をとって変更する必要がありますです。

>>265
ですねー

むむむさーん　教えてちょーだーい

>>274
maido3.comはサーバ屋さんのモノだから、2chの管理を
手伝ってるむむむさんに聞いても解るハズがないような。。。

>>275
そうですね

見習いさん教えてください

メモしておこう。kqueue対応はなかなか。
http://pc5.2ch.net/test/read.cgi/unix/1075691732/229

ということで、cobra2247のバーチャルホストの過去ログ用土地へのファイル移動が完了しました。
以下の儀式(IPアドレスの変更)をおながいします。
変更後は徐々に反映のため「見えました」等の作業はありませんです。

(現在)
+etc2.2ch.net:38.114.137.250
+society2.2ch.net:38.114.137.250
+food5.2ch.net:38.114.137.250

(更新後)
+etc2.2ch.net:38.114.137.227
+society2.2ch.net:38.114.137.227
+food5.2ch.net:38.114.137.227

cobra2247 (oyster247)はこれから携帯用サーバへのセッティング変更をします。
いったんディスクのレイアウト等もいじるため、上記ホストは見えなくなります。

現在の設定では、>>278 の作業後最大1日程度DNSの浸透に時間を要しますので、
その間は以下のホスト名をお使いくださいです(既に設定済み)

etc2 => etc2.peko.2ch.net
society2 => society2.peko.2ch.net
food5 => food5.peko.2ch.net

>>278
done

>>280
ns[12].maido3.comの設定変更を確認しました。

etc2.2ch.net の F22 がまだ動いたままなのでご注意ですー
・・・といってもあまり意味はないのかな？

>>282
とめていただけると。

サザン ★さん待ちかと、

とめましたー

ということで、儀式依頼へと。
内容: c-docomo.2ch.netのアドレスの変更 (banana404 => cobra2247)

(現在)
+c-docomo.2ch.net:206.223.150.140

(変更後)
+c-docomo.2ch.net:38.114.137.250

c-docomo2 にしません?

>>287
内部的にはそもそもそうなので、cobra2247にc-docomo2.2ch.netの名前をつけるのは
別にかまわんです。

で、

・携帯側に見せるURIを変えたくない(c-docomoは代表名にしたい)

ので、いくつか方法があるけど、さて、どれでいこうかなと。

一番無理がなさそうな方法は、

・c-au, c-docomo, c-others用のIPアドレスを確保し、そこでpoundを動かす
・poundならフロントエンドが複数になっても首振りできるし、つなぎかえや切り離しも楽

というかんじですね。

首振りの処理はとても軽いから、今のcとc-othersを動かしているマシンでこなせそうだ。

ということで、
・banana405にもう3つIPアドレスを増やす
・それにc-docomo, c-au, c-othersという名前をそれぞれつける
・これで、c-docomoに来たリクエストは、c-docomo2, 3, 4, ... に柔軟に振り分けられるようになる

でいこうかなと。

ということでbanana405用に、もう3つIPアドレスを追加割り当ていただけますか。
よろしくおながいしますです。

＜これで実現できること＞

c =振り分け(URL書き換えを伴う)=> c-au
　　　　　　　　　　　　　　　　　　　　　c-docomo
　　　　　　　　　　　　　　　　　　　　　c-others

c-au =フォワード&分散可能(URL書き換えを伴わない)=> c-au1, c-au2, c-au3, ...

c-docomo =フォワード&分散可能(URL書き換えを伴わない)=> c-docomo1, c-docomo2, c-docomo3, ...

c-others =フォワード&分散可能(URL書き換えを伴わない)=> c-others1, c-others2, c-others3, ...

それがいいんじゃないかなぁ〜

で、blackgoatが限界に達した時は、多段化でなんとかなるのかなと。
それについては、向こうのスレで。

poundならリクエストの拡張子で振り分けられるし

で、>>290 をマシンにマッピングすると、

banana405: c, c-au代表, c-docomo代表, c-others代表, c-others実体
banana404: (あき)
banana403: c-au実体 => pekoサーバに変更?
cobra2247: c-docomo実体

banana406: blackgoat

なんかめんどくさそうだなぁ
もっと簡単にできるのないんですか?

どうせ一日か二日、せいぜい一週間の実験なんだけと゜、

めんどくさくはないです。
というか、めんどくさくないようにするためにこうしようと思ったんだけど。

では、1週間ぐらいしたらどのようにする予定なのか、現時点での脳内計画を教えてくださいです。
そしたら、それに応じた解を改めて考えてみますんで。

肝は、ユーザにはc-docomo2(c-docomo3, c-docomo4, ...)というURLを見せたくないということです。
見せるのは c-docomo だけにしたい。

今後の負荷分散システムの実験もかねているんじゃないの？

いやー

〜〜してくださいと言われても、やり方わからないから
実現するのに何日も何週間もかかるような気がしただけです

頑張ってみますが、 >>290
何をどうすればいいのかからしらべて見ます、

>>298
なるほど。

IPアドレスを3ついただければ、設定作業そのものはさくっとできるです。
1時間もかからないと思われ。

ようは、今banana404でやっている旧c-docomo=>新c-docomoの「つなぎ」の部分を、
IPアドレスをもらうことでbanana405に収容できるようにしようということです。

で、c-auとc-othersにもその仕組みをいれようと。

設定完了後のDNS浸透が一番時間かかりますが、それ以外はさくさくと。

ぶっちゃけて言っちゃうと、

今banana405には206.223.150.145というIPアドレスがついているけど、
これ以外に206.223.150.146, 206.223.150.147, 206.223.150.148 も使いたいなぁ、
pingしても応答ないから、空いてるんじゃないかなぁ、
設定はこっちでやるから、割り当てだけしてもらえればOKだよん。

と言っています。

五個づつ付いているんだけど、
何か手続きしないと使えないんですか?

>>301
あ、もうつけていいの？
んじゃ、すぐやります。

そです　そです
基本的に全サーバ五個付いています。

>>303
了解です。すごくうれしい情報だった。

今のが/29バウンダリの最初になっているみたいだから、
今のアドレスから増える方向で4つ追加できるわけか。

んでは、設定できた時点で儀式いきます。

はいー

(;´Д｀)ﾊｧﾊｧ

では、以下の儀式をお願いします。

＜内容＞
・c-au, c-docomo, c-othersの代表化(IPアドレスの変更)
・cobra2247にc-docomo2.2ch.netという名前を追加

(変更前)
+c-au.2ch.net:206.223.150.95
+c-docomo.2ch.net:206.223.150.140
+c-others.2ch.net:206.223.150.145

(変更後)
+c-au.2ch.net:206.223.150.146
+c-docomo.2ch.net:206.223.150.147
+c-others.2ch.net:206.223.150.148
+c-docomo2.2ch.net:38.114.137.250

404 405 406 はどうなるんですか?
今までは　c-au c-docomo c-others で到着できたけど・・・

>>308
そうすね。
じゃ、それぞれ1番にしましょうか。

c-au1, c-docomo1, c-others1にします。

>>307 とまとめて、依頼出しなおします。

＜内容＞
・c-au, c-docomo, c-othersの代表化(IPアドレスの変更)
・以下の対応を追加
- banana403 c-au1.2ch.net
- banana404 c-docomo1.2ch.net
- banana405 c-others1.2ch.net
- cobra2247 c-docomo2.2ch.net

(変更前)
+c-au.2ch.net:206.223.150.95
+c-docomo.2ch.net:206.223.150.140
+c-others.2ch.net:206.223.150.145

(変更後)
+c-au.2ch.net:206.223.150.146
+c-docomo.2ch.net:206.223.150.147
+c-others.2ch.net:206.223.150.148
+c-au1.2ch.net:206.223.150.95
+c-docomo1.2ch.net:206.223.150.140
+c-others1.2ch.net:206.223.150.145
+c-docomo2.2ch.net:38.114.137.250

>>310 は >>307 に

+c-au1.2ch.net:206.223.150.95
+c-docomo1.2ch.net:206.223.150.140
+c-others1.2ch.net:206.223.150.145

を追加したものかな?

>>311
そうです。

これで、LAのチェックや動作確認やクラシックさんたちのプログラム更新の時は、
それぞれの子供を直接指定できるはず。

>>307
done

>>310 での追加分作業中。。。

>>311
done

ありがとうございます。>>313-314

c-docomo1のpoundの設定を変えて、
携帯<=>旧c-docomo<=>cobra2247を、
携帯<=>旧c-docomo<=>新c-docomo<=>cobra2247にしてみた。
つまり、今poundの2段重ね状態。

DNSが浸透すれば、新c-docomoに直接行くようになるはず。

http://c-docomo.2ch.net/_service/20040708.txt -> 200 OK
http://c-docomo1.2ch.net/_service/20040708.txt -> 404 Not Found
http://c-docomo2.2ch.net/_service/20040708.txt -> 200 OK
(docomo == docomo2)

banana404 が見れない。。。
・・・でいぃのかな？＠かなり混乱中

>>316
LAをとる場合、各フロントエンドを直接指定してください。

ただしc-docomo1は現在移行中の特殊設定なので(>>315)、見られません。
明後日あたりには解除かと。

c-au1, c-docomo2, c-others1は、従来通り見えるはず。

ということで、LAとったりサーバの生き死にを確認いただいている各位:

フロントエンドの生き死に/LAの確認には、各フロントエンドを直接指定してください。

　現在のフロントエンドは以下のとおりです。
　　　　c-au1.2ch.net
　　　　c-docomo1.2ch.net
　　　　c-docomo2.2ch.net
　　　　c-others1.2ch.net
　(ただしc-docomo1.2ch.netは現在特殊設定)

>>318
承知しました。

忘れないうちに今回の狙いを箇条書きでメモしておいてみた。c.2ch.netの項目。
http://mumumu.mu/serverlist.html

ふと思ったんだけど、2ちゃん向けのパケットが余りに大杉てキャリア側に規制かけられたりしないかな？

法的に無理

>>321
２ちゃんねるとしては大助かりの予感

そーいえばuma用DNSサーバはもはやとめてもいいのでは？
いまさらですけど。

>>324
とりあえず、中身のデータ(A)だけとりあえず削除しとくか。

ということで、以下の設定追加をお願いします。

+c-au2.2ch.net:206.223.150.140

>>326 ですが、旧c-docomo1の土地を流用しましたが、
バーチャルホストの設定はしてありますので
設定そのものはしておいていただけると助かります。

>>326
done

>>328
確認しました(携帯以外で見ると人大杉)。

tiger1号と2号の儀式いきます。

以下をDNSに追加お願いします。

+ex7.2ch.net:206.223.150.110
+live13.2ch.net:206.223.150.115

私は今日の午後出かけてしまうので、掲示板システムを入れ込む際の注意を。

・掲示板用アカウント作成、バーチャルホスト作成は実施済みです。(情報メールしました)
・read.cgi等のバイナリはbananaサーバのものを入れればOKです(FreeBSD 5.x/i386)。

(ﾟДﾟ≡ﾟДﾟ)

>>330

done

>>333
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

tiger は　banana より
　メモリ　四倍
　HD 倍速
　CPU 二倍
当然処理能力は最低でも二倍あると思った。

2004/07/09のデータでピーク時
ex6/game7 6Mbps
news12 2Mbps　合計 8Mbps (hobby5,6と同じくらい?)
当然楽々入るとおもった。

しかし、実際には入らなかった。

昨日のデータ

2004/07/09

ex6/game7 121,034(ex6 110,189) 6Mbps
news12 64,805 2Mbps

多分、移転で住人が騒いだから負荷や転送量が上がっただけで普段は大丈夫だと思われ




とただの外野が申してみる

ピーク時ならそんな気もするけど
1/2 くらいのアクセスしかない時間だからなぁ

Tiger505がPolywellから戻って来たら
HDDだけTiger503のと入れ替えて再度VIP投入をチャレンジとかはどうでしょう？
（ようは、game6の時と同じ手法で）

#入らなかった原因がイレギュラーなhard不調ならコレで解決するかも？？

負荷テストかねて狼のスレ保持数3000位にして欲しい

体調不良のため、早めに帰宅。

>>335
不思議だ、、、。絶対おかしい。
今だって、CPUは85%ぐらい遊んでいるし。< tiger503

今、狼だけなんだっけか。

>>341
それと馬。

いなかったからなんともいえないですが、どういうかんじで死んだんだろう。
突然無反応になったのかな。

>>342
つまり、元のex6組だけと。

>>344
そうでーす

ひょっとするとこいつも「デュアルCPUでread.cgiをたくさん動かすと突然死することがある」という、
例のpekoサーバにあった欠陥を持ってるんだろうか。

ちなみに今のhttpd等のセッティングは、comic4/game6と同じ。
つまり、とっても安定方向。

ｵﾚも乗り遅れたからもう一回や（ｒｙ

>>343
徐々に重くなって死亡、みたい。
読み込みはそんなでもないけど書き込みが禿しく重かったりしたみたい。

http://sv2ch.baila6.jp/server.cgi?server=ex7.2ch.net
をみた感じだとまさにそんな感じ。

>>348
そんな感じです。

突然死じゃないのか。

なら、セッティングの出しようはいくらでもあります。
たぶん、httpdの数が少なすぎだと思われ。

でも、一概にはいえないなぁ。リアルタイムで見てなかったので。

当然らくらく入らないとおかしいので、何か原因があるはず。
(だって、HE時代に同じハードで55Mbpsの転送に耐えてるんで)

みんなが大騒ぎしたし。狼とVIPが同時に騒いだんだから。
移転後から10分で狼には80個スレが立ったくらいの祭り。

>>350-351
おー、たのもしい。

組み立てて箱に入れる“だけ”のサーバーに何を期待すると言うのか

投稿とかかなり多いですね。< morningcoffee
もちろん頭ではわかってましたが、やはり２ちゃんねるの全投稿の1割を占めているわけで。

news4vipも入れるには、
ちょっとhttpdまわりのセッティングを変える必要がある気がします。

>>353
圧縮なしでですよ。< 当時のtmp2サーバだったかな

あとは、例の「ディスク周りのエラー」が起こった可能性もあるなぁ。(セットアップ中に一度起こっている)
急に反応が鈍くなった(なくなった)なら、それが原因かも。

httpdのセッティングを変更してみた。< tiger503

できれば、再挑戦してほしかったり。
ここで「入らない」という結論は出したくないなと。

>>358
えぇ、そうですねぇ・・・

まぁ、もう少しひとのいない時間帯がいいのかも・・・

私が見ていたところでは、

どんどん　LA が上がっていって
LA50 くらい、プロセス　190 くらい、
Giant が沢山　(perl bbs.cgi と思われ)

おっ　まずい、止めなきゃと思って FTP で入ろうとしたら
もう落ちていた。

are you ready ?

再挑戦ｸﾙｰ
16:30から( ●´ー｀● )の番組がﾊｼﾞﾏﾙのですが気にせずに

わくわく

>>360
なるほど、そのパターンですか。
突然死じゃないですね。(正直ちょっと安心しました)

LAが上がっていくのはhttpdが少なすぎる場合にも出ます。
書き込み負荷で落ちたかどうかが、ポイントか。

>>361
はい、様子みてます。

はいりました

きはじめましたね。< news4vip

どきどき

じんわりくるのかな
今軽く書けるけど

なんか変
いったりきたりしてない？

追尾変ですよお兄さん

うわ、ブラウザでhttp://news12.2ch.net/news4vip/ 見たら
リダイレクトの荒らしが・・・

なんですかこりは。

いったりきたりしてます。
news12 => ex7 のリダイレクトを切らないと。

おおーまたセルフ攻撃

セルフF5あたっくｗ

VIPに兵器でも仕込んだんですか？（素）

もはやブラクラですね・・・すんげーIEが重くなる。

まだ無限ループ。
Javaスプリクト切っておくのが吉。

本人に別途伝えました。

SETTING.TXTが無いような＞ex7のnews4vip

あった

あひゃひゃ

なおったかな。

様子をチェック中。< ex7

>>382-383
うまくいったようですねぇ・・・

体感では、最初の時より書き込みが軽いですー

安定してますね。
この状況なら、問題ないでしょう。

みんな乙

おつかれー

おぅおぅ

んじゃさっさと news12 は他へ転用しちゃおう。。。
game8 っすね、

389 名前：留守番 ★[sage] 投稿日：04/07/10(土) 16:44 ID:???
おぅおぅ

んじゃさっさと news12 は他へ転用しちゃおう。。。

>>389
game8には何を入れるのですか？

平常時で20スロット〜30スロットぐらい埋まるのね。< morningcoffee+news4vip
これだと、働き手が128人だと不安が大きいかも。(さっきは128人、今は最大256人)

他の板と比べて、bbs.cgiが多いからか、滞留時間がやや長めな気がします。
ただ、今のところバイナリ版bbs.cgiを入れるほどではないかなと。
(実況みたいにbbs.cgiが同時に50個とか100個とかいうことはないから)

>>389
えぇ、game8ですねぇ・・・
がんばってください・・・

tiger504もこのセッティングにした。

現行game7と新規game8にgame6の板を割り振り、足りなければgame9を新設、なのかな

競馬板は忘れられた存在だなｗ

>>396
keibaは日曜日の午後4時ごろが問題か。

昔のgamble2よりも性能そのものはいいわけで。(狼やnews4vipと同居だけどね)

素朴な疑問だがex7にはニュー速記者キャップは入れないんだろうか・・・つうか不要？

留守番 ★ 氏ね ゴミが

>>399
やめてくれ

文句はこっちで　http://ex5.2ch.net/test/read.cgi/accuse/1089401337/

>>398
雑談板に記者なんて必要なのか？？

>>398
news12 => ex7 にキャップデータをコピーしときました。

え　　　いるの？

ということで >>402 が要らない場合は、消しておいてくださいです。> FOXさん

まあ、狐さんがいらないならそれでもいいかと。
所詮雑談板だしね。

>>397
競馬は、Ｇ１シーズンくるまで大丈夫でしょ。
大物がくるとかがない限り

∧＿∧
( ´･ω･) お疲れ様、お茶が入りましたよ・・・・。
( つ旦O
と＿)＿) 旦旦旦旦旦旦

他の板と傾向が明らかに違う。
bbs.cgiが今の時間で常に0.1ブレーメン(= 秒間3回起動)ぐらいあるのか。

以下はある10秒間のアクセス数。

2xx 3xx 4xx 5xx URL
31 1 0 0*/morningcoffee/subject.txt
26 0 0 0 /test/bbs.cgi
23 0 0 0 /news4vip/subject.txt
20 2 0 0 /news4vip/dat/1089445332.dat
10 0 0 0 /morningcoffee/subback.html
8 0 0 0 /morningcoffee/
7 6 0 0 /morningcoffee/dat/1089413528.dat
6 1 0 0 /keiba/subject.txt
6 0 0 0 /morningcoffee/dat/1089387348.dat
5 0 0 0 /news4vip/index.html

>>405
うんうん。。。

【ex移転記念】17時30分に一斉にうんこスレ立てるスレ
http://ex7.2ch.net/test/read.cgi/news4vip/1089446113/

このスレ的にはある意味いい研究材料になるのではないでしょうか

VIPに記者キャップを戻したならIDも戻してくれませんか？
論外ですか？

さて、Rock54関連等のデータベースにex7とlive13を登録してきます。
残りはF22(サザンさん担当)かな。

>>412
BBS/BBX/BBY に登録完了。

>>411
戻して欲しいね。
運営側にそんなデメリットもないと思うけど・・。
そもそも廃止した理由もいまだに説明ないな。

>>411 論外っていうか、スレち外

IDについてはこちらですー
■　ID制変更相談所　■
http://qb5.2ch.net/test/read.cgi/operate/1074330990/

>>414
うん、このスレで言うことじゃないけど。

>>415
これにて退散します。失礼しました。

>>416
そこで言っても説明さえしてくれないんだよな・・。
退散はします、失礼。

>>404
おいおい、おっさん。
他人にケツをふいてもらうのかよ。

>>389
鯖争奪戦時の約定を違えましたね(･∀･)ﾆﾔﾆﾔ

>>389
ヤダヤダヤダヤダヤダヤダヤダヤダヤダヤダ！！！！！！！！！！！！！！！

もういじめるのやめてくれ…お願いだから…

>>420
そうだよな！
そうだよな！

>>420
どーなるんだろな。。。

【oyster争奪戦】争奪戦議論スレッド 2
http://qb5.2ch.net/test/read.cgi/operate/1087889108/

誘導しておこう

負荷が軽い状態で突然死んだ、、、。< tiger503
いやな予感。

初期不良？

>>426
pekoと同じ突然死ですかねぇ。

だとすると、
1) メモリ 2GBクラス
2) DualCPU
3) SCSIシステム
あたり+2ch+FreeBSD5で顕在化する地雷があるのかなぁ？

pekoサーバはi386じゃなくてamd64だけど、
SMPとapicをコメントアウトしてから今のところ一度も死んでないからなぁ。< game6/news11

ちと調べてみる。

ひょっとして、また、read.cgiを止めると、
tigerも問題がなくなるとか・・・！

一体、何なのだろうか。。

reboot して　read.cgi とめてみます

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

SMP + read.cgiの状況で落ちたとすると、
つまりこの問題がもしFreeBSD-5.2.1R/i386にもあるとすると、かなりやっかいだ、、、。

しかし、topで見ているとここはbbs.cgiがよく暴走するですね。< tiger503
で、RLimitCPU (=120)にひっかかるまでCPUを食い続ける。

perl.core もできていたり、

>434
FreeBSD-5.2.1R/i386が原因か切り分ける為にどれか１台に前のバージョンで
試してみてはどうでしょうか？

>>437
4.10Rを入れるですか。(HE時代のumaサーバはFreeBSD4系だった)

今のTigerのアーキテクチャなら、技術的には可能ですが。

安定を望むのであれば、FreeBSD 4.xxと言う選択肢もありかもですね。

>>437 は可能なら、やってみる価値はあると思いますね。

とりあえず5-CURRENTを持ってきて、関連しそうなソースを眺めてみるか。
まずはめし。

SingleCPUにしてみるとか。

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

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

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()の中で暴走していた模様。

ううむ。

live13がだいじょうぶなら

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

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

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

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

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

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

>>449
そうですか

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

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

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

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

透明入ったのね。

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

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

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

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

RLimitCPU 120 => 60

に変更した。< ex7

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

何か重いですよー＞root氏

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

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

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

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

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

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

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

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

ex7少しマシになった

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

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

�dだみたい

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

リブート要請しました。

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

read.cgiを停止。< ex7

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

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

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

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

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

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

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

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は動いているみたいです

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

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

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

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

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

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

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

>>482
ホントだ

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

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

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

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

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

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

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

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

あとは、これか。

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

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

選挙 < 新庄

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

I updated bbs.cgi on all peko servers.

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

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

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

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

/boot/device.hintsに

hint.acpi.0.disabled="1"

か。

解説を希望してみる。

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

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

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

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

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

また実験台か！

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

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

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

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

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

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

oyster246　を是非 BBM に、

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

BBMやるべー

そしてBBMの内容は？

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

【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) 携帯関係の統計取ったり

いろいろ出来る予感です

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

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

基本的な動きとしては

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 もやっちゃいたいような（苦笑）

F22@comic4

とめましたー

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

でも、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
　未　５０５　未入荷

>>541
done

>>548
901 済
244 済&片肺解除
247 済

505 news18(最初からACPIなしにする予定)

>>549
どうも。中身の整理&BBM用DNSの設定をば。

245 済

243 済

さてさて　いよいよ 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なしの予定

ちと資料送付します　>root ★さん

>>553
了解です。
あと、sumaストレージ(suma-son1)にIPアドレスが1つついています。(>>271)

どのIPアドレスを振ったらいいかの情報(IPアドレス、ネットマスク、デフォルトルート)を
事前に教えてくださいです。

で、どのサーバも5つIPアドレスが来ると思っていてよいのかしら。

>>555
かぶりました。了解。

五個の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

>>575
ふーむ。別途対応必要ですね。

c-docomo2（peko)を
c-docomo3（tiger）にしてテストは出来ないかな。

これで得られるデータは

Ｔｉｇｅｒでの強烈な負荷の捌きかた。
pekoとの挙動（強さ）の違い
もろもろ。

で仮に芸ｽﾎﾟを現c-dokomo2に退避、あるいは、もうちょっとまってね（はーと）。

でもって、ｔｉｇｅｒ系はBSD４系にする方がいいようですねえ。現状だと。
次の虎さんか、505を４系にすると切り分けが出来ていいかも。

tiger503、シングルCPU設定(SMP/apicなし)に変更する予定(現在カーネルコンパイル中)。

>>578 done.

ex7、ちょっとごにょごにょ。

perlccでコンパイルしたbbs.cgiを一時的に入れてテスト中、、、。< ex7
テストが終わったら元のPerlバージョンに戻す予定。

なるほど、Perlが暴走してるわけでもないのか。
単純にものすごい勢いで起動されてるのね。bbs.cgiが。

シングルCPU設定だと、こんなもんかなぁ。
２ちゃんねるの書き込みの半分以上がここに来てるわけだし。
http://stats.2ch.net/suzume.cgi

でも、重くてもボンと死ぬよりはましか。

もとに戻した。< ex7

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...._._.__..__................................
................................................................
................................................................
................................................................

>>588
詳解ありがとうです。m(_ _)m

>>581
半分以上、ってことはなかったですね。< BBSがうまくなかった(>>583)だけ
1割ぐらいか。

でも、BBXがないとあんだけ広告来ちゃうのね。

CWニコルヾ('-')ﾉ

>>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

あう　誤爆ごめんなさい・・・一週間ROMしますorz

>>596
本業が忙しいもんで、
暇が出来たときにでも、

>>596
あせることないんで、明日の昼以降ﾏﾀｰﾘでいいんじゃないかなと。
あっちを見てると、今日は雑談の日みたいです。

>>595
…というか、ソフトウェア的問題(か、あるいはBIOS問題?)かなと。
TigerサーバでのSMP/apicなし(シングルCPU設定)は試し始めたばかりなので、まだ結論出てないけど。

>>598
はい、了解。

root ★さんも忙しそうなので
BBM に使おうと思っていた oyster246 を
c-docomo3 に転用しよう

BBM は244が空いたらﾄ言うことにしよう

>>601
BBMはしばし延期ということですね・・・
ちょっぴり、残念・・・

>>601
すんませんです。
来週前半までは本業がかなりつらい状況。

c-docomo3の構築は今週末あたりにでも。
あとは、IPアドレスの変更作業か。

みんなそれぞれ、それぞれの事に忙しいということで、

人生いろいろ
仕事もいろいろ

>>574
>>592
ﾄﾞﾞｰﾝ

http://live9.maido3.com/
http://live10.maido3.com/

そういえばこんなものが。

サーバダウン(鯖落ち)情報 Part45
http://qb5.2ch.net/test/read.cgi/operate/1089783355/704
704 名前：動け動けウゴウゴ２ちゃんねる[sage] 投稿日：04/07/16 15:42 ID:eSxcmwAS
www落ちたか

DNSが変です。
チェックログ見ると、14:30JSTぐらいからか。

2ch.netは正しい(banana201)けと、
www.2ch.netがなぜが違うところを指している模様(下記)。

対応をば、、、。

%nslookup 2ch.net
Server: localhost
Address: 127.0.0.1

Non-authoritative answer:
Name: 2ch.net
Address: 38.114.137.240 <= 正しい

%nslookup www.2ch.net
Server: localhost
Address: 127.0.0.1

Non-authoritative answer:
Name: www.2ch.net
Address: 38.114.137.20 <= まずい

memories に news12 作ってくださいー

さようならニュー速……。

>>609
ついに・・・
さようなら・・・ニュース速報・・・

http://saki.2ch.net/hotaru.mid

ほーたーるのひかーり　♪

>>611
何でこんなもんがこんなところにおいてあるんですか・・・・w

>>609
done.
http://news12.peko.2ch.net/

以下のDNS書き換えにて作業完了となります。
移動の際には、bbs.cgiとsubbbs.cgiを切るのをお忘れなきよう。

(現在)
+news12.2ch.net:206.223.151.130

(設定後)
+news12.2ch.net:38.114.137.227

どもどもー

>>613
done

>>615
はやっ・・・

subbbs.cgi@news12が生きてるような気がします。

subject.txt見られますね。
早めに移転サイン出した方が。

>618
今消えたかな？

昨夜〜本日は本業の疲労でぐったり。
本日はc-docomo3の作成を。

c-docomo3の準備できました。

しかし、IPアドレス変更の後のほうがいいかも。
デビューは来週か。

おつです。

bbq.2ch.net の rbldns が止まっているのかな？
BBQ 問い合わせが出来なくなってますー

>>623
今もかしら。

rootなしbananaサーバが参照しているDNSキャッシュサーバの調子がいまいちかも。

ぼつぼつと復旧してきたかな？

>>626
まだまだみたいですね（苦笑）

これじゃないの？
ユーザには手のほどこしようがなさそう。

625 ：root ★ ：04/07/18 16:43 ID:???
rootなしbananaサーバが参照しているDNSキャッシュサーバの調子がいまいちかも。

http://qb5.2ch.net/test/read.cgi/operate/1087666806/625

誤爆スマソ

..ﾄ､　　　　　　　　　　　　　　　　　　　　　　　　　　　　　/'::|
　ﾄ'､　　　　　　　　　　　　　　 　 　 　 　 　 　 　 　 　 /.:::;'
　 l:::',　　　　　　　　　　　　　　　　　 　 　 　 　 　 　 /::::::;'
.　 l::. '､　　　　　　 _,,.､､ィ―;r┬r- :-::､､,,_　　　　　/.::::::/
　　ﾞ､::.ヽ,　　　,､イ;;;彡彡彡;ハ;ﾐヾ､;;ミ;ﾐ､;;;;ﾞヽ､ .／:::::::/
　 　 ';::::. ﾞｰ-<;彡彡彡:シ'´ : :: : :`'ヽミ'ヾ､ﾐ;;//´::::::::::/
　　　 ヽ;:::... .::l彡''"´　　　　　　　　　　ヽ ＼;!l: : .:::::/
　　　　 ヽ,;ゝ./'::::::::::.: : : . 　　　　　　　　 : :.: l;ヽ;;r'´l
　　　　 /:7'//::::::::::::::.: : : : . 　　　　　　 . . : : .l;. ヽ;;;;|
　 ,､--く;/彡::::::::::::::::::::::::.: : : .　　.　.　.　. : : : ::l,ヽ､ﾌ￣｀),
　 |:ヽ. ::::lﾐ彡::::::::::::::::::::::::::.:. : : .　.　.　. . . : : : ::::｀"l:::　/::!
　 .|､;:ﾐi､::l;::::::::::::::::: : :::::::::::: :... .､.　　　　　　　 .::::::j.:: / _j
　　l;:::::ヽ,_:::::.. :.:.: 　⌒､,ﾉi. j;:::..:ﾄ､ノ´⌒:::::: . .::;;､:':ｰ'.::}::l
　　 ﾄ､r',.:::::::i:/'ｰ-､＿_,.､イ::|:::::{::::ヽ､....､-―''´|:::::: ...: .;ｲ
　 　 l::l;::::::::.:.:l;::::::::::《;･,;》, ）:;;j::::　ﾞi;（ '《;･,;》. ::ノ' .:.:::: ::´:|
　　　l;::::. i::::::..:.:ﾞ"ヽ-､,,,,､r'ﾞ.:::::　　ヾ:､.,,,､r''ﾞ´ . .:.:.::::Li_ノ
　　　 `T :::::::::::.:.:.:.:.:.:__ 　 .::::::　　　　 _,,,_. .:.:.:.::::::::.:.:.::|
　 　 　 |:::::::::::::_:::: : :l::::ﾞ':.:.:.::::::.　　　 .l. j､l;＿;;､:: : : : :l
　　　　 l;:::::: : l:::::;;_::::!:ヽ､;::::::;;'::､:......:;､ノ ::::;;､: ::|: : : :/
　　　 　 ﾞ､:::::. ::::l;:::ヽ,: ::::::ﾞヽ､;;;:､-'´　　 _/j |: .: .: : /
　　　　 　 ﾞ､:::. :::::l;::::ト､,_: : ::::U. . .　_,.ｨ'ﾞ.l//: : .: :/
　　　　　 　 ﾞ､::. ::::l.!'iYヽi::｢ﾞTｰ'Tﾞ｢´|_,ｲ:/// .: :/
　　　　　　 　 ﾞ､: ::::l.! い=r､ﾆ二ニﾆrｵ'///:. ::/
　　　　　　　 　 ﾞ､. :::l.!.L;､-┴┴-':､Lﾚ.//: :./
　　　　　 　 　 　 ヽ.:::ヽ-‐'''"￣~ﾞ"'''ｰ-:'::: /
　　　　　　　　　 　 ＼::::::||||||||||||||||ii : :／
　　　　　 　 　 　 　 　 ヽ-_ll|||||||l|ii‐'ﾞ´

>630
ｶﾞｸｶﾞｸ((((;ﾟДﾟ))))ﾌﾞﾙﾌﾞﾙ

最近の動きで、高性能鯖をbb?や携帯チューニングに転用しているみたいな…。
もしかして、read.cgi/bbs.cgi回りの不具合と関係ある？

>>632
おそらく

・携帯の大量リクエストを捌ける
・各板のBB?/DNSコールを捌ける

という条件を満たせるのは２０００以上のプロセスを保持できる
pekoがふさわしいとなったのではないかと。

見習い大師あるいはroot師の公式見解きぼん。

本業がいそがしい（らしい）

root権限ありサーバ群のIPアドレス変更関連 まとめ

・作業は概ね終了、落ち着いたはず

・nikuns1.peko.2ch.netのTTLを小さくするのを忘れた
=> maido3.comの中の人にキャッシュサーバをリスタートしてもらい解決

・sumi.2ch.net のDNSサーバのIPアドレスが未変更
=> maido3.comの中の人に作業依頼済み
・peko.2ch.net, uma.2ch.net のDNSサーバのIPアドレスが未変更
=> 同上

・dnscache新装開店済み
=> nameserver 206.223.151.222 をbananaサーバで設定いただければ使用可能

・c-docomo3.2ch.net バックエンド側ネットワーク
=> Jimさんにより接続作業済み
=> 以降の作業はぼちぼち

>>635
・sumi.2ch.net のDNSサーバのIPアドレスが未変更
=> maido3.comの中の人が作業済み
・peko.2ch.net, uma.2ch.net のDNSサーバのIPアドレスが未変更
=> 同上

・dnscache新装開店済み
=> nameserver 206.223.151.222 概ね変更済みかな

ということで、c-docomo3.2ch.net の儀式依頼します。

以下を2ch.netのDNSに追加お願いします。

+c-docomo3.2ch.net:206.223.151.210

>>637
追加しましたー

>>638
どもです。確認しました。(既にDoCoMo携帯以外からは人大杉になります)

ということで、
http://c-docomo3.2ch.net/_service/20040721.txt

これも作った。bbq/dnscache.peko
http://bbq.2ch.net/_service/20040721.txt

というわけで、いつものあれを。< 中の方々

m(_ _)m ﾍﾟｺﾍﾟｺ

ロードバランサをいろいろ見ていてこんなのを見つけたので、貼っておいてみる。
http://pythondirector.sourceforge.net/

>>642
早速実践投入するはめに、、、。
でも、すごくいいみたい。

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

ということで、c-others1ですべてこなしていたロードバランシングの代表を、
au用、DoCoMo用の1台目にそれぞれ移動します。

サーバ側の準備ができましたので、以下のDNSへの変更をお願いします。

(現在)
+c-au.2ch.net:206.223.150.146
+c-docomo.2ch.net:206.223.150.147

(変更後)
+c-au.2ch.net:206.223.150.96
+c-docomo.2ch.net:206.223.151.216

※c-othersは今回変更なし

>>644
done

どもです。確認しました。>>645
au/DoCoMoの内部で変わる必要があるので、実際の変更はしばらくあとかと。

今はpythondirectorの数珠繋ぎ状態。

memories に sports8 置き場作ってくださいー

2ヶ月の命でしたか＜sports8

>>647
done.
http://sports8.peko.2ch.net/

以下のDNS登録変更により完了となります。

(現在)
+sports8.2ch.net:206.223.150.250

(変更後)
+sports8.2ch.net:206.223.151.230

でけた

http://sports8.2ch.net/kakolog.html

>>650
おぉ、おつです。大変だったでしょう。
# fxp0をやめてオンボードのvr0にするといいのかも。

一週間ROMって来ました。久しぶりの書き込みﾜｼｮｰｲ！
>>650
お疲れ様です。rootさんやサザンさんの活躍はもっと世間に広まってほしいものです。

>>599
root★は優しいお方だぁ(つД`）

ううむ、再構築しかないのかぁ。(CDBはrbldns(BBQシステムのDNSサーバ)で使用)

http://www.lr.pi.titech.ac.jp/~abekawa/perl/perl_bigdata.html より引用:

CDBは，qmailやdjbdnsの作者であるD.J.Bernsteinが作成したデータベースで，
qmailやdjbdnsのデータの保存でも実際に使用されています．
非常に高速に動作しますが，キーの追加やバリューの削除など
データベースを変更することはできません(変更するなら再構築しかない)．

http://cr.yp.to/cdb/cdb.txt
データ構造的には再構築した方が安全そうですからねぇ（苦笑）＠気になっていたのでちょっと勉強してました（ｗ

今こんなかんじ。

%/usr/bin/time /usr/local/bin/rbldns-data
3.77 real 2.66 user 0.78 sys

5秒ぐらいで再構築できてるから、pekoサーバのマシンパワーと
現状のデータの大きさなら、リアルタイム更新でもいいのかもしれんなぁ。

それでへくったら、またそのときは一緒に困ろう。

ということで、帰宅後にboo.2ch.netをbbq.2ch.netに併設で作ってみます。
あとは南の若者の活躍場面かと。

はやっ、、、（愕）

boo.2ch.net 作りました。
以下を2ch.netのDNSに追加お願いします。

+boo.2ch.net:206.223.151.220

アカウント情報を関係者にメールしておきます。

tiger506 が来た。
メールしまーす　> root ★さん

>>657
ﾄﾞｰｰｰﾝ

>>658
受け取りました。
今時間とれないため、今夜あたりから。

質問・雑談スレ58＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1090691674/674
http://qb5.2ch.net/test/read.cgi/operate/1090691674/721

ということで、BBM用サーバを立てるべく活動開始で。

ということで、BBMの拠点をoyster245に作る方向で画策します。

DNSからは、M1.M2.M3.(中略).Mn.bbm.2ch.net というかんじで使うとして、
表側のの「拠点名」を決めておきたい。

つまり、Web等でアクセスする名前(拠点名)と、DNSで使うサブドメイン名。
この2つで、表裏一体の使い方になると。

今までの例。よく見ると、BBQだけが逆だなぁ。

システム名　　　DNSサブドメイン名　　　拠点名
BBQ　　　　　　niku.2ch.net　　　　　　 bbq.2ch.net
BBX　　　　　　bbx.2ch.net　　　　　　　rock54.2ch.net
BBS　　　　　　bbs.2ch.net　　　　　　　stats.2ch.net
BBY　　　　　　bby.2ch.net　　　　　　　headline.2ch.net
BBM　　　　　　bbm.2ch.net　　　　　　 ????.2ch.net

使い方にあった名前がいいかなとは思います。
さて。

>>662
ktai.2ch.net

単純に考えると
mobile.2ch.net かなぁ。

strap.2ch.net

拠点はとりあえずbbq&rock54で間に合うような気が。

cellslime.2ch.net

おーい、おはよう。

一部のグラフが5:00以降おかしいね
http://server.maido3.com/pie/

shichirin.2ch.net

>>670
BBQがバーベキューならBBMは・・・
って意味でつけますた（ｗ

自殺鯖

syojyo.2ch.net

nullpo.2ch.net

tiger506 = game9.2ch.net の生誕の儀式をお願いします。

以下を2ch.netのDNSに追加お願いします。

+game9.2ch.net:206.223.152.30

>>675
done

勝手にびろん。

http://game9.2ch.net/
IPアドレス: http://206.223.152.30/~ch2game9/
バーチャルホスト変換前: http://tiger506.maido3.com/~ch2game9/

あら、先を越された。>>677

>>674
がっ

で、>>664に一票

>>677

にふていOKだす。

>>677
Dionもおｋ

>>677
Yahoo!BB OKでーす

>>677
So-netオK

ここんとこ、鯖新設の際にDNSの浸透が問題になることもないし、
いちいちOKOKと連呼しなくても良いんじゃないの。
問題があった時だけ報告しとけば、

儀式ですから

リブート要請しました。< tiger504

負荷的にはぜんぜん大したことなく落ちたので、
デュアルCPU設定になっているような予感。

上がって今日の市場が閉じたら、設定みなおします。

う、誤爆だ。ｼｮﾎﾞｰﾝ >>686

(・∀・)ﾆﾔﾆﾔ

root★はネット証券してるのね。メモメモ

>>689
ん？なんで？

>>689
tiger504はlive13（株式、投資一般、市況1、市況2）
だから市場うんぬん

>>691
> tiger504はlive13（株式、投資一般、市況1、市況2）
だから、市場が開いているうちに人為的に鯖を落とすと住人が
騒ぐので、市場終了後に設定見直しをすると思うのだが･･･。

ttp://docs.freebsd.org/cgi/mid.cgi?200407281823.i6SIN8pQ006108

Matt Dillon曰く、"This could be responsible for all of the sporatic madvise
oddness that has been reported over the years."
だそうだ

話が噛み合ってねー

>>693
うを。これは、、、。

sporatic madvise?

sporatic => sporadic かな？
いずれにせよこれって、ひょっとすると今デュアルCPUなマシンで起きてる問題に直結してる？
↓
■　live15 実況サーバ(ジンギスカン)
http://qb5.2ch.net/test/read.cgi/operate/1090835053/142-143

>>697
みたところswap周りのfix入ってますねえ。

ビンゴの可能性が大きそうです。
ex7でお試しになられてはw

　　　　　　　　　　　　　ま　た　e　x　7　か　！

ここ数日のうちにしようと思っていることのメモ:

・blackgoatでのさらなる統計とり・観察・squidの設定チューニング関連
　- async + aufs をやってみるか(blackgoat)
　- news18あたりで120secが動いているかの確認
　- refresh_pattern をごそごそ(blackgoat)

・BBM/mセットアップ
　- bbmの拠点は、携帯でアクセスさせる(してもらう)ことも含みとして、1文字にしよう。
　　mobileのmで。m.2ch.net

・>>693のパッチを試してみる
　- ex7でやってみよう。

>>700 の準備として、game6, news11, live12 のデータをmemoriesに移動中、、、。

(((((ﾟДﾟ；))))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

できた。

http://game6.peko.2ch.net/kakolog.html
http://news11.peko.2ch.net/kakolog.html
http://live12.peko.2ch.net/kakolog.html

で、cobra2245上にm.2ch.netを作りました。

あわせると、2ch.netのDNSへの変更点は以下になります。
よろしくおながいします。

(現在)
+game6.2ch.net:206.223.151.200
+news11.2ch.net:206.223.151.200
+live12.2ch.net:206.223.151.205

(更新後: 3つ変更、1つ追加)
+game6.2ch.net:206.223.151.230
+news11.2ch.net:206.223.151.230
+live12.2ch.net:206.223.151.230
+m.2ch.net:206.223.151.205

bbm.2ch.net サブドメインを立ち上げました。
中身はまだ空っぽ。

ということで、以下の設定を2ch.netのDNSサーバに追加お願いします。

(新規追加: bbm.2ch.net サブドメイン)
&bbm.2ch.net:206.223.151.205:a

>>693 を入れようと思ったけど、
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/vm/vm_object.c

今のvm_object.c: 1.317.2.1
最新のvm_object.c: 1.329

どきどき。
ローカルで試したあと、PIEに人がいるときにやってみよう。

# このパッチだけ等価に適用するという手はあるので、それも含めてためしてみるか。

というわけで、今日はほぼここまで。

>>705
お疲れさまですたー。

>>703-704
done

>>707
設定を確認。

ということで、>>662 は以下で。

システム名　　　DNSサブドメイン名　　　拠点名
BBQ　　　　　　niku.2ch.net　　　　　　 bbq.2ch.net
BBX　　　　　　bbx.2ch.net　　　　　　　rock54.2ch.net
BBS　　　　　　bbs.2ch.net　　　　　　　stats.2ch.net
BBY　　　　　　bby.2ch.net　　　　　　　headline.2ch.net
BBM　　　　　　bbm.2ch.net　　　　　　 m.2ch.net

さて、

http://m.2ch.net/
IPアドレス: http://206.223.151.205/~ch2m/
バーチャルホスト変換前: http://cobra2245.maido3.com/~ch2m/

にふてぃ どーん！

BBS がこうだったので、
$NOWTIME.$$.$BYTES.$FORM{'key'}.$FORM{'bbs'}.$ENV{'SERVER_NAME'}.bbs.bbs.2ch.net

BBM はどうするかな? action フラグを追加するとして、

>>711
目標・目的・戦略におうじて、というかんじかなと。

脳内の「たくらみ」をダンプしていただけると、何か案が出せるかも。

>>712
ほいほい　とは言って見たものの、
あぢぃ〜で頭は真っ白だったり
ちと待っててください、まとめて見ます。

---------------------------------------
こんな感じだろか、、

ser.action.$FORM{'key'}.$FORM{'bbs'}.$ENV{'SERVER_NAME'}.bbs.bbs.2ch.net

【action】
0 = no action
1 = なんかする
2〜 = まだ決まっていない

【ser】
携帯固有番号

戻り値】
127.0.0.1 = 何もしなかった
127.0.0.2 = 何かした
127.0.0.3〜 = まだ決まっていない

BBM の目的、(これらを実現できる仕組み、必ずしも作るとは限らない)

1) 現在規制リストで行っている携帯からの書き込み規制
　　リストが大きくなりつつあり bbs.cgi の処理が巨大化しつつある。
　　現状の BBQ の携帯版が欲しい。携帯固有番号を外から手動で登録
　　bbs.cgi で毎回参照して、書き込みできるか出来ないかの判断をする。

2) 初めて２ちゃんねるにアクセスしたら案内・お約束等を表示する機能
　　初めて = 生まれて初めて。今年はじめて、今日はじめて　etc・・・

3) 1) の変形で、ある受付嬢をその固有番号をもった携帯から使えるかどうかの問い合わせ。


あとなんかあったっけな?

>>713
ちょいと修正。携帯固有番号があるから重なる危険性は多分無いと思いますが・・・どうなんでしょ
固有番号にdocomo/au/othersを振り分ける機能はありましたっけ。
なければつけなきゃならないし

ser.action.$FORM{'key'}.$FORM{'bbs'}.$ENV{'SERVER_NAME'}.bbs.bbm.2ch.net

【action】
0 = no action
1 = なんかする
2〜 = まだ決まっていない

【ser】
携帯固有番号

【戻り値】
127.0.0.1 = 何もしなかった
127.0.0.2 = 何かした
127.0.0.3〜 = まだ決まっていない

あと、できれば嬉しいのは

1) 携帯からの広告爆撃の迎撃、
2) 携帯からの埋め立て・スレつぶしの迎撃
3) 携帯からの電番・個人情報爆撃の撃退

この辺は 削除人さん・石部隊・焼き部隊の方々の意見も聞きたいです

>>714

　2) 初めて２ちゃんねるにアクセスしたら案内・お約束等を表示する機能
　初めて = 生まれて初めて。今年はじめて、今日はじめて　etc・・・

これはフラグ管理のためのDBが必須の悪寒

>>717
各種統計をそのDBから一気に作れる仕様がいいっすね、

> root ★さんへ

来週中に tiger507,508 が来ます。
この二台は olympic 特設会場になる予定ですが
メモリーディスク仕様にしますかー?

>>719
面白そうなので、ぜひ。
メモリディスクは基本的にlive15と同じようにセットアップすればOKですね。

特設会場の名前(xxxx1.2ch.netとxxxx2.2ch.net)は何にしますか？

>>720
まず ex7あたりで実験すればいいですかね?

/md/ を 20M 用意していただいて (メモリディスク)
起動時に /md/ch2ex7/ を作っていただいて
設定用のプログラムを動かしていただければ完了です(別途おくります)

olympic用の名前はみんなで考える?

>>718
テーブル設計をしっかりすれば作成そのものは難しくないかと思いますよ

>>720
athens041/athens042で。

素直にolympic1/2
商標がうーだらこーだらなら
gorin1/2

>>720
gold
silver

No1とNo2

kidoとsaori

public_html/keiba/ に FTP でアクセスしようとしたら
no such file or directry って言われるです

http://ex7.2ch.net/morningcoffee/
http://ex7.2ch.net/keiba/

の復帰はかかったけど

http://ex7.2ch.net/news4vip/
の復帰がかからないです

olympiad1, olympiad2

news4vip だけ復帰かからないですー

komuro1 amuro2

こんどは逆に news4vip だけ
復帰できました

閲覧のみ状態ですな

書き込みが反映されないよ

太鼓でも叩いてまっていてください。


会場
サーバダウン(鯖落ち)情報 Part46
http://qb5.2ch.net/test/read.cgi/operate/1090578901/

携帯用鯖はロードバランサー入れて複数台運用とかは無理か

うまくいったかな? < ex7

またex7…

>>737
乙です

>>737
OK牧場

inodeが足りなかったのですよ。メモリディスクの。
ひとつ勉強させていただきました。

ということで、-i2048。
そういや、昔はよくネットニュースのスプールにこのチューニングしたよなぁと。

md /md mfs rw,nosuid,noatime,-s20m,-i2048 0 0

2) 初めて２ちゃんねるにアクセスしたら案内・お約束等を表示する機能
　　初めて = 生まれて初めて。今年はじめて、今日はじめて　etc・・・

関係ないけどあぼーんの跡地をこれのリンクに置換したらいいかもとか思った

雑談スマソです

DNSのハッキング手法が発表に--セキュリティ専門家が警告
ttp://headlines.yahoo.co.jp/hl?a=20040802-00000002-cnet-sci

この記事中でも触れられている技術は2chで多用されていますが・・・。

>>743 う〜、雑・質スレに引っ張るべきか…
この記事でカミンスキィさんが警告しているのは、管理者が意図しない「偽の DNS
パケットと、それを利用する何らかの潜り込んだプログラム」ですよね。

誰が最初に考え付いたのか知りませんが、DNS の逆引きが正引きと独立して設定・
運用可能なの事を応用した各種サービス、２ｃｈの BB シリーズや、DSBL なんかで
利用しているものは、この記事で指摘している「ハッキング手法」には当たらないかと。

トラが二匹やってきた

メールしまーす > root ★さん

虎よ！　虎よ！　あかあかと燃える
闇くろぐろの　夜の森に
どんな不死の手　または目が
おまえの怖ろしい均整を　つくり得たか？

ＦｒｅｅＢＳＤ４系になるのか、ＦｒｅｅＢＳＤ５系になるのか
わくわく

うお、ＧＮｕかよ・・

オリンピック鯖はジンギスカンやるの？
あとlive8も

>>764
スレ違いだが
虎よ!　虎よ!
ぬばたまの夜の森に燦爛と燃えて!!
そも、いかなる不死の手、
はたは眼の造りしか、汝が由々しき均整を!

のほうが好きでつ

>>745
メール受け取りました。
これから出勤なので(今朝7:00過ぎ)、設定はぼちぼちと。

自鯖の OS を入れ替えたと同時に perl が 5.6.2 から 5.8.2 になったのですが、
perl で動いているものすべて、メモリの使用量が、おおかた 1/3程度にまでに減りました。＠ top とか ps とかで確認。
もしかすると perl5.8 系を導入すると、メモリ周りの窮屈さが解消されるかもしれないです。
（最新は 5.8.5 ）
ただし、カーネル周りも入れ替わったせいか、 LA はちょっと増加。。。

ちなみに、Shift_JIS で描かれていたものでも今のところ不具合無く動いております。

>>752
興味深いですね。帰国後あたりにでも。

>>752
がんがれ！

Tiger507 = live16.2ch.net /md/ 20M
Tiger508 = live17.2ch.net /md/ 20M
でお願いしますー　> root ★さん

>>755
了解です。
現在1:00前。あと5時間ぐらいしたら空港へ。

見習い & root氏 GJ
+.(･∀･)ﾟ+.ﾟﾄﾗが目覚める日が楽しみじゃ

>>752
$ps aufx

root 18289 0.0 0.0 1364 260 ? S 02:41 0:00 �_ supervise httpd
root 18290 0.0 0.0 1560 460 ? S 02:41 0:00 | �_ /usr/local/bin/tcpserver -vRH -x /etc/tcp.http.cdb 192.168.1.22 http /usr/sbin/httpd -F
apache 19850 0.5 0.6 9084 3128 ? S 02:57 0:00 | �_ /usr/sbin/httpd -F
apache 19856 2.0 0.5 4644 2896 ? S 02:57 0:00 | | �_ /usr/local/bin/perl /home/.baila6.jp/.sv2ch/collexy.cgi
apache 19860 0.0 0.6 9092 3176 ? S 02:57 0:00 | �_ /usr/sbin/httpd -F
apache 19861 0.0 0.5 4604 2740 ? R 02:57 0:00 | | �_ /usr/local/bin/perl /home/.baila6.jp/.2ch/test/bbs.cgi
apache 19862 0.0 0.6 9080 3064 ? S 02:57 0:00 | �_ /usr/sbin/httpd -F

・・・どうやら幻覚のようでしたm(_ _)m

ex7 と news18 の Apache のセッティングをちょっと変更。

512でもスロットいっぱいかぁ。
read.cgiありだから、live8よりつらいかもしれんなぁ。

ex7は峠越えたかな。
news18は、まぁねぇ。

今日は特別ですよ。

いちおう、建前としては想定してないものですもんね＞news18

ex7はもうだいじょうぶ。
news18は、ちょっと悪あがき。

芸スポも大丈夫そうかな。
少しチューニングを出せた。

芸スポはまた重くなったすね。
まぁ、今日はこんなかんじということかと。

news18、ういにで逮捕者1号が出た時以来だなぁ。
せめて2CPUで安定に動いてくれれば。< tigerサーバ

%uptime
7:32AM up 22 days, 21:07, 1 user, load averages: 659.94, 463.42, 314.19

L4SWでも導入してもらいたい、今日この頃…

でもオリンピックを前にtigerサーバのセッティングが少し出せたのは、よかったかも。

root★さんお疲れのところありがとうです。

news18のちっちゃな板住民

何故mod_perlを試さないのでしょうか。
やってみたらスワップしまくりだったとかなら仕方ないですが。

news18は、リミッターを768にしました。(もともとumaサーバ(FreeBSD 4.x)は1024とかだった)
シングルCPU設定なら、OS(FreeBSD 5.x)も死なないみたい。

平常に戻るにつれ、従来どおり64まで徐々に下がるということで。

>>770
trafficinfoの方ですね。どうも。

>>771
mod_perlは前から出てるすね。

suexec問題が解決できるなら、試してもいいのかもですが。
Perlソースを変えなくても済むのって、何モードだっけ。

mod_cgidsoというのもありかなと思ったり。(suexec大丈夫なんだっけ)

というかバーチャルホストが1つしかないなら、
そのユーザで動くようにしてしまうというのもありなのかな？

え〜と...... bbs.cgi なんかはファイル書き出しの問題があるのでしょうけど，
read.cgi は基本的にリードオンリーかと思うので，普通の .dat アクセスで
支障ないなら別にいいんじゃないか，とも思うんですけど......

で，bbs.cgi + mod_perl の方は......解決するとすれば perchild MPM でしょうけど，
まずは worker MPM がちゃんと動くことが前提でしょうからねぇ......

>>775
そっか、そですね。< read.cgi

workerは前にやっていまいち(いまさんぐらいかも)だったです。
設定(私のスキル)がわるかったのかもですが。

オリンピック用臨時liveサーバ2台の生誕の儀式をお願いします。
メモリディスクバージョン、live系サーバ用のApacheセッティング。

以下を2ch.netのDNSに登録お願いします。

+live16.2ch.net:206.223.152.50
+live17.2ch.net:206.223.152.55

月曜からいろんな人がいろんなことになっていろいろするみたいなので、
オリンピックサーバはちょっと急き目で。

今日はさすがにへろへろ。
携帯フロントエンドの調整(適切なURIにとばす、UCRLを入れる)は、明日以降にぼちぼちと。

>>778
お疲れさまでした〜

乙です＞rootさん

しかしrootさんひとりだけにrootあり鯖のシステムセッティングを
やらせているのは酷かと思います。道楽とはいえ。

せめてrootさんがもう一人ほしい？w

>>780
# useradd root
useradd: ユーザ root は存在します
#

>>781
がんがれ！

べつにsudoがあればrootが必ずしもいるわけでは無いといって釣られてみるテストw

じゃあ、おれが、administratorになってやろう

>>784
ﾜﾗﾀ

おにいさんは忙しいのかな。

root さんは実はマ（ｒｙ

そうか、マゾだったのか。

そうか、マンモスだったのか。

そうか、マギー司郎だったのか。

そうか、マリリンだったのか。

そうか！
rootさんは実はサザンさんのママなんだ！

自分なりに復元
「root さんは実はママなんです　私の」

　　質問・雑談スレ60＠運用情報板
つ http://qb5.2ch.net/test/read.cgi/operate/1091542484/

inode不足にならないよう、tiger507, tiger508のメモリディスクの容量を倍にした。
(-i1024でもいいのかもしれないけど、いまいち気がすすまなかった)
oyster901 = live8 も、これからそうする予定。

live8の作業終わりました。
これで導入に支障はなくなったはず。

>>777
done

http://live16.2ch.net/
IPアドレス: http://206.223.152.50/~ch2live16/
バーチャルホスト変換前: http://tiger507.maido3.com/~ch2live16/

http://live17.2ch.net/
IPアドレス: http://206.223.152.55/~ch2live17/
バーチャルホスト変換前: http://tiger508.maido3.com/~ch2live17/

>>797
ほほーい
とりかかりまーす

>>797
Yahoo!BB全部みれました

http://live17.2ch.net/ootoko/
http://live16.2ch.net/oonna/
with ジンギスカン

>>800
乙です

しかし、男女別ですか・・・・w

なお、INDEX丸見えですので早いうちになおしませう

>>800
あれれ　さっきは見えたんだけどなぁ
今丸見え

一時的にLA=200ぐらいいったけど、それなりにゆとりあったような。< ex7
ジンギスカン(メモリディスク)＋思い切ったセッティング(httpdの最大数を増やしてある)の効果か。

live16, live17でsubject.txtの飛びが多発。
mdmfsの設定を変更。

従来: /etc/fstabで以下のように設定。

md /md mfs rw,nosuid,noatime,-s20m,-i2048 0 0

現在: 起動時に以下のコマンドを実行。
これにより以前と比較してmallocベース、softupdateなし、asyncに変更。

mdmfs -M -S -o async,nosuid,noatime -s 20m -i 2048 md0 /md

再度変更。asyncをやめ、sotupdateを復活。

mdmfs -M -o nosuid,noatime -s 20m -i 2048 md0 /md

原因はf22だったもより、、、。

ttp://www.janog.gr.jp/meeting/janog14/abstract.html#07231600
DNS Demystified 〜 あなたの知らないDNSの世界

このPDFは興味深かかったよ。
dnscacheのmultilogは確かに負荷がでかいな。
あとWITH_PERSISTENT_MMAPするとbindと勝負できると思うのだが。

PCI接続のシリコンディスクにdatを置いといてHDDにミラーする
というのは素人考え？

>>808
そのシリコンディスク自体が高杉の悪寒

>>809
ttp://www.cenatek.com/store/category.cfm?Category=15
だと1GBで999ドル、4GBで2999ドル。
懲罰鯖か実況鯖用に1GB入れて実験してみるのもいいのでわ？

ほんとにこのスケジュールで出るのかな。
http://www.freebsd.org/releases/5.3R/schedule.html

>>809-810
たぶん1Gもいらないんですよね。

だって、public_html/livecxとかの下をまるごとシリコンに入れることになるだけだから。
今もdatとkako以外を入れてますが、20Mとかで足りています。
kakoはシリコンディスクにする必要ないから、ライブなdatが増えるだけすよね。

ジンギスカンの設定見て「あぁ、おじさんにまたやられた」と思いました。
実はライブな掲示板をライブに動かすだけなら、ディスク容量はそんなに食わないわけです。

SRAMで構築しよう

EMSメモリで

>>811
ここ数年の実績からするとスケジュールから大体数ヶ月遅れでリリース

>>815
クリスマスプレゼントにでも間に合えば御の字ってとこか？

>>808
すぐに寿命が来る悪寒

>>817
シリコンディスクというのはCompactFlashではなく
DRAMで構築されていますから機械的な寿命というのは実質的にありませんよ。

そりはフラッシュメモリと間違えてない？

シリコンぢすくは、余ったDRAMかSRAMをバッテリーバックアップして
ATAなりなんなりに変換している。

rootさん、こんばんはーヾ('-')ﾉ

live8:

hint.acpi.0.disabled="1"

だと落ちなくなるけど、シングルCPUモード、かつ全然パフォーマンスが出なくなるので、

hint.apic.0.disabled="1"

に変更。APICを切ってしまうので、やはりシングルCPUモード。

>>820
ひさしぶりにみたような。

>>821
ひさしぶりに来ましたヾ('-')ﾉ

久しぶりに来たらシングルCPUになってるのね・・・('-';)

陳腐化も寿命のうちとかいう話ならあるいは

>>822
いろいろな道をたどって、

1)
read.cgiを起動する状態だと、Cobra/Tigerともに突然死しやすい
で、どうやらそれは負荷によらない

2)
Tigerサーバ: ACPIを止めてSMP/APICを切り、シングルCPUにする
Cobraサーバ: APICを切ってシングルCPUにする

ことで、1)の状況は起こらなくなる

3)
Cobraサーバは、超高負荷の後の中負荷ぐらいの頃に落ちやすい

というところまでわかりました。

個人的には現在、特にCobraサーバのBIOSまわりとか、
FreeBSDのACPI/APICまわりのコードなどを、最も疑っていたりします。

特にFreeBSD 4.x/i386では起こらなかったハングアップが5.x/i386で起きているあたりが（りゃ。

ということで、とりあえず仮設。

http://blackgoat2.peko.2ch.net/_service/20040811.txt

>>811
10月3日リリース予定・・・ですか。

まあ気長に待ちましょう。
RCが出た段階でexを人柱にしてみるテストを実施するのもありかも。

これが出ない限り？は新しいpeko/Cobraは投入できないわけですし・・・。
>>824はコードの問題＜バグ＞が最有力でしょうし。

blackgoat.2ch.netサーバのLAがみたいんですけどみれますか？

１号: http://blackgoat.2ch.net/_service/20040811.txt
2号(実験中につき暫定): http://blackgoat2.peko.2ch.net/_service/20040811.txt

>>824
おつかれさまです('-'=)

違う機種で同じように落ちるのは、OSっぽいって事ですか

ついにWindowsServer導入？！ヾ('-')ﾉ
選択として仮Linuxとかは無しなの？('-'?)


そういえば、、、なんでﾊﾞﾅｰﾅは落っこちないのー？(?-?)

中の人がお仕事サボるからかと…

>>829
OSっぽいか、BIOS問題か、あるいはその両方か。

で、結局のところシングルCPUモードに設定すれば落ちないと。< Cobra, Tiger

そういえばbananaはPen 4 singleですが、シングルCPU設定(SMP/APICなし)のほうが
FreeBSDでは高パフォーマンスで動きますね(手元のマシンでいくつかベンチマークしてみた)
Pen4のHTT/FreeBSD 5.xだと、SMPするオーバーヘッドのほうが性能向上を上回っている模様。

Linuxは別にきらいなわけではなく、単純に私の経験値がないだけで。

ACPIなしにするとCobra同様TigerサーバもディスクI/Oのパフォーマンスがとても悪くなるので、
ACPIを有効にした。これで本来予定していたディスクI/O速度になるはず。

ただしAPICを切っているので、あいかわらずシングルCPUモード。< Cobra/Tiger

>>831
えーと去年の秋ぐらいにも同じことを聞いたかもしれませんが、念のためってことで。
HyperThread有効のときは/etc/sysctl.confで
machdep.cpu_idle_hlt=1
machdep.hlt_logical_cpus=0
をしてますよね？

>>833
FreeBSD 5.2.1なので、上記はデフォルトで1かと。

%sysctl -a | grep machdep.cpu
machdep.cpu_idle_hlt: 1

下は、FreeBSD 5.2.1にはないような。

あ、そっか。

今options SMPを切っているので、出ないです。< 下

HTﾊﾞﾅﾅｰのパフォーマンスアップの可能性？ヾ('-')ﾉ

今のbananaは全部HTT切ってある気がします。>>836

machdep.cpu_idle_hltは非SMPの時はデフォルトで1なのですが、SMP時はデフォルト0に。
あと後藤大地さんの去年の冬あたりのUNIX USER記事にいろいろとHTT時の最適化は書いて有りましたね。
5.2.1Rの機能紹介記事だったかな。

>>829
（￣ー￣）ﾆﾔﾘｯ

DragonFlyBSD。

>>828
教えてくださってありがとうございました

>>787
マンコって言わせたいんだな。いいでしょう！
言ってみます、マンコ！

>>842
>>842
>>842

(　´_ゝ｀) >>842

>>842
(　´д)ヒソ(´д｀)ヒソ(д｀　)

(　ﾟДﾟ)ﾎﾟｶｰﾝ

>>807
ようやく読みました。とても面白いですね。

DNS/BINDの内部を(しかも軽視されがちなDNSキャッシュサーバの振る舞いについて)
ここまできちんと調査した結果は、初めて見たかもしれません。

２ちゃんねるの場合DNSキャッシュサーバを軽くできると、
それはそのままbbs.cgiの軽量化に直結するわけで、
このあたりはいずれまた、じっくり試してみることにします。

>>840
ちょっと前から話題のしろものですか。
「FreeBSD 3.xは間違いだった、FreeBSD 5.xはさらなる間違いだ」でしたっけ。

意外にFreeBSD6とかあたりで、DragonflyBSDで入った機能が相当取り込まれたりして。

live8 ですが先日までは 450/min の書き込みをこなしていたのに
現在は 200/min でへこたれるのはなぜなんでしょか?

http://ch2.ath.cx/load/live8.html

>>848
夏ﾊﾞﾃ

bbs.cgiをコンパイルしていないとか？

>>848
このところ特によく落ちたので、シングルCPU設定に一時的に変えているせいですね。(>>821 >>824)

シングルCPU設定だとマシンが落ちることはありませんが(LA=600とかなっても落ちない)、
Cobraサーバの場合、半分以下のパフォーマンスしか出ないようです。

これまでのgame6等でのCobraサーバの不安定の原因も、
マルチプロセッサモードでの動作の問題ということで、ほぼ間違いないようです。

これがFreeBSDのバグなのか、サーバのBIOSの問題なのか
(BIOSの更新で直る場合があったらしい)、
あるいは他の原因なのかは、まだわかっていません。

なお、Tigerサーバも同じ傾向の模様(少なくともex7では)であったため、
現在Cobraサーバ同様にシングルCPU設定になっています。

Tigerの場合Cobraほどの激しい性能低下はないみたいですが、
FreeBSD 4.x/HE.NET時代のパフォーマンスは、出ていないです。

オリンピックに向けて、
落ちてもその都度リブートをすればいいということで、
マルチプロセッサモードに設定してみますか？＞live8/live16/live17

そうすれば、今の倍以上はいけるはず。

補足:

携帯用サーバ、BBQ/dnscacheとして使用しているCobraサーバは、
マルチプロセッサモードで動いています。

しかし、BBQ/dnscacheサーバは一度も落ちていないし、
携帯用サーバも、それほど頻繁には落ちていない。

特にread.cgiとの相性が悪い模様。

read.phpの登場？



なわけないなｗ

>>854
perlcc を通した read.cgi という手もあるかもしれないですね。
perlcc された bbs.cgi の実績からして。

read.cgi も configure が付いていると、もうちょっと柔軟にコンパイル出来るのかな？

>>852 は、向こうで聞いてみるかな。
↓
【実況】 live8/15/16/17 鯖 Part1
http://qb5.2ch.net/test/read.cgi/operate/1092036748/

>>855
ん、Cバージョンをやめると言っています?

あとは、read.cgiについてmod_cgidsoを入れてみるという手は、あるかも。

>>858
それやるのなら，一応作者なんでサポートします......

>>847
ttp://www.allbsd.org/~hrs/diary/200408.html#d0801
DragonFly BSDについての日本語情報はこの記述が今のところ一番正確だと思う。

バイナリでも毎回起動コストがかかるCと、
メモリに常駐するPHPだと、PHPのほうがよかったりするのかな、、、

>>861 え〜と......バイナリかつ起動コスト (fork/exec) がかからないのが mod_cgidso なんですが．
http://qb5.2ch.net/test/read.cgi/operate/1087199303/82-n

# うpしてる鯖のIPは 203.205.141.7 になってます．

おぉ、すばらしい。。
これって、mod_cgidsoの入ってないサーバでは、
単なるバイナリとして動くんですか？

>>863 mod_cgidso に対応するバイナリは通常の実行ファイルじゃなくて
共有オブジェクト（Windows でいえば DLL のようなもの）なので，
それ単体では実行できませんので，mod_cgidso が入ってなければ
従来の CGI を使ってもらうことになります......

google先生に聞いてもほとんど情報がなかったんですが、、、

>>865 まぁ，積極的にプロモーションしてるものでもないので......

http://www.google.com/search?num=50&hl=ja&q=mod_cgidso
2chだけ、、、

>>867
いやまあ2ch用に◆cZfSunOs.Uさんが作ったものですし。

>>867 (w
まぁ，mod_cgidso 作成の経緯は，元々 read.cgi 改良の目的の一環としてと
いうことだったので，その意味では 2ch 発祥であるとはいえるかと......

おぉ、、そだったんですか、、、

>>869
しかし、今までのと変えるとなると、「あっそれっ」と変えれないでしょうね。

mod_cgidso＋改良read.cgiで直ったりして・・・

>>855
automakeとautoconfつかえば作れるはずです。
設定ファイルを多少書く必要がありますが。

参照：autoconf / automake を使ってみよう！
ttp://shimaki-hp.hp.infoseek.co.jp/autoconf/book1.html

１日２回はいけるぜーー

>>869
もしよろしければメールいただけると嬉しいです。

[email protected]

ついでなんでふっときますが、

http://who.sakura.ne.jp/
ここにbbs.cgiの有志開発バージョンあります。

>>874 メール送りました．よろしくお願いします．

(>>876 これで事態は大きく進展するのだろうか・・・)

第3の鯖運用人の誕生かな？

とりあえず目に付いた >>861 だけ。

んと、いわゆる中間コードをキャッシュするしくみ(PHP Acceleratorのような)を入れないと、
毎回コンパイルがかかるので、PHPのほうが不利ですね。
(乱暴に言ってしまうと、Cで言うと毎回gccが動くようなもの)

PHP Acceleratorはc系のフロントエンドにも入れてあります。効果はかなり大きいですが、
特にamd64系で、たまに挙動不審になることがあるみたい。

所詮インタプリタはインタプリタかと、

c.cの予感

機動性ではインタプリタだけど、、、

PHPはZend Optimzer使えばまだましな模様。
ちなみにフリー。
ttp://www.zend.com/store/free_download.php?pid=13

ソース：PHP-USER-JP ML
ttp://ns1.php.gr.jp/pipermail/php-users/2001-July/000883.html