アレってこれかな？
【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★さん乙でつ旦~
>>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()したページは開放されないのか。
# 気になるけど、今日は体調いまいちなんで、ねることにしよう。
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
なにを逆アセンブルするんですか？
コンパイラにアセンブリ出力を吐かせるのでは駄目なので？
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状態ってことで合ってますか？
>>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
今しがた中の人から、
「事情により儀式は明日になりますー」との連絡を受けました。
ということでもう時間も遅いので、以降の作業は明日以降となります。
明日以降の予定を書いておきます。
2)～3)は、cの中の人におながいしようかなと。
そういうチューニングをしたつもりなので、とりあえずは今のcと同じ動作でよいです。
4)は、私がごそごそします。それではおやすみなさり。
1)生誕の儀式
2)今cで動いているプログラムをごっそりコピー、動作確認
3)動作試験
4)au以外からのアクセス制限の実施
当分(少なくともサッカーがある間)、live12/tmp3のバックアップタイムを
日本時間朝5時から朝9時に変更することとしました。
ということで、いったんねます。
>>55
え？
てことはpeko廃止？
Project 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
>>74
>>78でfusiaasanになってたｗ
Yahoo!BB 3つとも見れました >>77
ようわからんけど、excelで等高線グラフを作ってみたら
bananaのピーク地点がcobraだと台形になった。 >>81
えー
範囲指定してボタン押すだけだから誰でもつくれるお？
それにexcelのオマケだからグラフきちゃないしー excel持ってない人も多いし
excelファイル開きたくない人も多いし
歓迎する人は結構いると思うよ
game6の件。ここにも一応。
867 名前：root ★[sage] 投稿日：04/06/23 23:13 ID:???
2日動いたというのは正直画期的なので、
read.cgiのmunmap()をやめるのは効果ありか。
次上がったら、comic4/c並みにMaxRequestsPerChildを小さくしてみる予定。
しかし、不安定な状態(read.cgiを動かした状態)でないと試せないところがきついなと。
read.cgiを止めれば安定する(20日以上ダウンなし)ので、
何らかのトリガであることはもう間違いないと。
>>88
まぁ、そんな領域で実験できるのは2ch位なのでむしろ楽しめるかと。 よーわからん２号だけど
Writeで SCSI320：ATA100(?)おおむね１．５倍ってかんじ
IDEもキャッシュ多めなのか、こんなものかなあ。
readは２倍前後でてるもより。
game6が上がったら、>>86 よりも素直に負けを認めて、
Single CPU設定にしてみるかなぁ。そのほうが簡単だし。 >>93
Single CPU設定にする前に、
いま一度、>>86でトライして欲しいねぇ・・・ >>94
正直迷っております。上がるまでには心を決めておこう。 >>93
MaxRequestsPerChildを(5000あたりまで)ガッツリ減らす方が効果あり
そうな気がする。read.cgi動かしているサーバで希にでも落ちるのは
pekoだけじゃないですよね、確か。
今時swap使い尽くすような使い方は滅多にされないから、仮想記憶
使い尽くすあたりにカーネルのバグがあっても不思議じゃないし。
もちろん、SMP特有のバグという可能性もありますが。 【'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
続報が入り、他の作業との兼ね合いで
本日作業が入らないかもしれないとのことでした。
その場合は後日スケジュールということになります。 >>100
どもです。レスしておきました。
なんだか誤解があるようなので。
向こうにも書きましたが、
今回、外にアナウンスする入り口のURLは変更して＊いません＊。
従来通り、c.2ch.netが入り口となります。
あくまで、内部処理をするホストを変更しただけです。
明日以降DoCoMo専用の受付嬢も作る予定ですが、
それについても同様です。
ということで。 グラフが変というか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サーバのダウン（不調）の原因は何だったのでしょうか？ 帰宅。
今日は午後からずっとオフラインでした。どうもいろいろとあったようで。
>>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のも設定してるなら無理か
キャッシュサーバのアドレスが変わると、Rock54への登録とかも必要かな。
しかし、ねそびれた。
>>119
おつですー
Rock54 関連は丁稚どんを含めて大丈夫かと思いますです。banana238 -> 206 系なので
BBX の oklist の書き換え（or 追記）が必要なのかな？ 本日の儀式予定:
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」書き込みをする前に
まさか開いちゃったの？ 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
>>130
変更を確認しました。
徐々に浸透していくと思うので、週明けあたりには概ね新cにいくようになるとおもわれ。 >>132
おつですー
ところで、
c.2ch.net/_service/
は存在するのでしょうか？＠現状、c-others に飛ばされるので確認できませんでした。
# 同じ鯖なのであまり意味はないかもしれませんけれども（苦笑） >>133
旧cにはないです。
新cにはあるはず。でもc-othersのやつをln -sしてあるだけ。 >>134
シンボリックの件、承知しました。
同じファイルなので、巡回外したほうが良さそうですね。
♪そういえば、 VirtualHost ごとに uptime があるのもちょとばかし無駄なような気もしたりして（苦笑） >>138
前にもこの案は挙がっていたような気がしますが。 mod_netniceの2ch特化版ってのはありかもしれないですね。
>>138
netniceは、いまのとこFreeBSD 4.xだけみたいですね。
将来性はきわめて有望(いろいろつかいでがありそう)なので、
かなりおもしろそう。 2ch的には、FreeBSD5.xが必要になりますか？
分かりました。できるだけ頑張ってみます。
もし差支えがなければ、直接コンタクトを頂ければ、
よりご希望に添った形に持っていけるかも知れません。
おぉ。すばらしいです。
ただ、実際に使うかどうかはわかんないです。
あと、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に触る仕事の実体を全てデーモン
プロセスにまかせられれば、デーモンプロセス自体の実装には特に工夫
しなくても、効果ありそう。
>>149
書き込み時と読込時では性質がかなり違うのと、現時点での携帯の場合は
平均的に遅いのと不安定という苛酷な条件があるので、Love Affairとは
直接の関係はないかと。>>148で書いたデーモンプロセスは各種ファイルを
持っているサーバで実行するほうが良さそうだし。
別のところで見た「実況」の問題についての素朴な提案なので、こちらの
議論の流れとはずれているのかも知れません。その際にはご容赦を。
帯域の話は、フェアキューイングを使うと、帯域は絞りませんよ。たとえば、
リンクが100Mbpsあるとすると、「実況スレ」だけしかリクエストが無いとき
には、100Mbps使いきりますし、そこに同じだけの他のリクエストが来たとき
には、50Mbpsづつフェアシェアすることになります。その際、システム全体の
スループットは、理屈のうえでは変わりません。
ただ、それは、システムのボトルネックがネットワークI/O側にあるときの理想
的な状況で、かつ、クラス分けのアルゴリズムがうまく実装できたときの話です
ね。CPUがボトルネックであれば、いくらネットワークでフェアキューイングし
たとしても、あまり意味は無いでしょう。その際には、プロセススケジュー
リングの方を、スレ毎にフェアシェアしてやる必要が出てくるのでしょうね。
直感的には、ディスクアクセスが噛むと話が変わってきますけれども、アクセス
の多いスレはバッファキャッシュがホットでしょうから、最近のプロセッサで
あれば、結構、burstyに出力されているような気はします。チューニングされた
コードであれば、なおさらです。そうなると、ネットワークI/Oでのフェアキュー
イングが、「実況」問題に効果を発揮する可能性はあります。ただ、実際の
ところは、やってみないと分からないというのが正直なところですね。
リクエストが溜まってクライアント数が増えてしまうという問題については、
mod_netnice固有の問題ではなくって、システムの処理能力を上回るリクエストが
生じているときにはいずれにせよ生じる問題だと思います。その際には、選択的
に「実況スレ」のリクエストを処理しているプロセスをアボートさせるしかあり
ませんね。もっとも、その処理自体は簡単なはずですよ。案外、そうしたコード
を埋めるだけで、問題の殆どは解決してしまうのかも知れませんね。
思いつきで書いているので、間違っていたらごめんなさい。
>>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のような状況が起こらないようにしておく必要がありますよね。
>>154
bbs.cgi関連を最適化しても恩恵を受けるのは実況サーバだけという
気もするので微妙ですが、もし手を付けるのであれば教えてください。
デーモン部分のコードをCで書きますです。 お返事どうも。
フェアキューイングの説明については、余計なことだったようで申し訳
ありませんでした。2chのバックエンドについてまったく理解していない
一般人ですけれども、結論的には、同じところに落ち着いているようで、
少しほっとしました。
さて、上記の書き込みですけれども、直感的な感想です。
1は、簡単ですよね。パケットが契約帯域を越えるとドロップされるなら、
サーバ側で絞れば良いだけのような気がします。
2は、普通は、間にキャッシュサーバを数台噛まして負荷分散、という
アプローチになると思いますけれど、キャッシュは置けないという前提の
ようですね。そうなると、「遅い」コネクションをいかに落とすか、
あるいは、同じホスト上で、何らかのソフトウェアでキャッシュサーバ
の挙動をエミュレートしてやるか、という話になりますか...。
3は、「実況」時のリクエストのプロファイルによると思いますけれども、
「同じファイルを読み書きする」限りは、バッファキャッシュの効率が
高まるので、基本的に個々のプロセスの処理効率は高まると思います。
148は、その問題に対して、読み書きのトラフィックをユーザーランドで
write gatheringするというアプローチだと理解しますが、それは、逆に、
コンテクストスイッチ分だけ効率を落とすことになるような気がします。
この手のプロセスまわりの性能問題は、結局はスレッドベースのhttpdに
するしかないのでしょうね。逆に言えば、Apacheの利便を取る限りは、
犠牲にするしかない類の話なのかも知れません。
ともあれ、ある程度ネットワークに出力がないと、フェアキューイング的
に美味しくない、というのは正しいでしょうね。ただ、出力のバッファの
挙動って、よく分からない動きをするので、やっぱり、やってみないと
分からないというのが正直なところです。
game6/news11, comic4とも、メモリ節約セッティングに変更後にread.cgiを動かして
数日間安定して動いている模様なので、
tmp3/live12 (cobra2245)も同じセッティングに変更の上、
read.cgiを動かしてみた。
etc2/food5は来週には移転とのことなので、とりあえず今のままで。
pekoサーバのread.cgiはいずれも、munmap()を明示的にするバージョン。
少なくともFreeBSD/amd64では、このほうがかなり安定に動く模様。
カイサード アルサード キ・スク・ハンセ・グロス・シルク
灰燼と化せ 冥界の賢者 七つの鍵をもて 開け地獄の門
(´-`).｡ｏＯ（そんなボケが未承諾広告さんの口から聞けるとはｗ)
>>163
ハーローイーン
七 鍵 守 護 神！！！
ですか。懐かし漫画板へ逝ってください。 バスタードはまだ懐かしじゃないぞぉ、と釣られてみよう。
ついこないだようやく単行本新刊出たし、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ってましたが、一つの山を越えたようで、皆さん乙でした！
移動中に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ボードかネットワークドライバ周りに異常か？
>>181
実況系統とそうでない系統を同居させるのは正直、いかがなものかと・・・ >>184
祭りが良く起きるダウソ板の挙動が不安でbananaに移りたくないのかも？＞tmpの中の人 質問でーす
game6 , comic4 , tmp3 @peko
は 現在 read.cgi 動いているのですか?
それと、今後の予想はどうなんですかねぇ?
>188
read.cgiは動いてるですよ。＞game6 , comic4 , tmp3
gameは夏までに整理できるところは整理したほうがよいかと
いいかげん頭打ちになるような気がしないでもないが
netniceのBOFってどこなの？
BSDなひとときで見てたけど情報がみあたらない。
黒山羊さん生誕の儀式を依頼しておきますです。
今日の構築作業はここまで。続きは明日夜以降。
以下を2ch.netのDNSに追加お願いします。
+blackgoat.2ch.net:206.223.150.190
うーむ。
>>181を鑑みるに、live9/game7みたいなdat保持数が多い実況板も
再編したほうがいいのかねぇ。。
どうなんでしょ？ >>201
;; ANSWER SECTION:
blackgoat.2ch.net. 1D IN A 206.223.150.190
Excellent! あれ、blackgoatってフロントエンドとプライベートIPでつなぐんじゃ
なかったけ？外にも公開することにしたのかな？
というか、blackgoatが掲示板サーバーからデータを取ってくるわけですし
グローバルIPがないと掲示板サーバーと通信できない気が
comic4 なんですが、、、
FTP で接続はできるのですが
public_html へ移動しようとすると
listing が出来ないようで、それっきりになってしまいます、、、
public_html から 1035 bytes が来たところでしまってしまう
どうしたのかなぁ
>>208
なんだか移転が上手くいってないっぽい…？ >>210
(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ 他に残ってる板（まだ移転してない板）は書き込みとか読み込みはできるけれど…
どうなのだろう＞comic4
bbs.cgi@comic4 とめます
何か不吉な予感ということで、
HDD交換ってことなら
どうせなら不治痛MAUの導入実験きぼんぬ。
実験、実験。たのしい実験。
comic4って鯖落ち回避のためにバックアップをしてないはずだけどログとか大丈夫なのかしら。
裏で復帰作業が入っていたがそれが原因ってことではないよね。
>>221
壊れたかもしれないcomic4とcomic5は別マシンなので
無関係だと思うです。 comic4から移った板は通常営業って事でいいの？
>>223
なんでだろ・・・
comic4 -> comic6
comic , wcomic , csaloon の移転(dat)移し&index.html変更おねがいできますかー
んで bbs.cgi 再開してくださいー 今気が付いた、俺>>221で何を書いてんだろう。
comic5と見間違えちゃった。
>>225
移転できたのは通常でOKだとおもいます。 留守番さんがpeko246に嫌われちゃったとか（ﾏﾃ
で、それぞれ3板しか移ってないのは何か意味あるのですか？
システムメッセージ 正常
fsck -n 問題なし
その他システムレスポンス 正常
不審なプロセス・不審なコマンドの形跡 なし
攻撃の形跡・異常なアクセスの形跡 なし
ロードアベレージの急な上昇 なし
気のせいだったということで、
私が入れるようになったら他のも移転しまーす
が、
サザン ★さんが適当に割り振って移転してくれても ok でーす
comic4 -> comic5,comic6
私は次に tmp3 -> tmp4 をやりまーす
comic6 にログインして comic4 にFTPかけて、
public_html に移動してファイルいくつか転送してみたけど、
何の異常もないなぁ。
スレ違いなので、大変申し訳ないのですが、チョット失礼します。
root★さま、comic4のpeko鯖のお守り、お疲れ様でした、
有難う御座います。
peko鯖との別れは辛いのですが、何時かpekoに戻れる日を夢見て
bananaで頑張りますので、rootさまもpekoプロジェクト頑張って下さい。
ただ、お体には気をつけて。
スレ違い、失礼しました。
ということで、焼け石に水かもしれないけど、効果はあるはず。
携帯→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が当初予定通りの満足いく結果を出さなければ
全て白紙の予定です。 >>192-193
向こうで書くのがどうかと思ったので一応こっちに
game系に限らず利用者の多いカテゴリはその時点での必要性に追われて
悪く言えば場当たり的な板増設を繰り返してきたので
振り返ってみるとライトユーザーが見たときにどの話題が何の板かわかりにくくなってしまってるところがある
で同じような趣旨のスレがいろんな板に同時に多数存在していたり（有益なものもあるが）、
板違いなスレが（圧縮のきつい板に限って）繰り返し立っては他のスレを落としたりという無駄があり、
これらは各板の取り扱い範囲を仕切りなおすといったソフト的な対応で
リソースをより有効活用する工夫もいるのではないかと思う
今まではハード環境の制限が大きかったのでそこまで考える余裕がなかったが
これからはカテゴリごとの再編成も視野に入れて
ハードとソフト両面で最適化を図ることができるのではないかと 一カ所に集めると人が多くなってスレが加速する傾向があるので
＞で同じような趣旨のスレがいろんな板に同時に多数存在していたり（有益なものもあるが）、
＞板違いなスレが（圧縮のきつい板に限って）繰り返し立っては他のスレを落としたりという無駄があり、
この辺が無駄とは全然思えないのです
で圧縮が多いから負荷が高いというより、人が多いから負荷が高いのではないでしょうか
のでわかりやすいから負荷が減るとは一概にいえないわけです
カテゴリ再編はアイディア出してくださいで終わると思います(-A-)ｼﾒｼﾞ
ns1.maido3.comとns2.maido3.comってbananaサーバなんですか？
外国で売られている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つ >>272
で、bananaサーバの/etc/resolv.confに
dnscache.peko.2ch.net [38.114.137.232] のアドレスが書いてある場合、
アドレスつけかえと同期をとって変更する必要がありますです。 >>265
ですねー
むむむさーん 教えてちょーだーい >>274
maido3.comはサーバ屋さんのモノだから、2chの管理を
手伝ってるむむむさんに聞いても解るハズがないような。。。 ということで、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 >>280
ns[12].maido3.comの設定変更を確認しました。 etc2.2ch.net の F22 がまだ動いたままなのでご注意ですー
・・・といってもあまり意味はないのかな？
ということで、儀式依頼へと。
内容: c-docomo.2ch.netのアドレスの変更 (banana404 => cobra2247)
(現在)
+c-docomo.2ch.net:206.223.150.140
(変更後)
+c-docomo.2ch.net:38.114.137.250
>>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のチェックや動作確認やクラシックさんたちのプログラム更新の時は、
それぞれの子供を直接指定できるはず。 ありがとうございます。>>313-314
c-docomo1のpoundの設定を変えて、
携帯<=>旧c-docomo<=>cobra2247を、
携帯<=>旧c-docomo<=>新c-docomo<=>cobra2247にしてみた。
つまり、今poundの2段重ね状態。
DNSが浸透すれば、新c-docomoに直接行くようになるはず。 >>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は現在特殊設定)
ふと思ったんだけど、2ちゃん向けのパケットが余りに大杉てキャリア側に規制かけられたりしないかな？
そーいえばuma用DNSサーバはもはやとめてもいいのでは？
いまさらですけど。
>>324
とりあえず、中身のデータ(A)だけとりあえず削除しとくか。 ということで、以下の設定追加をお願いします。
+c-au2.2ch.net:206.223.150.140
>>326 ですが、旧c-docomo1の土地を流用しましたが、
バーチャルホストの設定はしてありますので
設定そのものはしておいていただけると助かります。 >>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)。
>>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
今、狼だけなんだっけか。 いなかったからなんともいえないですが、どういうかんじで死んだんだろう。
突然無反応になったのかな。
ひょっとするとこいつも「デュアルCPUでread.cgiをたくさん動かすと突然死することがある」という、
例のpekoサーバにあった欠陥を持ってるんだろうか。
ちなみに今のhttpd等のセッティングは、comic4/game6と同じ。
つまり、とっても安定方向。
突然死じゃないのか。
なら、セッティングの出しようはいくらでもあります。
たぶん、httpdの数が少なすぎだと思われ。
でも、一概にはいえないなぁ。リアルタイムで見てなかったので。
当然らくらく入らないとおかしいので、何か原因があるはず。
(だって、HE時代に同じハードで55Mbpsの転送に耐えてるんで)
みんなが大騒ぎしたし。狼とVIPが同時に騒いだんだから。
移転後から10分で狼には80個スレが立ったくらいの祭り。
組み立てて箱に入れる“だけ”のサーバーに何を期待すると言うのか
投稿とかかなり多いですね。< morningcoffee
もちろん頭ではわかってましたが、やはり２ちゃんねるの全投稿の1割を占めているわけで。
news4vipも入れるには、
ちょっとhttpdまわりのセッティングを変える必要がある気がします。
>>353
圧縮なしでですよ。< 当時のtmp2サーバだったかな あとは、例の「ディスク周りのエラー」が起こった可能性もあるなぁ。(セットアップ中に一度起こっている)
急に反応が鈍くなった(なくなった)なら、それが原因かも。
httpdのセッティングを変更してみた。< tiger503
できれば、再挑戦してほしかったり。
ここで「入らない」という結論は出したくないなと。
>>358
えぇ、そうですねぇ・・・
まぁ、もう少しひとのいない時間帯がいいのかも・・・ 私が見ていたところでは、
どんどん LA が上がっていって
LA50 くらい、プロセス 190 くらい、
Giant が沢山 (perl bbs.cgi と思われ)
おっ まずい、止めなきゃと思って FTP で入ろうとしたら
もう落ちていた。
再挑戦ｸﾙｰ
16:30から( ●´ー｀● )の番組がﾊｼﾞﾏﾙのですが気にせずに
>>360
なるほど、そのパターンですか。
突然死じゃないですね。(正直ちょっと安心しました)
LAが上がっていくのはhttpdが少なすぎる場合にも出ます。
書き込み負荷で落ちたかどうかが、ポイントか。 いったりきたりしてます。
news12 => ex7 のリダイレクトを切らないと。
もはやブラクラですね・・・すんげーIEが重くなる。
まだ無限ループ。
Javaスプリクト切っておくのが吉。
SETTING.TXTが無いような＞ex7のnews4vip
安定してますね。
この状況なら、問題ないでしょう。
おぅおぅ
んじゃさっさと news12 は他へ転用しちゃおう。。。
game8 っすね、
389 名前：留守番 ★[sage] 投稿日：04/07/10(土) 16:44 ID:???
おぅおぅ
んじゃさっさと news12 は他へ転用しちゃおう。。。
平常時で20スロット～30スロットぐらい埋まるのね。< morningcoffee+news4vip
これだと、働き手が128人だと不安が大きいかも。(さっきは128人、今は最大256人)
他の板と比べて、bbs.cgiが多いからか、滞留時間がやや長めな気がします。
ただ、今のところバイナリ版bbs.cgiを入れるほどではないかなと。
(実況みたいにbbs.cgiが同時に50個とか100個とかいうことはないから)
>>389
えぇ、game8ですねぇ・・・
がんばってください・・・ 現行game7と新規game8にgame6の板を割り振り、足りなければgame9を新設、なのかな
>>396
keibaは日曜日の午後4時ごろが問題か。
昔のgamble2よりも性能そのものはいいわけで。(狼やnews4vipと同居だけどね) 素朴な疑問だがex7にはニュー速記者キャップは入れないんだろうか・・・つうか不要？
>>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
VIPに記者キャップを戻したならIDも戻してくれませんか？
論外ですか？
さて、Rock54関連等のデータベースにex7とlive13を登録してきます。
残りはF22(サザンさん担当)かな。
>>411
戻して欲しいね。
運営側にそんなデメリットもないと思うけど・・。
そもそも廃止した理由もいまだに説明ないな。 >>416
そこで言っても説明さえしてくれないんだよな・・。
退散はします、失礼。 >>404
おいおい、おっさん。
他人にケツをふいてもらうのかよ。 >>389
鯖争奪戦時の約定を違えましたね(･∀･)ﾆﾔﾆﾔ >>389
ヤダヤダヤダヤダヤダヤダヤダヤダヤダヤダ！！！！！！！！！！！！！！！ 負荷が軽い状態で突然死んだ、、、。< tiger503
いやな予感。
>>426
pekoと同じ突然死ですかねぇ。
だとすると、
1) メモリ 2GBクラス
2) DualCPU
3) SCSIシステム
あたり+2ch+FreeBSD5で顕在化する地雷があるのかなぁ？ pekoサーバはi386じゃなくてamd64だけど、
SMPとapicをコメントアウトしてから今のところ一度も死んでないからなぁ。< game6/news11
ちと調べてみる。
ひょっとして、また、read.cgiを止めると、
tigerも問題がなくなるとか・・・！
reboot して read.cgi とめてみます
SMP + read.cgiの状況で落ちたとすると、
つまりこの問題がもしFreeBSD-5.2.1R/i386にもあるとすると、かなりやっかいだ、、、。
しかし、topで見ているとここはbbs.cgiがよく暴走するですね。< tiger503
で、RLimitCPU (=120)にひっかかるまでCPUを食い続ける。
>434
FreeBSD-5.2.1R/i386が原因か切り分ける為にどれか１台に前のバージョンで
試してみてはどうでしょうか？
>>437
4.10Rを入れるですか。(HE時代のumaサーバはFreeBSD4系だった)
今のTigerのアーキテクチャなら、技術的には可能ですが。 安定を望むのであれば、FreeBSD 4.xxと言う選択肢もありかもですね。
>>437 は可能なら、やってみる価値はあると思いますね。
とりあえず5-CURRENTを持ってきて、関連しそうなソースを眺めてみるか。
まずはめし。 >>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
透明削除で回復できますからいらないです。 うーん、立てるとしても必要になってからでいいんじゃないかなあ
寝ていた(倒れていた)間に、なんだかいろんなことがあったようで。
で、とりあえずbbs.cgiが更新されていたようなので、
pekoサーバのものをコンパイルして更新しておいた。
落ち着いているようなので、
・MaxRequestsPerChild 10000 => 100
・StartServers 128 => 64
・MaxSpareServers 128 => 64
にして、ex7のread.cgiを元に戻してみた。
で、あまりにしっちゅうbbs.cgi(Perl)の暴走を目撃するので、
RLimitCPU 120 => 60
に変更した。< ex7
これでしばらく実験かと。
read.cgiがまた喧嘩しちゃってるのかな？
書き込み時にだいぶ時間かかりますた
ex7重いっすね
選挙でVIPに人が集まってるのかな
重いすね。
bbs.cgi(perl)がたくさん暴走してました。
今は少しましかな。
>>455 のやつ、ex7だけ30(秒)にしてもいいかもしんないなぁ。 ex7だけ30secにした。
しかしlive系でもたまにしか起こらないのに、どうしてこうもbbs.cgiが暴走するんだろう。< ex7
>>463
perl(perlcc) のバージョンが 5.8 系だとか？ >>464
5.6.1ですねぇ。すくなくとも私がおもりしてるやつは全部そうです。
ex7は実験のため、あえてperlccはしてませぬ。 >>463 が効果出してるですね。
でも、しょっちゅう暴走する状況にかわりはない模様。 軽い状態でいきなり反応がなくなった、、、。
やはり同じ病をかかえているのか。
リブート要請しました。
リブート要請しました。
上がったら、read.cgiを止めます。
死んだ状態でのtopの出力。ううむ。
>>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を切ったままなんではないかなと。 >>482
選挙開票で上がったのかなと思いました。 ドキッとして調べてみたけど、そうではなさそうですね。
本当にLAが上がっている模様。
このグラフはApacheのserver-statusからとるようにしました。
(今まではアクセスログを正直にカウントしていた)
で、見ているとrunnable processが多いです。< c-docomo2
選挙 < 新庄
らしい。（もちろん選挙も無視できないけど）
I updated bbs.cgi on all peko servers.
問題切り分けのため、近々シングルCPU設定を試してみる予定。< ex7
それでうまく動くようなら、やむを得ないけどしばらくシングルCPU設定で。< tigerサーバ
携帯サーバへのアクセスも峠越えたみたいなので、今日はこれで。
acpiを止めてみたらどう？という天の声を聞いた。
/boot/device.hintsに
hint.acpi.0.disabled="1"
か。
>>495
すいません、またコテハン入れ忘れた・・・ orz
これを読む限り、(OS問わず)SMPとACPIは相性がよろしくありませんな。
たぶんhaltさせるときは同時でないといけないから
何かの理由でそのタイミングが狂うと(その段階で)出してはいけない命令が
かちあってそのままお亡くなりになるという・・・・ 設定変更・リブート完了。
read.cgiを復活させました。< ex7
これで明日まで無事だったら、デュアルCPUを復活させてgame6とかにも入れてみよう。
で、順次他のサーバにも。
突然死がとうとう解決されるのか！気になる結果はCMのあとで！！
まっ実験しなきゃ先には進めん。
いい結果を期待したいが・・・
これでもダメなら・・・
どうなるんでそ？＞root ★ さん
やっぱりシングルCPUでしばらくの間は置いとくのかな。
>>502
まずはex7でのテスト結果をﾏﾀｰﾘと見ようかと。
これまでの様子から、1日動けば効果ありとしてよいと思われ。 基本的な動きとしては
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が消えちゃったってだけ ん、ただの板とびでしょ。
落ちてはいなかったと思う。
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 /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)では、上記問題は発生していない。
ただし、突然死する症状は相変わらず起こっている。 見当外れならスマソですが
ACPIってS3のことだべ？
OSのほうをいぢらんでもBIOSでS3をdisabledにしとけば済む話に見えなくもなかったり、、
どうでしょ？
■ 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アドレス変更の際に、再度まとめて変更依頼となります。 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
デュアル対応のチップセットが近々出ると聞いた事がありますが・・・
すみません確証ないんでネタと受け取ってください。 あう 誤爆ごめんなさい・・・一週間ROMしますorz
>>596
本業が忙しいもんで、
暇が出来たときにでも、 >>596
あせることないんで、明日の昼以降ﾏﾀｰﾘでいいんじゃないかなと。
あっちを見てると、今日は雑談の日みたいです。
>>595
…というか、ソフトウェア的問題(か、あるいはBIOS問題?)かなと。
TigerサーバでのSMP/apicなし(シングルCPU設定)は試し始めたばかりなので、まだ結論出てないけど。 root ★さんも忙しそうなので
BBM に使おうと思っていた oyster246 を
c-docomo3 に転用しよう
BBM は244が空いたらﾄ言うことにしよう
>>601
BBMはしばし延期ということですね・・・
ちょっぴり、残念・・・ >>601
すんませんです。
来週前半までは本業がかなりつらい状況。
c-docomo3の構築は今週末あたりにでも。
あとは、IPアドレスの変更作業か。 みんなそれぞれ、それぞれの事に忙しいということで、
サーバダウン(鯖落ち)情報 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 作ってくださいー
>>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 subbbs.cgi@news12が生きてるような気がします。
subject.txt見られますね。
早めに移転サイン出した方が。
昨夜～本日は本業の疲労でぐったり。
本日はc-docomo3の作成を。
c-docomo3の準備できました。
しかし、IPアドレス変更の後のほうがいいかも。
デビューは来週か。
bbq.2ch.net の rbldns が止まっているのかな？
BBQ 問い合わせが出来なくなってますー
rootなしbananaサーバが参照しているDNSキャッシュサーバの調子がいまいちかも。
..ﾄ､ /'::|
ﾄ'､ /.:::;'
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
>>638
どもです。確認しました。(既にDoCoMo携帯以外からは人大杉になります) >>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は今回変更なし どもです。確認しました。>>645
au/DoCoMoの内部で変わる必要があるので、実際の変更はしばらくあとかと。
今はpythondirectorの数珠繋ぎ状態。 memories に sports8 置き場作ってくださいー
>>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のデータの保存でも実際に使用されています．
非常に高速に動作しますが，キーの追加やバリューの削除など
データベースを変更することはできません(変更するなら再構築しかない)．
今こんなかんじ。
%/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 ★さん
>>658
受け取りました。
今時間とれないため、今夜あたりから。 ということで、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
使い方にあった名前がいいかなとは思います。
さて。
単純に考えると
mobile.2ch.net かなぁ。
拠点はとりあえずbbq&rock54で間に合うような気が。
>>670
BBQがバーベキューならBBMは・・・
って意味でつけますた（ｗ tiger506 = game9.2ch.net の生誕の儀式をお願いします。
以下を2ch.netのDNSに追加お願いします。
+game9.2ch.net:206.223.152.30
ここんとこ、鯖新設の際にDNSの浸透が問題になることもないし、
いちいちOKOKと連呼しなくても良いんじゃないの。
問題があった時だけ報告しとけば、
リブート要請しました。< tiger504
負荷的にはぜんぜん大したことなく落ちたので、
デュアルCPU設定になっているような予感。
上がって今日の市場が閉じたら、設定みなおします。
>>689
tiger504はlive13（株式、投資一般、市況1、市況2）
だから市場うんぬん >>691
> tiger504はlive13（株式、投資一般、市況1、市況2）
だから、市場が開いているうちに人為的に鯖を落とすと住人が
騒ぐので、市場終了後に設定見直しをすると思うのだが･･･。 >>697
みたところswap周りのfix入ってますねえ。
ビンゴの可能性が大きそうです。
ex7でお試しになられてはw ここ数日のうちにしようと思っていることのメモ:
・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に移動中、、、。 (((((ﾟДﾟ；))))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
bbm.2ch.net サブドメインを立ち上げました。
中身はまだ空っぽ。
ということで、以下の設定を2ch.netのDNSサーバに追加お願いします。
(新規追加: bbm.2ch.net サブドメイン)
&bbm.2ch.net:206.223.151.205:a
>>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 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
public_html/keiba/ に FTP でアクセスしようとしたら
no such file or directry って言われるです
こんどは逆に news4vip だけ
復帰できました
携帯用鯖はロードバランサー入れて複数台運用とかは無理か
inodeが足りなかったのですよ。メモリディスクの。
ひとつ勉強させていただきました。
ということで、-i2048。
そういや、昔はよくネットニュースのスプールにこのチューニングしたよなぁと。
md /md mfs rw,nosuid,noatime,-s20m,-i2048 0 0
2) 初めて２ちゃんねるにアクセスしたら案内・お約束等を表示する機能
初めて = 生まれて初めて。今年はじめて、今日はじめて etc・・・
関係ないけどあぼーんの跡地をこれのリンクに置換したらいいかもとか思った
>>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 で描かれていたものでも今のところ不具合無く動いております。
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
でもオリンピックを前に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を入れる)は、明日以降にぼちぼちと。
乙です＞rootさん
しかしrootさんひとりだけにrootあり鯖のシステムセッティングを
やらせているのは酷かと思います。道楽とはいえ。
せめてrootさんがもう一人ほしい？w
>>780
# useradd root
useradd: ユーザ root は存在します
# べつにsudoがあればrootが必ずしもいるわけでは無いといって釣られてみるテストw
じゃあ、おれが、administratorになってやろう
そうか！
rootさんは実はサザンさんのママなんだ！
自分なりに復元
「root さんは実はママなんです 私の」
inode不足にならないよう、tiger507, tiger508のメモリディスクの容量を倍にした。
(-i1024でもいいのかもしれないけど、いまいち気がすすまなかった)
oyster901 = live8 も、これからそうする予定。
live8の作業終わりました。
これで導入に支障はなくなったはず。
>>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
PCI接続のシリコンディスクにdatを置いといてHDDにミラーする
というのは素人考え？
>>809-810
たぶん1Gもいらないんですよね。
だって、public_html/livecxとかの下をまるごとシリコンに入れることになるだけだから。
今もdatとkako以外を入れてますが、20Mとかで足りています。
kakoはシリコンディスクにする必要ないから、ライブなdatが増えるだけすよね。
ジンギスカンの設定見て「あぁ、おじさんにまたやられた」と思いました。
実はライブな掲示板をライブに動かすだけなら、ディスク容量はそんなに食わないわけです。 >>811
ここ数年の実績からするとスケジュールから大体数ヶ月遅れでリリース >>815
クリスマスプレゼントにでも間に合えば御の字ってとこか？ >>817
シリコンディスクというのはCompactFlashではなく
DRAMで構築されていますから機械的な寿命というのは実質的にありませんよ。
そりはフラッシュメモリと間違えてない？
シリコンぢすくは、余ったDRAMかSRAMをバッテリーバックアップして
ATAなりなんなりに変換している。
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で起きているあたりが（りゃ。 >>811
10月3日リリース予定・・・ですか。
まあ気長に待ちましょう。
RCが出た段階でexを人柱にしてみるテストを実施するのもありかも。
これが出ない限り？は新しいpeko/Cobraは投入できないわけですし・・・。
>>824はコードの問題＜バグ＞が最有力でしょうし。 blackgoat.2ch.netサーバのLAがみたいんですけどみれますか？
>>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の機能紹介記事だったかな。
>>828
教えてくださってありがとうございました >>787
マンコって言わせたいんだな。いいでしょう！
言ってみます、マンコ！ >>842
( ´д)ヒソ(´д｀)ヒソ(д｀ ) >>807
ようやく読みました。とても面白いですね。
DNS/BINDの内部を(しかも軽視されがちなDNSキャッシュサーバの振る舞いについて)
ここまできちんと調査した結果は、初めて見たかもしれません。
２ちゃんねるの場合DNSキャッシュサーバを軽くできると、
それはそのままbbs.cgiの軽量化に直結するわけで、
このあたりはいずれまた、じっくり試してみることにします。
>>840
ちょっと前から話題のしろものですか。
「FreeBSD 3.xは間違いだった、FreeBSD 5.xはさらなる間違いだ」でしたっけ。
意外にFreeBSD6とかあたりで、DragonflyBSDで入った機能が相当取り込まれたりして。 >>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との相性が悪い模様。
>>854
perlcc を通した read.cgi という手もあるかもしれないですね。
perlcc された bbs.cgi の実績からして。
read.cgi も configure が付いていると、もうちょっと柔軟にコンパイル出来るのかな？ >>855
ん、Cバージョンをやめると言っています? あとは、read.cgiについてmod_cgidsoを入れてみるという手は、あるかも。
>>858
それやるのなら，一応作者なんでサポートします...... バイナリでも毎回起動コストがかかるCと、
メモリに常駐するPHPだと、PHPのほうがよかったりするのかな、、、
おぉ、すばらしい。。
これって、mod_cgidsoの入ってないサーバでは、
単なるバイナリとして動くんですか？
>>863 mod_cgidso に対応するバイナリは通常の実行ファイルじゃなくて
共有オブジェクト（Windows でいえば DLL のようなもの）なので，
それ単体では実行できませんので，mod_cgidso が入ってなければ
従来の CGI を使ってもらうことになります...... google先生に聞いてもほとんど情報がなかったんですが、、、
>>865 まぁ，積極的にプロモーションしてるものでもないので...... >>867
いやまあ2ch用に◆cZfSunOs.Uさんが作ったものですし。 >>867 (w
まぁ，mod_cgidso 作成の経緯は，元々 read.cgi 改良の目的の一環としてと
いうことだったので，その意味では 2ch 発祥であるとはいえるかと...... >>869
しかし、今までのと変えるとなると、「あっそれっ」と変えれないでしょうね。 >>874 メール送りました．よろしくお願いします． (>>876 これで事態は大きく進展するのだろうか・・・) とりあえず目に付いた >>861 だけ。
んと、いわゆる中間コードをキャッシュするしくみ(PHP Acceleratorのような)を入れないと、
毎回コンパイルがかかるので、PHPのほうが不利ですね。
(乱暴に言ってしまうと、Cで言うと毎回gccが動くようなもの)
PHP Acceleratorはc系のフロントエンドにも入れてあります。効果はかなり大きいですが、
特にamd64系で、たまに挙動不審になることがあるみたい。 >>884
あらら、既に検証済みでしたか、スマソです。
公式メンテナの最適化ツールより効果ありとはね・・・
これ以上やろうとするとバイナリ化でしょうけど、Zend Encorderは高い・・・。
そこでperlccのphpバージョンが無いか探したらこんなんみつけました。
PHPCC http://www.phpcc.net/
ただ、サイトがドイツ語なんですけど。。。 >>885
あ、それ以前に
・Zend encoaderはFreeBSD非対応。。。
・phpccはDLに要登録っぽい 9月頭に、つかの間の夏休みを米国西海岸で過ごそうと算段中。
休みの都合で、2泊4日の強行日程だったりして。
完全プライベートなので、今回はこないだの5月よりはまとめて確保できると思っていますが、
滞在中に現地で可能な作業としては、何があるかなと。
- Cobra, TigerのBIOSの更新
- リモートコンソール関連作業
- ちょっと強気なOS(current., snap, beta等)を入れてみる
あと他には↓
>>888
してる暇無いとおもわれ
>>887
強気OS投入するんなら言うまでも無くLive系かexでしょう。。。 > 887
>
> - ちょっと強気なOS(current., snap, beta等)を入れてみる
FreeBSD5/Netnice。
9月頭であれば、現地までお伺いして作業を手伝わせて頂けまつ。
といっても、まず、パッチを作らなければダメですけれども。
今の予定であれば、9月までにはなんとか...。
これ、今の2chでdual CPUでシステムがハングアップしてしまうことと関係あるんだろうか。
今はオフ(FreeBSD 5.2.1のデフォルト)、currentではオンになっているようにみえる。
# ADAPTIVE_MUTEXES changes the behavior of blocking mutexes to spin
# if the thread that currently owns the mutex is executing on another
# CPU.
options ADAPTIVE_MUTEXES
>>891
怪しいと思うのであれば適当な鯖でオンにして試験をしてみませう。。。 tiger509 , 510
到着しました
tiger509 = news19.2ch.net with ジンギスカン予備工事
tiger510 = hobby7.2ch.net with ジンギスカン予備工事
でお願いしますー
ということで、
# ADAPTIVE_MUTEXES changes the behavior of blocking mutexes to spin
# if the thread that currently owns the mutex is executing on another
# CPU.
options ADAPTIVE_MUTEXES
の機能を有効にして、
# MUTEX_WAKE_ALL changes the mutex unlock algorithm to wake all waiters
# when a contested mutex is released rather than just awaking the highest
# priority waiter.
options MUTEX_WAKE_ALL
の機能をcurrentから5.2.1Rにバックポートしてみた。
ex7でSMPをオンにして実験開始。さてどうなるか。
さて、儀式いきます。
以下をDNSに追加お願いします。
+news19.2ch.net:206.223.152.65
+hobby7.2ch.net:206.223.152.70
デュアルCPU設定だと、全然強さが違うなぁ。< ex7
さくさくだ。
>>898 が当たりであることを心底から祈っちゃうなぁ。
でも、デュアルCPU(SMP)問題であることがほぼ間違いなくなり、
かつFreeBSD 4.xでは顕在しなかった部分だとすると、
5.xで導入されたmutexまわりというのは、そんなにセンス悪くないような気がするんだけど。 ex7落ちましたな。またシングルに逆戻り(´･ω･｀)
▼ハヽヽ▼
／|＼（ ´ Д ｀） ＜人柱人柱んぁんぁ♪
⌒⌒''（Ｕ 後 ）
▼～し'~し'
やっぱ、ハングした瞬間をDDBとかでとらえられないと、手がかりがなぁ。
そうすると、やはりリモートコンソールってことになるのか。
とりあえず
「デュアルCPU設定だと死ぬ」「同一ハードでもシングルCPU設定なら死なない」
「ACPIは落ちることには関係ない」(以上amd64/i386双方とも)
「options SMPでも、device.hints的にAPICを切れば死なない(amd64の場合)」
「負荷にはあまり関係がないらしい」
というところまで絞れたわけで、全く停滞しているわけではないけど。
で、どうも、プロセスが多く起動・終了されるマシンで、落ちる可能性が上がるように見える。
携帯サーバで使えばLA=50でも死なないのに、掲示板サーバだとLA=2でも死ぬ。
次上がったら、>>915 にあるように kern.ipc.nmbclusters 等の値をデフォルトに戻してみるか。< ex7 新しい技術に挑戦する心意気はいいとおもうけど
人が多いところでわざわざ実験やる意味がわからない
嫌がらせですか？そうですか･･･ なんて嫌味もいいたくなる･･･
まぁとにかく頑張ってなおしてくらはいな ｼｸｼｸ
そうやって文句を言ってくれると隔離鯖に押し込んだ甲斐があるというものだ
ヽ（`Д´）ﾉｳﾜｧｧｧﾝ みんながいじめるぅ･･･
人が多いってことは、広告収入源でもあるんじゃありません？
（専用ブラウザ率は多いかもしれないけど）
そういうところの稼働率は高く維持しないとって普通は考えるとおもうんだけど
どこかで実験しなきゃね。
>>917は誰がどうやってサーバーを速くできるんだと思っているんだろ。
>>922
じゃあもっと良いアイデアを出してサーバー構築に貢献したら？ 人が多い所で上手くいけば人が少ない所でもたいてい上手くいくって事だからね。
逆は無理だけど。
>>924
２ｃｈの収入源とか気になってたんだけど、
人の多い実況とか、狼とかで
３００レスに１レスくらい広告を挿入すればどう？
このくらいなら文句も出ないと思うけど どこかの企業から金を貰って、ライバル企業を貶めるという
逆CMというビジネスモデルを思いついた
動きが無いのが心配ですが、
復旧がんばってください
ちょっともんくいっちゃいましたが、よろしくお願いします
難民板の惨状ってオカシクねえか？
だいたい普段から常駐してるヤツらの方が板違いだし
管理サイドが板の設定をゆるくしてるんだから
それに見合った使い方をしてくれってことだろ
OpenBSDでDualCPU実験希望......
>>933
OpenBSDのネットワークスタックのパフォーマンスについて検索してみ ＞８８７
レイヤーの高い人の承諾があれば
ＢＳＤ４．０ｗｉｔｈTigerでdualの性能をば・・・・
と後戻りちょっとしてみるテスト
といっても、新規導入じゃないと、どうにゅうにもならないのか・・・ﾅ
さて、次の一手は。
>>915 あたりを試してみるか。
でも、携帯用サーバ関連のほうが優先度高いかも。 6-CURRENTができて、RELENG_5ができたのかな。
今日は本業が泣ける状態だったりするけど、
自分の手元のマシンにRELENG_5を入れてみたりして。
RELENG_5_2→RELENG_5への更新手順のとても適当なメモ
Version 1.0 2004/8/19 root ★
・Apache等のサービスを落とし、かつ自動で上がらないようにする
・/etc/rc.conf的にkern_securelevel関係を一時的にコメントアウト
・rm -rf /usr/obj
・/usr/src/sys/{i386,amd64}/GENERICからWITNESSとかDDBとかコメントアウト
・vi /usr/src/standard-supfile して、CVSタグをRELENG_5_2からRELENG_5に
・cd /usr/src; make update
・make buildworld
・make buildkernel
・make installkernel
・リブート
・dmesgを確認、保存
・cd /usr/src/usr.sbin/mergemaster; make -m /usr/src/share/mk all install
・mergemaster -p
・make installworld
・mergemaster
・リブート
・dmesgを確認、保存
・kernelカスタマイズ
・リブート
・dmesgを確認、保存
・kern_securelevelを元に戻す
・リブート
・Apache等のサービスを上げて動作確認してみる
・サービスを動作確認して問題なければ、自動で上がるようにする
・最終リブートテスト
あとは、
・前の/usr/src/sys/{i386,amd64}/GENERIC をとっておいて比べてみる
・/usr/src/UPDATING に目を通す
・/usr/src/sys/conf/NOTES に目を通す
ぐらいか。
もうすこししごとしてからかえろう。しくしく。
あ、あと、
net.inet.tcp.inflight_enable=1 はいらないみたい。
で、net.inet.tcp.inflight.enable にかわっているみたい。
>>940 をex7とlive8あたりで試してみたい気もするけど、
たぶんそれはPIEに行った時だなぁ。
さて、ぼちぼちかえるかな。 RELENG_5をcvsup中～
結構時間かかるし、cvsサーバ混んでますね。
allbsdとかもつかえるよ。
あとcvsup-mirrorを一つ建てて置いて管理下のサーバーはそこにcvsupするようにするのが吉。
うーん、uname -rすると、5.3 ALFHAになるぞ
まだ、5-STABLEは先かな？
>>947
さっきCVSupしたら5.3-BETA1になった。
PIEに行く頃にはどうなるかなと。
# めしいってくるか。 そろそろ次スレの季節なので立てようとしてみるテスト
>>951
いまさらですが私もそう思いますた、スマソ
ペースを考えれば時期尚早だったっすね。
とはいえ、いつハイペースになるかわからないから・・・と自己弁護に走ってみる。 >>954
このペースなら次回は980あたりでもよさげですね・・・ >>956
22時位から大規模mmoに常駐してたけど・・・
何とも無かったけどなぁ 光でも重いと言ってたヤツがいた。
スレの読みこみも書きこみもかなりしんどかったな。
ここ放置して次スレ進行するんならスレストしないと
いつまでたっても落ちないと思うが
この板は例外的にhtml化してるんじゃなかったんだっけ
別にこのスレだけでもいいけど
>965
ここと規制議論はhtml化されてる。
たぶん削除系も。
lud20230209011334ca
このスレへの固定リンク： http://5chb.net/r/operate/1087666806/ヒント：5chスレのurlに
http://xxxx.5ch
b.net/xxxx のように
bを入れるだけでここでスレ保存、閲覧できます。
TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
>50
>100
>200
>300
>500
>1000枚
新着画像
↓「【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14->画像>1枚 」を見た人も見ています：
・2ch特化型サーバ・ロケーション構築作戦 Part47
・2ch特化型サーバ・ロケーション構築作戦 Part24
・2ch特化型サーバ・ロケーション構築作戦 Part27
・2ch特化型サーバ・ロケーション構築作戦 Part32
・2ch特化型サーバ・ロケーション構築作戦 Part53
・2ch特化型サーバ・ロケーション構築作戦 Part38
・2ch特化型サーバ・ロケーション構築作戦 Part58
・2ch特化型サーバ・ロケーション構築作戦 Part25
・2ch特化型サーバ・ロケーション構築作戦 Part50
・2ch特化型サーバ・ロケーション構築作戦 Part42
・2ch特化型サーバ・ロケーション構築作戦 Part28
・2ch特化型サーバ・ロケーション構築作戦 Part54
・2ch特化型サーバ・ロケーション構築作戦 Part41
・2ch特化型サーバ・ロケーション構築作戦 Part34
・2ch特化型サーバ・ロケーション構築作戦 Part20
・2ch特化型サーバ・ロケーション構築作戦 Part60
・2ch特化型サーバ・ロケーション構築作戦 Part49
・2ch特化型サーバ・ロケーション構築作戦 Part19
・2ch特化型サーバ・ロケーション構築作戦 Part51
・2ch特化型サーバ・ロケーション構築作戦 Part48
・2ch特化型サーバ・ロケーション構築作戦 Part31
・2ch特化型サーバ・ロケーション構築作戦 Part22
・2ch特化型サーバ・ロケーション構築作戦 Part56
・2ch特化型サーバ・ロケーション構築作戦 Part39
・2ch特化型サーバ・ロケーション構築作戦 Part62
・2ch特化型サーバ・ロケーション構築作戦 Part21
・2ch特化型サーバ・ロケーション構築作戦 Part26
・2ch特化型サーバ・ロケーション構築作戦 Part40
・2ch特化型サーバ・ロケーション構築作戦 Part33
・2ch特化型サーバ・ロケーション構築作戦 Part43
・2ch特化型サーバ・ロケーション構築作戦 Part44
・2ch特化型サーバ・ロケーション構築作戦 Part46
・2ch特化型サーバ・ロケーション構築作戦 Part59
・2ch特化型サーバ・ロケーション構築作戦 Part52
・2ch特化型サーバ・ロケーション構築作戦 Part45
・2ch特化型サーバ・ロケーション構築作戦 Part57
・2ch特化型サーバ・ロケーション構築作戦 Part55
・2ch特化型サーバ・ロケーション構築作戦 Part29
・2ch特化型サーバ・ロケーション構築作戦 Part30
・2ch特化型サーバ・ロケーション構築作戦 Part36
・2ch特化型サーバ・ロケーション構築作戦 Part37
・2ch特化型サーバ・ロケーション構築作戦 Part23
・2ch特化型サーバ・ロケーション構築作戦 Part35
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part17
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
・【Project peko】2ch特化型サーバ構築作戦 Part12
・【Project peko】2ch特化型サーバ構築作戦 Part13
・【Project ama】PINKちゃんねる特化型ｻｰﾊﾞ構築作戦 Part2
・【宇宙開発】ソユーズ、ソフトバンク出資の「ワンウェブ」打ち上げ 衛星コンステレーション構築へ［03/01］
・【ネット】米ホスティングサービス大手が嫌がらせ特化型掲示板をブロック、人命への差し迫った脅威があると判断 [oops★]
・東工大が理系科目超特化型という風潮
・藤井は将棋特化型の天才で羽生は万能型の天才だよな
・【小田原機器がＳ高気配】ＩＣ特化型運賃箱開発し日立自動車に納入
・感染時に保険金20万円 日本初「新型コロナ特化型」 [ポンコツ★]
・【京都】ＪＲ京都駅近に新ホテル続々 宿泊特化型でインバウンドに対応
・【統一機】ニンテンドースイッチは次世代機も完全互換を実現、さらに携帯特化型なども発売へ
・【音楽】日清パワステ22年ぶり再起動 配信特化型の無観客ライブハウスに一新 #nissin_psr [少考さん★]
・【パレスチナ自治区ガザ空爆】ロケット弾で28人死亡 イスラエル軍とハマスが交戦 ネタニヤフ首相 今後の作戦「攻撃の強さ頻度を上げる」 [右大臣・大ちゃん之弼★]
・【商品】Instagram、「ストーリー」にロケーション機能を追加--またもSnapchatを後追い
・【映画】注目映画紹介：「エウレカセブン ハイエボリューション1」 名作を再構築 アドロックの活躍も
・注目映画紹介：「HUMAN LOST 人間失格」太宰治の名作を大胆に再構築 SFダークヒーローアクション
・大人気番組『緊急SOS！池の水ぜんぶ抜く大作戦』初のスマホアプリをリリース 日本全国の池の水を抜いて生態系を守るアクションゲーム
・まほとび作戦
07:47:51 up 6 days, 16:55, 0 users, load average: 9.39, 8.66, 8.37
in 0.098479986190796 sec
@0.098479986190796@0b7 on 112621
|
