【uma作戦】2ch特化型サーバ構築作戦 Part3

土、日は過労のため、倒れておりました。

この時間は、いつもnews5への到達性が悪いすね。
毎日1回ぐらい、mumumu.muからの統計とるリクエストが失敗してます。

mumumu.muはHE内にあるので、そこがしくるということは
やっぱりローカルのスイッチがお腹いっぱいなのかなと。

>>344 のようなことは、私も気になりますね。
そのうち、全貌が明らかになってくるのかな。

>>345
現在のumaサーバ合計で50Mbpsというのは、送りの量です。
通常時は最大10M、多くてもピークで20Mかな。
ここ参照で。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/

Winnyﾀｲｰﾎ祭りの時は、tmp2だけで50Mbpsいきました。

>>346
2950T-24すか。とりあえず「まあ安心、手堅いけどL2だけ」ってことかしら。
松竹梅だとすると、とりあえず梅？それとも竹あたりかな。

冗長構成にするとかいろいろな場合を考えると、いろんな構成がありえそうですね。
このへん(ネットワーク機器系)は最近さぼってあんまり勉強してないので、
私、このへんのところにはちょっと(かなりかな)うといかも。

ただ、個人的にはルータ(or L3)で/29毎のサブネットに切って、
それぞれルータとサーバ1台だけの別サブネットにするという、
今のHEのネットワーク構成は悪くない気がするので、
そういうのができるやつがいいかなと思ったり。

>>355 補足
> 通常時は最大10M、多くてもピークで20Mかな。

これはサーバ1台あたりね。MRTG見れば、いわずもがなですが。

そうこう書いているうちに、また重くなってきたなぁ。< news5
対症療法で、圧縮を有効にしてみるかなぁ。

圧縮するよりも、news5にもう1枚Ethernet cardを刺して、
別のスイッチにつなぐとか、できるといいのかもなぁ。
で、news5にAをもう一つつけて。

今のIPアドレス
　　　|
+------+
| news5 |
+------+
　　　|
別のIPアドレス

AというのはDNS的Aね。
あとはDNSにまかせとけば、適当にトラフィックはバランスするし。

あるいは、switchのconfigをいじるか、つなぎかえるかしてみるとかかしら。

news5がつながっているネットワークは、
少なくともL3的にはルータとnews5しか見えないので、
ルータがつらいか(考えにくいなぁ)、スイッチがL3的にふうふう言ってるのか、
どっちかなような。

>>353
おろろ、それはお大事に……。

私も土日は寝だめしているために使っているようなものだから、
ぶっ倒れているのと大差ないのですけどね。(;^ ^

>>355
＞現在のumaサーバ合計で50Mbpsというのは、送りの量です。
どうもです。詳細グラフの方を見てわかりました。
事前に思っていたとおり、２ちゃんは圧倒的にサーバからの送りトラフィックが多いのですね。

＞2950T-24すか。とりあえず「まあ安心、手堅いけどL2だけ」ってことかしら。
L2で考えてみたのは、L3の要件が書いてなかったから……。
いままでで出ている情報って、>>317だけじゃないですか。(;^ ^

・２ちゃんの現在のサービスにはQoSは必要がない
・配下にたくさん端末があって相互に通信するわけでもないから、
　ネットワークに負担のかかるブロードキャストが多いわけではない
・VLANを切るわけでもないので、VLAN間ルーティングも必要ない
・VRRPを動作させて冗長化を取るという話は(まだ)聞いていない
・回路が複雑なL3よりも、L2の方が壊れにくい
・安い

317での"switch"にはL3が必要であるという要件は、他に何かありましたったけ？

＞松竹梅だとすると、とりあえず梅？それとも竹あたりかな。
L2の世界だと、いちおう松ですかね〜

＞ただ、個人的にはルータ(or L3)で/29毎のサブネットに切って、
＞それぞれルータとサーバ1台だけの別サブネットにするという、
＞今のHEのネットワーク構成は悪くない気がするので、
＞そういうのができるやつがいいかなと思ったり。
んで、L3だとどういうのがいいのか。

◇要件>>317

◇仮定
　・Routerより上流は、どこかのISPの人の管理に任せる
　・IPアドレスの範囲も、そこのISPから付与してもらう
　・SwitchとRouter間は近くて、UTPケーブルで足りる
　・サーバ1台あたりの送りトラフィックは50Mbpsである
　　(チューニングと性能向上で、将来はピーク値がもっと上がる可能性がある)

　↓

◇必要条件
　・考慮するのはSwitchのみ
　・IP以外は使用しない
　・ボトルネックがあるのは駄目
　　→　サーバ20台で、SwitchからRouterへのアップリンクがピーク1Gbps(以上)
　・もしかしてもしかすると冗長化もあるかも
　・管理・監視ができること

　↓

◇機能と性能
　・100BASE-TXのポートが20以上
　・1000BASE-Tのポートをもち、できれば束ねて帯域を広げて使えること(リンクアグリゲーション)
　・L2,L3でフルワイヤスピード
　・VRRPなどの冗長化サポート
　・SNMPサポート

で、そういうのを探してみると、こんなマルチレイヤスイッチが世の中にはあります。

・Summit48si　【Extreme】
上記の性能を満たす＋100BASE-TX*48 Port、DoSアタックの防護、Webキャッシュ リダイレクション
ttp://www.extremenetworks.co.jp/products/summit/summit48si.htm

・Cisco Catalyst 3550 24 EMI　【Cisco】
上記の性能を満たす
ttp://www.cisco.com/japanese/warp/public/3/jp/product/hs/switches/cat3550/index.shtml

・Cisco Catalyst 3750 24TS-E　【Cisco】
上記の性能を満たす
・Cisco Catalyst 3750G 24T-E　【Cisco】
上記の性能を満たす＋1000BASE-T*24 Port
ttp://www.cisco.com/japanese/warp/public/3/jp/product/hs/switches/cat3750/index.shtml

・CentreCOM 8724XL　【Allied-telesis】
上記の性能を多分満たす
ttp://www.allied-telesis.co.jp/products/list/switch/8724xl/catalog.html


上記性能を満たすための標準価格は、

・Summit48si = 約170万円 or 約120万　←　サポートプロトコルによる
・Cisco Catalyst 3550 24 EMI + GBIC(1000BASE-T)*2 = 約105万円
・Cisco Catalyst 3750 24TS-E + SFP(1000BASE-T)*2 = 約110万円
・Cisco Catalyst 3750G 24T-E = 約140万円
・CentreCOM 8724XL + GBIC(1000BASE-T)*2 = 約41万円

と、サポート料が別途です。

↓　実販売価格だとこんな感じ
ttp://www.aisan.co.jp/products/index-gigabit.html


考え違いがあったら、指摘ヨロ。

でもなんかなぁ〜。機能が豪華すぎますよね。
使っていない機能に、お金を一杯払う感じ。
ぴっくりマンチョコのお菓子の方を、無駄に思うようなものでしょうか。

とまあ、面白かったのでいろいろ調べてみましたが、
サザンクロス作戦が発動する日が本当に来るのかしら？
旅行前のプラニングのように、考えるだけだったら楽しいのですけどね。


>>358-360
あんまし詳しくないけど、ラウンドロビンって奴ですか？
それって一台のサーバを、複数にロードバランスさせるのではなかったでしたか。
news5が重いのはネットワークが根本原因だから、
そこをどうにかするというのがまっとうな解決方法？

＞news5がつながっているネットワークは、
＞少なくともL3的にはルータとnews5しか見えないので
これがちょっとわからなかったですが、1台の(L3)Switchに繋がっているのが、
news5の1台しかないって、どうやってわかったのですか？
SNMPか何かで見えているのかなぁ……。

1点だけ。

>これがちょっとわからなかったですが、1台の(L3)Switchに繋がっているのが、
>news5の1台しかないって、どうやってわかったのですか？
>SNMPか何かで見えているのかなぁ……。

L3的には、というのは、IP(第3層)的には、ということです。
L3スイッチにつながってるのが2台だけ、という意味ではないです。

とってもtrivialにいうと、NTTecからはこんな感じでroot権限ありの
サーバを引き渡されます。

ネットワーク: 64.71.163.24/29
デフォルトゲートウェイ: 64.71.163.25
あなたが使用可能なIPアドレス: 64.71.163.26-64.71.163.30 の5つ

つまり、IP的にはひとつの/29サブネットをまるごともらうかんじ。

で、改めて >>361-364

個人的にはいいセンいってると思います。
>>361 前提なら、オールL2で組んでもいい気がしてきたなぁ。
そのL2SWには２ちゃんねるのサーバ「しか」つながないなら、
/29 のチャンクを切らなくてもいいような気もするし。

もちろんL2で組むと、
万一1台rootとられた時に、そこからARP spoofingされるようなリスクはあったりするけど。

>>363 の「触媒」なら、申し分のない構成すね。

個人的には、紫色のやつは壊れやすいという巷の噂を聞いてたりするんですが、
最近のはどうなんだろう。

>>364
> >>358-360
>あんまし詳しくないけど、ラウンドロビンって奴ですか？
>それって一台のサーバを、複数にロードバランスさせるのではなかったでしたか。

確かにround robinですね。
というか単純に、ネットワークの入り口をもう一つ作るという意味合いです。
それより、

>news5が重いのはネットワークが根本原因だから、
>そこをどうにかするというのがまっとうな解決方法？

が本筋なので、>>358-359 は忘れて、やっぱり何らかの方法で
news5がつながっているネットワークを軽くするのがほんとかと。

そろそろおやすみ。今日は冷える。

>>366
紫ってSummitですか？
うちのはそんなに壊れやすいという印象はないです。
それよりもアライドがひどい。
初期不良多い、モジュール単位で逝く（8port単位とか）で散々な目にあって
結局Catalyst2950あたりに変えちゃいました。

>>363
この中のCatarystシリーズのいづれかがが有望ですかねー。

>>368
アライドもたまにそういうの聞きますね。どうもあたりはずれが激しいみたい。

「紫」次の数字が一桁の頃は、こっぴどい目にあわされたという話を
複数の消息筋から聞いたことがあります。

news5と同じスイッチに繋がっている他のサーバも重いのでしたっけ？

でしたっけ？

↓

news5は、3つあるうちのどれにつながってるんでしたっけ。

というか、どれがどれにつながってるか、どっか見たらわかるのかしら。

>>374

oyster137 should be fixed now. can you check it?

>>376
チェックしました。問題ないのを確認。
Jimさんに感謝ですね。

da0 at ahd0 bus 0 target 0 lun 0
da0: <SEAGATE ST336753LW 0005> 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 ahd0 bus 0 target 1 lun 0
da1: <SEAGATE ST336753LW 0005> 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)

ということで、設定作業再開します。

こいつは静的コンテンツ用ですね。
ちょっと、チューニング風味を変えてみようかな。

あ、アンカーの数字を間違ったすね。ま、いいか。

明日は終日激しく外出なので、週末かなぁ。

個人的には、bbsmenu/bbstable用のバーチャルホストは他のとは別にしたいなあと。

1)統計をとるときに楽
2)担当別にアカウントを分けて運用したいかな

とりあえず、
・bbsmenu/bbstable/iyan用バーチャルホスト/アカウント(今の~ch2や~cap)
・人大杉や「無料DOWNLOAD」

は、別にしたほうがいいのかなと。

とりあえず、

a)bbsmenu.2ch.net for bbsmenu/bbstable/iyan
b)i.2ch.net for imode entry
c)imode.2ch.net i.2ch.netにリダイレクト
d)static.2ch.net for other static contents (gif files, live.html etc.)

ぐらいを、別アカウントで作ればよい?

a)〜c)のアカウントはFTPだけ提供すればいいかしら。

a) だけで始めてみたいです。
それで当初目的の現在の　www.2ch.net が軽くなるなら
それで ok かと、

了解です。>>380

a)ということは「小さなテキストファイルが各方面からものすごい勢いでアクセスされる」
「CGI起動はない」というチューニングをすればいいのかな。

で、ゆとりがあるようならb/cとかdあたりを、お雑煮食べてからあたりで。

iyanは画像(広告バナー)もあるかな。
とりあえず、基本は>>381 すね。

今電車からAirH"経由なので、作業は早くても今夜かしら。

a) のファイルたちは、www.2ch.net以外に置いてあるから
その置き場を変えても www.2ch.netは何も変わらないのでは、

最大のコール数は　2ch.html でーす。

ああ、その置き場も変えるのね、

というわけで、>>380-384 を参考に、

1)menu.2ch.net (bbsmenu/bbstable/iyan設置用)
2)www2.2ch.net (2ch.html設置用) (将来、www.2ch.netをめざす)

の二つを設定することにしました。

これから、1)と2)の設定をします。

1)のパスワードは、ひ（りゃ、夜勤さんに加えて、現在更新作業をしている
まほらさんにもメールしておきます。

また1)のパスワードは、FTP専用として設定します(対話型ログインはできない)。

夜勤さんって。。。

･ﾟ･(ﾉД`)･ﾟ･｡

ありゃ、素で間違えました。いまそんな人はいないですね。申し訳ないです。

ひ（りゃ、仕事人さん、まほらさんでした。

ということで、以下の2つのバーチャルホストの設定をよろしくお願いします。

www2 IN A 216.218.133.82
menu IN A 216.218.133.82

>>389 うしろはいいんですか？泣いてますよ。

まほらさんには、9月にメールいただいた宛先に送っております。
もし届いてない場合、連絡くださいです。

いんですよ、いいんですよ、
おいらなんて。。。

>>389
サザンさんって、 70kgでしたっけ。違ったかな。

[email protected]
ですー、

よくないっす。もうしわけない。>>393
ということで、

・ひ（りゃ
・仕事人さん
・まほらさん
・サザンさん

他にどなたに教えればいいのかしら。< bbsmenu/bbstableを更新してた人

>>395
了解。これからメールします。

>>396 も誰か、教えてね。

>>397 ボヤッキーさんに200ﾎﾞﾔ

メアド、知らないです、、、。>>398

ボヤッキーさんはどうだったかな、、、
おいらが知る限りは他におられないかと。

俺、更新してたのにぃ、という方は、こちらに名乗り出ていただけると。
あっちのスレにも書いておこう。

>>400 メール発射しますた。

>>401
きましたー、

現在は最新のが入ってるですー、

どもです。>>402

貼ってきました。

新設板・板移動情報＠運用情報
http://qb3.2ch.net/test/read.cgi/operate/1051717316/509

509 名前：root ★[] 投稿日：03/12/13 22:41 ID:???
【おしらせ】
bbsmenu/bbstable/iyan.html の置き場所を変更する作業がはじまりました。
新しい置き場所(FTPでアップロード可能)の構築を開始しています。

ということで、これまで以下のファイルのうちいずれかを更新されていた方は、
下記の該当スレまでその旨名乗り出ていただけますと幸いです。

(ひ（りゃ、仕事人さん、まほらさん、サザンさんには連絡済みです)

http://www.ff.iij4u.or.jp/~ch2/bbsmenu.html
http://www.ff.iij4u.or.jp/~ch2/bbstable.html

http://www.dd.iij4u.or.jp/~cap/ の下のファイル (iyan.htmlなど)

【uma作戦】2ch特化型サーバ構築作戦 Part3
http://qb3.2ch.net/test/read.cgi/operate/1068017802/386-

※正式運用開始後は、http://menu.2ch.net/bbsmenu.html
および http://menu.2ch.net/bbstable.html となる予定です。
たぶん、各種 Monazilla ツールにも影響あるはず。

ん？まだ稼動していないですよね？＞menu と www2

>>404
> ん？まだ稼動していないですよね？＞menu と www2

まだすよ。ということで >>403 のURLはアクセスしないでね。

今アクセスすると「このURLはなかった」ということをDNSキャッシュが覚えてしまい、
DNSへの浸透が最大3時間程度遅くなります。

>>405
もう手遅れです（泪）

♪３時間なら我慢しますm(_ _)m

＿|￣|○

>>406-407
うーむ、これからは気をつけよう。

というか、どっかで「カンタンナDNSノシクミ」っていうのを、やらんといかんのかも。

>>408
こんなんありますけど。
ttp://www.atmarkit.co.jp/fnetwork/rensai/dns01/dns01.html

>>409
うん。それはわりとよくまとまってるほうだと思うけど、
いまいちな部分もあるですね。

まず、SOAのこの説明がうそです。この間違いはよく見かけますが。
> ・キャッシュ有効時間（TTL）―このゾーン情報をキャッシュする場合の
> 有効時間を秒で指定する　

個人的にはこっちが好み（ｗ
http://djbdns.qmail.jp/djbdns.html

そろそろ設置してみるかなぁ。。。＠お正月あたりの課題

>>410 のことは、これの19〜21ページがいちばんきちんと説明してるかな。
http://ftp.nic.ad.jp/ja/materials/iw/2001/proceedings/T10.PDF
まさに >>405 の事象に関係あるです。

SOA TTLはRFC2308で意味が(再)定義されていて、、
ネガティブキャッシュのTTL(「このホスト名はなかった」という記録をどのくらい維持するか)
として使うことになっています。

で、he.netのSOA TTLは、86400秒(1日)になっています。
(nslookup/digなどで確認できます)

で、RFC2308には

As with caching positive responses it is sensible for a resolver to
limit for how long it will cache a negative response as the protocol
supports caching for up to 68 years. Such a limit should not be
greater than that applied to positive answers and preferably be
tunable. Values of one to three hours have been found to work well
and would make sensible a default. Values exceeding one day have
been found to be problematic.

と書いてあって、大きな値は適用しないで、最大でも1時間〜3時間にするがよい、
ということになっています。

で、BINDのnamedだと最大3時間、djbdnsのdnscacheだと最大1時間に設定される
ようになっています。てなわけで、>>405 の3時間が出てくる。

もちろん、実装がへたれている場合、もっと時間がかかることになります。

どうでもいいところを1箇所。

>RFC2308
RFC 2308が正しいですね。
最近(恥 認識したのですが、各種RFCを読むと、
RFCと数字の間にはスペースが一つ入ってるです。

# rfc-index.txt では例外的に、RFC1034みたいにつめて書いてありますけど。

>>386-389
じゃあ、yakin.ccはいま誰が管理してるんですか・・・・

>>414
仕事人 ★さんが"代理"でやってるように見えますが…
違うかな？

>>414
廃墟です

>>414 チンピク度90/100の菅直人の遊び場。

フセイン元大統領拘束祭りも落ち着いたかしら。
22:55あたりから、またニュース?

瞬間的に、Winnyの時のtmp2よりもカキコ速度が上回った模様。< news5
あとは適当に負荷分散。

フセインでこれということは、某王様がつかまったらどうなることやら。

以前は更新してたけど今はしてないボキはどっちなんだろう・・・。

ボヤさんのメアドって、なんでしたっけ。
ぐぐればわかるのかしら。

私は80.kg

メール発射したです。>>421

>422
受け取りました

＞root ★さん
http://pc2.2ch.net/test/read.cgi/software/1070871929/594-596
596 geroimo ◆IbyRa9v5IE 03/12/14 23:29 ID:cHyI29Gq
>>594
本当だこのスレッド変です。
なぜこうなるかっつうと、レスポンスヘッダにContent-Lengthがついてない。
何故だ。


ということなんですけど、祭とかとなんか関係あるですかね？

root ★さん
対応ありがとうございます

てなわけで、

(OKな場合)
telnet news5.2ch.net 80
Trying 64.71.163.26...
Connected to news5.2ch.net.
Escape character is '^]'.
GET /newsplus/dat/1071182722.dat HTTP/1.1
Host: news5.2ch.net
Accept-Encoding: gzip

HTTP/1.1 200 OK
Date: Sun, 14 Dec 2003 16:15:43 GMT
Server: Apache/2.0.48
Last-Modified: Sun, 14 Dec 2003 16:09:22 GMT
ETag: "1f974b-8463-faf3b080"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 13680
Content-Type: text/plain; charset=shift_jis

(だめな場合)
telnet news5.2ch.net 80
Trying 64.71.163.26...
Connected to news5.2ch.net.
Escape character is '^]'.
GET /newsplus/dat/1071406450.dat HTTP/1.1
Host: news5.2ch.net
Accept-Encoding: gzip

HTTP/1.1 200 OK
Date: Sun, 14 Dec 2003 16:17:17 GMT
Server: Apache/2.0.48
Last-Modified: Sun, 14 Dec 2003 13:15:54 GMT
ETag: "1f8cb2-2fbc7-8e963680"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Transfer-Encoding: chunked
Content-Type: text/plain; charset=shift_jis

なので、

Transfer-Encoding: chunked

あたりが、あれかしら。

HTTP/1.0 にして、chunked をやめさせてもだめだなぁ。
なんでかしら。

telnet news5.2ch.net 80
Trying 64.71.163.26...
Connected to news5.2ch.net.
Escape character is '^]'.
GET /newsplus/dat/1071406450.dat HTTP/1.0
Host: news5.2ch.net
Accept-Encoding: gzip

HTTP/1.1 200 OK
Date: Sun, 14 Dec 2003 16:27:55 GMT
Server: Apache/2.0.48
Last-Modified: Sun, 14 Dec 2003 13:15:54 GMT
ETag: "1f8cb2-2fbc7-8e963680"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Connection: close
Content-Type: text/plain; charset=shift_jis

datが160ｋ越える辺りから読めないｽﾚがほとんどのような気がするんですが
元々このｽﾚ訳わからないので検討違いならごめんちゃいです。

>>430
おぉ、datの大きさか。それはありうる。

いろいろ試した結果そんな感じですね。
レスがいっぱいついているスレだとContent-Lengthが無くて、
レスがすくないとContent-Lengthがある。

そこらへんの理屈はよく分からないけど、Content-Lengthが無いとスレッドが変判定で
読むのをやめちゃうLive2chの仕様も変なので、
それを修正したバージョンをテスト公開してます。

どもです。>>432

・mod_deflate有効にしていて、Accept-Encoding: gzipの場合に限り、
・160k超えるあたりから
・レスポンスヘッダにContent-Length: がつかなくなる

という感じですかね。

ちと明日の本業の準備するので、いったん落ちます。

>http://qb3.2ch.net/test/read.cgi/operate/1051717316/514
＞仕事人さん
んじゃ、まずは2ch.htmlとか、現在のwww.2ch.netのコンテンツの移行からやりましょう。
こっちは非oyster(= 移行必要)なわけで、特に問題ないはず。

てなわけで、www2.2ch.netを設定してくださいです。

www2 IN A 216.218.133.82

# ちょっと現実逃避。本業しなきゃ。

mod_deflateの出力バッファが固定長なので、
バッファサイズ以上を出力するときは圧縮と併行して出力するため
Content-Lengthがわからないってことですかね。

http://qb3.2ch.net/test/read.cgi/operate/1047840578/133
の真ん中くらいで指摘されていると思います。

どうも。>>435
んじゃ、出力バッファサイズをでかくすればよいということかしら。
２ちゃんねるでは512kより大きくならないから(HTML化されれば別)、
2048kぐらいとか。

Content-Lengthが無いと何か問題あるの？
ツールで読めないというのはツールの問題だと思うんだけど。

このへんかな。
http://httpd.apache.org/docs-2.1/ja/mod/mod_deflate.html
いま、本業の準備しながらだから、明日以降見てみましょ。

>>437 ま、そうですね。ということで、私的にも優先度は高くないっす。
それより、ブッシュ大統領の会見でサーバが（りゃ のほうが心配。

>>434
設定しました。

www2 IN A 216.218.133.82

どうもです。>>440
さて、見えるかしら。

http://www2.2ch.net/
IPアドレス: http://216.218.133.82/~ch2www2/
バーチャルホスト変換前: http://oyster137.uma.2ch.net/~ch2www2/

>>441
建設予定地(www2.2ch.net)
見えたのれす

見えました
@dion

みえた(^_^;)＠iij

見えました＠某学術系

見えた＠nifty

ok@ahoo!BB

確認ぬ＠spacelan.ne.jp

>>448
まさかこんなところで自分と同じプロパイダに出会うとは思わなかった。

すれ違いsage

見えました！＠

連投ｽﾏｿ
一番肝心な所が抜けた、、、
おｄｎです

　　　　　　　　　　　　　　　　　　　　　　　　 　 ｜｜｜
　　　　　　　　　　　　　　　　 　 　　.|
　　 　 　 ＿＿＿＿.＿＿＿＿ 　　 |　　　　　　○＿○
　　　　　|　 　 　 　 |馬鯖ｹﾞｯﾂ|　　 |　　　　　（・(ェ)・　）
　　　　　|　 　 　 　 | ○＿○　|　　 |　　　　　 ⊂　⊂）
　　　　　|　 　 　 　 |（　・(ェ)・）|　　 |　　　　⊂ ⊂ ノ
　　　　　|　 　 　 　 |/ ⊃━⊃━━━━┫　　　　　　　┃
　 　 　 　￣￣￣￣'￣￣￣￣　 　 | 　　┃　　　　　　　┃
　　　　　　　　　　　 　 　 　 　 　 　 | 　　┗━━━━━┛
　　　　　　　　　　　 　 　 　 　 　 　 |
―　丶ヽ〃―――――――――┘

見えました。（自DNS鯖）

14:08 ごろから反応がでてきました＠2ch 鯖監視係。

出張に忘年会に、忙しく駆け回っていたらレスが遅れました……。
もう話題も過ぎ去っているし、他の作業の邪魔にならないように簡単にね。

>>366-370
台数が数十台や数百台、稼働時間も数年……。なんてことだったら、
統計的に壊れやすい/壊れにくいというのも見えてくるかもしれないですね。
でも、1,2台なら突発事象などもあるので、どの製品が壊れやすいとかあまり関係ないでしょう。

この話は「どのブランド(旧IBM, Seagate, WD, Maxtor)のHDを選択すれば一番壊れないか？」
という、自作PCでのスパイラルな話題と似ています。(;^ ^

どんな機器を導入しても壊れるときは壊れます。
問題は、壊れたときにどうするかということ。リスク回避の話です。

クリティカルな用途のネットワークであれば、ネットワーク機器も分散・冗長化を考慮します。
更に、壊れたら設定をぶち込んで直ぐ投入できるように、近くに予備品も準備しておきます。

一方、多少の時間停止していてもよいサービスならば、使用する帯域だけでの機器を見積もるでしょう。

結局は、運用をどうしましょうかと言う話に繋がっちゃうんですよね。
「落ちてもすぐに普及する」のをやっていくかか、「ちょっと位落ちていても仕方がない」ぐらいで考えるのか……。
もちろん、質の高い運用を達成するためには、金・労力・人などのリソースがたくさん必要です。
んで、人的リソースを使っているありがたい例がこっちと。↓　他にも、いろいろな人が頑張っているわけです。

http://qb3.2ch.net/test/read.cgi/operate/1066206637/778-783

そういうわけなので、
2〜3年後を見据えた「サザンクロス作戦」を実行するときは、
まず運用などの上位層から見積もって下さいっと。>>257

これで、見事に話のループが完成しました！


>>371-374
traecerouteで見てみると、サーバの1ホップ上は、
すべてpos5-0.gsr12008.fmt.he.net [216.218.147.25]なんですね。

これはシャーシ型の巨大スイッチに、みんな集約されているということかしら。
(ボックス型をスタックしているという事もないことはない)

>>441
私の環境では、メインのISPとサブのISPと、既にどちらでも見えますね。

>>371-374
ああっ、
もちろん「スイッチ」がL2-Switchを意味していて、
サーバがどの「スイッチ」に繋がっているかわからない。
どこで輻輳しているのかもわからない、
という話の場合もあります。

> もう話題も過ぎ去っているし

過ぎてないってば(w。
ぜひ、お力を（りゃ。

とりあえず、www.2ch.netの内容をばさっとwww2.2ch.netに移してみた。
これで、中身を検証してみるか。

直感的には、www.2ch.netは割と簡単に移行できそうな予感。

・現在のwww.2ch.netと同じIDとパスワードでファイル更新/ログインできるようにした。
・www.2ch.net, 2ch.net という名前でもアクセスできるようにした。

ばさっと移行して、問題なしと判断。

ということで、DNSの設定作業をお願いします。
たぶん今は、

@ IN A 64.71.145.43
www IN CNAME @ (IN CNAME 2ch.net. かもしれない)

という設定になっていると思うので、これを、

@ IN A 216.218.133.82
www IN A 216.218.133.82

に変更いただけますか。

サーバ側(www2)の準備は、>>460-461 で既にてきていますので。

>>462 補足
www2 の設定は、今のまま変更なしでOKです。

おお,トップ絵が見える。乙です。

>>464
中身をざっと見てみたのですが、www.2ch.net を絶対参照しているやつで、
info.2ch.net に書き換えたほうがよさそうなやつと、
単純にhttp://www.2ch.net/ を取ればいいやつとの切り分けが
意外にめんどうだとわかったので、
とりあえずはwww.2ch.netをばさっと移行してしまうのが一番早いんじゃないかなと。

>>456
>結局は、運用をどうしましょうかと言う話に繋がっちゃうんですよね。

同意すね。
今の運用形態が「マルチボランティア・マニュファクチュア人柱非同期活動モデル(w」だとすると、
(悪いとは言ってないのでねんのため)、それを続けるのか、そうでない形にするのか、
ってとこなのかしら。これは前にも書いたですね。

>>457
tracerouteだとIPの世界でしか見えないですからね。
スイッチ3つあるという話だし、ボックス型? このへんはぼちぼちと。

さて、>>465 がうまくいくことを祈りつつ、本業してねるかな。
気力が残ってれば、寝る前に >>438 あたりをごそごそ。

素朴な疑問ですが
スイッチがお腹いっぱいなのに今外部にあるbbsmenuを
2ch内に持ってきて大丈夫なんですか?

>>467
結論としては、
・どれがどれにつながってて、どう設定されてるかをみないと、正直なんともいえない
ですね。

現状で「お腹いっぱい」症状が起こっているのは、
今のところnews5が接続されてるやつだけ。で、news5以外ではこの症状は起こっていない。

お腹いっぱいなスイッチには(２ちゃんねる的に)news5しか繋がっていないのか、
それともお腹いっぱいになる原因がもっと他にあるのか。

news5のトラフィックを下げると軽くなるので、ネットワーク問題であることは事実だと思いますが。

てなわけで、>>462 の設定をお願いしたいなと思ってみたり。＞仕事人さん

考え中。。。

やっぱり、そうかなあと(w。>>470

どのへんがconcernなんでしょ。

www.2ch.net 側で、

Redirect permanent /2ch.html http://www2.2ch.net/2ch.html

と書いてみた。

これで、様子を見てみるのがよいのかも。
問題なければ、心配も少しずつ消えるかしら。

http://www.2ch.net
http://2ch.net

の場所は現在 ch2www.he.net です。
これを変更したくない。　ということです。

つまり　2ch.html 以下だけを
単に http://www2.2ch.net/2ch.html 以下にしたい。

#変更してみよう。
#ちょっとしたら、ごにょごにょしてきます。

>>472
おおっ

それですそれです。

>>473
なるほど。以下というか、2ch.html ファイルですね。
今は >>472 で、うまく動いているように見えますです。

# .htaccess に追加してるです。>>472

すごい勢いでアクセスされてます。＞2ch.html

ここ見るべし。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/static/

でも　この方法でやると誰もお気に入りを変更しようとしないので
あいかわらず www.2ch.net へアクセス来るのでして、、、

お気に入りを「人間に」変えさせるには、正直、

・リンク切れにする

しかないと思います。

しかし、いまさらそれは無理な気が。

# あるいは、JavaScriptか何かでそういうのを組む? それもちょっとね。

ところで、>>473 の上4行の理由って、何でしょう。

まっさらな「移転しました」　html を入れればそれでいいような、
自動で飛ばさずに

バナー５個のうちの１個目「アイクラブ」の画像が出ないのは俺だけですか？

>>480
DNSの設定等すべてを
[email protected] でおこなっているからです。

まぁ　そのへんに踏み込むのは来年の春ころですかねぇ
ストップがかからない限りは、

>>482
ほんとだ。なんでかな。

>>483
なるほど、ch2www.he.netは単に2ch.net/www.2ch.net/imode.2ch.netだけじゃないと。

>>481 をやるなら、それなりに事前告知期間とスケジューリングが必要だなぁ。
今言って、年明けにやるかんじ？

いきなり変えるのも２ちゃんねるらしい。知ってると思うが
ttp://internet.watch.impress.co.jp/cda/news/2003/12/16/1515.html

正直、http://www.2ch.net/2ch.html というURLは
ものすんんんんんごく知れ渡っているので、個人的には
「普通はもう変えられない、特異点の一つ」と思っております。

普通じゃないところが、味の一つだったりするんですが。

というか / が移転するならともかく 2ch.html は突然移転しても
なんの問題もないとおも割れ目

Redirect permanent / http://www2.2ch.net/
Redirect permanent /index.html http://www2.2ch.net/index.html

も、機を見て入れてみようかなとおもったり。

でも、>>488 をやるとメンテナンスが面倒になるから
(変更する人がわけわかめになる気がする)、今はやらないほうがいいかな。

ちょっと、>>482 問題のきりわけのためにリダイレクトとめてみる。

もともと出ない模様。もとにもどしました。>>490
これでしばらくオフライン。

> Redirect permanent / http://www2.2ch.net/
これ入れると / 以下のファイルは(つまり全部)
転送されるんじゃなかったっけ?

>>492
そうですね。>>488 は書き方が悪かったかも。スマソ。

bbsmenu/bbstableの移転ﾏﾀﾞｰ? (AAry

<h1>２ちゃんねるトップページは移転しました。。。</h1>
アドレスをwww2.2ch.net/2ch.htmlに変えてくださいです。。。

ってwww.2ch.net/2ch.htmlにいれておけば自動収集ツール避けにもなる・・・はず

Redirect permanent /back.jpg http://www2.2ch.net/back.jpg

を入れてみた。

/ へアクセスするたびに毎回301が発生するので
あまり効率よくないと思われ
それより<base href=http://www2.2ch.net/>
でも入れてみては

index.html 内の 2ch.html と back.jpg を www2 を参照するようにしてみた。>>497
これで、ブックマークから直リンの人以外は大丈夫かな。

他にも 2ch.html はあるような気がするけど、あとはまあ、リダイレクトまかせでいいかなと。
しばらく、これで様子見かしら。

というわけで、back.jpg と 2ch.html は www2.2ch.net に移行しました。
よろしくです。＞トップページをメンテされている各位

warn.txtは移さないの？ｗ

移りましたね>>500

>>501
ファイルはまるごと移してあるので、www2でもアクセスできるけど、
トップページのリンクは変えてないです。

あんまり多くのアクセスがないやつは、とりあえず放置プレイで。

激しくアクセスされている「無料DOWNLOAD」バナーをwww2に移転してみようかなと。
ということで、www2に置いてみた(単にnews6のをwget)。

http://www2.2ch.net/new2ch.gif

これは、http://www.ff.iij4u.or.jp/~ch2/bbsmenu.html から参照されてるのか。
あっちで書き換えを頼んでこよう。

頼んできた。
http://qb3.2ch.net/test/read.cgi/operate/1051717316/523

あとは、「人大杉」かなぁ。(live.html)

news6
game3

他にどこにあるんでしたっけ。

http://news4.2ch.net/live.html
こんなのあったけど違うのかな

zoneファイルを
www IN A 今www2のIP
って強制的に変えちゃえばいいって問題でもないんですか？

ためしてみる?

うひゃあ…なんつう危険な事を
まぁ、ディレクトリ構造まで完璧にミラーできれば大丈夫だとは思いますが…

>root ★さん
↓のスレはﾀｲﾄﾙの通り、「板」が新しくできたり移転した時の報告場所なわけで、
リンクの書き換えを頼むスレではないと思うんですが…。

新設板・板移動情報＠運用情報
http://qb3.2ch.net/test/read.cgi/operate/1051717316/

まぁ、かといってふさわしいスレも思いつかないんですけどね。
この辺が近いかなぁとか。
http://qb3.2ch.net/test/read.cgi/operate/1067440614/
http://qb3.2ch.net/test/read.cgi/operate/1071312042/

板一覧に関する事もたまに扱ってたじゃん、そのスレ。
スレタイや1からするとスレ違いになっちゃうけども、
微妙にスレ違いなのはどこでも同じだしなー。

>>503-504　rootさん
お疲れ様です。対応致しました。

>>501
久々にやきーん師発見。

>>507-508
やってやって

>>513
まぎらわしくてごめんなさい。

>>507-508
もともとそのつもりで、
www2のほうには今のwwwのとは微妙にリンク部分が違うindex.htmlを
既に仕込んでありますです。

というわけで、いつでも >>462 をやっていただいてOKかと。
(Redirectは今のwwwのほうでだけ仕込んであるので、ループは起こらないはず)

>>512 どもです。確認しました。
>>510-511 でも指摘ありますが、こういうのの依頼・報告はちと難しいかも。
直メールでもできるんでしょうけど、こういうのはできるだけ公開の場でやりたいかなと。

>>509
www2はwwwから、
public_htmlをtar cf - public_html | ssh www2 tar xBpf -で
まるごと持ってきているので、大丈夫かと。

まだ、news6のnew2ch.gifがちょっぴりアクセスされてるなぁ。
どこからだろ。

リファラログをみて、

http://www.2ch.net/bbsmenu.html
http://www2.2ch.net/bbsmenu.html

にあったやつを書き換えました。

http://www6.ocn.ne.jp/~mirv/2chmenu.html

の書き換えをおながいできますか。＞書き換えられる方

書き換え前: http://news6.2ch.net/new2ch.gif
書き換え後: http://www2.2ch.net/new2ch.gif

転送量をがんがん叩き出す(帯域を極端に占有する)サーバは
当面、継続的に圧縮 on での運用をお願いしますー

>>519

>>520
了解です。

www2のトラフィック統計をとれるようにして、半日ぐらい様子を見てから、
mod_deflateを有効にしておきます。< www2

news5の圧縮も、当面有効のままということで。

ちなみに、>>512 によって2Mbpsぐらいのトラフィックがnews6からwww2に移った模様。

www2は(予想通り)、アクセス数は激しいですが、トラフィックは多くないですね。
これなら、圧縮は不要か。

予想より、incomingのトラフィックが多い。

http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/www2traf.html

>>477 を http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/ に変更。

ということで、本格的に統計をとりはじめたです。

www2.2ch.netの総アクセス数
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/www2access.html

上記のうち、2ch.htmlとback.jpgの数
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/2chhtml.html

back.jpgの数で、トップページへのおよそのアクセス数の目安がわかるかなと。

ちなみにserver-statusを見ると、ほとんどのhttpdが、

http://www2.2ch.net/new2ch.gif

ファイルを運んでいるようにみえます。

ba.gifが各板持ちになった今、
実は、このファイルが２ちゃんねる中で一番アクセス数が多かったりして。

トップページの壷の絵を、www2に移行してみた。

http://www2.2ch.net/new2ch.gif
は2chとしておかなきゃいけないものでもないし、
download.co.jpのサーバにおいてもらうとか、、、
(￣ー￣)ﾆﾔﾘ

gifやめてpngにすればいいよ。

tubo.80.kgに(りゃ

>>527
いいんですか？広告主からクレーム来ますよ…

＞527
それは遠まわしに うざいから無くせ って言ってるのかい？

全部オイスターになればはずすんじゃないの？

次はbbsmenuの移行か

download.co.jpは夜勤さんのとこですよん

だからなんだってんだ？ｗ

>>531 など
>>527 は、トップページのこれ↓と同じやり方はどう、ってことなんでしょう。
http://www.lolb.co.uk/read/usr/2ch-banner.gif

非oysterサーバがなくなったら、もっと強く出ても（りゃ。

恋の予感。
別れの予感。

138〜142の予感は？>>537

http://www.afftis.or.jp/mikan/mikan29.htm

それは「いよかん」だよー　(つд｀)おやじギャグ、、

ttp://www.toraya-group.co.jp/products/pro01/pro01.html
二番煎じ…

そら「ようかん」でんがなー!!　(つД`)

(･∀･)ｲｲ!! 突っ込みアリが�d｡･ﾟ･(ﾉ∀`)･ﾟ･｡

ようかんはよう噛んで食べよう。

>>544
(　´д)ﾋｿ(´д｀)ﾋｿ(д｀ )

いい鯖屋でも見つかりましたか？

最近商店街も寂れてねぇ…

現在は、作業の中休みかしら……。

>>459
＞過ぎてないってば(w。
これはどうも失礼しました(w
初代(自作)スペシャルサーバとか、わしづかみ君とか、
私もいろいろなプロジェクトが生まれては消えていくのを見てきました。
で、２ちゃんで上手くいかないプロジェクトのパターンというのは、
レスが付かなくなって先細りしていくのが多いかなっと。
今回もちょっとそういう雰囲気だったから、ついつい……。鯛はないです。

今、似た例で心配なのはサザンさんのやつですかね……。
もっとも報告人のように、一度消えかかってから再びよみがえるものもありますから、
まだまだわかりませんけどね。

＞ぜひ、お力を（りゃ。
はいはーい。
それでは何かありましたら、こちらからもよろしく。

>>546
ないものは、自分で作ってしまうの精神で！

2ちゃんねるドメインに続いて、2ちゃんねるホスティング登場か？
もちろん、Powered by big-server.com

http://qb3.2ch.net/test/read.cgi/operate/1067243403/604

仕込んでみたよ。utimeじゃなくて、uptimeかな。
http://www2.2ch.net/_service/20031219.txt

>>550
わーいわーいわーい(^･^)ﾁｭｯ

http://qb3.2ch.net/test/read.cgi/operate/1054372280/686
つまり、仮にパワー的にまかなえるからといっても、無碍に1台にはまとめにくいと。

実況難民は凶暴だと聞いているので、最低でも2台か。

bbsmenu引越しは結局pendingになったんでしょうか?

ここにも転載しとこう。鼻薬=noatimeということで。

513 名前：root ★[sage] 投稿日：03/12/23 04:31 ID:???
ついでだから、まとめとこう。oyster138〜142はクリスマスプレゼント?


oyster173 news6/news7 鼻薬配合済み t.A.T.u.来日祭り
oyster174 life3 鼻薬未配合 平和そのもの、かくありたい
oyster175 news5 鼻薬配合済み フセイン逮捕祭り
oyster176 bbq 鼻薬未配合 ロックな人生
oyster132 qb3 鼻薬未配合 本拠地
oyster133 gamble2 鼻薬配合済み 決戦は日曜日
oyster134 tmp2 鼻薬配合済み Winnyは私に鼻薬を決意させる
oyster135 news8 鼻薬配合済み ゆれゆれ
oyster136 science2 鼻薬未配合 たまにドバっとread.cgiが呼ばれるのはクロール?
oyster137 www2 鼻薬配合済み menuどうしよっか

sports5 live7にも鼻薬おねがいします
いまは野球はオフシーズンですが、阪神優勝のときは野球板半日見れませんでした

oyster29はオールドタイプなのだよ残念ながら。

公式ガイド2004に root★さん
詳しく解説していたんだー

現在読み読み中。。。

>>557
あ、もう届いたですか。
コ（りゃ の人に、うまうまと。

最初の版下しか見てないから、私も仕上がりは気になってたりします。

>>555
残念ですが >>556 のとおりで、鼻薬を配合できるのは >>554 のサーバだけなのです。

live系のテコ入れは、これ↓次第かなぁ。どうなるかは未知数で。
http://qb3.2ch.net/test/read.cgi/operate/1066206637/798-805

公式ガイドもうすぐかφ(´∀｀ )

こっちでも既にやっていたのか……。

>>557-560
これから購入する人のために内容はばらさないけど、
rootさんの寄稿の所にWinny逮捕による過負荷の話があるから、
脱稿から店頭に並ぶまで1ヵ月弱か……。

早いですね。

地震の場所と時間によっては結構いくんだなあ
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/news8traf.html

範囲が広かったからね。

地震で面白い(不謹慎だけど)のは
たとえば釧路で地震があったら
揺れが伝わるように
ｷﾀ━━━━━（ﾟ∀ﾟ）━━━━━━!!!!
も伝わるんです。

>>562
今回、ちとでかかったですからね。でも各種ログではまだ「余裕あり」。
news8はトラフィックはたいしたことないんですが、突発をどう処理するかってことで。

今のところまだ「ゆとり」あるので、他のサーバとはあんまり変えてません。
最初から待機させておくhttpサーバ数を増やしておくとかぐらいは、してもいいかも。

>>564
そうすね。みんなセンサーでもつけてるのかなと。

>>564
地震がきて地震板に書き込む暇人…ゴホゴホ　失礼！
まめなひとが書き込む過程
地震きた？→パソコンで書き込み　ここまでのタイムラグがほぼ同じのなので
地図に表すときれいにまとまるんでしょう
一度書き込んだ人はそのままくっつきますんで、地震板特有の鯖落ちパターンを解析するのにはいいかもしれません

今日来ないと、クリスマスに突入して年始明けになっちゃうのかな。< 今度の5台

>>567
もし今日来たら、すぐに設定に取り掛かる気かよ！

>>568
すぐにとりかかるかはともかく、
米国西部時間２４日中に設定にかかれる状態にないと、
翌日からクリスマス休暇突入なのでどうにもならん、
と567でいっているのではないかと。

実際には感謝祭〜クリスマスはあちらの方々は
気持ちが浮ついているのでなーにもしたがらないという話です．
クリスマスがおわってから初めて催促する予定でーす。

デフォルトの看板は１ヶ所にまとめておいた方が
楽なような気がするんだけどどんなもんなんだろう。

>>569 Exactly.

>>570
どうもそうみたいすね。
私の経験からもそう思います。新年早々(2日)からは仕事してくれますけどね。

>>571
デフォ看板って、今はこれかしら。
http://www.dd.iij4u.or.jp/~cap/2ch.gif

既に同じものが以下にもあるようです。リンクの変更だけで済むかと。
http://www2.2ch.net/2ch.gif
(http://www.2ch.net/2ch.gif にあったものがそのままコピーされた)

>572
デフォ看板は各サーバに置いてあったりiijにおいてあったり。
まあリンク先の変更で終わりですがどこに置くかの最終結論はまだでてない気が。

むむむさんはwww2に置くと予想してみる

というわけで、設定しました。
bbs.cgi再開発プロジェクト２
http://qb3.2ch.net/test/read.cgi/operate/1069144193/500

rock54 IN A 64.62.236.130

の追加をお願いします。

>>575
done

建設予定地(rock54.2ch.net)

見えた＠Yahoo!BB

さて、見えるかな。

http://rock54.2ch.net/
IPアドレス: http://64.62.236.130/~ch2rck54/
バーチャルホスト変換前: http://oyster176.uma.2ch.net/~ch2rck54/

はえーな。>>577

>>578
DION・・・3つとも「建設予定地(rock54.2ch.net)」と見えます・・・

おっけー＠nifty

見えましたー＠ocn

>>578
JCOM東京見えましたー

見えましたー
＠wakwak

んで login 情報を
未承諾広告※ ◆aiY4htt2さんに渡していただけるといいのかな?

interqも見えました。

見えますー
biglobe

ログイン情報は仕事人さんにメールしました。
パスワードは仕事人さんのほうで変えていただいて、
そのうえで未承諾広告さんにメールいただけるとうれしいです。

未承諾広告さんのメアドは何でしたっけ。

うぎゃぎゃん

了解ですー　>>588

あひゃひゃーん
のーぱそ変えたので、、、

telnet しか使えない現在
何使ってログインするんでしたっけ? <telnet じゃないやつ

>>588

わ！
そそそ、そんな早くにですか（苦笑）＞どぶいん

ちょっと壊れてませんか？＞仕事人さん

>>591
（￣ー￣）ﾆﾔﾘｯ

>>590
ssh っすよ。

>>591
（￣ー￣）ﾆﾔﾘ

早速メールが来ました。
題名：No More Paying for Movies & Events on CABLE! bqv tnvphld
spam に冒されていますので。。。＿|￣|○

>>594
あっそうそう　ssh

んで誰か　ssh のソフト downloadできるとこ教えてちょ　< いいやつ(おすすめ)に限る

とりあえずベクターとか行ったらどうですか？

ttp://www.vector.co.jp/
ttp://www.forest.inpress.co.jp/ (ちょっとアドレス不安)
ttp://download.ascii.jp/

http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
を入れて、
http://hp.vector.co.jp/authors/VA024651/#PuTTYkj_top
を入れるのが最近のはやりです。

もちろん、TeraTerm+TTSSHでもよいです。
http://www.sakurachan.org/soft/teraterm-j/ttssh/

あっそれそれ
Putty 使ってたっす

どもです

>>591
メール発射しましたー

>>600
潜入開始しました。ﾌﾞｸﾌﾞｸ

君たちはＣＩＡか？

>>601
以降は、あっちでやるのがいいかな。
作業をすすめるうえで必要なプログラムとか、Perlモジュールとかがあれば言ってください。

all the oyster servers are live.
I just logged on to all of them with SSH and su to root.

Jim

>>603
メール送りましたー

>>604
メール受け取りました。oyster138〜142、全部いっぺんに来たですか。
とりあえずハード的に問題ないか、チェックしてみます。

ハードウェアチェック、異常なし。

ただし、oyster141のデータディスクだけ、10,000rpm仕様だった。
システムディスクは15,000rpm仕様。

あとは全部15,000仕様。

ほんじつもう限界につき、寝ます。おやすみ。

>>598
ttsshはssh2を取り扱えないので、今後はputtyでしょう。
sshdがあがっているならftpもvia sshが望ましいです。

未承諾広告※ ◆aiY4htt2.2 が管理側に回ると？

(ﾟДﾟ)ﾊｧ?

もともと管理側なんて概念は２ちゃんねるにはないのだ、

できる人ができる範囲で手伝う。

メモしとこう

某スレの差し入れのリスト。これで、抜けはないかしら。
みなさんどもでした。

お茶: ( ･∀･)つ旦~
お茶: ε=ε=ε=ε=ε=(｡･ω･)_旦~~
コーヒー: （　´∀｀）つt[]
大福: （*・∀・）つ○○
魚: (*ﾟ∀ﾟ)つ―>ﾟ))))彡-
お茶とマァム: つ●旦~~
お茶: （*・∀・）つ旦

とりあえず無事年が越せそうで、よかったなと。

今度の5台は年明けから、ごそごそします。
とういわけで、飯落ち。

むーさん飯落ちでliveが鯖落ちか…

つ◆

�d�d

つまりののたんはumaだったと。＠笑う点

>>611
(　´･∀･`)ﾉ　川　年越しそば

を忘れてたですね。
リアルでも年越しそば中。

もう2時間ぐらいで、げきどーの1年も終わり。

今年もさらに激動。。

あけおめ、ことよろ。

さて、今年はどんな年になるやら。

2004 ｷﾀ━━━━━（ﾟ∀ﾟ）━━━━━━!!!! ◆2004◆

今年もいろいろとよろしくお願いいたします。>>618
順調にいけば、5台とも数日のうちにセットアップできるでしょう。

で、早速ですが、割り当てはどうしましょうか。

はやっ

696 某ソレ511 sage 03/12/31 15:15 ID:I9SfY+NQ
なんかきたーだけいわれてるのもなんなんで、今回の争奪戦のグラフです。
上が票数で下が％表示ね。
http://www.geocities.co.jp/CollegeLife-Library/4995/oyster138/o138.gif
http://www.geocities.co.jp/CollegeLife-Library/4995/oyster138/o138p.gif
これを見ると、24日まではaa←→tv,musicの差が100表くらいあったのに、
今はaa←→tvが30票差まで詰まっているということがよくわかりますね。。

ご参考にどうぞ

んじゃ
今の投票は明日いっぱいで〆切ー

その後次の投票をすぐつくりまーす。

よろよろ。おめおめ。

明けましておめでとうございますー

というわけで、年始はoyste138とoyster139から、はじめますか。
本日夜〜明日あたりには、セットアップできると思われ。

noatimeが調子いいみたいなので、今後作るやつはnoatimeありでいこうかと。
つまり、15,000rpmディスクならnews8等と同じ強さ。

で、いまのところgame5とaa3? or tv4?
本日はこのあと夜までオフラインなので、その間に決まれば、それでいきます。

>>625
上位三位は決定でよろしいかと
順番は、投票数の多い物からやる方が良いのでは?
それだけ、サーバーの置き換えを早くして欲しいと望まれてるって事ですから

ということで、DNSへの登録をお願いします。

game5 IN A 64.71.177.242
aa3 IN A 64.71.139.154

>>627

done

ども。さて、いかがでしょう。

http://game5.2ch.net/
IPアドレス: http://64.71.177.242/~ch2game5/
バーチャルホスト変換前: http://oyster138.uma.2ch.net/~ch2game5/

http://aa3.2ch.net/
IPアドレス: http://64.71.139.154/~ch2aa3/
バーチャルホスト変換前: http://oyster139.uma.2ch.net/~ch2aa3/

>>629
DION、全てＯＫです・・・！

ぅぃ。両方ともおｋ。

パスをメールしました。＞仕事人さん

>>629
ぜんぶ確認＠スペースLAN

裸のののたんがいるな

>>629
みえます

見えましたー。＠↑

>>629
14分ごろから見えましたですよ。。。＠yahoo!BB

見えてたけど、fusiana書くの忘れた＋Sambaで
報告するのが遅れちゃったよ。。ヽ(`Д´)ﾉ

Samba59秒2回もかかったさ、漏れｗ＠今

>>632
貰いました。
まずは　game5 から、

F22 起動してくださいー　> ラプター★さん

game5 aa3

game5鯖のゴミ箱ができましたねぇ・・・

先ずは、ＦＦ・ドラクエ板・・・

わくわく。。。

いきなしgame2からの移転か。

まずは　お茶飲み解消を目指して

http://game5.2ch.net/ff/

動いている?

http://game5.2ch.net/ff/

ﾏﾝｾｰ

>>646
ＯＫです・・・

aa3には何いれるんだ?

>>646
確認しました。順当なせんではないかと。< ffが最初

>>649
aaのを全部入れて、aa退役かと。

aa3鯖にゴミ箱ができましたねぇ・・・

ほほーい

aaは元yasai, food2か。

必要であれば、yasaiとかfood2のような、
退役したバーチャルホスト移転作業も承りますです。＞仕事人さん

サロンも入れてあげて＞新鯖

>>655
それって、accuseだけしかaa2に残らないのでは。

そうするとaa2はaccuseだけになりますな

>>655
さすがにそれでは本末転倒。それよりaa2の環境もうちょっと緩めてほすぃ…

aa3鯖に・・・
AA長編
顔文字
モナー
ができた・・・

http://aa3.2ch.net/aastory/
確認しますた

>>654
おおっ。。。

巨大なHDいれたサーバを作るとか　、<過去dat用

>>661
いいですねぇ・・・

PCゲーム
家ゲー攻略
家ゲーＲＰＧ
ハード・業界
きましたね・・・

>>661
aaの3板 => aa3への移転を確認しました。おつです。

過去dat用は、そんなかんじでいいんではないかと。
バーチャルホストの設定を増やすのは、正直楽勝ですので。

そうこうしているうちに、oyster140, 141, 142の準備ができました。
私がおねむにならなければ、いつでもよいです。

仕事はやー

移転祭りだー
で、game鯖の板は？

game2もようやくログが移りましたね。

>>665
争奪戦やるので、
今日は設定はないと思いますー

game2鯖からgame5鯖へのdatの移行を確認・・・

>>669
了解です。

で、今日はこんなとこですかね。

・game5
ff
game
gameover
gamerpg
ghard

・aa3
aastory
kao
mona

>>667
空になったgame2を利用（妄想）

>>672
みたいですよ。
http://qb3.2ch.net/test/read.cgi/operate/1067243403/874-877

>>672-673
どもども。

さて、新しいやつは無事動いたみたいなので、本日はこれにて。

>>675
お疲れさまでした・・・

old2ch.2ch.net

archive0や旧サーバーにあるログをHTML化して（りゃ

なーに妄想してんだろ。

>>671
AA3板住人としては乙＆どうもありが�d！
サロン住人としては(´・ω・`)ｼｮﾎﾞｰﾝ

サロンか批判要望をどこかへ移して
サロンの鯖設定を緩くすることはできませんか？

>>678
設定をゆるくって?

>>679
60日ルールを無くしてほしいんじゃないかと思います。

>>679
AAサロンは60日ルールのため
顔文字板からの避難組はじめとする新作発表系のスレはほぼ壊滅しました。
コピペでないAAを一から描くには、けっこう時間がかかるものなので
即死判定が厳しいのはまだしも60日ルールだけでも緩和してもらいたいのです。

ちょっと見てくる、

大幅に緩和してきたー

>>683
ありがとうございます。お年玉大感謝ですー

>>683
どうもありが�dございます！！

ﾏｼﾞﾃﾞｶ

ｸﾞｯｼﾞｮﾌﾞ！できれば詳細を教えて頂けませんか？

ｶﾞｷﾃﾞｶ

>>681
ほぼ壊滅スレがどうなったか気になるー。

>>689
もう話題がスレ違いなのでこっちに書いときました
http://qb3.2ch.net/test/read.cgi/operate/1072099309/847

鯖構築時にboo80の設定ってしてないの？

ここまで読み終わったつもり。

aa3、game5 のF22は起動していますー。

というわけで、上位2台は決まりました。

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

sports6 IN A 66.220.9.122
tv4 IN A 64.62.142.170

sports , tv , music でいきますー

>>692
引き続き上記三台の起動おねがいしますー

>>693
done

>>694
了解です。んでは、これでよろしくです。

music3 IN A 65.19.129.10

tv4,sports6ともok＠Y!BB

>>696
done

　３つともOKです＠PRIN

3つとも見えます

tv4.2ch.net
sports6.2ch.net
music3.2ch.net

全てOKです。＠Y!BB

フライング気味ｽﾏｿ

http://sports6.2ch.net/
IPアドレス: http://66.220.9.122/~ch2spo6/
バーチャルホスト変換前: http://oyster140.uma.2ch.net/~ch2spo6/

http://music3.2ch.net/
IPアドレス: http://65.19.129.10/~ch2mus3/
バーチャルホスト変換前: http://oyster141.uma.2ch.net/~ch2mus3/

http://tv4.2ch.net/
IPアドレス: http://64.62.142.170/~ch2tv4/
バーチャルホスト変換前: http://oyster142.uma.2ch.net/~ch2tv4/

パスをメールしました。＞仕事人さん

>>702
DION、ＯＫです・・・！

>>702
biglobe，問題なし。

>>702
J-COM　OKです。

>>703 きました。

ところで　sports6 は　sports をそっくり移動で FA ?

>>707
まずはそれでいいんじゃないすかね。

>>707
よいと思います。
そのうえで様子を見ながらsports3のいくつかを調整でいいかと。

sports4 = サッカー、sports5 = 野球+ウィンターポーツなので、ほぼおかないっぱいでしょう。

うちも3つとも見えましたー

先ずは、相撲板からなんですねぇ・・・

>>710
ヾ(･∀･)人(･∀･)ﾉナカーマ

芸能音楽速報と、洋楽か

洋楽板に、早速、糞スレが乱立ですね・・・

なんと　tv4 まだ見えないわたし、、、ｼｮﾎﾞｰﾝ

>>715
だれか、IIJ4UのDNSサーバを使ってるひとが、
tv4.2ch.netという名前がないうちに、その名前にアクセスしたのでしょう。

ネガティブキャッシュがクリアされるまで、数時間待つしかないということで。

建設予定地みえましたよ？

Windowsのひとは、コマンドプロンプトから、

ipconfig /flushdns

を実行してみるといいかもです。>>715

>>715
>>717
あら？

>>717
さすがに、二つのDNSサーバーですべてこなせるわけじゃあないので
地域やネットワークの区切りにあわせて、DNSもあるんでしょう

>>718
やってみたけど駄目だった。
明日以降にしまーす。

music3 はあとどうするのかな?
tv4 は　tv->tv4 , tv 引退の線で

>>721 了解す。

> music系
> tvに行っているのを戻しますか、

ということらしいす。

>>721
music鯖の7板を全移転・・・

>>721
musicにある板移転して、
music退役させてください。

musicのはそんなに大きな板がないので
ごっそりいけるかと

>>723-724
そうすね。
退役させたあとで、>>722も含めて考えればいいのかしら。

　tv系鯖にある音楽系の板ってどのくらいありますっけ？
　すでに洋楽と芸能音楽速報はmusic3に動いてますよね。

>>727
それだけだと思ったけど、

>>727
それだけだと思います。
thatに音楽系の板がありますが。
演歌 http://that.2ch.net/enka/
ディスコ http://that.2ch.net/disco/

>>729
それらは、板が成長して、大きくなったら移転だとおもったのだけど・・・

　じゃあ、あとはmusicの板をそのまま移転ですかしらん。
　uma鯖だとmusicからの9板＋tv3からの2板って大丈夫ですのかね。

>>730
どっちにしろ、music3鯖には収容できそうな感じですね。
http://www6.big.or.jp/~beyond/bbsnews/bbs-post-1.html

>>730
知ってますよ。
なので、ありますが、です。

that の秘密は・・・ html(ry

まだ小さい板は過保護なのだ。
bobbyがetcに移転の予感。　< that

>>734
なるほど、あのサーバはあれ、やってあげてると。

なるほど、wait(ry

http://music3.2ch.net/test/read.cgi/musicnews/1073232823/23

tv3からmusic3にキャップをコピーしてあげる必要があるようです。

>>737
どさっと上書きでいいのかしら?

>>738
よいと思われ。

>>739
done

確認しました。
ねんのため、バックアップもとりました。

キャップのバックアップとかも、ぼちぼち自動化を考えるかなぁ。

某MRTGページ更新しました。
本日はこれにて。

F22が動いているかもしれないサーバの一覧。
http://bg2.2ch.net/service.html

とりあえずここに。

tv4のread.cgiが古いやつだったので、
news5のやつ(トラックバック対応のもの)をコピーしておきました。
今後は最初に入れるパッケージのほうを入れ替えておかれるとよいかと思います。＞仕事人さん

music3鯖へのmusic鯖の板移転はまだでしょうか？

>>745
完了

>>746
乙

bobbyのetc移転完了、
次はsports->sports6お願いします。

sports6 は格闘技系をあつめようかしらん

>749
スレ移動がスムースになるので良い考えかと

格闘技系
sports　budou　boxing
sports3　k1　wres
sports6　sumou

●sports.2ch.net
　□sports, ski, msports, kyozin, volley, boxing,
　　 fish, bass, bicycle, f1, olympic, budou, golf, xsports
●sports3.2ch.net
　□k1, mlb, sposaloon, wres
から>>751が移動？のこりのsports上の板はsports3移転ですかね？
まあ、sports3の格闘技系が移動するなら、結構余裕は出来る気がするけど。
たりないようならmlbがsports5移転もあるんですかね？

eq もそうですし、liveもそうなんですが、
これ以上分割できない、さらにもっと沢山の
要求(アクセス)をこなさなきゃいけない板をどうするかが
次の課題ですなぁ

1) 複数台で一板への挑戦
2) とてつもない強力なサーバでこなす(力技)
3) あきらめる

こんなとこですかねぇ

sports.2ch.net
sports, ski, msports, kyozin, volley, boxing, fish, bass, bicycle, f1, olympic, budou, golf, xsports

biwa37.he.netは引退しないのですか？

このデータを見ると試金石は…
http://www6.big.or.jp/~beyond/bbsnews/bbs-post-1.html

6格闘技
5野球
4サッカー
3色々

……と、なるのかな？

sports6（※→21756）
　プロレス (12895)
　格闘技 (4754)
　ボクシング (1943)
　武道・武芸 (1477)
　相撲 (687)

sports3（19858→14661）
　スキースノボ (2180)
　野球総合 (2094)
　自転車 (2046)
　スポーツ (1979)
　バレーボール (1480)
　バス釣り (1205)
　ﾓｰﾀｰｽﾎﾟｰﾂ (1143)
　釣り (975)
　アンチ球団 (717)
　海スポーツ (208)
　オリンピック (195)
　ゴルフ (187)
　xsports (137)
　スポーツサロン (115)

ちなみに
sports4（16876）
　国内サッカー (11716)
　海外サッカー (5160)
sports5/live7（5739）※まあ、オフシーズンだし、、
　プロ野球 (5411)
　冬スポーツ (328)
　野球ch (？)

データとしては、ある１日だけ見るんじゃなくて、
１週間の方を使った方がいいと思うが。

http://www6.big.or.jp/~beyond/bbsnews/bbs-sum-7.html

格闘技だけで最新鯖占有するのはもったいなくないか？
sports5は去年みたいな阪神フィーバーは数年内にしても、いっぱいいっぱいな気がするが。

>759
いざとなったら、オリンピックをsports6に移転する可能性もあるので
この位でいいんじゃないの。

８月１１日からか。
http://www.yomiuri.co.jp/sports/feature/athe_2004/schedule01/

>>753 そうすねぇ。某公式ガイドにもちょっと書きましたけど。

いずれは1)かなぁ。でも、まだできることはあるような気がする。
メモリを増やすとか、まだ2)の道もあると思いますね。でもIA86だとメモリ搭載量も限界があるし。
3)は、、、いやん。

個人的にはまだ、こういう道を探りたいなと。特に4)かな。

4) 新たな技術を導入して、さらなるチューニングを図る
5) 現システムのボトルネックになっているところに手を入れて、処理を軽くする

Jan 5 21:52:20 <0.2> oyster135 /kernel: pmap_collect: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC

ということだそうで。< news8

なんだか、まだがんがれそうな気がするです。

>>763
人語に訳するとどういう意味か聞くのはスレ違い?

門外漢としては
＞collecting pv entries -- suggest increasing
これは分かるけど
＞PMAP_SHPGPERPROC
これがサッパリ

日本語のページからPMAP_SHPGPERPROCを検索しました。
約12件中1 - 8件目 ・検索にかかった時間0.13秒

でもﾜｹﾜｶﾝﾈ

FreeBSDの、共有メモリについてのどっかのトピックに
こんなことが書いてあった。
＞PMAP_SHPGPERPROCの値を増やしてkernel再構築、さらにswap増やせ
＞ば問答無用のkillはなくなると思います。

＞それと、だいぶ前ですがfreebsd-current MLで多接続の高負荷マシ
＞ンではPMAP_SHPGPERPROCを増やせとか何とか言っていたような気が
＞します。(maxusersを増やしても可だったはず。)
だからたぶん、同時接続数に関係している値なんでしょうな。

メモリ不足でカーネルがプロセスを強制終了した

って言うことで勝手に解釈してよろしいでしょうか

>>768
そんなもんらすぃ。
メモリ使いまくりそうな場合はswap領域増やせ、と。

でもswap増やしても
結局処理が遅くなって
処理待ちの人が溜まっていき

ﾊｻｰﾝ

の悪寒

kernelが増やせ、とかメッセージ出してるし、
rootさんもがんばれる気がする、とか言ってるから、
増やしてもだいじょぶなんじゃないかな。
おいらはFreeBSDなんてまったくさわったことないから分からんけど。

>>762

6)どうやらさんからゲームを取り上げて技術を習得させる

swapはメモリと比べると処理速度が
桁違いに遅いから効率悪いよな。

とりあえず俺様メモ。

swapすると負けなので、umaサーバはswapはしないようにしてるです。
/etc/sysctl.conf
# do not use swap area (it's slow)
vm.defer_swapspace_pageouts=1
vm.disable_swapspace_pageouts=1

で、これを調整すればいいのかな。デフォルトは200か。
/usr/src/sys/i386/i386/pmap.c
#ifndef PMAP_SHPGPERPROC
#define PMAP_SHPGPERPROC 200
#endif

LINTを見ると、こんなことが書いてあるなぁ。
/usr/src/sys/i386/conf/LINT
#
# Set the number of PV entries per process. Increasing this can
# stop panics related to heavy use of shared memory. However, that can
# (combined with large amounts of physical memory) cause panics at
# boot time due the kernel running out of VM space.
#
# If you're tweaking this, you might also want to increase the sysctls
# "vm.v_free_min", "vm.v_free_reserved", and "vm.v_free_target".
#
# The value below is the one more than the default.
#
options PMAP_SHPGPERPROC=201

で、該当メッセージは/usr/src/sys/i386/i386/pmap.cで出ている模様。
drasticとかpinchとか、いやんな単語が。

/*
* This routine is very drastic, but can save the system
* in a pinch.
*/
void
pmap_collect()
{

さて、というわけで本日はこれまで。おやすむ。

あれ,こんなのをどっかで見たような。

もっとブロードキャスト系のメディアに任せていいんじゃないかなあ
テレビとかラジオとかに任せて。高アクセス要求時はスイッチからwww2に
自動的に飛ばせないのかなあ。
「えらー　人大杉です　まず、テレビ、ラジオ、各種ニュースソースで状況を確認してください」
って追い返しちゃえば。ｷﾀｰは放置でいいでしょ。

今の流れはとにかくもっとすごいガンダムをこしらえる＆マグネットコーティングやってとにかく強力に、というものでFA？

※単に古くなって寿命が来たハードの交換の場合はガンダムの中に３鯖同居みたいになるんでしょうか？
※貧乏（PINK）orやる気がない（≒現状能力でも問題ない?）方面向けへの量産型モビルスーツの投入は全くないのでしょうか？
（Big-serverにおける次期Banana鯖（S-ATAHD使用）の投入とかは全くない？）

眠れなくて体調悪いので会社さぼり〜。
>>774
ttp://www.freebsd.org/cgi/query-pr.cgi?pr=2431
これを見るといいかもです。ご存じならすみません。
潤沢にリソースがあるマシンだからmaxusersを増やすのが手っ取り早いかと。

NPROC=(20+16*MAXUSERS)
maxproc=NPROC
pv_entry_max=PMAP_SHPGPERPROC*maxproc+vm_page_array_size

では、この問題については
パナップ問題と名づけましょう。

>780
やたらに増やすとそれはそれで
また鯖ごと落ちそうな

ふんふん
とここまで分かったつもりをしてみる。

一回の処理が半分の時間ですめば倍こなせると考えていいんだろうか、
重い処理は
1) bbs.cgi 投稿
2) read.cgi 読み出し (r.i p.iも含む)
3) .dat .txt の読み出し
の順だと思うのだが

やはり
a)　携帯 (r.i p.i)からのアクセスは別サーバで処理
　　リアルタイム性を犠牲にして(10sec delay) .html で別サーバにて提供。
　　これはnews系でも使えるかも、

b) read.cgi のApacheモジュール化
　　これは他のumaサーバでも使える

仕組み的にはこれですかねぇ
やる価値とコストと期待値とそのへんとの兼ね合いですけど、

>>781
maxusersの最大値は512なので増やしてもたいしたことないでしょう。
というかmaxusers は 512にしておけばいいのでは。

あとスワップしたら負けかもしれないけど、
落ちるよりはまし、ということで、
すべてのディスクにスワップをとってみるとか。

仕事人 ★さん誤爆転載
http://qb3.2ch.net/test/read.cgi/operate/1067731439/298-299

298 名前：仕事人 ★ 投稿日：04/01/07 18:06 ID:???
etc2 ができたら entrance は ex から抜けるという予定であります。
ex も退役させなきゃ、


299 名前：仕事人 ★ 投稿日：04/01/07 18:07 ID:???
ありゃ　また誤爆か、、、

>>778
最終的には、そういうことになるのかな。
ちょうど、年末年始に携帯がつながりにくくなる(する)みたいな感じで。

でもまだ、最終ってかんじは、しないなぁ。

個人的には、新oyster(同じハードウェア)の10倍ぐらいのパフォーマンスを目標にしてるです。
今、たぶん4〜5倍ぐらいなので、今の倍ぐらいしぼりだせれば、チューニング屋としては
概ね満足かなと。

そうすれば、>>779にあるような感じで同居させるとか、sportsやliveを少なくするとかも
可能かな、なんて思っていたり。

>>780 >>783 maxusersは既に512だったりするので、

/boot/loader.conf
# added for 2ch
kern.maxusers=512
kern.ipc.nmbclusters=32768
kern.ipc.maxsockets=32768

>>780 にもあるように、静的に定義されている
PMAP_SHPGPERPROC を変えるしかないような気がするです。

>>782
ざっくりいうと、そういうことになりますね。, 処理コストが半分なら2倍こなせる

a)やb)は、イナゴさん対策には効果ありそうですね。
あとは、bbs.cgiを軽くするためにmod_perlを入れるのが、一番即効性あるかも。(>>197)

/usr/src/sys/i386/i386/pmap.c を読んでみた。

kern.vm.pmap.shpgperproc=2048

を、/boot/loader.conf に入れてみようかと。
とりあえず、news8で実験してみるかな。

こんなのもあった。
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/performance/2003-06/0051.html

news8にしこんでみた。
これで、PMAP_SHPGPERPROC を200から2048にしたのと同じはず。
さて、どうなることやら。

早速地震来てますね。

再起動しなくていいのですか？

mod_perl入ってなかったのねと、驚いてみるテスト

>>790
おっ。

>>791
http://qb3.2ch.net/test/read.cgi/operate/1072863044/217-218
でもgdb -kで見る限り、変わってないようにも見えるなぁ。ううむ。

pmap.cを再度読むと、

kern.vm.pmap.shpgperproc=2048
ではなくて
vm.pmap.shpgperproc=2048

でないといけない予感。

後で、再チャレンジしよう。

2048はドラスティックすぎるので、1024にしてみよう。

えっと、bbs.cgiは管理コストと負荷のバランスを考えると
mod_perl化がベストな選択だと思います。
bbs.cgiとread.cgi/r.i(p.iも?)以外の他のcgiは
呼び出し頻度がずっと少ないと思われるので現行でも充分でしょう。

あと、apacheのmpmをマルチスレッド対応のものに変えるのはどうでしょう？
workerかperchildにすれば1プロセスで複数のリクエストをこなすので
apache自体のメモリ(アドレス空間)使用量は減らせると思います。

で、read.cgi/r.iなんですが、私の手元に
・公開されているread.cgiを元に(変更部分とr.iの動作は推測で)
・.datの中身と中間加工したものをキャッシュして同一プロセスなら再利用
・その他いくつか機能追加
して、apache2用のモジュールを作ってみたものがあるのですが、
もし、read.cgiの時のように共同開発という形がとれるのであれば
叩き台として提供できるかな、とも考えているのですがいかかでしょう？
trackback対応はしてませんが、現状でも組み込んでLoadModule+SetHandlerするだけで
現行のread.cgi/r.iに近い動作をしてくれると思います。

news8は設定変更完了しました。
こんどは、ちゃんと増えたみたい。

(news6)
(kgdb) print pv_entry_max
$1 = 2166663

(news8)
(kgdb) print pv_entry_max
$1 = 8933351

>>796
開発系の話はこちらですー

bbs.cgi再開発プロジェクト２
http://qb3.2ch.net/test/read.cgi/operate/1069144193/

>>796
モジュールのたたき台ですか。すばらしいです。
今のものとのマージとか、どうしましょう。＞仕事人さん、関係者

で、開発系といういみでは微妙すね。ちょうど、境目かも。
もしほんとにモジュール化が軌道に乗るなら、bbs.cgiとは別スレがいいような気も少し。

で、今の、
%httpd -V | grep MPM
-D APACHE_MPM_DIR="server/mpm/prefork"

を、server/mpm/workerかserver/mpm/perchildに変えるということすね。
パフォーマンス的にはpreforkも含めて、どれがいいのかしら。

えーと。再確認
・apacheのmoduleはstaticビルドのほうが数%ほど高速
・FreeBSD4.9Rのapache2はportsからインストールしている?　その場合のWITH_MPMとかWITH_THREADSとかは?

あとNMBCLUSTERS関係は
http://silverwraith.com/papers/freebsd-tuning.php
とか

>>801
デフォルトのportsです。WITH_SUEXEC=yes SUEXEC_DOCROOT=/homeだけ。
だから、Apacheはまだチューニングの余地がかなりあるはず。

ということで、WITH_MPMとかWITH_THREADSとかは、まだ開拓の余地ありです。
でなきゃ、今の倍はいけるとか軽々しくいわんです。

>>802
これはかなり参考になりそうすね。

あと、Apacheをkqueue対応にするというのはどうなんでしょ。と俺様メモ。(>>172)

現在どこに一番お金がかかりつつあるかというと、
回線使用料ではなく毎月のサーバの維持費です。

つまり　毎月　$300.00/台　とかという維持費がかかっていて
これがほとんどを占める状況になりつつあります。

簡単にいえば台数は少なければ少ないほうがいい。
サーバ買うのは一回こっきりのイニシャルコストです。

今後の予想としては、
2002年3月から始まったオイスター作戦の枠組みが
現状に照らし合わせてみてだんだんいびつになってきている。
近々、その枠組み(支出の方)を変更しなきゃ　ってとこです。
管理人へもその状況は説明してあります。
春か、夏か、、、そのへんだと思いますー。

>>805
ラック代にもメスを入れるのですか。

ところで、rooｔ権がない既存の鯖に後付けでroot権を付けるとすればいくらかかるんですか？
もし安い値段でそれが出来るんなら新oysterを全部uma化して耐性うpを計って台数減らしに着手したらどうでしょう？
（そうすれば新鯖導入なしで非oyster鯖を全部退役させられるかも）

仮にそれをやるとして、玉突き式に次々とやるとすれば空の臨時ハードが1台必要になるかもですが。
（news8とかの余裕のある?uma鯖に臨時移転とか）

古いサーバは退役の方向で、
なぜなら、経年疲労がたまっているから
故障発生率が上がる。

とくに　HD & PowerSuply 、

サーバを増設しなければいいのさ。
どこに割り当てるかを考えるのも面倒だしさ。
日常的に過負荷で落ちるようになるまで放置で。

>>807
oyster14以降の鯖は古くても姿形はuma鯖とそっくりなのになんかもったいないなぁ。
rooｔなし新oysterは20台ぐらいあるからこれの処理能力が２倍になれば、と思ったんだけど。

そですね、

そうなんだけど、、、、


それを誰がやるのかと、
そういえばまだsportsの移転終わっていなかった。。。
その置き換えを全部やるのに二年くらいかかりそう

>>810
移転ラッシュでおつかれのようで、、、

とりあえずあまりお金がかからないようでしたら新鯖導入がない月限定で
ちょっとづつでも、、（新しい新oysterから順番に、とか）

20台全部なんてどだい無理でしょうからちょっと考えてみました。

・半年、一年等期限を区切ってrooｔ化をやる
（一年も経てばの次の鯖を考える頃でしょうし）

・新oysterを２つ持っていて旧oyster等の古い鯖もある板系統の鯖をrooｔ化する
（hobby系とsports系?能力２倍で旧oyster鯖廃止出来る!?）

・live系opteron鯖移行時にdatを保存庫送りにしてrooｔ化をし、おさがりをどっかに割り当てる

>>812
訂正
×（一年も経てばの次の鯖を考える頃でしょうし）
○（一年も経てば現在の次期鯖であるopteron鯖の次の鯖を考える頃でしょうし）

退役の話が出てきたんですねー

＞つまり　毎月　$300.00/台　とかという維持費がかかっていて
＞これがほとんどを占める状況になりつつあります。
これって、めっちゃ古いサーバでも一律に同料金の維持費がかかっているのでしょうかね。

チューニングが進んだ新oysterなら、古いサーバに入っているマターリ系の板を多く抱え込めそう。
もっとも、ニュース系や実況系とはアクセスの質が違うから、
チューニング方法は少々代えなければいけないかもしれません……。
これを実行すると、相当数のサーバが退役できて、維持費が節約できそうです。

ここからは個人的願望ですが、そうなったら過去ログ用の専用サーバが欲しいですね。
実況系やニュース系を除いたマターリ系板。特に専門板は、実用的にも過去ログ用が読みたいです。
もちろんニュース系板のログも実用的じゃないことはないですが、
むしろ資料的な意味合いで、遠い未来に見てみると当時の世相が見られて面白いかも。(;^ ^

掲示板は、過去ログが自由に読めることに結構意味があると思います。



あと、退役したサーバをまとめてコンテナ輸送してヤフオクで売り飛ばせば、
更に運営費が捻出できるかも。それに面白そうですしね。

問題はやはり労力ですか……。>>811

>>796
スピードを考えると、mod_perlはいいと思います。

問題は多分他にもあっても、スクリプトの生産性とメンテナンス性も考える必要があるかと。
bbs.cgiは、何かがあると直ぐにちょこちょこ更新されていきます。
変更する人がみんなmod_perlに対応した形で書ければいいのですが、
それができないと機能の追加とか変更が簡単じゃなくなるですねー。

ここらへんは、実際に書いている人の意見も聞いてみたいところですが……。


>>803
ちょっと別方面のお話を……。

ttp://www.atmarkit.co.jp/flinux/rensai/apache15/apache15a.html
ttp://www.atmarkit.co.jp/flinux/rensai/apache16/apache16a.html
ttp://www.tokyo-nagasaki.net/dayan/tips/unix/webserver.html

他と組み合わせないと、Apache単体だけでは"倍"も出せない気がしますね。
それでも積み重ねていけば、それなりにチューニングできそうなので、そこに期待と言うことでしょうか？

今日はいろいろな話が聞けて興味深かったなぁ〜

mod_perl化すると、C10K問題にすぐにぶつかりそうだな。
Shibuya Perl Mongerのスライドで紹介されているように。
Pound 1.6をport 80で待ち受けして。
*.cgiだったらkeepalive無しのApache + mod_perl。
*.gifとか*.jpgとか*.datとか*.txtだったらesehttpdかkeepalive付きの別port Apache。
なんてのが必要になるかも。
poundで負荷分散設定が出来るので「1板を複数サーバーで」というのが簡単に実現する余地ができるというメリットも。

サーバーって２ちゃんねるの資産なん？違うような・・・

>>814
過去ログの話が出たんでちょいと意見。
専用鯖ならarchive0(?)がすでにあるんですが、
これがほんとに倉庫化(単にtarをおいてあるだけ)してて、
実用的とはいいがたいですね。

過去ログに対する指針は議論するべき事項でしょうか＞ひ(ryおよび★もちの人

最低限、●持ちは2chブラウザか
壷経由ブラウザで見られるようにして欲しいなぁ…

>>796
期待しまくりです。期待しまくりです。

ヽ(`Д´)ﾉ ﾎﾞｯｷｱｹﾞ

>>816 関連の俺様メモ(最近こればっか)。

Perlの強者が目黒に集結、Shibuya Perl Mongers 1周年記念テクニカルトーク
http://www.itmedia.co.jp/news/0310/21/nj00_spm.html

ad-hocな人生 - TAKESAKO (仮)
http://www.namazu.org/~takesako/diary/?date=20031018
Shibuya Perl Mongers 1周年記念テクニカルトーク
http://shibuya.pm.org/blosxom/techtalks/techtalks_200310.html
1周年記念テクニカルトーク 発表資料とレビューリンク集
http://shibuya.pm.org/blosxom/techtalks/techtalks_200310_slides_and_reviews.html

ところで、この人のプロフィールには、激しく同意だなぁ。

> いつも「いかにコードを書かずして問題を解決するか」を考えている不精者。

俺様メモ追加。
The C10K problem
http://www.kegel.com/c10k.html

体調不良からのリハビリを兼ねて、>>822 にあった発表資料を読んでみた。面白いすね。
Poundは、使う機会がありそう。KeepAliveの取り扱いとかも勉強になったです。

http://qb3.2ch.net/test/read.cgi/operate/1072877764/79-

これだけ携帯からアクセスが来てる現状を考えると、
i.2ch.net を早急にどこかに移行したい気がするです。
oyster137 (= www.2ch.net)上にもう一つバーチャルホストを切るとよさげな気が。

こんなかんじかしら。

1)i.2ch.net 用のバーチャルホストを oyster137 上に作る(私が作業、すぐできます)
2)i.2ch.net 上のコンテンツをごっそりコピー(特に問題ないでしょう)
3)現i.2ch.netを更新している人(とんすけさんとか?)に、更新手段(パスワードなど)を伝達
4)DNSを切り替え(i.2ch.netのIPアドレスを変更)
5)DNSが行き渡れば切り替え完了

ということで、15日ごろまで様子見か。

http://qb3.2ch.net/test/read.cgi/operate/1072877764/108-109
108 名前：仕事人 ★[sage] 投稿日：04/01/10 01:54 ID:???
ex 覗いてきたけど Load Average が高い意外は
とくに問題ないようだった

swap が始まってはいなかった
read.cgi , bbs.cgi が極端にコールされている訳でもなさそ、

>>106
15日ごろまで様子見たいです。
継続的に過負荷となってから次の一手を考えようかと、


109 名前：root ★[sage] 投稿日：04/01/10 02:01 ID:???
>>108
そうですね。こちらでもそう見えました。

移行するとなったら、
http://qb3.2ch.net/test/read.cgi/operate/1068017802/826 みたいな
かんじでいけるので(他のバーチャルホストの移行と同じ手法)、
そのときはまた。

いずれにせよ、i.2ch.net = ex.2ch.net = kuri5 = 非oyster なので、
いずれは移行が必要かと。

　んと、なんかありそうなので。てか、鯖的にいつかはこういうことにはなるとは思って
ましたが。
　とりあえずですね、i.2ch.netが動くような事態がありましたらご連絡いただければ。
ICQが一番手っ取りばやいのかな？その後メールできちんとした連絡いただければ、と。
　私以外ではボヤさんあたりになりますかしらねぇ。

>>828
りょうかいです。
今も重いみたいすね。ex/i 。

とりあえず、おふろ。
しかしほんとに攻撃なのかしらん。

>>829
本当にそうみたいですね
しかし、あっちの人たちは回線が混んでいるだけで
落ちた落ちたと喜んでいるみたいです。DoS攻撃するならネットワークの知識は身に付けろよ…
まぁ2ちゃんねるの全サーバーに目標を広げるだけの戦力はありませんので
もう少し様子見ですね

rootさんがつくった.krを蹴るやつをもういっかい入れてみました。

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

昨日寝る前に作って、ためしにexに一時的に入れて少しだけ動作確認した
(確かに入れたらLAが下がった)フィルタが、まさか役に立ってしまうとは。

２ちゃんねるに来るようになって3年目、今まで何度も何度も
「某所からの攻撃だ」という都市伝説を見てきたけど、、、なんだかなぁ。

もしumaサーバがやられれば、そのときはより綿密なログがとれるでしょう。

今日20:00でしたっけ。www.2ch.net がちょっと心配だなぁ。

>>834
そうです・・・

>>834
wwwが標的にされる可能性はほぼ100%でしょう
せっかく試験で絶大な効果を発揮したのに、入れないのはもったいない
せめて、7時〜exサーバーへの攻撃が止まるまでは規制入れておいたほうが良いかと

いつでも入れられるようにはしてあります。機を見て入れましょ。

それより「やり返せ」みたいなことにならないか、そっちのほうがよほど心配。

>>837
一部の過激派だけのようです
ちゃんと、黙って見ていようという流れが出来ていますので
しかし、粘着質な人たちのいるサーバーがやられたらこの限りではありません…

これからしばらく外出なので、www.2ch.net にも一時的に入れてみた。

20時にﾁｮﾝがF5攻撃してくるから撃退しよう祭り開催
http://tmp2.2ch.net/test/read.cgi/download/1073716722/

韓国人ハッカー　2chハッキング宣言？
http://news4.2ch.net/test/read.cgi/news/1073465681/

ニュー速の方はかなり攻撃的になりつつありやす。

なんか、韓国人以外の便乗荒らしさんも暗躍
しそうだなぁ。つーか、煽られまくってるし。

緊急そうな事
2ちゃんねるのサーバーにSYNFloodとかIPSpoodingとかに対抗できる対策はありますか?>root★氏

643　名前：動け動けウゴウゴ２ちゃんねる　投稿日：04/01/10 17:00 ID:aZP3GcEW
http://www.packetstormsecurity.org/DoS/suf_v1.0.zip

上のツールをダウンして圧縮を解いた後,

ドスチァングで圧縮を解いたディレクトリを捜して入って行ってください.

そして

C:\suf_v1.0>suf (サーバー与えなさい)

参照で www2.2ch.netの住所は 216.218.133.82 です.

例:)
suf 216.218.133.82 [エンター]

他の所にもまき散らしてください.

戻りました。

ひょっとしてwww2にも、いろいろ試みてる人がいる?

>>844
しむらうしろー

>>844

http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/www2traf.html
http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/www2access.html

>>842
とりあえず、すべてのumaサーバには当初から↓入れてあります。
あと、何ができるかしら。

options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN
options ICMP_BANDLIM

>>844
というかwww2がターゲットになってます。
早急に対策を

>>845-846
ふむふむ。

で、実害何か出ましたか?

>>849
いや、全然です
涼しい顔して鯖は動いております
さすがuma系は違いますね

>>846
凄いな。。。

トップはちょっと重いかな、という気はしますが

>>849
>>850に同じく。ただ,
鯖自体は落とさないようにしてわざと反撃させると言う
説もあるのでなんとも。

>>849
一時的にLAが500を超えていました。
でも、体感的にはちょっと重いかなという程度。(笑)

重い重い重い重い重い重い重い×7＠運用情報
http://qb3.2ch.net/test/read.cgi/operate/1072877764/528
http://qb3.2ch.net/test/read.cgi/operate/1072877764/682

実際のところどうなのかわかりませんが。

これですか。>>854

2004/01/10 17:30:00 LA= 5:30PM up 29 days, 13:40, 0 users, load averages: 554.70, 223.87, 96.00
2004/01/10 17:40:00 LA= 5:40PM up 29 days, 13:50, 0 users, load averages: 296.48, 215.38, 135.11
2004/01/10 17:50:00 LA= 5:50PM up 29 days, 14 hrs, 0 users, load averages: 496.04, 493.80, 342.48
2004/01/10 18:00:00 LA= 6:00PM up 29 days, 14:10, 0 users, load averages: 12.84, 128.58, 224.43
2004/01/10 18:10:00 LA= 6:10PM up 29 days, 14:20, 1 user, load averages: 9.54, 25.46, 116.94

www2にはいつでもwwwと同じフィルタを入れられるようにしてありますが、
しばらくはこのままでいってみようかなと。

もう少し中身をチェックしてみましょ。
ほんとはもう1台マシンを用意してネットワーク的にタップして、
tcpdumpでも流しておくのが一番いいんだけど。

>>856
おお、性能試験ですかｗ
見物ですな。静的コンテンツ用のベストチューニングが見つかるかもしれませんｗ

>>856
それです。
LA500でも何事も無く動き続けるって、やっぱりすごいですねー。
私はuma鯖のようなハイスペックな鯖を触ったことが無いので‥‥。

>>842　遅レス。
uma以外の古いサーバもrc.localあたりをｺﾞﾆｮｺﾞﾆｮして、
SYN Floodアタック対策はとってあるはずです。

いろんなことを、なさってるようで。
とりあえずsshで入ろうとしても、ログが残るだけで意味ないと思うんだけど。

>>856
攻撃を逆に性能試験に利用するんですか。。。。

さて、いやんなメッセージが出たので、ちょっくら設定変えてrebootすっかな。< www2
pmap_collect: collecting pv entries -- suggest increasing PMAP_SHPGPERPROC

news8と同じ設定を入れた。

/boot/loader.conf:
vm.pmap.shpgperproc=1024

スワップしますたか

swapは、相変わらず使ってないすよ。
Mem: 849M Active, 494M Inact, 386M Wired, 20K Cache, 199M Buf, 282M Free

>>865　しかしすごいです

http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/www2traf.html

グラフ見えなくなりそうです

>>866
こりゃ、さっきの設定変更のrebootの影響かもね。
しばらくするとほんとかどうかわかるかな。

>>867　なる。レスどうもです。

まあ、グラフに入った変な数字は、後で手直しできるし。
しばらくこれで、様子見かな。

やばくなったら、www/exと同じアクセスコントロールを入れてみましょ。

ﾜｸﾜｸ

韓国人ハッカー 2chをハッキング？　★６
http://news4.2ch.net/test/read.cgi/news/1073732125/63
---
廃人たちの活動が一番多い 11時で時間が変更になりました.
---

まあどこまでほんとかわからんですが念のため

20:00から、いろいろきはじめたですね。
www2のアクセス数は普段の50倍ぐらいかしら。

50倍じゃなくて、20倍か。スマソ。
25000access/5min のところに、450000/5min ぐらい。

なんかﾌﾂｰなんでつまんないんですけど
サンプルになった？　>>873

この機会に全サーバ kr 規制をしてくれ。それも永久に。

さて、膠着状態だなぁ。< www2
フィルタをオンにして、実験してみるかな。

フィルタ入れると重くなるなぁ。
www2の場合、そのまま、流れのままにしとくほうがよさそうだ。

>>876
いやぁ、実験は順調に進んでるみたいですねｗ
しかし、www鯖は古いのでこの攻撃は酷です

フィルタ入れたら、一瞬こんなになっちゃった。< www2

oyster137% uptime
3:32AM up 59 mins, 1 user, load averages: 748.37, 227.10, 94.63

やっぱ、はやいとこトップページとiモード入り口は切り替えたほうがいいすね、
と、仕事人さんにゆっておこう。

love 15.85 20:30
hobby 8.79 20:30

>>881　グラフを見てみよう

http://ch2.ath.cx/load/
http://ch2.ath.cx/load/love.html
http://ch2.ath.cx/load/hobby.html

いつものことです

なんだか絵の出が悪いようなので、www2のバックの壷の絵を、
メモリディスク上に一時的に置いてみた。

こんなこともあるかなと思って、各umaサーバにはメモリディスクをちょっぴり準備しておいたりして。

それなりの実験は出来てるようだね

バックの壷はもともとiij4uにあったので、
いざとなれば、iij4uに戻せばいいし。
でも怒られるかな。

httpdのレスポンスが、かなり悪くなっているような気がします。

不正アクセス
http://www.keishicho.metro.tokyo.jp/haiteku/haiteku/haiteku34.htm

めいっぱいみたいなので、様子を見ながらサーバ数を増やしてみようかな。

とりあえず 2048 => 2304

keepaliveの設定を触ってみては？

さらに 2304 => 2560

少なくすればいいのかな? >>890

とりあえずtimeoutを１秒とかに。
一般ブラウザは連続でアクセスするからmaxrequestは10位？
UAかIPで判定可能なら
攻撃目的のものはkeepalive自体をoffに(出来るなら)

2560は苦しそうなので、2304 に戻した。

>>893
どうも。やってみるです。

MaxKeepAliveRequests 10 (旧: 100)
KeepAliveTimeout 1(旧: 15)

にしてみた。>>893

>>895 をいじったので、サーバ数を 2048 に戻した。
なんだか、攻撃が強くなってきた気もするけど、他のサーバはどうなんでしょ。

>>896
exに相変わらず来ているようです
http://ch2.ath.cx/load/ex.html

あとは通常通り

きつくなってきたなぁ。
4:29AM up 24 mins, 2 users, load averages: 825.39, 603.25, 369.40

壷の絵を分散してみるか。

>>898
ん？私が素人なのかもしれませんが
1userから2usersに増えてません?

ひろさんと予想してみる

1000いったか、、、。
4:35AM up 30 mins, 2 users, load averages: 1011.14, 850.57, 567.18

>>899-900
よくみてるなぁ。単純に緊急用にもうひとつ窓開けただけすよ。

薬師丸ひろこか！��( ﾟдﾟ)

>>901
うわ、すっげーすっげー、

壷の絵と背景をwww2から退避、、、。
2ch.htmlも退避するかな。

ipfwによる処置は?

>>901
もしかしたら、侵入者じゃないかと思いまして
まぁ良かった
あっちの方々、今度はUDPFloodを出してきたようです
気をつけてくださいな

壷画像をキムチの壷に変える案は採用されなかったのか
あれ受けたのに

2ch.html と new2ch.gif も退避した。
これで、http://www.2ch.net/ から入るほうは、とりあえず問題ないかと。

なんかみんな楽しげだったり、

>>908　とっても快適です

>>908
一瞬にして軽くなりました
しかし、あの(ryに移しましたか…

うわぁ。
４桁のLAって、初めて見ました。(^_^;

www2のも同じように退避した。

>>909
起こってしまった以上、楽しまなきゃ、
って教えてくれたのは、仕事人さん。

www2の入り口に張ってある広告バナーのサイト、
大変なことになってるでしょうね。(^_^;

ネットワーク的につぶされてて(UDPをぼこすか送ってきてるのかな)、統計情報がとれてないけど、
壷の絵と背景と2ch.htmlをnews8に動かしてからは、
www.2ch.net/www2.2ch.netとも、サービスには大きな影響なくなったかな。

役得役得ｗ

www.2ch.net や www2.2ch.net に正常にアクセスできなくなったら、報告してちょ。
ただ、観測するのも負荷のうちということをおわすれなくです。

ここで報告してもあまり意味がないかと思いますが

電波２ちゃんねる書初め大会
http://paint.gazo-box.com/2004/pallet_town.html

ここにも来ているようです

>>919
電波2ちゃんねるの方に知らせると
喜んでくれるかもしれません

http://news8.2ch.net/2ch.htmlに変わったみたいだけど、
これは鯖移動でつか

一時的に退避。>>921

.htaccess じゃなくて、httpd.confに直書きしてみた。< www2のアクセス制限

>>923 の後、かなり軽くなったすね。LAが2桁になったし。

これで、23:00まで様子見?

>>925　今のところそんな感じかと。

>>920

画箱削除依頼
http://jbbs.shitaraba.com/computer/bbs/read.cgi?BBS=2999&KEY=1068189507
ホスト規制で書けませんでした･･･もしよかったら誰かお願いします。

>>926
依頼してみました。

>>927　どうもです。

www2はあいかわらずきてるけど、まぁ、こんなもんなら平気かな。
6:08AM up 49 mins, 1 user, load averages: 175.85, 98.44, 54.52

また、1000いくかな。
6:25AM up 1:06, 1 user, load averages: 952.54, 954.54, 483.30

uma系は 1000 以上も表示できるようにしなきゃ（ｗ＠監視係。グラフ

www2.2ch.netも重いけど何とか持ちそうですかね？
news8が駄目っぽいので壷画像表示されませんけど。

news8、あがったけど、すごいなぁ。
7:25AM up 8 mins, 2 users, load averages: 474.71, 167.80, 67.56

壷の画像ファイルをやめてみたら？

画像は、別のところ(某氏が画像つくってる模様)に置こうかと。

またお世話になります(^_^;)ocnさん

マ（りゃ さんのところにかえた。
しかし、O×Nの中の人も大変だなぁ。

某氏って誰かと思ったら‥‥。

軽々表示してる(^_^;)さすがocn

向こうは仕事だしね(w。こっちは、おたのしみ。

で、できればback.jpgもいれてもらえるとうれしいなぁと。

back.jpgも置いてもらいました。

news8、再調整のため再度落としてます。

ごにょごにょの説明は、落ち着いたらここに書くことにしよう。

>>943
お疲れさまでした。
こんなに劇的に軽くなるなんて不思議。

options MAXDSIZ
って"(2047*1024*1024)"まで拡張したっけ?
今月のUNIX USER p.48参照。

OCNに退避していた画像関係をwww2に戻しました。

大丈夫かなぁ･･･(´人｀)ﾅﾑﾅﾑ

>>945
kern.maxdsiz=なんちゃら
kern.dfldsiz=かんちゃら
kern.maxssiz=はんちゃら

を、/boot/loader.conf に追加すれば、カーネルをコンパイルしなおさなくてもいいです。
今はやってないけど、必要ならやってもいいかもね。

つーかね。ぜんぜん書き込めませんよ。

トップページ(www.2ch.net)はumaサーバではないため、私はごにょごにょできません。
IEや壷をお使いの方は、当面こちらからお入りいただけると。

　http://www2.2ch.net/
　http://www2.2ch.net/2ch.html

もしwww2もつぶれるようなら、Pound(>>816)あたりを入れて分散を図ってみようかと。

>>950
その、「ごにょごにょ」は、汎用性のあるものなのでしょうか？
たとえばRedHatなどにも入るものですか？

「ごにょごにょ」の概要は、騒動が一段落したらぼちぼちとここにでも。

>>952
そか、そうですよね。手の内を晒す事になるし。＜騒動が一段落したら
いえ、実は負荷監視所が断続的にアタックされてるので
どうしたものかなと思ってまして。(^_^;
今のところ、せいぜいLAが１桁なので、とりあえずアレして
落ちるほど来たら最終兵器を使ってみます。(笑)

負荷監視所の中の人ですか。いつも乙です。
Linuxなら、netfilter/iptablesが定跡かなと。

で、http://www2.2ch.net/_service/ を作ってあるので、
ここの負荷も監視していただけるとうれしいかなと。

>>954
やっぱりフィルタですよね？とりあえず入れてみます。
（というか、入れてもらうんですが。(^^ゞ）

www2は、pinkと被るのでちょっと表示が変になりました。(^_^;

etcはこちょこちょ出来ないんかい？　mumumuﾀｿ

>>956
etcは新oysterですけど、umaサーバじゃないすね。
というわけでごにょごにょは（りゃ。

etcは新oysterの中でもかなりパフォーマンス出てるほうなんだけどなぁ、、、ううむ。

すべてのumaサーバは、昨晩のうちに既にwww2/news8と同様ごにょごにょ済です。

(2004年1月12日現在のumaサーバと収容板一覧)
oyster173: news6.2ch.net/news7.2ch.net / mnewsplus, trafficinfo, appli, femnewsplus
oyster174: life3.2ch.net / diet, fashion, female, kankon, live
oyster175: news5.2ch.net / newsplus
oyster176: bbq.2ch.net/rock54.2ch.net / BBQ/BBX/BBY/Rock54システム用
oyster132: qb3.2ch.net / operate, sec2ch, sec2chd
oyster133: gamble2.2ch.net / gamble, keiba, mj, pachi, slot
oyster134: tmp2.2ch.net / asia, bakanews, cat, company, download, ihan, ihou, joke, kitchen, kova, lobby, mog2, sisou, rights, tubo, youth
oyster135: news8.2ch.net / eq, eqplus
oyster136: science2.2ch.net / bake, denki, doboku, earth, future, infosys, kikai, life, material, math, nougaku, rikei, sci, sim, sky, wild
oyster137: www2.2ch.net / 入り口
oyster138: game5.2ch.net / ff, game, gameover, gamerpg, ghard
oyster139: aa3.2ch.net / aastory, kao, mona
oyster140: sports6.2ch.net / boxing, budou, k1, sumou, wres
oyster141: music3.2ch.net / asong, dj, hiphop, msaloon, music, musice, musicnews, techno, wmusic
oyster142: tv4.2ch.net / am, ami, apple, bs, celebrity, cm, cs, movie, nhk, skyp, tv2, tvsaloon

そっか　ｲﾁﾞﾚﾅｲとこなのか
とりあえず生き返ってるようなのでよしとするか

>>796の奴、とりあえず一段落つけて体裁だけ整えてみたんですが
どっかにうｐして軽く目を通してもらうのが良いんですかね？

インターナショナルな祭りが一段落したら
(bbs.cgiスレは明らかにスレ違いなので)
続けるなら別スレを立ててもらうって事で。

>>960
すごく、よいと思いますです。

とりあえず、これでお願いします。
http://www.42ch.net/UploaderSmall/source/1073895937.zip
どっかにミラーしてもらえれば。

>>962
ほいよ（ミラー）
http://2ch-tool.net/mirror/mod_readcgi.zip

(#ﾟдﾟ)<ｳﾏ━━━━━━━━━━━━作戦発動ッ!!











いや…ただ言ってみたかったダケれす…

>>963
おつです。

>>964
ﾌﾌﾌ(AAりゃ。

寝る前に気づいたので、俺様メモ。

news6、ついに、r.i+p.iの数が、read.cgiの数を上回りました。
http://mumumu.mu/mrtglog/2004/01/13/read/news6read.html

かなり歴史的と思われ。

>>966
averageの値とか見ると厳密には上回ってないみたいだけど、来るべき時がきたな、という感じです。

記念に、ここにも貼っておこう。

17 名前：root ★[sage] 投稿日：04/01/13 03:41 ID:???
www2のごにょごにょが弾いて、出元・日時等を記録した数のまとめ。

調査日時: Jan 11 03:00 PST 〜 Jan 12 03:00 PSTの24時間
アタック回数の合計: 306,503,194 回
最多を記録したアドレスブロック: 220.64.0.0/11
そのアドレスブロックからのアタック回数: 61,751,947 回

24 名前：root ★[sage] 投稿日：04/01/13 03:43 ID:???
1日分のログファイルの容量: gzip圧縮で72817956バイト

>>968
まだ起きていたのか。w
御疲れー

>>968
お疲れ

FreeBSD 5.2R、出た。

> - Full Tier-1 support for single and multiprocessor AMD Athlon64 and
> Opteron systems.

まずは、めでたい。

ん、でも、

FreeBSD 5.2 also contains a number of significant stability and performance
improvements over FreeBSD 5.1. However, it is still considered a 'New
Technology' release and might not be suitable for all users. Those with
more conservative needs may prefer to continue using FreeBSD 4.X.

だそうで。

>>971
amd64はかなりメモリを選ぶとか聞きますね。
あとkldがまだ動かないとか。

Releaseが出たんですね。
普段currentで暮らしているので気にしてませんでした。

>>972
んー,Opteron安定運用にはまだ遠いかもですね…

>>974
FreeBSD 5.2 ﾓﾅ

ごにょごにょってなーにー？

>>975
うひゃっ
ですねー(^_^;)

>>963
ありがとうございますです。

でも 2ch　のどこかで FreeBSD の5系を動かして欲しい気もする。

ここってumaなんだよな
umaで良かったのか悪かったのか･･･w

(ﾟдﾟ)ｳﾏ-

>>979
そのどこかが、(((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

(ﾟдﾟ) ｳｼｰ

(ﾟдﾟ)ｼｶｰ

一応断りを入れて置きます。
ゴメンナサイゴメンナサイ556が悪いんです。

554 名前：動け動けウゴウゴ２ちゃんねる 投稿日：04/01/15 08:08 ID:3vHSv+sO
ちょっと、向こうの田代砲で
ttp://www2f.biglobe.ne.jp/~takan/javac/n2/confirm1.htm
ここを撃ってみた。
案の定攻撃が効かないぽ。
田代返しに使えない？

うん、俺にわかるのはここまでだ、あとは任せた。

556 名前：● ◆HETAREzfq. 投稿日：04/01/15 08:11 ID:S2PEw3U2
>>554
それ、umaスレあたりにも書いておいた方がいいぞ。（一応断りを入れて）
ここだとレスの山に埋もれる。。

ウッホッホーイ。
　
がんばっとるね。諸君。
　
しかし、悲しいかな報告漏れも多いねえ。
　
やはり社会的落伍者諸君に完璧な仕事を求めるのは無理なのかねえ。
　
まあ、デキの悪いなりに、これからもガンバリたまえ。
　
応援しとるよ。
　
ウワッハッハッハッハッハ　　　　♪

ウッホッホーイ。
　
がんばっとるね。諸君。
　
しかし、悲しいかな報告漏れも多いねえ。
　
やはり社会的落伍者諸君に完璧な仕事を求めるのは無理なのかねえ。
　
まあ、デキの悪いなりに、これからもガンバリたまえ。
　
応援しとるよ。
　
ウワッハッハッハッハッハ　　　　♪

ウッホッホーイ。
　
がんばっとるね。諸君。
　
しかし、悲しいかな報告漏れも多いねえ。
　
やはり社会的落伍者諸君に完璧な仕事を求めるのは無理なのかねえ。
　
まあ、デキの悪いなりに、これからもガンバリたまえ。
　
応援しとるよ。
　
ウワッハッハッハッハッハ　　　　♪

ウッホッホーイ。
　
がんばっとるね。諸君。
　
しかし、悲しいかな報告漏れも多いねえ。
　
やはり社会的落伍者諸君に完璧な仕事を求めるのは無理なのかねえ。
　
まあ、デキの悪いなりに、これからもガンバリたまえ。
　
応援しとるよ。
　
ウワッハッハッハッハッハ　　　　♪

ウッホッホーイ。
　
がんばっとるね。諸君。
　
しかし、悲しいかな報告漏れも多いねえ。
　
やはり社会的落伍者諸君に完璧な仕事を求めるのは無理なのかねえ。
　
まあ、デキの悪いなりに、これからもガンバリたまえ。
　
応援しとるよ。
　
ウワッハッハッハッハッハ　　　　♪

ウッホッホーイ。
　
がんばっとるね。諸君。
　
しかし、悲しいかな報告漏れも多いねえ。
　
やはり社会的落伍者諸君に完璧な仕事を求めるのは無理なのかねえ。
　
まあ、デキの悪いなりに、これからもガンバリたまえ。
　
応援しとるよ。
　
ウワッハッハッハッハッハ　　　　♪

ウッホッホーイ。
　
がんばっとるね。諸君。
　
しかし、悲しいかな報告漏れも多いねえ。
　
やはり社会的落伍者諸君に完璧な仕事を求めるのは無理なのかねえ。
　
まあ、デキの悪いなりに、これからもガンバリたまえ。
　
応援しとるよ。
　
ウワッハッハッハッハッハ　　　　♪

ウッホッホーイ。
　
がんばっとるね。諸君。
　
しかし、悲しいかな報告漏れも多いねえ。
　
やはり社会的落伍者諸君に完璧な仕事を求めるのは無理なのかねえ。
　
まあ、デキの悪いなりに、これからもガンバリたまえ。
　
応援しとるよ。
　
ウワッハッハッハッハッハ　　　　♪

ウッホッホーイ。
　
がんばっとるね。諸君。
　
しかし、悲しいかな報告漏れも多いねえ。
　
やはり社会的落伍者諸君に完璧な仕事を求めるのは無理なのかねえ。
　
まあ、デキの悪いなりに、これからもガンバリたまえ。
　
応援しとるよ。
　
ウワッハッハッハッハッハ　　　　♪

ウッホッホーイ。
　
がんばっとるね。諸君。
　
しかし、悲しいかな報告漏れも多いねえ。
　
やはり社会的落伍者諸君に完璧な仕事を求めるのは無理なのかねえ。
　
まあ、デキの悪いなりに、これからもガンバリたまえ。
　
応援しとるよ。
　
ウワッハッハッハッハッハ　　　　♪

ウッホッホーイ。
　
がんばっとるね。諸君。
　
しかし、悲しいかな報告漏れも多いねえ。
　
やはり社会的落伍者諸君に完璧な仕事を求めるのは無理なのかねえ。
　
まあ、デキの悪いなりに、これからもガンバリたまえ。
　
応援しとるよ。
　
ウワッハッハッハッハッハ　　　　♪

ウッホッホーイ。
　
がんばっとるね。諸君。
　
しかし、悲しいかな報告漏れも多いねえ。
　
やはり社会的落伍者諸君に完璧な仕事を求めるのは無理なのかねえ。
　
まあ、デキの悪いなりに、これからもガンバリたまえ。
　
応援しとるよ。
　
ウワッハッハッハッハッハ　　　　♪

ウッホッホーイ。
　
がんばっとるね。諸君。
　
しかし、悲しいかな報告漏れも多いねえ。
　
やはり社会的落伍者諸君に完璧な仕事を求めるのは無理なのかねえ。
　
まあ、デキの悪いなりに、これからもガンバリたまえ。
　
応援しとるよ。
　
ウワッハッハッハッハッハ　　　　♪

ウッホッホーイ。
　
がんばっとるね。諸君。
　
しかし、悲しいかな報告漏れも多いねえ。
　
やはり社会的落伍者諸君に完璧な仕事を求めるのは無理なのかねえ。
　
まあ、デキの悪いなりに、これからもガンバリたまえ。
　
応援しとるよ。
　
ウワッハッハッハッハッハ　　　　♪

1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。