【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18

なんかヤバげな話なのでこっちに投下しておきます。


Intelのハイパースレッディングに深刻な脆弱性
ttp://www.itmedia.co.jp/enterprise/articles/0505/14/news009.html

>>249
すでに外出です(>>242>>244)

>>244のわかりやすい日本語訳ｷﾎﾞﾝ。
HTTを無効にすればOKな話なのかな

>>251
ぶっちゃけそういう話です
itmediaによると権限のないユーザがRSA非公開鍵が奪取できるとのこと

FreeBSDは対応パッチが出ますたが、Windows(影響を特に受けるのはserver系)はまだまだ
再来月あたりかしらw

>>252
なるほどー。
FreeBSDならパッチ当てればHTTONでもってことか。

FreeBSD-SA-05:09.htt [REVISED] ってことで投下しておくけど、
なにが変ったんかな？

>>254
v1.1 2005-05-13 Additional details.
だから、詳細な情報が追加されただけじゃないの？

○ >>242 の SA に関する私の理解

1) Intel CPUのハイパースレッディング機能に、セキュリティ上の脆弱性が発見された
2) この脆弱性を突くことにより、本来見えてはいけないメモリ空間が見えてしまうので、
　ユーザが隠すべき情報、例えば各種秘密鍵の情報等を別のユーザが見ることができてしまう
3) FreeBSDの今回のパッチは、ハイパースレッディング機能＊だけ＊を、
　デュアルコアのCPUも含めて殺すことができるようにしたものである
　これをしないで、ただ従来のシステム変数"machdep.hlt_logical_cpus"だけを設定する
　ことでハイパースレッディングを殺した場合、デュアルコアのCPUでは片方のコアしか
　動かなくなってしまい、パフォーマンスが低下してしまう
4) そのうえで、デフォルトではハイパースレッディング機能は「殺されている」に設定された
5) しかし、1ユーザで使用しているシステムでは特に問題ないので、
　マシンをおもりする人の判断により、ハイパースレッディングの機能を復活できるようになっている
6) 復活させるには、システム変数"machdep.hyperthreading_allowed"を1にすればよい

>>256
実にわかりやすい解説だ。ありがとう。

で、

a) ２ちゃんねるのサーバはすべて専用サーバであり、共用サーバは1台もないので、
　あせってこのパッチをあてまくる必要はない
b) 上記の理由によりパッチをあてた場合も、ハイパースレッディングは使用して問題ないので、
　machdep.hyperthreading_allowed=1 を /boot/loader.conf に追加し、
　従来どおりハイパースレッディングを使用してよい
c) Prescottなbananaサーバ(P4 2.4CGHz)にはハイパースレッディング機能がないので、
　そもそもこの脆弱性は関係ない、旧banana(P4 2.8GHz)も同様
d) CobraサーバはAMD Opteronなので関係ない
e) tiger/tiny tigerサーバ(Xeon 2.8GHz dual)は関係あるが
　バージョンアップの際には b) の対応をすればよく、またそれは上記のとおり、急ぐ必要はない

ということで tiger2507〜2512 の /boot/loader.conf に、

# allowing hyperthreading
machdep.hyperthreading_allowed=1

を追加してリブートしました。

今後 tiger サーバのバージョンアップの際には、これを入れる予定。

>>258
> c) Prescottなbananaサーバ(P4 2.4CGHz)にはハイパースレッディング機能がないので、

あのー、2.4CだとHT北森で関係ありになってしまいますが・・・
2.4Aなら確かに関係ありませんけど、と揚げ足どりしてみる

> 　そもそもこの脆弱性は関係ない、旧banana(P4 2.8GHz)も同様

無印北森(FSB533)でしたっけ？

>>260
> あのー、2.4CだとHT北森で関係ありになってしまいますが・・・

う、すんませんです。

> 無印北森(FSB533)でしたっけ？

のはずです。

【2.4Gラインナップ】
2.4（無印）：FSB400,Northwood,HTなし
2.4A：FSB533,Presscott, HTなし
2.4B：FSB533,Northwood,HTなし
2.4C：FSB800,Northwood,HTあり

【2.8Gラインナップ】
2.8（無印）：FSB400,Northwood,HTなし
2.8B：FSB533,Northwood,HTなし
2.8C：FSB800,Northwood,HTあり
2.8E：FSB800,Prescott,HTあり,LGA775

パッチまだですか？

>>262
> 2.4A：FSB533,Presscott, HTなし
新banana

> 2.8B：FSB533,Northwood,HTなし
旧banana

のはず。

hrsさんの日記に、わかりやすい解説が。
FreeBSD 界の大御所たちの写真も。
http://www.allbsd.org/%7Ehrs/diary/200505.html#d1603

>>265
それわかりやすいですね

>>265
ケーキおいしそうですね

ということで、c-au.2ch.netの代表アドレスのDNS変更をお願いします。

(現在)
+c-au.2ch.net:206.223.150.95
+c-au.2ch.net:206.223.150.140
+c-au.2ch.net:206.223.150.250

(変更後)
+c-au.2ch.net:206.223.150.12
+c-au.2ch.net:206.223.150.17
+c-au.2ch.net:206.223.150.22

>>268
done

>>269
きはじめたようです。

いよいよ、本格稼動開始で。

ということでサーバ退役に伴い、以下のDNSからの削除をお願いします。

(削除)
+c-au1.2ch.net:206.223.150.95
+c-au2.2ch.net:206.223.150.140
+c-au3.2ch.net:206.223.150.250

>>271
done

消えたのを確認しました。>>272

これらのbanana3台の第二の人生は、どうなっているんでしたっけか。

まだ考えていないというか
いろいろ考えていて決めきれないでいるというか、、、

NICが二枚というのが特徴だから
それを生かせる職場というか。。。

当面そのままかも、
しかし時代はとても流動的というか突発的というか、

>>274
了解です。

んじゃ、遊ばせておくのもなんなので、とりあえずこちらで整地して5.4R-p1入れて、
AASと白山羊さんの実験の試験運用に使ってみるです。

ちょっと、datとsubject.txtをrsyncするのとか、試してみようかなと。

突発的に何か使うあてができたら、
その時はさくっと崩して、別の用途へと。

テストには、peko.2ch.net の名前空間使ってみるかな。

>>275
いつ動かすかわからないですよ
今日かもしれない、あしたかも知れない
その時は一旦まっさらインストールします。

突然。

>>277
りょうかいです。
# もし今日明日にばっさりだと、たぶん私の時間がとれないすね。
もちろんまっさらインストールしていただいて、問題ないです。

間違えられるとこわいので、改めてbanana番号で指定しておくです。

今回のは、

banana403.maido3.com
banana404.maido3.com
banana402.maido3.com

の3台です。
これ以外は、まだとりこわさないでくださいです。

はいー

まず場所を移さなきゃ、、、

遅レスだけど

>>157
> MaxBytes[blackgoat3-privatetraf]: 125000000
> AbsMax[blackgoat3-privatetraf]: 125000000

まだなにもしてなかったら0足して1桁増やして様子を見てみるといいかも。

>>280
どもです。やってみるです。
# BG3/4のsnmpdを最新に更新してみたけど、やっぱだめだった。

oyster243のRAID 1カード(>>128)の状況は、その後どうなんでしょ。

Wiki クローンにおけるクロスサイトスクリプティングの脆弱性
http://jvn.jp/jp/JVN%23465742E4/index.html

PukiWikiのバージョンアップが必要すね。

・info.2ch.net
・epg.2ch.net
・eq2.maido3.com

あたりか。

よろしくです。> おのおのの中の人たち

>>283
…というか、まだ出てないのか。< 対応版

そのうち、出るのかなと。

Oyster243のRAIDカード交換作業 開始。

901 もやっていいですか?

>>285
901(= ex10)で、何するですか?

RAIDカードの交換と聞いておりますが?

>>287
それは頼んでいないです。ううむ。

oyster901 は、そもそも RAID ではないです。
うーむ、どこでそういう話になったんだろう。

聞いてみます

Sent: Thursday, May 19, 2005 11:46 AM
Subject: RE: Checking report of oyster243 status

I do have the two LSI Mega Raid Cards to be installed in
Oyster243 and Oyster901
I can begin this work when zero is ready.
-Sean

と言っていますが、

>>291
901のSCSIカード交換って、私は一度も頼んでいません。
メールを見返してみましたが、間違いないはず。

そのように伝えます〜

どもです。>>293

で、oyster243については、今すぐにいちから作業してしまって問題ないですと、
お伝えくださいです(データ消去・初期化OK)。

oyster901はさわらないで、とも。
今oyster901を落とされて全データ初期化されたら、、、。ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

はいー

I am beginning install of RAID card on Oyster243 now
-Sean

ということで、移動。

質問・雑談スレ160＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1116449004/

・tigerとcobraではどっちが強いのか
・CPUにまつわる話(dual CPU仕様とかdual coreのCPUとか)
・現状のボトルネックは何か

ぐらいですか。

まず、最初のから。

私も、tigerとcobraでものすごく差があるとは思っていません。
今のtiger、かなり強いです。IsKoukokuなしならlive20は1000res/secでもいけます。
同じ条件で比較をしていないので確固としたことは言えませんが
(SCSIカードも違うし、メモリ量も違うし、そもそも掲示板のセッティングが違う)、
今のところ優位な差(cobraの方が圧倒的にいいところ)は、発見されていません。

cobraの方がちょっとぐらい継続的な負荷には強いのかなぁとは、思っていますが。

で、oyster901のOpteron 242 dualと、tiger503のXeon 2.8GHz dualでは、
そもそもの素性はどっちがいいかというと、32ビットモードであれば
Xeon 2.8GHz dualなのかもと、思っていたりします。

ﾂﾞｱﾙｺｱは物が出てこんことにはなんとも。

私の感覚

掲示板用サーバについて

1) 律速は HD の i/o である。
2) CPU をこれ以上高速化しても意味がない
3) ど高速で 2u < TIger(1u) x2 の方が単位面積あたりの処理能力は上
4) 何が食うって、、、　電気。　結果「発熱」が問題だ。
5) 温泉に住みたくなった。

次の。

最近世間で話題になっている技術として、CPUのdual core化があります。

これはとっても簡単に言えば、1つのCPU内に2つのコア(ぶっちゃけていえば頭脳)を
突っ込んでしまおうというもので、
つまり、従来のdual CPU仕様のマザボで、4CPU仕様にできる技術です。

これをやれば、マザボ側で大規模な対応をしなくても、
例えばBIOSの更新ぐらいで、CPUの処理能力を大幅に上げることができるわけです。

で、>>143 みたいな話が、ちょっとあったりしたと。
ただ、まだ何かが具体化したとか、そういうことは何もありませんです。

>>297
かりに付け加えるのならば

ここ最近�dだHDDがシステムディスクばかり

というんもある

なにが云いたいかというと、仮にHDDがネックじゃとしても
今までターゲットになっておったデータ部分ではなく
システムの部分が速度のネックになっておる可能性がある
（あぱっちログとかはシステムだべ？）
そこを分散せんことには高速化はありえんのではないか？と、

>>298
所詮Opteronは32bitモードでは以前とさほど変わんないですからねー

ちなみに,「堅い」と「早い」を明示的につかいわけましょーねー＞ALL
混乱の元だす

堅いってのは落ちにくいってことで
速いはそのままでいいのかな

>>301
ただし。Dual Coreはプロセスの振り分けをウマくプログラムしないとCoreのおいしい部分が
使えなかったりするですね。この辺はOSのあぷでーとに依存と。

>>298
おらには、CPU能力に比例すておるようにみえる

242で3000+相当じゃからのぅ

みっつめは、>>300 にレスしよう。

1) は概ね賛成ですが、OSのメモリキャッシュがうまく働くという意味で、
メモリ容量を大きくするのは、やってみたいですね。

で、2) CPUをこれ以上高速化しても意味がない、とは私は思っていませんが、
それよりも先に、やることがあると思っています。
IsKoukokuのシェイプアップとか。

3) cobraも1U仕様です。

4) そのとおりだと思います。
なのでAMDは、超低電圧版Opteronとか、出しているです。

5) こないだはMNLも悪くないなぁとか、言っていたような。

>>304
んです。んです。

単位面積あたり(つまり 1u とか 2u) も意識してね > all

で、まぁ「やってみないとわからない」は真理なので、
dual coreはいつか試してみたいなとは、思っていたりします。

特にFreeBSD 5.xは「マルチプロセッサ環境になればなるほど
スケーラブルに動く」をめざしているはずなので(できている、とは言っていないことに注意)、

例えば、
http://qb5.2ch.net/test/read.cgi/operate/1116449004/59
のような環境(4CPUのdual core仕様かな、8 CPUに見えるです)だと、
それなりにスケールしていくはず。

で、もし仮にCPUを速くすればそれで効果が出る、んだとすると、
bbs.cgi の処理や read.cgi の処理のコストが高い、
っていうことに、なるんではないかなと。
こないだのIsKoukokuの件で、そう思ったです。

>>305
そうですね。擬似ﾂﾞｱﾙｺｱの時もそんなかんじでしたし。
>>308
そうでしたか。ども。

で、結局どこが足を引っ張ってるんでしょうね。

CPUを高速化すればよりよい結果が出ると仮定しるならば
3GモノのTigerを入れるとよくわかるのかもしれぬ

コレで限界がCobraとおなじようになるのなら
即ち、CPUもネックである　じゃろう。。

Cobra vs Tiger で
カタログスペックというか期待値としてはどれくらいの差なんでしょか?

Cobra = Tiger x 4 くらい?

であれば、実際にその差となって表れなきゃならないと思うです
差が表れていないなら CPU 性能以外が律速であると予想されます
つまりいくらCPU性能あげても意味無いんじゃないの? と、

>>313
http://homepage3.nifty.com/aona/archive/modelnumber_table.html

モデルナンバで判断しるんがええべ
大体メモリがヅアルアクセスになると
モデルナンバが+200されておる

よって、242（=1.6GHｚ）は、3000+相当になるんでないかと、

HDD > メモリ > CPU >>311

ぐらいに思っています。

bananaが「どば」で苦しくなる一番の理由は、HDDがIDEだからと思っています。
同じ7200rpmのHDDでも、「いいSCSI」のSCSIディスクなら、パフォーマンスが高いです。

いいSCSIの場合、tagged queueingという技術があって、
与えられたコマンドを一回コントローラに貯めておいて、
効率よく実行してくれます。

でもIDEはそういうのがないので、与えられたコマンドを順番に
正直に実行していくだけです。これは、経験的に結構違います。
特に複数のプロセスからHDDに「どばっ」と書くようなパターンの場合、顕著に出るです。

>>313
oyster901 : tiger503 だったら、64bit vs 32bitの戦いだとして、
1.4〜1.5 : 1 ぐらいになってほしいなぁと、思っています。

でも、実際には 1.1〜1.2 : 1 なような気も、しているです。

いやいや、opteronは元々の周波数がXeonよりひくいのだ
同じ周波数なら1.4〜1.5 : 1になるんでなかべか？

そこが大いなる勘違いの元なんでなかべか、


CPU能力は、AMDのIntelに対する比較値
即ち、モデルナンバで判断しるしかなかんべぇ

話しをﾁﾄ単純化しますか、

2006年版の peko サーバを考えよう。
導入が決まれば少なくとも 10台は入るです。

「現 Tiger よりも処理能力は 2倍」が導入決定の目安かしら

>>314
キャッシュも増えてるから、242=3200+くらいじゃないですかね。
＃244じゃ無かったんだ。
>>315
タグキューって結構利くもんなんですね。。。
>>316
AMD64と32だと、実働での差はどんなもんなんでしょ。
Win64上のベンチマークだとあまり差が無いような気も。。

>>318
ノーマル品じゃと、もう底が見えておるだすよ

>>319
そういえばcacheの違いもあったのう
となると、非核実験をしるならばXeon3.2GHｚがひつようじゃのう

それと、諸々の実験に供されておった901は242搭載だす
コレが基準

つまり Tiger を取って変わるものは「現在ない」ということか、

2006年だとまた次世代移行で現行のキャッシュ容量とかが計れないなあ…

案外464あたりが使えるようになってたりして＞注：妄想

>>321
劇的な性能（C/P含む）向上と言う面ではそうかも。
試してみるって点ではﾂﾞｱﾙｺｱやクアッドも面白そうだけど、性能向上が確実に期待できるかというと？ですね。

>>322
ますますAMDは楽しみですね。Intelは。。。頑張って欲しいものです。

つまり Tiger に取って代わるものは「現在ない」ということか、

でした

はにをへ

>>324 そですね…ちと「つまんない」ですが(ｗ

残念…

>>321
んだからすて、おらが云いたいんはこういうアレ

opteron242は、Xeon3.2GHｚと同性能である
　　　　　　↓
2800：3200 ≒ 1：1.14　である
　　　　　　↓
実データでもそれを如実に示しているらすい >>316
　　　　　　↓
ん？CPU能力がネック？じゃあなんかすて
実際にどうなのか試すと面白いんでなかべか？


ヅアルコアCPU云々というんは
新しい技術のブツを試すんと、CPU能力を
増強すてほんとうの天井を計るんを同時に出来る、
それはええことでなかべか？という理由からわめいておる

ちと、緊急の仕事(本業)でとりこみ中。

>>318
うわぁ、レスしたい、したい。
数時間、待ってくださいです。

1u で組める最高速のものは何になりますかねぇ >>327

つか、待つんではなくて、
数時間はレスできないってことっす。

XeonのEMT64が無視されている件について。

Tigerのメモリ４Ｇ版　
or
Cobra４Ｇ版くらいかねー

Xeon3.2GHｚだと熱問題かかってくんでない。

（案１）一台９００番台が許されるならばDualcoreOpteronDualを一台いれて
よければそのまま大量導入
駄目ならcでテスト、あるいはメモリーズ親機に転用し、
疲れている元親機も掲示板用に転用
で、Tigerをドバット投入

利点はDualCoreOpteronならﾏｻﾞｰがほとんど一緒で動くので
問題の切り分けができそうなことですか。
いまのCobra仕様がなにつかってるか知りませんが

実験実験（AA略が許されたら一番面白そうですけどね。

>>329
うーん
Xeonはヅアルコアのリリースが遅れるでなぁ、、
やっぱopteronじゃろうなぁ

現行品じゃとopteron248HE（低電圧品）あたりで、

#ヅアルコアな低電圧品が出るんは年末ぐらいでなかべか

>>332
＞#ヅアルコアな低電圧品が出るんは年末ぐらいでなかべか
そういやそうか。つまり2006年人柱候補ｎ(りゃ

ん？HEなブツはまだ246までだったべか。。。

>>331
おらは24xじゃなしに903を年頭に発言すておった、、

HD は現 Tiger&Cobra と同じでいいんですよね?

同じというより、それ以上の選択肢って有るんですか？

http://www.plathome.co.jp/factory/ser/tru_xeon_1u_7520s.html
http://shope.goo.ne.jp/se/sv/rt/prid/61000011_CQ10952384/txid/00008
ここで3.2Ghz（MAX2個）だけど
http://shopping.itmedia.co.jp/parts_cpu/1050221014.html
3.4　１Ｕのﾎﾞｯｸｽも売ってる

実際に見積もり取ってみよか?

CPU の正式な型番教えてちょ
1u で組めなきゃ意味無しだが、

DualcoreOpteronDual

>>336
現在何でしたっけ?

SCSI 40G(15,000rpm) x 2 でしたっけ?

>338
こんな感じ

　　　　　　　１ｗａｙ　　　　２ｗａｙ　　　　４ｗａｙ
1.8GHz モデル 165* モデル 265* モデル 865
2.0GHz モデル 170* モデル 270* モデル 870
2.2GHz モデル 175* モデル 275* モデル 875

>>338
激熱でもOKなら　opteron252　コレが現在最速
Xeon換算で4.2GHｚぐらい

ちとTDP値をしらべてみる

値段無視ならSeagate　Cheetah　15K4　143GB・・・かな

>>338
ｳﾎｯ
>>339
raid1でx2も付きますが、
そんなもんですね。
BIG-serverのスペック表どおりなら。

raid10入れたところでこの用途ではそう速くならんでしょうし。

>>343
1U というのが絶対条件かと、
2U で倍出るなら 1U x2の方がいい

http://fab51.com/cpu/guide/opn-s940.html
http://www.geocities.co.jp/SiliconValley-Bay/8521/
ココらへんが詳しかった

現状901などに載っておるブツは 84.7W
opteron250@90μmなブツは 85.3W
…このへんまでは1Uでもなんとかなりそうじゃ

ヅアルコアなブツは 95W
…発熱は大丈夫なんだべか、

ちなみにXeonは最高で110Wぐらい喰うらすい
今使っておるブツは86W

>340
ちなみに２ｗａｙのお値段は

265　851ドル
275　1299ドル
（270は価格見つからなかったけど1000ドル台だと思われ）

>>344
場所を食えば食うほど場所代がかかるって認識でOKですか？
つまり、場所をなるべく取らずにどれだけ高性能を目指すかということで。
tigerのほうが1/2程度の予算で済む等のコスト面もふくめての話ですかね？

opteron252は 92.6W　　コレもたいへんだす

安全策なら 55Wな248HE なんじゃが、今現在手に入るんだべか。。

>>347
1U当たり8�j/月ぐらいかかっておったような、
たしかPIE移転に際して●から場所代を落とすようにすておったはず

発熱問題に関して別の解
回転数は１００００だけどスペースと消費電力が大幅ダウン
大手メーカーも２．５インチディスクへ移行を始めてるようだし


ttp://www.seagate.com/cda/products/discsales/marketing/detail/0,1081,610,00.html

banana>Tigerな流れかと。

>348
http://news.pceek.jp/2005/04/20050403a.htm
まだの予感

正式な型番は

シングルコア（90μm）
252　　OSA252FAA5BL
250　　OSA250FAA5BL
248HE OSK248FAA5BL

今手に入るん90μmモノは252のみかも試練
アメリカで、しかもメーカー取引じゃと秋葉あたりとは
情況が違うかもじゃが

以下ヅアル
265　　OSA265FAA6CB
270　　OSA270FAA6CB
275　　OSA275FAA6CB

>>351
あらー　ざんねん

しかも発売は延びに延びてるし。。。

ん？oyster243でもCPU比較検証（>>327）は一応可能か、、
積まれておるんはopteron244 ⇒ 901よりは強力、じゃからすて

CPU能力限界説が仮に正しいとしても、oyster243を使った実験で
天井に到達しる ⇒ HDD限界によるボトルネックライン判明
になるんかどーかは不明でわあるが


なんかおさわがせすて申し訳ない。。

ちなみにoyster243で昨冬に実施すたのと同種の
実験を行って、その結果がCPU能力に比例しると仮定しるならば
CPU周波数に比例すて、約５％ほど243のほうが耐性が高いはず

oyster243とoyster901はCPU周波数以外は全くの同一物体だすからのぅ

#最新のものじゃと同一周波数でもメモリ速度が現行Cobraとは
　違ってくるで、もう少し違う結果がでるとはおもうけんども

Davidが返事くれた。
----------------------------

Yakin - I love you :-)



I cannot wait to get ahold of one of these servers to try !

I do not know of there is an OS that will support the dual -
multicore opterons yet. I will do a little research and let you know.

Regards

David


At 06:19 AM 5/19/2005, you wrote:
>Dear NOC
>
>can we make 'DualcoreOpteronDual' as 1U ?
>I would like to know it is possible or no.
>
>your friend

>>357
うごくかどうかﾜｶﾗﾝからもうちと待て、と

ﾜｸﾜｸﾃｶﾃｶしながら待ってます。

I cannot wait　と言っている。

つまり、待てない、早く試したいということ？

今帰りました。

これから読みます。状況は、、、。

but とか however とか入ってないっすからねぇ

>>357 ってことっすか。

「OSが動くんならやってみる方向」で、考えていいのかな。

ただ、腹が減っては戦ができないので、
先にばんごはんにさせてください。

奥様を待たせとくと、後が（りゃ。

私は、試験用にこれらのサーバの導入するのを待つことができません。

私はまだﾂﾞｱﾙｺｱのopがこれらのOSで動くのかどうか知らないので、もう少し調べてみます。

敬具
----------------------------
でいいかな。

んで
どんなのにするの?

仮にヅアルコアをかうならば 270 ぐらいがええんでわないかと、

期待通りの性能が出て、そしてもっと台数が欲しいという状況になったら
270HE（低電圧版）登場後にソレを大量投入、がええんでなかべか

低電圧版ならかくじつに1Uにおさまるでね
（通常版は95WとTDPがデカイんで1UがOKかはちと不明じゃのぅ）

270HEは、来年初頭ぐらいの登場じゃろうなぁ。。

目標は、現行Tigerの2倍〜2.5倍 かのう？
CPUの性能だけでみればそれぐらいはありそうじゃよ

#むむ虫は風呂かえ？

とりあえず、入れ物候補置いておきますね。
あとはマザーボードがデュアルコア対応かどうかですね。


ttp://www.polywell.com/us/rackservers/polyraxx2200t.asp
ttp://www.polywell.com/us/rackservers/polyraxx2200s.asp
ttp://www.polywell.com/us/rackservers/polyraxx2300t.asp

別件(携帯系)の対応中です。
もうちょっとあとで、レスします。< 構成

どういう方向をめざすかですね。< 903(仮称)

・1U必須
・できれば電気食わないほうがいい
・dual coreは試したい
・I/O重視

というところですか。

ちなみに dual core Opteron については、
こないだの修行で Polywell を訪問したときに、Sam さんが
「2週間たてば、対応のハードウェアが入る予定だよ」
と言っていました。

Opteron 275が1000個ロット時の単価が142,890円、
Opteron 270が1000個ロット時の単価が115,610円、
Opteron 265が1000個ロット時の単価が93,610円。

http://enterprise.watch.impress.co.jp/cda/hardware/2005/04/22/5143.html

１個11まんえんだそうな。。
うーむ

>>372
値段問題は、確かにありますね。

dual coreはサーバとしては未来性十分な技術だと思いますが、
何せ初物なので、今は高いです。

値段のことをいうなら個人的には、3ヶ月ぐらい待つ必要ありかと。

テストで１台導入だけなら、幾つか記事を読んだ限りは、
デュアルコア＝デュアルCPUと殆ど同じ動作みたいですし、
イケイケゴーゴーって気がしたり。１台だけなら・・・ね。

で、>>318 に立ち返って、考えてみた。

2006年版なら、Intel/AMDどちらでいくにしても、dual coreがいいですね。
>>331 がベースかなと。
で、今の状況なら、Opteronかなと。

>>335 HDDについて
今のもののバージョンアップ品(容量・回転数は同じだが、
パフォーマンスが改良されているらしい)で、よいと思います。

というか、SCSIはUltra640がキャンセルになったので、
今のものよりも高速なのは当分ないかなと。つまり、よい選択肢がない。
2万回転のHDDでも出れば別ですが、発熱とかの面で苦しい気がします。

それよりはいいSCSIカードで2台のHDDを/homeにして、
ストライピングするとかのほうが望みがあります。
しかし、1Uに詰めるとなれば、今の構成しか事実上選択肢はないと思います。
ちなみに今のものはSeagate 15krpm SCSI 36G x 2 + dual channel SCSI controller です。
CobraはLSI logicで、tigerはAdaptec。

で、903(仮称)のオーダーをいつするかですね。
ここ数日のうちに?

901の時みたいに「えいや」でみつくろっていいなら、
何か、たたき台を考えてみますけど。

で、楽しい903＊以外＊の、作業についてのメモ

・oyster243のインストールがきちんとできているか確認
・tiger2507/2508/2509 設定再確認 & 調整(上がってから)

>2006年版なら、Intel/AMDどちらでいくにしても、dual coreがいいですね。

この部分にあくまでも抵抗してみようかと、
なぜ? が解かるまで、

>350
参考データ
回転数は落ちるけど同じ Ultra320 SCSIです。

ttp://www.seagate.com/cda/products/discsales/enterprise/family/0,1086,610,00.html
ttp://www.seagate.com/cda/products/discsales/enterprise/family/0,1086,660,00.html

価格性能比
熱の問題
OSが十分に対応するか

といったところが鍵になると思うのです。>>378

あるいは、掲示板サーバにdual coreが本当に必要なのか、とか。

10,000回転にするのは、掲示板用途ではありえないかと。

昔のnews5(懐かしいな)は10,000rpmでしたが、
明らかに、15,000rpmのディスクとは性能違いました。

1) なんで dualcoreがいいの?
2) 必要なの?

の二点かと、

DUalcore Single で価格性能比、電気代、、、の部分でお得なら
お得というのを目にしたいです。

>>382
いい、テーマづけですね。

1) については、正直私も勉強したいです。
「CPUエンジンが倍に増えるんだからいいはずだ」じゃ、たぶん答えになっていないわけで。

たとえば 1U に 4CPU 収めるために
DualCore x 2 がいいとかだったら直感的にわかるのですが、

>>384
それは、よくいわれるメリットです。
私ならそう説明します。

あとは、今までのマザボが割とそのまま使えるので(大抵はBIOS更新でいける模様)、
新規開発ものが少なくて済む、というのもあるです。

ただ CPU 4発も必要なのかと、、、

で、CPUを4つにする(OSは概ねデュアルコアを認識するようですが、フルに能力を引き出せるか
どうかは未知数)のが、掲示板サーバとしてどのくらい有用なのかは、
正直、やってみないとわからないところがあるですね。

こないだのIsKoukokuのように、I/Oじゃないところで
倍ぐらいパフォーマンスを上げることができたりすることもあるわけで。

かぶったー。>>386

ただ単に処理能力が2倍になるわけではないってどこかに書いてありましたよ＞DualCore

ヅアルコアのdualとquadなら
quadのほうが単純性能でみればええはずだす

ヅアルコアの場合、１コア当たりが使えるメモリ帯域が少なくなるでね

>>389
たぶん上記理由によるアレじゃろうて

>>389
それはいい意味で、悪い意味でのどっちかしら。

クロックアップによる性能向上は望みにくいから、どっちにしてもDualCoreで
SMP的に性能アップするのがトレンドでしょ。
AMDとIntelがお互いに無茶して性能向上競争しているし。

あとサーバーだったらクライアントよりも原理的にDualCoreの恩恵は受けやすい。

1Uに「収める」ことは、できそうね。< dual core Opteron

日本IBM、デュアルコアOpteronに対応する1Uサーバー
http://enterprise.watch.impress.co.jp/cda/hardware/2004/09/16/3388.html

…で、>>377 ですが、tiger2507〜2509 は現地での対応ができないと作業できないので、
先に oyster243 を確認してくるです。

とりあえず、本家より参考データと言うことで


ttp://www.amd.com/jp-ja/Processors/ProductInformation/0,,30_118_8796_8800~97052,00.html

oyster243 の構成は、問題ないようです。
正しく RAID 1 になっていました。

amrd0: <LSILogic MegaRAID logical drive> on amr0
amrd0: 35002MB (71684096 sectors) RAID 1 (optimal)

>>391
んあー　どういう内容だったか忘れてしまって（汗
確か独自のアルゴリズムを使ってるとか何とかで実際は10倍ぐらいの処理能力になるとか何とか・・あやふや

私は専門知識とか全然ないんであしからず・・・
http://www.extremetech.com/article2/0,1558,1788915,00.asp

>>393
それは DualCore Dual ?

2507,8,9 は現地でリブートを試みてはいるようだ、

>>397
おぉ、頭うちなんじゃなくて「いい方にずれる」ってことですか。

>>398
…ということになります。

>>395
singleの約1.5倍じゃのぅ

>>398
いんや
「対応すた設計を施した」だけのブツだとおもわれ

SingleCore x 2 < DualCore x 1

ということなの? @opteron

>>399
了解です。それでは oyster243 のセットアップ作業しながら、
待機しています。

Q上げておいたほうがいいかも。

>>402
singlecore x 2 > dualcore x 1

だと思っていました。
>>397 のリンク先はまだ見ていませんが、どうなんだろう。

>>400
あ・・ぅ・・変な期待されてしまったみたい・・

マルチコア（CPU2個）＝デュアルコア（CPU1個）＝シングルコア（CPU1個）＊２　ですです

いやぁ　先ほど10倍と書きましたが、なんかの雑誌で読んだものなんで未来志向かもかも

>>402
メモリを使わずにCPUcacheだけで済ますような
ブツじゃと、間違いなくそうなるじゃろうて

コア間を繋ぐバスはかなりな高速のはずじゃから

>>404
おらもそうおもっておった、
実際>>395は
singlecore x 2 > dualcore x 1 なアレに見える

ややこしいですよね　結論は急がないとだめなんですか？

お三方お茶どぞ〜
つ　旦~　旦~　旦~

2508 2509 あがった?

評価用のブツとして、Polywellから期間限定で借りてみるというのはどうなんだろう、
などと言ってみたり。

しばらく 243 方面の作業します。

>>408
みてみます。

HDD は備蓄のことを考えると
今まで通りがよいですな。

tiger2508 2509 上がりました。

これからいくつか、設定を「マイルド」にしてみます。

tiger2507 は、まだ上がっていない模様。

>>411
今までのものでよいと思います。

ちなみに今入っている SCSI HDD は既に生産中止(新ロットに変わった)はず。

中止はいまいちすね。終了が適切でした。

ただいま"ベンチマークテスト"を検索中.......
http://pcweb.mycom.co.jp/articles/2005/04/30/xe840/

banana403/404と同じセッティングまで、各種数値をマイルドにしました。
で、リブート中。< tiger2508/2509

tiger2507 もリブート出来次第、同じ設定にする予定。
これにしたら、例の「十分潤ってから問題」は、対応しなくていいのかも。

Sean に ICQ した方が良いかも、
格闘しているらしい

お、ひょっとして

SEMAPHORES "Enable sysv IPC semaphores (default: fcntl())"

をオンにしたからだめなのかも。semwait ばかりになることがある。
ちょっと、変えてきます。

>>417
了解です。

作業の間に落ちられると困るので、
tiger2508 tiger2509 httpd 落としました。

ん〜　まだ市場に顔出し程度なんでなんとも・・・
私としては、まだ値段も高いみたいですし、必要ないと考えます。
http://pcweb.mycom.co.jp/special/2004/trendfall/

・・・いやはや、大変お邪魔しました。話を混乱させてすみませんでした。三( ；´Д)ｲﾔｧｧ　ﾊｽﾞｶｼｲｨ

セマフォ式やめてみた。
なんか、すんごい起動がスムーズになったような。< tiger2508/2509

2507 ping かえってきたような

Jimさんから連絡もらいました。

いったん、全部httpdを切りました。
少し落ち着いてから、セッティングを見直す作業に入ります。
いちから。

で、2507 2508 2509 はアップしています。

Jim が Plywell へ行くというので、ついでに聞いてきてもらうことにした。

1) DualCore Dual を 1U で作ってちょ
2) いくらになるねん?

>>426
了解です。

普通にリテールプライスだとたぶん高いので、
Jim-Sam priceを聞いてみていただけると。

Seanさんとtiger2510〜2512について話し中。
作業がスムーズに行けば、今夜あたりに、Polywellから戻ってくるかもしれないとのこと。

で、SCSI仕様のtiger2513とtiger2514が来るらしいです。
vipサーバの模様。

AMDのベンチマークで使用してる2wayマザーはS2882とありますね。

Thunder K8SD Pro (S2882-D)　DUAL CORE READY / Rackmount Ready !!!
ttp://www.tyan.com/products/html/thunderk8sdpro.html
価格はonboard SCSI版で $540くらい？

ちなみにこんな記事も。275が169,000 x 2かぁ・・・個人ではとても手がでませんｗ

デュアルコアOpteronの予約受付開始、2way用の3モデル
ttp://www.watch.impress.co.jp/akiba/hotline/20050521/etc_dcopteron.html

>>283
ファイル添付機能は管理人のみ使えるようにしました

>>430
＠epg.2ch.net です

さんきゅです。>>430-431

eaccelerator の調子がいいようなら、epg とかにも入れてみるかな。
…と、チラシの裏メモ。

ざっと見でまとめると、

・DualCoreいれようか？
・ってそもそもボトルネックはそこ？
・むしろHDDが詰まっているんじゃない？

わたしが思うに、実況系はキャッシュ多めなのを入れるとかするだけでかなり違う悪寒

個人的には↓なんですけどw
　 _ 　∩
(　ﾟ∀ﾟ)彡　solaris10！solaris10！
　⊂彡

人柱と実験は2chの華（違
うひょひょ

DualCoreのおいしいところは,SingleSocketでの
スペース的なメリットと発熱量の低減,また,DualSocketでの
更なる処理能力うp や,処理の分散(cgi内部処理とI/O処理　可能かどうかは未知数)が
有るんだと思うんだな。
これからを見てみないとわかんないですけど,DualCoreが必要か否かを
見極めて,その後SingleSocket/DualCoreか,DualSocket/DualCoreかを
見極める事が出来れば幸せになれると思うんだな。

とりあえずSingleSocket/DualCoreの場合,Socket外部へのI/Oが無ければ
DualSocket/SingleCoreに比べて内部で信号をやり取りできる分
処理能力は向上すると思うんだな。

チラシの裏っぽいかも。ｺﾞﾒﾝﾁｮ

>>405
訂正っす
×マルチコア
○マルチプロセッサ(2CPU)

マルチコアはデュアルコアの広義語みたいですえm(_ _)m

小虎は2Uだったのですね。
FreeBSDがPowerNOW!に対応でけたら、サボってる時はさらにお熱さがりますな。

>>434
・・・とおもったらもうちょっとかかりそうですねー＞ZFS
ベータは今年後半には出そうだけど

ttp://japan.cnet.com/news/ent/story/0,2000047623,20083500,00.htm

私がSol10で人柱！といっているのはrootさんやJimさんの負荷がちょっと減るかな、と思うからでつ。
それに、

・ZFSで動的にストライピングできる
・自己予測ヒーリングでHDDやメモリの一部があぼーんしてもあぼーんした部分を切り離してそのまま平然と動く

・・・などなどとチラシの裏してみますた、スマソ

新居住区作る時にタワー型も置けるようにしる！って言っとけば良かったのに

Solaris 10はありえる選択かもですが、
ちと、すぐにはややむりぽかもですね。>>439

で、DNS依頼いきます。

ということで、c-docomo系の新サーバへの移行依頼いきます。
以下のDNSの変更をよろしくお願いします。

(従来)
+c-docomo.2ch.net:206.223.151.216

(変更後)
+c-docomo.2ch.net:206.223.150.27
+c-docomo.2ch.net:206.223.150.32
+c-docomo.2ch.net:206.223.150.37

>>442
done

>>283
info@wiki はもともと管理者以外はアップロード不可なので大丈夫だと思いますー。

>>444
>>430

？

>>445
>>431

？

>>446
失礼しました(´･ω･`)

参考においておきますね。

Opteron248, 250, 252
Xeon3.2GHz, 3.4GHz, 3.6GHzの消費電力
http://www.gamepc.com/labs/view_content.asp?id=x36o252&page=4
消費電力
252＜248 らしいです。

Dual-core Opteronの消費電力
http://techreport.com/reviews/2005q2/opteron-x75/index.x?pg=16
275＜252 らしいです。（殆ど同じか）

プロダクトナンバーが上がる方が消費電力も下がるんだ。
でもDualCore化でも消費電力3割増(測定環境が同じじゃないけど)に押さえてるのは
涙ぐましい努力のなせる業なんだろうなあ…

>>448-449
どのコアなのか書いてないようじゃが、
0.13μmと0.09μmを比較すておるのなら
ソレは悪徳通販並の非核法じゃろうて

ということで、例のやつを仕込みました。

http://c-docomo5.2ch.net/_service/
http://c-docomo6.2ch.net/_service/
http://c-docomo7.2ch.net/_service/

ということで、
http://ch2.ath.cx/load/ の更新を（りゃ。

# 明日、c-docomo2/3/4の削除依頼を出す予定。

248-252の比較は252が出たときの記事、ですので130nm（Rev.C）と比較する
趣旨のようです。
248-250が130nm（Rev.C）252が90nm（Rev.E）ですね。
表から推定するに、130nmの244程度の消費電力、になるのでしょうか。
従来のcobra機との比較と言う観点からは、130nmのコアと90nmの252の比較、
と言うのは外れではないのでは、と思います。
90nmの低クロック品はより、消費電力が下がるのは自明ですから。

個体差も有るでしょうからレビューの消費電力が保証されるわけでは
ないですが、90nmに移行して、252も爆熱、と言うわけではないようです。

そっかー,プロセスが違えば当然ではあるねえ。
でもDualCoreでも発熱が抑えられているのが確認できてるし,期待も出来る鴨かも

Cool'n'Quietを動かすモジュールをぶち込めば1U化については
ひじょうに期待できるとおもうんじゃが

そのモジュールの安定性はどーなんだべ？
（そもそも鯖に挿れてええブツなのかどーか、それとももう既に挿れておるのか）

CnQが使えるほどの余裕があるのかな。

フルパワーで回して耐えないと意味ないから、サイズは小さくならんような

CPU自体が持っているので,マザーの対応次第じゃないかな？＞C'n'Q

>>457
それと、BSDの場合はOSのモジュールを後付けで
挿れないと動かないらすい

詳しいコトはﾜｶﾗﾝが、

外部から明示的に動作を切り替えるモジュールかな？
調べてみるべか…
でもまあ,それ以前にCnQが動作するほど余裕ができるかどうかってのもあるねえ

あーそうか,ユーザー側でパフォーマンスを指定する事も可能なんだなあ。
こりゃいっそのことフルスロットルd(ry

http://www.spa.is.uec.ac.jp/~nfukuda/software/

ヅアル動作の例が書いてないのぅ
このブツは超人柱なんかも試練、

>>460
懲罰用途で（ry

うお、>>461はviaのやつじゃった、、
AMD版はないのかのぅ？

http://coolnquiet.info/faq.php

うーむ
超超人柱のようじゃのぅ、

http://japan.cnet.com/news/ent/story/0,2000047623,20078923,00.htm

どっちみち今持っておるCobraには使えない、と、、

ttp://www.fenix.ne.jp/~G-HAL/soft/nosettle/ の真ん中より少し下
>>461のサイトね。VIAに限らず使えるんじゃないかと邪推。
それよりttp://hp.vector.co.jp/authors/VA009278/amd64/ の下1/3くらい。
不具合がまだあるみたい。対処方法は書いてあるけど眠いからパスｗ

>>465
もはや過去のものとなりつつあるし＞PowerNow!

>>467
なんかopteronの場合はBIOSがPowerNow!をCool'n'Quietと誤認識しるらすい、
Cool'n'Quiet自体は存在せん模様


dually nForce Pro 2200 マザーボード・トリオを比べる
Asus K8N-DL, Iwill DK8ES, Tyan Thunder K8WE
（略）
（５ページ目）
K8WE, DK8WSのBIOSにはオーバークロック用のものはないが、
（略）
PowerNow（BIOS上の表示はCool'n'Quiet）と組み合わせれば、アイドル時の静穏化
http://mypage.odn.ne.jp/www/k/8/k8_hammer_trans/files/Hammer-Info.html


で、PowerNow!は夏に出る6-currentにはそれ用ドライバ標準装備だとかなんとか、
おらにはｻﾊﾟｰﾘわかりませぬが。。

○ 5月20日24:00前に発生した、XOロケーションにおける電源トラブルについて

Jimさんからの報告によると今回のトラブルの原因は、tigers、tiny tigersと
高性能スイッチに電源を供給している電源系統のオーバーロード
(使用許可容量超過)による、安全ブレーカーの断であった、とのことでした。

PIEに限らず一般的にデータセンターでは、通常このようなことが起こらないように、
各サーバやスイッチの消費電力を計算したうえで、1つの電源系統から
過剰に電源をとらないように、電源の配置をあらかじめ考慮しておくわけですが、
今回、「後付」でCPUを追加したため、1台あたりの消費電力が
当初の想定よりも大きくなり、それが6台分積み重なったことで、
電源のオーバーロードが起こってしまったわけです。

ではなぜtiny tigerをつないで動かし始めた時点でオーバーロードが発覚しなかったのか、
という点についてですが、これはあくまで私の推測ですが、たぶん該当の電源系統は
CPUを増設した時点ではたまたま「オーバーロードになるぎりぎり一歩手前の状態」
になっていたのでしょう。

で、その状態で日本が23:00を迎え、いつものようにlive20やnews19やgame10や
hobby7へのアクセスや書き込みがピークを迎え、携帯サーバやBlackGoatへの
アクセスがピークを迎えることで各サーバの消費電力が増し、
24:00のMAX値のところで「バチン」と、安全ブレーカーが働いたのだと、推測されます。

で、Jimさんたちは改めて現在の消費電力を見積もりなおし、各サーバ・スイッチの電源を
再配置することで、問題を解決したようです。

以上、原因を隠しておく方が信頼度が下がると判断し、
私の判断で状況を正直ベースで書くことにしました。

つまりまとめると、

1) 今回のトラブルの原因は、ヒューマンエラーであった
2) Jimさんたちは、今回の件により、ひとつ経験を積んだ
3) 運良く、ハードウェアや掲示板のデータそのものには、障害は発生しなかった
おまけ) ex10やetc4やqb5は、たまたま場所・電源ともに別系統だった

ということになります。

私は、今回の件については、きちんと「原因」を報告してくれたことと、
上記の「3)」と「おまけ」の部分にめんじて、今回限りという条件つきで、
許すことにしました。

ということで、game10 / hobby7 / news19 / live20 のユーザの方々、
また携帯系サーバのユーザの方々には、たいへんご迷惑をおかけいたしました。

以上です。

毎度お世話になります。
皆様激しく乙でした。　

確かCnQ自体はPowerNow!の延長線上のモノだったと思ったのでそういう扱いになるかもですね＞BIOS
いづれにせよ対応待ちっすねー>>468

>>469 おつですー少し補足しますー
＞動かし始めのオーバーロードが出ない件
負荷の変動による電力増加も勿論あると推定します。その上で,
ブレーカーというものは,大抵の場合,100%の負荷でも遅延動作で落ちる事があります。
例えば1時間とか。
95%位でも２〜３時間で落ちるコトが有ります。そういう仕様・特性なのですー

>>441
でしょうねー、というかまだあまり枯れきっていないし、
なによりOSのジャンプは人間パワーが必要ですから。

>>472など
ちなみに昨今のコンピュータは動かし始めや
今回のトラブルの引き金になったようなフル稼働時が一番電気を食います。

参考までに↓
質問・雑談スレ161＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1116584807/941

>>472
遅延動作ですか。なるほど。

>>473
実はSunOSは本業方面では3.5あたりから入って、4.xとかSolaris2.3〜2.6あたりまでは
使い倒した(NIS+とかもいちから使ったし、/etc/systemもいじり倒した)のですが、
もう概ね、忘れてるですね。

当時はAdrian Cockcroftの書いた本とかドキュメントとか、読みまくっていました。
これか。
http://www.amazon.com/exec/obidos/tg/detail/-/0131496425/qid=1116640502/sr=1-2/ref=sr_1_2/002-3909485-2440034?v=glance&s=books

だって、みんな無茶苦茶するんだもん。

>>474
Sun/Solaris使いだったのは過去の投稿で知ってます

> だって、みんな無茶苦茶するんだもん。

当時はclassicでしたっけ。無茶に敢然と堪えられるsparcとSolarisすごすぎかと。

ただスピード競争にはおいてかれてしまい、
Sparcなワークステーションはもう出ることはないでしょうね。
所属先から支給されているblade150/650MHz使ってますが、体感的にあまり早くないですし・・・

ちなみに最近荒らし対策(違)で流行してるサーバベースコンピューティングは
こないだの某社買収もあってSunの独走状態で、sparcは今後こっち路線っぽいですね

・・・とチラシの裏してみますた、スマソ

新サーバへの移行が完了しましたので、以下の削除をお願いします。

(削除)
+c-docomo2.2ch.net:206.223.151.215
+c-docomo3.2ch.net:206.223.151.210
+c-docomo4.2ch.net:206.223.151.200

で、これらのサーバの携帯用ラックからの移動手配についてはどうしましょうか。
問題なければ、私からJimさんとSeanさんにその旨連絡とります。

>>476
DNS: 要請だしました。
移設 : わたしがコントロールしますー、(すこしだけ寝かせてから)

>>476

done

この三台の移設ですが、

1) IP が変わってもok ?
2) 再インストールは必要?

>>477
了解です。

・移動対象サーバは cobra2244 cobra2246 banana704(= cobra2247)
(PIE内部では、cobra2247 は banana704 というラベルで管理されているようです)
・移動後の接続速度は100Mbpsで問題なし
・プライベート側 I/F の接続は不要

と、PIE方面にお伝えください。

>>479
1) 変わっても問題ありません。
2) してもらったほうが、都合がいいかも。

これから、システムのフルバックアップをとっておきます。

了解です

バックアップおわったら、お知らせくださいー
たぶん移設は来週かと

cobra2244, cobra2246, cobra2247 バックアップ完了しました。
移設・再インストールしていただいて OK です。

りょうかいですー

さて、ぼちぼち oyster243 のセットアップはじめるです。
BBQの二重化へと。

もいもら

cobra244 (3G -> 4G) ex12.2ch.net (soccer関連全部)
cobra246 (2G -> 4G) ex13.2ch.net (base関連全部)
cobra247 (2G -> 4G) live21.2ch.net (live15から全部移転)

Tiger2513 ex11.2ch.net (vipのみ)
Tiger2514 anime.2ch.net (anime関連全部)

二週間くらいで出来上がるかな?

cobra244、6/3中にってのは無理ですか？
6/4 0:15〜の最終予選(日本戦1:22〜)に間に合えば実験にも、

let me try it.

>>486
了解です。

anime は新カテゴリですか。
もはや日本の主要な文化の流れだし、いいんじゃないでしょうかね。

>>486
メモリは、現地にしかと聞いてみないとなんともいえませんが、
確か2244と2246は同じロットのメモリだった気がするので、
寄せ集めてまずは1台、4Gにしてみるとか。

それも含みで、PIE方面に聞いていただけると助かります。>>488

国内サッカーと海外サッカーは代表板ほど酷くはないのだが
いい加減サッカーだからという理由で人括りにするのはやめてもらいたい

何で人くくりにする?

チームの人数とか?

ということは ex11 の名前がいいのか、
なるほど

訂正
一括りね

http://qb5.2ch.net/test/read.cgi/operate/1116779014/33
33 名前：動け動けウゴウゴ２ちゃんねる[sage] 投稿日：2005/05/23(月) 01:40:22 ID:emXzPc4Z0
一年かかってpeko作戦はゴールしたんだ。
そうなんだよ。


柄にもなく、ちょっと「うるっ」と来ました。

そう言えば去年の今頃は、とても苦しかったですね。
次々に起こる原因不明のサーバダウン、そしてリブート依頼もままならず、
私もサーバの信頼性も、落ち込む一方でした。

で、その後の長期間にわたるさまざまな試行錯誤の末、
不安定の原因はシステム側の複数CPUでの処理に問題があるためとわかり、
掲示板担当のtiger/cobraサーバではCPUが2つあるのに
システム側でわざとシングルCPUの設定にして、
私もサーバも小さくなってひたすら耐え忍ぶ、雌伏の時が続きました。

その後、ex7(当時)で試していたFreeBSD 5.3Rベータ版では、
デュアルCPU設定でも問題なく動作するとわかり、
2004年10月にFreeBSD 5.3Rの正式版が出た後は、
ようやく攻めに転じることができました。

その間にも、携帯用サーバシステムの完成による携帯アクセスの分離独立・
ジンギスカン(動的html部分へのメモリディスク導入)等による体質の改善が図られ、
また、2004年11月から12月にかけてのbbs.cgiのSpeedyCGI化・read.cgiのcgidso化により、
各サーバの掲示板サーバとしてのパフォーマンスは、飛躍的に向上しました。

現在では２ちゃんねるの最強のサーバでは、ピーク時で1353投稿/min をこなし、
テキストとdatとhtmlのみで35Mbps以上の転送量を叩き出し、50万投稿/dayを難なく処理し、
そしてついには、1分で1000に達する最速スレでさえも、耐えられるようになりました。

しかしたぶん、次の山はまたすぐやってきます。
今後も気を引き締めて、今後も関係するみなさまと協力しながら、
自分なりにできる範囲でがんがっていこうかなと、思っております。

とりあえずrootさんお疲れ様。
これからも色々俺らVIPPERが迷惑かけるかも知れないけど、その時はまたヨロシクｗｗｗｗ

ちょっと感動した

rootさん、お疲れさまです。

スタコラ作戦からここまで約一年ですか
感慨深いものがあります

山を越えるとまたさらに高い山が、あるような気がしますけれど
ちょっとくらい山頂からの眺めを楽しんでください

>>494 思い起こせば，いろいろ山あり谷ありでしたね．お疲れさまです．

個人的には mod_cgidso / read.cgi に関わったわけですが，最初の導入時
うまくいった！と思いきや，read.cgi 出力が不規則に乱れる問題が発生して，
root ★ さんや FOX ★ さんたちと深夜〜未明の時間帯に試行錯誤しつつ対応していた，
ってこともありましたね．その後は何とか正常に稼働しているようでほっとしています．

今後も白山羊・雪だるまなどのプロジェクトも控えていますが，引き続きよろしくです．

ハードウェア、FreeBSD、PIE、2chのみなさん、ありがとうございます。
引き続きよろしくお願いします。ﾜｸﾜｸﾃｶﾃｶﾄﾞｷﾄﾞｷはまだまだ続くのです。

そいやもう雪解けも終わって………
ってそんな事言おうとしたんじゃなかった。

誰かここに詳しい人達で"(鯖とかスクリプトの面での)にちゃんねるの歴史"なんてのを作ったら
面白いかなぁ、なんて言ってみたり

自分でやろうともまだそんなに知らないので編纂できない('A`)

http://ja.wikipedia.org/wiki/2%E3%81%A1%E3%82%83%E3%82%93%E3%81%AD%E3%82%8B%E3%81%AE%E6%AD%B4%E5%8F%B2
これは、外部向け

>>501
それだと主に"祭り"だからねぇ…

アニメだよ全員集合は

新・旧シャア

アニメサロン
アニメ
アニメ２
アニメ新作情報
なつかしアニメ
アニキャラ総合
アニキャラ個別
アニメ漫画速報
アニメ漫画業界

CCサクラ
エヴァ

あたりかな？

アニソン等はどうするんだろう

>>503
声優も横から入りたがると思ったり思わなかったり。

>>503
声優はanimeに入れてあげてよー。comicじゃないっすよ。

アニメ漫画速報はアニメと漫画で分割。
業界は…経緯がややこしいんだっけ、ならそのままanimeに。

空いたcomic5に週少をetc4から復帰。
余裕があるなら、週少と関連の深い漫画キャラクターをcomic6から移転。
さらに余裕なら、週刊少年漫画サロン新設。
くらいでよろしくおながいしたいなー。

懐かし系はカテゴリ鯖に入れないで即死のゆるい鯖のほうがいいと思うんだけど
ゲームのレトロ系とかも

>>494
一段落というコトなら残っておるブツはなにか、
リストアップすて逝ったほうがええような気ガス

ところで、これから出るという新しいOSはどんな新機能があるだすか？
注目点があれば教えれ

>>503
速報と業界はどちらも
「この際だからアニメと漫画に分けよう」って意見が多いみたい。

参考までにどうぞ。

削除彩虹　〜火の化身編〜
http://life7.2ch.net/test/read.cgi/yume/1113378736/608-n

アニメ再編関係は別スレ立ててやってくれないかな。
批判要望あたりで。

>>510
この板でやるなら、新鯖情報すれあたりがええべなぁ

>>508
アニメ漫画速報板はアニメと漫画に分けると
過疎化に拍車がかかるので住人から猛反対有り。
そのままの形でnews鯖に移転すればいいのではないか。と。

アニメ漫画業界板はアニメサロンの業界スレ住人が
漫画メディアと一緒にされることに対して著しいアレルギー反応があり。
アニメ業界オンリーの専門板なら移転してもいいとのこと。

【oyster争奪戦】新サーバ情報スレッド 15
http://qb5.2ch.net/test/read.cgi/operate/1092087039/

ageておいたで、だうぞ

これも。
banana388が重い重い重い重い重い重い重い[comic6]
http://qb5.2ch.net/test/read.cgi/operate/1091116781/ｌ50

dcod見積もりまーだーﾁｿﾁｿ（だいぶry

tasuketeもた・・・鬱回切氏

tiger2513 と 2514 が到着したそうです。

これからハードウェアをチェックし、問題なければ設定作業に入ります。

>>486
> Tiger2513 ex11.2ch.net (vipのみ)
> Tiger2514 anime.2ch.net (anime関連全部)

この2台。

おー

つ・・・ついに・・・来る！

終末の時がｗ

専用鯖ｸﾙ━━━━━━(ﾟ∀ﾟ)━━━━━━━!!!!!

やめろよ
ＶＩＰなんてクソだから潰せ

専用鯖ｸﾙｰｗｗｗｗｗｗｗｗｗｗｗ

ｷﾀ━━━━ヽ(_∪ __ )ﾉ━━━━!!!!

わーい！
鯖移動は来週？

へーえ。

ｷﾀ―――(ﾟ∀ﾟ)―――!!!

とりあえずログインはできました。
作業をたんたんとすすめたいんで、記念カキコは雑談スレあたりでどうぞです。＞各位

ﾜｸﾜｸ

イヤだなぁ

ex11.2ch.netｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!

>>528
乙

ex11鯖をMSで例えると？

未知数ですね。

とりあえずdual channel SCSI仕様なので、tiger503(= live20、旧ex7)以上であることは
概ね確実かと。

ex10よりも高性能かどうかは、わかりませぬ。

ども
鯖落ちが減るといーな

dual channel SCSIじゃなくてsingle channel SCSI仕様みたいね。
でもまぁ、バス幅はネックじゃないと思うから、大勢に影響ないかな。

それより、HDDが15,000rpmじゃなくて10,000rpmですよ。
これはちと、能力に影響あるかもね。

とりあえず、おじさんに状況報告しておこう。

あと、ほんとうにdual CPUかどうかも確認しておくか。

da0 at mpt0 bus 0 target 0 lun 0
da0: <SEAGATE ST336807LC 0C01> 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 mpt0 bus 0 target 1 lun 0
da1: <SEAGATE ST336807LC 0C01> Fixed Direct Access SCSI-3 device
da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled

記念カキコはこちらへ。
質問・雑談スレ165＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1116862661/l50

>>536
おじさんから「伝えました」と、返事がありました。

> dual channel SCSIじゃなくてsingle channel SCSI仕様みたいね。
> でもまぁ、バス幅はネックじゃないと思うから、大勢に影響ないかな。

この件も「パフォーマンスに影響が出る可能性がある」と伝えてあります。

dual CPUになっているかどうかは、現在確認中。

SpeedStep が使えるようなら
いづれ実験きぼんぬということで、そのへんもよろだす

簡単な負荷試験 & dual CPUかどうかのテストを兼ねて、
make -j 8 buildworld buildkernel >& Make.log を実行中。
やはり、HDDの書き込み速度が遅い気がするですね。

手違いなら、、交換コースが妥当かと。

tiger2513
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
cpu2 (AP): APIC ID: 6
cpu3 (AP): APIC ID: 7

dual CPUでは、あるようだ。

tiger2514は、これから。

tiger2514も、dual CPUではあるようです。
(HTTなので、2 x 2)

FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
cpu2 (AP): APIC ID: 6
cpu3 (AP): APIC ID: 7

ということで、

・HDDが15,000rpmものではなく、10,000rpmものであった
・SCSIコントローラがsingle channelものであった

という2つの理由のため、こちらで予期したハードウェア上の要件を満たしていません。

また HDD が交換になった場合、OSも同時に入れなおしとなってしまうため、
これ以上のインストール・セットアップ作業は意味がないと判断し、
すべてを初期状態に戻した上で、いったん返品することとしました。

これから、その旨メールを書きます。

ということで、ハードウェア仕様が完全なものになるまで、セットアップ作業は保留ということで。

メールで >>543 の状況をおじさんに伝え、
問題の解決をお願いしました。

本日の作業は、ここまでかなと。

>>544
乙でした。

ところでproject pekoって完了した説が飛び交ってますが、これ如何に。

>>494

>>546
じゃあ、次のプロジェクト名を次スレまでに考えましょう。

やってることはいっしょなのでpekoでいい

プロジェクトpekopeko

Pekoject pro

pekoの次はpokoと言うのはあまりにも普通なオヤジの発想ですか？

HalaPeko

pakopako

Project futa で

Project Tiger
Project Tiger&Cobra

Project Dragon

vipeko

昔使っていたやつが、まだ残っていたようです。

ということで、DNSからの削除をお願いします。

(削除)
+c-docomo1.2ch.net:206.223.150.140

○ MRTGでBG3/4のプライベート側のトラフィックがうまくとれない問題

その筋のお友達ににきいてみた。

「MRTGで120Mbpsを越えたあたりから統計がうまくとれないんだけど…」
「そんなのあたりまえじゃん、Counter32が5分の間に1周まわってんだよ。
ちょっと計算すりゃわかるでしょ」
「がぁぁぁん、どど、どうすれば、、、」
「SNMPv2を使って聞くように設定するか、聞く感覚を5分からもっと短くするか、
MRTGを捨ててもっと違うやつを使うか、そのへんでやりゃいいべ」
「どもでした、やってみるです、、、」

というわけで、あとでやってみようかと。

# はずかしー。穴があったら（りゃ。

つ{Dual Core Opteron 265（1.8GHz）が、早ければ明日25日に発売される。価格は約\110,000。

>>559
聞く感覚を → 聞く間隔を

ううむ。

>>558
done

>>561
つ▲

>>486
> cobra246 (2G -> 4G) ex13.2ch.net (base関連全部)
> cobra247 (2G -> 4G) live21.2ch.net (live15から全部移転)

2台、到着したとの連絡を受けました。

中身チェック中ですが、今のところ問題ない模様。
cobra2244 も、出来次第来る気配か。

>>559
　｜　 │
　｜ 　｜
　└─┘
　∩∧ ∧
　ヽ（ ﾟДﾟ） 穴age
　　　＼⊂＼
　　　 Ｏ-､　）〜

─
>>564
お、新鯖きましたか


今のところ
Tiger2513@ex11：再配送申請したので待つ
Tiger2514@anime：同上？
cobra246@ex13：チェック中
cobra247@live21：同上
ですか？

>>565
tiger2513@ex11：再配送申請したので待つ
tiger2514@anime：同上
cobra2244@ex12：まだ できていないですー by 中の人
cobra246@ex13：チェック中
cobra247@live21：同上

>>566 訂正

tiger2513@ex11：再配送申請したので待つ
tiger2514@anime：同上
cobra2244@ex12：まだ できていないですー by 中の人
cobra2246@ex13：チェック中
cobra2247@live21：同上

>>567
どもっす。
という事はその後問題が起きずcobra2244がtiger二台より早く届いた場合は
cobra2246@ex13＆cobra2247@live21 -> cobra2244@ex12 -> tiger2513@ex11＆tiger2514@anime
の順で移転ですな



また問題が起こらないといいんですけどね…(ﾟдﾟ；)

cobra2246, 2247 ハードウェア構成上、問題なさげです。

両サーバとも、メモリ4Gに増設されていました。
また、FreeBSD 5.4R/amd64 がインストールされていました。

これから、セットアップ作業に入ります。

ex10のCPUよりも1クラス上のしろもの(Opteron 244 dual)なので、
掛け値なしに「最強サーバ」ということになります。< cobra

電源容量には気をつけて。ってことでー

>>569
乙です


次の実況祭りになる番組は何だっけかな？
サッカーだっけ？

あのex10を超える鯖が来るとは、いやはや凄いですなぁ…

アニメ漫画業界板のanime鯖への移転はしないでいただきたい旨の要望って
一体どこにだせばよいのかしらと思いつつ
つhttp://comic5.2ch.net/test/read.cgi/iga/1107570130/l50

>>573
iga ってどのぐらいの大きさなんだろう。これかな。460位。

460 iga 266 173 - comic5

うつわとしては、他の入りそうな板から考えたら誤差の範囲ですね。
つまり、うつわ的に大きな設計上の違いはないっていうことです。

どこに要望出すのがいいかは私にもわかりませんが、
たぶん、ここじゃないことだけは確かで。

どうもです、昨日賑わっていた例のスレがスレストになっていたのでこちらに
最初に質雑スレに行くべきでしたね

aa5鯖の代替鯖ﾏﾀﾞｰ?(ﾁﾝﾁﾝ

>>576
あまり、要らないような気がするです。
理由を示していただけるといいかも。

で、cobra2246 2247 は、順調にセットアップできました。
まずは ex10 と全く同じセッティングにしてあります。

ということで、DNS登録依頼いきます。
以下の新規登録をお願いします。

(新規登録)
+ex13.2ch.net:206.223.154.230
+live21.2ch.net:206.223.154.235

また、よろしければ、maido3.comのDNS登録変更もあわせてお願いします。

(従来)
+cobra2244.maido3.com:206.223.151.200
+cobra2246.maido3.com:206.223.151.210
+cobra2247.maido3.com:206.223.151.215
(変更後)
+cobra2244.maido3.com:206.223.154.225
+cobra2246.maido3.com:206.223.154.230
+cobra2247.maido3.com:206.223.154.235

>>559
この事？

ttp://www.google.com/search?complete=1&hl=ja&q=MRTG+SNMPv2c+%E2%96%B2&lr=

ブログ厨の所為で本命がヒットしてこない？

さて、新IPアドレスなわけで、BBxへの登録をやってくるか。

>>579 は done.

>>578
たぶん、そですね。
今日はちょっともう限界が近いので、明日以降改めて。

>>577 は、既に設定されているっぽいですね。

http://ex13.2ch.net/
http://live21.2ch.net/

@infoweb 建設予定地確認しますた

@ybb 建設予定地見学できますた

@OCN 建設予定地確認しました

＠au(笑)

http://ex13.2ch.net/
IPアドレス： http://206.223.154.230/~ch2ex13/
バーチャルホスト変換前： http://cobra2246.maido3.com/~ch2ex13/

http://live21.2ch.net/
IPアドレス： http://206.223.154.235/~ch2live21/
バーチャルホスト変換前： http://cobra2247.maido3.com/~ch2live21/

>>577

done

>>587
どもでした。

cobra2244を受け取りました。
メモリ4Gに増設済みを確認。これからセットアップ作業入ります。

>>486
> cobra244 (3G -> 4G) ex12.2ch.net (soccer関連全部)

ということで。

cobra2244 セットアップ完了しました。
ex10と全く同じセッティング。

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

(新規登録)
+ex12.2ch.net:206.223.154.225

ex12見えますな。

見えますね@il

>>590-591
見えるですね。

関係者にログイン情報をメールしました。
>>586 の形で書いてみる。
http://ex12.2ch.net/
IPアドレス： http://206.223.154.225/~ch2ex12/
バーチャルホスト変換前： http://cobra2244.maido3.com/~ch2ex12/

で、ilというのはIsraelかしら。

見える見える

>>592
ブーーー！インターリンクです。
えっ、そんなマイナーなispの情報は要らないですか。

見えますよ。

>>594
あらら。
ilでInterLinkは、想像できんかったなと。

@infoweb　建設予定地確認

c-docomo 見えます

>>589
done

>>486

cobra244 (3G -> 4G) ex12.2ch.net (soccer関連全部)
cobra246 (2G -> 4G) ex13.2ch.net (base関連全部)
cobra247 (2G -> 4G) live21.2ch.net (live15から全部移転)

掲示板システム構築へと、

>>600
おぉ。くるくる。

で、net-snmpはCounter64はサポートしてない、、、のか。
まじでか。

http://sourceforge.net/mailarchive/message.php?msg_id=8718063
http://sourceforge.net/mailarchive/message.php?msg_id=3890924
http://sourceforge.net/mailarchive/message.php?msg_id=3891117
http://sourceforge.net/mailarchive/message.php?msg_id=8736628

こんな情報もあったんだが、、、。
http://sourceforge.net/mailarchive/message.php?msg_id=11106392

ギャガーン、サポートしてないんか、やっぱ。
http://forums.cacti.net/about7549.html

英語でぐぐれって、「please google it. 」って言うのかぁ。。

ちょっと探してみたらこんなのありましたけど使えますか？


SNMP++ v3.x
ttp://www.agentpp.com/snmp_pp3_x/body_snmp_pp3_x.html

>>603
プリーズがついてるだけ優しいかも
それとも「どうぞグーグルで心ゆくまでご自分でﾆｯｺﾘ」みたいな嫌みなのかな…

ttp://www2.alc.co.jp/ejr/index.php?word_in=google&word_in2=google&word_in3=google
だそうです

>>603
google は、いまや普通に動詞として使いますね。
日本と同じかと。

引用元のあれは「ぐぐれ馬鹿」まではいかないけど(>>605)、
それに近いニュアンスっすね。

>>604
リンクはこっちみたいですね。
http://www.agentpp.com/snmp_pp3_x/snmp_pp3_x.html

ちょっと、見てみるです。

c.2ch不具合報告総合スレ3
http://qb5.2ch.net/test/read.cgi/operate/1115382157/428-429

428 名前：root▲ ★[sage] 投稿日：2005/05/28(土) 11:30:38 ID:???0 ?##
○ ブート時の AP #2 (PHY# 6) failed エラーについて

PIEではリモートオペレーション環境を充実させるために、
リモートKVMスイッチをインストール中でした。
(リモートKVMスイッチ: キーボードとマウスとコンソールを、
ネットワーク経由でリモート操作できる装置)

で、先日tiger511とtiger512にもその装置がつきました。
(装置そのものはシステムからは普通のキーボードとマウスに見えるので、
サーバを動かしながらつけることができます)

しかしその装置がついていると、tiger5xxなサーバではリブート時に、
>>419 のようにカーネルパニックを起こし、立ち上がらないことがあるとわかりました。

リモートKVMスイッチのキーボードとマウスをはずしたところ、問題なく立ち上がりました。

リモートKVMスイッチのキーボード・マウスはデイジーチェイン方式という、
ちょっと普通のとは違う形式のものらしく、そのためtiger5xxサーバのBIOSか、
あるいはACPIかと相性が悪く、この問題が発生するようです。

検索してみたところ類似の事例が、freebsd-current メーリングリストに報告されていました。
http://lists.freebsd.org/pipermail/freebsd-current/2004-January/019396.html


429 名前：root▲ ★[sage] 投稿日：2005/05/28(土) 11:32:53 ID:???0 ?##
で、とりあえず緊急にtiger511/512のKVMスイッチのキーボードとマウスをはずした状態にして、
急場をしのぐことにしました。

詳細は精査してみないとわかりませんが、
場合によってはtiger5xxサーバのBIOSの更新作業が、必要になるかもしれません。
(>>428 のリンク先も、あとでよく読んでみます)

ということでどうも、ACPI BIOS方面の問題の模様です。

で、安全のため、tiger503 - tiger512については、KVMスイッチのキーボードとマウスを
はずしておいてもらうように手配しておきました。

Me (11:33 AM) :
Sean-san,
I reported the curent status on 2ch BBS.

And I think all other tiger5xx servers may have the same problem.
Sean (11:36 AM) :
Do you wana test Tiger510?
Me (11:38 AM) :
Hmm...
All tiger servers are now online. So, many 2ch users use it.
I want to test it, but it needs before notice to users.
So, I think we should test later.

And for safety, KVM switchs' keyboard and mouse of all tiger5xx servers
sould be detached until verifying complete.
Sean (11:39 AM) :
ok...I will
Me (11:39 AM) :
Thank you for your work.

vipdoorでVIPが別鯖に移るって聴いたんだけどマジ？
http://vipdoor.org/news/newsboard.cgi?Num=1

>>611
ここは、特定の運用事項に関して話し合うスレッドなので、
質問でしたら、質問用のスレにどうぞ。

質問スレ＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1116753668/

すいません＾＾以後気をつけます

oyster243 を BBQ/BBM の二重化サーバにする準備が整いました。

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

これが浸透することにより、自動的にBBQ/BBMともに更新されるはずです。
bbs.cgi の変更は必要ありません。

(追加)
&niku.2ch.net::nikuns2.peko.2ch.net
&bbm.2ch.net:206.223.151.221:b

なおこれに伴い BBQ/BBM 側のシステムの若干の変更 (NSの追加) が
必要になりますが、それは既に済んでいます。

>>614 補足
肝心のホスト名を登録するのを忘れていました。
>>614 にあわせて、下記も登録お願いします。

(追加)
+bbq2.2ch.net:206.223.151.220
+m2.2ch.net:206.223.151.221

http://aa5.2ch.net/test/read.cgi/nanmin/1117044394/309

○ FreeBSD 5.3R の em ドライバに虫がいそうな件について

em にものすごい勢いでネットワーク負荷をかけると、
ifconfig での表示は正常であるにもかかわらず、
その I/F での通信ができなくなってしまい、自己復活もしないようです。

ifconfig em1 down
ifconfig em1 up

とやると復活するので、ドライバに虫さんがいるような気がします。

5.4Rとか最新のstableとかで、直っているのかしら。

それは確か有名な騒動になったなぁ。
英語のほうのMLで過去ログあったはず。
5.4Rでは問題ないよ。

>>619
どもｄす。そりゃ、そうすよね。
em でこんなんなっちゃ、ちょっと。

前にこれになった時に前に 5.3-stable あたりから持ってきたりしてたんですが、
それでもまだ起こるようです。

5.4Rにすべしと。
昼間の時間とか深夜の時間狙って、5.4R にしていくです。

ｳﾋｮｰ
ttp://www.extended64.com/photos/article_screenshots/category1028/picture577.aspx

もうね、なんに使うのって言う

>>621
世界初、8way(CPU) = 16core のOpteronサーバ、お目見えですか。
PCI-Expressにも対応と。

CPUが縦に2つずつ合計8つついて、そこへ風送って冷やすと。
なんだか、レーシングカーのエンジンみたいな風情で。

http://www.theinquirer.net/?article=23518
http://www.iwill.com.tw/event.asp?e_id=27

こんなんでどうしろというのだろうか……
使い道が激しく限られてるからなぁ…

>>622
クラスタマシン
少なくともweb鯖用でわないじゃろう、

>>624
原子爆弾のけんきゅうとかに、

BLASTとかで検索してちょ。
計算力がいくらあっても足りない業種向け。
バイオとか原子力とかレンダリングとか。

それでUDを(ry

UDもバイオでしょ

>>620
ところで、6.xはいつごろから、どの器で使うつもりなんじゃ？

>>629
なーんも、決めていませんです。

でもたぶん常に、どれかの ex が人身御供に（りゃ。

CPU がメモリの様だなぁ

ttp://www.orionmulti.com/products/specs_ds96
どーせなら、これにしよう

>>630
んだば、ex11は別実験に使うことが既に決まっておるので
ex10にｲﾋﾟｮｳ

ttp://www.tyan.com/products/html/thunderk8qsdpro.html
（；´Д`）haa！haa！

携帯→2ch運用情報スレッド19
http://qb5.2ch.net/test/read.cgi/operate/1115189922/849

とりあえず、ちらしのうら。

849 名前：動け動けウゴウゴ２ちゃんねる[sage] 投稿日：2005/05/30(月) 19:44:21 ID:YvJC8C930
こっち向けの話なので
squid今日パッチが当たったようです。
（細かい変更点は不明）

squid-2.5.STABLE10-20050530

いつもごくろう様でふ

tiger2513 tiger2514 改めて到着しました。

両サーバとも、現在の ex10 と同じ dual channel の SCSI カード、
および 15,000 rpm ディスクへの換装を確認しました。

15,000rpm ディスクは、従来の ex10 仕様のもののバージョンアップ品の模様です。
つまり、ex10のものよりも若干ですが、パフォーマンスがよいはず。

HDDの仕様:
http://www.seagate.com/cda/products/discsales/marketing/detail/0,1081,659,00.html

ハードウェア上の問題はこれで解決しましたので、
帰宅後、セットアップ作業にかかります。

注意:VIPPERの皆様の記念カキコはこちらへ。
↓
質問・雑談スレ168＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1117466257/

以上により、>>567
tiger2513@ex11: 問題解決したのでこれから作業
tiger2514@anime: 同上

ということで。

問題なければ、明日にはおじさんに引渡し可能かと。

ex11 は dat もメモリディスクに置くので、メモリディスクを多めにとろう。
anime は普通のセッティングで。

RAM が不足したら増設という方向で、

了解です。>>638

あと、>>614 と >>616 の DNS 登録依頼を、よろしくです。

うっ

たぶんか done

>>640
確認しました。

いつものやつは作ってあります。
例によって（りゃ。

http://bbq2.2ch.net/_service/ BBQセカンダリ(DNSのみ)
http://m2.2ch.net/_service/ BBMセカンダリ(DNSのみ)

VIP専用サーバ(tiger2513)の準備が整いました。
以下のDNSへの登録をよろしくお願いします。

(追加)
+ex11.2ch.net:206.223.154.245

アニメ専用サーバ(tiger2514)は、帰宅後にセットアップ予定。

サッカーは間に合うんでしょうか？

>>643
もううつわはできているので、
おじさんのやるき次第かと。

速報・業界の2板はどうなることやら。。＞アニメ

空いているところに放り込まれるだけでしょ

速報はanime、業界はcomic6でいいんでないの？

お？串マークが出てる。なんで？

アニメ専用サーバ(tiger2514)の準備が整いました。
以下のDNSへの登録をよろしくお願いします。

(追加)
+anime.2ch.net:206.223.154.240

これで、今回の一連のサーバ(cobra3台、tiger2台)の
DNSへの登録は、ひととおり終了ということで。

速報はニュース鯖に移転って話とか出てなかったっけ
業界はcomic6に移転して空いたcomic5に週刊少年漫画を引きあてるとか

>>645-647>>650

こういうんは新サーバ情報スレでやればええのに
まったく、

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

ちなみに tiger2513 2514 の IP アドレスは、
既に BBx システムには登録済み。

; <<>> DiG 9.2.3 <<>> @ns1.maido3.com ex11.2ch.net anime.2ch.net
ry)

;; ANSWER SECTION:
ex11.2ch.net. 300 IN A 206.223.154.245
ry)

;; ANSWER SECTION:
anime.2ch.net. 300 IN A 206.223.154.240
ry)

↓お前は次に「done.」と言う

>>642
>>649
done

・・・というわけで、ex11とanime見えますた。

http://ex11.2ch.net/
IPアドレス： http://206.223.154.205/~ch2ex11/
バーチャルホスト変換前： http://tiger2513.maido3.com/~ch2ex11/

http://anime.2ch.net/
IPアドレス： http://206.223.154.210/~ch2anime/
バーチャルホスト変換前： http://tiger2514.maido3.com/~ch2anime/

YahooBBみえたよ

みえまくり

come bock（ｒｙ@ex11
建設予定地@anime


＠ybb

かっけぇよ

カムバックスーン

新しい口座の一時的なページ

ようこそ、もうひとつ別のPIEの新しい口座へ
もうすぐ戻ります
新しい口座の所有者が、なにか興味深いものをここに置くでしょう

---

Monazilla/1.00 gikoNavi/beta50

>>656
IPアドレス： http://206.223.154.205/~ch2ex11/
↓
IPアドレス： http://206.223.154.245/~ch2ex11/

IPアドレス： http://206.223.154.210/~ch2anime/
↓
IPアドレス： http://206.223.154.240/~ch2anime/

じゃないの？

>>662
間違えていました、ｽﾏｿ

live15 と tmp4 を、memories に収容しました。
以下のDNSデータの更新をよろしくお願いします。

(現在)
+live15.2ch.net:206.223.152.15
+tmp4.2ch.net:206.223.150.205

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

グラフが多くなってきたので、c関係の統計情報を分離してみた。
112Mbps以上がとれない問題にも、とりあえず仮対応したつもり。

MRTGによる各サーバ別統計情報(c.2ch.net系以外)
http://mumumu.mu/mrtg/

MRTGによる各サーバ別統計情報(c.2ch.net系)
http://mumumu.mu/mrtgc/

同様に、MRTG過去ログの場所も2つにした。
あと、2004年1月からの過去ログも掲載しなおした。

http://mumumu.mu/mrtglog/
http://mumumu.mu/mrtgclog/

>>664
done

>>667
確認しました。

TTL = 86400 なので、1日かかって徐々に切り替わるかと。

新 tiger (tiger2513, 2514)から、、CPU IDが新しくなったような気がします。
tiger2512 までは f29 とか f25 だったのが、今度のは f41 と言って来るみたい。

CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2800.12-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf41 Stepping = 1

これは、FSB=800MHzで、Noconaコアってことなのかしら。

>669
プレスコっぽいですね


参考ソース
Intel、PrescottのステッピングをE-0に変更
ttp://pc.watch.impress.co.jp/docs/2004/0602/intel.htm

>>670
え? Xeonですが。

プ コアのジオンちゃんはな（ry

あぅ、思いっきり勘違いしているし（滝汗


参考ソースはこっちです
Intel、Xeonのステッピングを「XD bit」搭載のE-0に変更
ttp://pc.watch.impress.co.jp/docs/2004/1008/intel.htm

でもなんか、PrescottのE-0(EM64Tあり)に相当する、
Xeonみたいですね。

つまり、>>669 がビンゴであると。

もしそうならBIOSやらなにやらがサポートしていれば、64ビットで動かせるってことですね。
(Cobraサーバと同じバイナリが動く)

もし次の投入があるなら、その時は何か考えるか。

0:00過ぎるまで問題が再発しなかったら、状況をここに書こうかと。

　　∧＿∧ 　+
　（0゜・∀・）　　　ﾜｸﾜｸﾃｶﾃｶ
　（0゜∪ ∪ +
　と＿_）__）　+

>>674
SpeedStep へのちゃれんじをきぼんぬ
BIOSが対応すておれば、うごくはず

ちなみにぐぐったらこんなんが出てきた
http://www.daemonology.net/freebsd-est/

うまくいったら省エネになってJimさんが喜ぶでなぁ

大丈夫そうなので。

○ banana274 に 2005年6月1日 20:40 ごろから数時間にわたり、アクセスできなかった件について

該当時間の httpd のログをチェックしたところ、あるIPアドレス(連続した2つ)から、
異常な大量アクセスが記録されていました。
これによりネットワークが麻痺状態となり、数時間にわたり、
qb5/academy3/science3 にアクセスしずらい状態になりました。

dmesgコマンドの出力からも、該当時間に相当回数のアクセスがあったことがうかがえます。

Limiting icmp unreach response from 3000 to 200 packets/sec

といったログが、山ほど出ていました。

現在の２ちゃんねるには「リロードバーボン」という仕組みがあり、
通常の形での過剰なアクセスについては、.htaccess で自動的に
deny するしくみがあるのですが、今回の大量アクセスでは
通常のホスト名でのアクセスではなかったため、このしくみでひっかけることができず、
最終的には1時間程度、サーバ全体にアクセスできなくなりました。

root権限を持っていれば、以前の隣国からのアタックの時と同じように
私が「ごにょごにょ」できるのですが、今回のサーバでは、それは不可能でした。

(続く)

で、Davidさんに日本時間の23:16に連絡がとれ、
現在の状況を伝えて、PIEの入り口のルータで、
そのIPアドレス(2つ)からのアクセスを、緊急にブロックしてもらいました。

その後アクセス不能になる事態は発生せず、現在に至ります。

なお現在も小規模ながら、同じような不審なアクセスが観測されています。
これらについては、現在解析中です。

なんだかねぇ。

>678-679
そのＩＰは日本のプロバイダでしょうか？
もしプロバイダ経由からでしたら先方に連絡を取って対応してもらいます。


※公表できない場合は漏れのアドレスまでメールでも構いません。
　（yy報告人スレのメールアドレス）

>>680
残念ながら、、、

>>680
メールするです。

うわぁ……。★のみなさん乙ですー。
VIP専用鯖 ex11 どうもありがとうです！

僕らVIPPERがまたはしゃぎすぎて迷惑かけるかもしれませんが
どうぞよろしくｗｗｗ

記念パピコでしたー。

そんななか、comic5 の memories への収容が完了しました。
以下の DNS 登録変更をよろしくお願いします。

(現在)
+comic5.2ch.net:206.223.150.185

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

小規模なやつもおさまったみたいですね、、

またいつ来るか分かりませんが、

>680追記
yy報告人スレがわからなければsecurityに送ってもらってもいいですよ。

>>682 done.

>>685
おつです。
一応Davidさんには「また緊急対応が必要になったら連絡します」とは言ってあるです。
連絡するような事態にはなってほしくないわけですが。

>>677
FreeBSD がまじめに対応するのは、5.5R以降らしいです。
5.4Rで「OSから動的にCPUの動作クロックを変える機能」は、入ったみたいですが。

旧tiger(503〜512)ではBIOSの仕様的にできないみたいですが、
新tiger(2507〜2512)では、できるって出てくるです。

%sysctl -a | grep cpu.0.freq
dev.cpu.0.freq: 2805
dev.cpu.0.freq_levels: 2805/-1 2454/-1 2103/-1 1753/-1 1402/-1 1051/-1 701/-1 350/-1

で、>>665 は、とれるようになった模様。
http://mumumu.mu/mrtgc/mrtg-rrd.cgi/traffic/blackgoat4-privatetraf.html

>>688
んだば、5.5Rか6.xまでおあずけじゃのう

read.cgi再開発スレ Part2
http://qb5.2ch.net/test/read.cgi/operate/1105909861/250

ということで。

CrystalCPUIDみたいなやつじゃね

http://www.vector.co.jp/soft/dl/win95/hardware/se115094.html
よくﾜｶﾗﾝけんど、こんなもんがあったが。。

http://www.vector.co.jp/soft/win95/hardware/se115094.html

おお、こっちけ、

sysctl() でとれるみたい。
こっちには、サマリだけをあとで。

かいていかざんがふんかすたら面白いのにのぅ

うわっ

で、これで今後埋め込みはしなくてよいと。
…ただ、FreeBSDでしか動かないすね、たぶん。

http://qb5.2ch.net/test/read.cgi/operate/1105909861/253

>>696 乙です．確かにプラットフォーム依存になっちゃいますね．
Solaris なら sysinfo()，Linux なら /proc/cpuinfo から取ってくるって感じですか......

ホスト名が
　　　　banana*.maido3.com
　　　　tiger*.maido3.com
　　　　cobra*.maido3.com
のような規則で付けられているという前提なら，gethostname() で
ホスト名を取得して判定するのがプラットフォーム依存度が低そうですね．
CPU 種別が同じでも処理能力の異なる鯖が登場する可能性もなくはないとすれば，
どちらにしろ CPU 判定だけでは完璧ではないでしょうし．

もしかしてこいつ？
http://pc8.2ch.net/test/read.cgi/software/1108518869/723

>>698
なるほど、ホスト名でやるのはシンプルでいいかもですね。

>>699
どうなんでしょうね。

>>700
>>699は釣りですよ

>>684
done

NEXTステージですか？
http://aa5.2ch.net/test/read.cgi/nanmin/1117044394/571n-
目標はいつ達成される？
http://aa5.2ch.net/test/read.cgi/nanmin/1117044394/608

http://music5.2ch.net/
IPアドレス： http://206.223.152.15/~ch2musi5/
バーチャルホスト変換前： http://banana398.maido3.com/~ch2musi5/

index.html 軽量化作戦スレの方に書こうかとも思ったんですが，
スレの流れとそぐわない部分もあるんでこっちに書いておきます．

CSS だけじゃなくて JavaScript 部分も分離して別ファイルにするのも一案じゃないか，
と思います．これは index.html だけじゃなくて read.cgi 出力の方も同様ですね．
ついでに，JavaScript コードに次のような改訂も加えるといいような，と．

・ getCookie() のスリム化．

・ NAME, MAIL の Cookie 設定処理をサーバ側からクライアント側に移管．
　 これは bbs.cgi の処理削減とともに，Mozilla や Firefox 等での
　 文字化け問題解消ということもあります．

で，以下その改定案．
----------------------------------------------------------------------
if (!window.encodeURIComponent)
    encodeURIComponent = escape;
if (!window.decodeURIComponent)
    decodeURIComponent = unescape;

if (!Date.prototype.toUTCString)
    Date.prototype.toUTCString = Date.prototype.toGMTString;

Date.prototype.toExpireString = function(maxAge) {
    this.setTime(this.getTime() + maxAge*1000);
    return this.toUTCString();
};

function getCookie(key) {
    var value = new RegExp("(^|[,;]\\s*)" + key + "=\"?([^\",;\\s]+)").exec(document.cookie);
    return value ? decodeURIComponent(value[2]) : "";
}

function setCookie(key, value, maxAge) {
    document.cookie = key + "=\"" + encodeURIComponent(value)
                      + "\"; version=1; path=/; max-age=" + maxAge
                      + "; expires=\"" + new Date().toExpireString(maxAge) + '"';
}

function be(i) {
    var w = window.open("http://be.2ch.net/test/p.php?i=" + i + "&u=d:" + document.URL);
    if (w) w.focus();
}

onload = function(e) {
    var N = getCookie("NAME"), M = getCookie("MAIL"), i;
    for (i = 0; i < document.forms.length; i++)
        if (document.forms[i].FROM && document.forms[i].mail) {
            document.forms[i].FROM.value = N;
            document.forms[i].mail.value = M;
            if (!document.forms[i].addEventListener)
                document.forms[i].addEventListener = function(t, l, c) { this["on"+t] = l; };
            document.forms[i].addEventListener("submit", function(e) {
                setCookie("NAME", this.FROM.value, 30*24*60*60);
                setCookie("MAIL", this.mail.value, 30*24*60*60);
            }, false);
        }
};

なにやらSDRAMをSATA接続のストレージ化する機器がでるらしいですよ。
http://www.itmedia.co.jp/news/articles/0506/02/news033.html
http://pc7.2ch.net/test/read.cgi/jisaku/1117710955/

マザーボードに給電されている限りデータは保持され、最長12時間の
バッテリバックアップもあるのだとか。
ノーブランドメモリなら4GBでも4万円少々で済みそうですし、試しに
一部メモリディスクの代替として遊んでみてはいかがでしょうか。
容量が少なければストライピングなんて手もあるわけで。

サーバ用途に使えるだけの信頼性があるかどうか分かりませんけどね。
もうちょっとまともな製品ならこの辺なのかな
http://www.hyperos2002.com/07042003/products.htm#hyperosHDIIproduct

>>706
面白いですね。

「電源を落として12時間以上たたない限り消えないメモリディスク」ってことですか。
しかもシステムからは最大4GのHDDに見えるから、メインメモリを圧迫しないと。

こんどの雪だるまサーバに1つづつつけてみるというのは、ありかも。

>>707
インターフェースがSATAってことを考慮する必要があるかも
UltraSCSI320 Dualとそれなりに開きがあるだろうし・・・・

ＧＢさん、これのSCSIバージョンつくってくれないかしらw

>>707
エラー訂正がまったくないのでこんなのサーバに入れちゃいけません。

ふむふむ。

ものとしては将来性ありだけど、サーバ用途としてはまだまだ微妙と。

サーバ用としてはこんなとこですかね．値段がアレですが......
http://www.adtx.com/jp/product/raid-station/rst-sd/

GIGABYTEのは$60程度で買えるおもちゃですからね。
それでも余った古いメモリをとか使って、軽く何かの
実験をするとか、結構遊べると思うんですけどね。

>>706 の下のリンクのはECC Registerdなメモリを使うようです。
流石にこちらは値が張りますから、そのまえにGIGABYTEので
疑似性能評価してみるとか。

>>711
うっ、42万……
やっぱり本物のサーバー用製品は次元が違いますね。

/tmpに使うとか/usr/objに使うぐらいだろ
後者は逆に怖いけど。

>>708
好評ならそのうちS-ATAIIのがでるべ

>>709-710>>712
んだ　んだ
コレはコンシューマな窓用だべ

んでもアレやね
S-ATAなIFを通すことでCPUをなるべく介さないRAMディスクというやつになるで
その点では意味があるんでなかべか
メインメモリ転用なRAMディスクじゃとどうしてもPIO的なものになってしまうでね

>>706の下のやつはベンチマークが公開されてますね
http://www.hyperos2002.com/07042003/HD3techspec.htm

>>618 が、本日 5.4R-p1 で動いている c-docomo6 でも発生。
ううむ。

携帯→2ch運用情報スレッド20
http://qb5.2ch.net/test/read.cgi/operate/1117638822/38

>>717
６を試してみればよかんべ
６だとなおっておるかもしれん

>>718
6はまだ-CURRENTなんで、
5.4-stableという道はあるのかもしれないけど、
せいぜい、emのドライバだけstableから輸入してくるぐらいですね。

いくら実験の要素があるとはいえ、
ちょっとまだ、いまいちかと。

そうか。。

>>717
FreeBSD em ether driver lockup
http://lists.freebsd.org/pipermail/freebsd-net/2004-June/004277.html
http://lists.freebsd.org/pipermail/freebsd-net/2004-June/004280.html

> Some vendors are kind enough to sell motherboards broken enough for em
> to never get interrupts. However the current driver does not fire a
> watchdog on those boards either.

ううむ。

えぇっ！？broken？…

　　　ﾌﾞﾚｲｸ!ﾌﾞﾚｲｸ!
　　( ﾟ∀ﾟ)　　　人 　　　ｶﾞｶﾞｯｶﾞｯ
　 （ヽ□＝□)< 　>
　　　>　>　　　 Ｖ

日本ブレイクこうｇ（ｒｙ

IntelなんかPIEの窓から投げ捨て(ry

FreeBSD Summer Projects
http://www.freebsd.org/projects/summerofcode.html

The FreeBSD Project is excited to take part in the Google Summer of Code 2005.
This project endeavors to fund students to contribute to an open source project
over the summer break.

Google Code: Summer of Code
http://code.google.com/summerofcode.html

Google will provide a $4500 award to each student who successfully completes
a project by the end of the summer.

こんなのあったらいいなぁ、と思うものばかり。
というわけで、我と思わん方は、ぜひに。

>726
FAQ見てみたけど、米国以外からのapplyもOKなんだね。

でも、参加申込みは締切りも間近だー。
>June 14th: Final application submission deadline.

>>721
FreeBSDのem(4)はIntel純正なので
これで駄目ならどうすればいいのやら……

[FreeBSD-Announce] FreeBSD Security AdvisoryFreeBSD-SA-05:10.tcpdump
http://lists.freebsd.org/pipermail/freebsd-announce/2005-June/001003.html
[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-05:11.gzip
http://lists.freebsd.org/pipermail/freebsd-announce/2005-June/001004.html
[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-05:12.bind9
http://lists.freebsd.org/pipermail/freebsd-announce/2005-June/001005.html

でてますた。

>>729
今回のはそれほど影響はなさそう？かな。

>>729
速攻で対応しなきゃいけないのは、なさそうですね。

KVMスイッチが注目されとりますな。

ttp://www.itmedia.co.jp/enterprise/special/0506/interop/raritan.html

>>732
らりたんは本業方面で一部使用していますが、悪くはないですね。
ちょっと、バンド幅食うのが気にはなりますが。

これ、どのぐらい使えるのかしら。

Update to OpenKETA@FreeBSD v0.81
http://lists.freebsd.org/pipermail/freebsd-hackers/2005-June/012175.html

大御所も注目。
http://lists.freebsd.org/pipermail/freebsd-hackers/2005-June/012171.html

これか。
http://sourceforge.net/projects/openketa/

で、これ読めと。

http://openketa.sourceforge.net/

図と解説をみるとスタティックコンテンツ用っぽいね。
リバースプロクシで*.pngだの*.jpgだの*.htmlだの*.datだのを提供して
*.cgiは今までの口で受けるってことになるのかな。

>>737
そんなかんじかもですね。
ソースをgrepすると、cgiの実行自体は、できるっぽいみたい。

２ｃｈブラウザ用とかwww用とかに向いているってことですかね。

どうなんでしょうね。

やってみないとわからないことだらけなので、
そのうち、どっかでやってみるです。

bbs.cgi 暴走対策として、RLimitCPU を 10 から 5 に変更。
どうも、スレ立てに暴走へと繋がる爆弾がひそんでいるような気がするですね。

>>741 は ex11 です。
anime も、これにする予定。

>>742
done. @ anime

○ 定時バックアップ)(dumpコマンドを使用)で、FreeBSDが死ぬ問題について

個人的にはffs_mksnap() あたりに虫がいることを疑っていますが、
さて、どうなんだろう。

で、これは .snap を rm -rf すれば、防げるのかしら。

>>744
今日も ex11 と liveb1 で発生したので、
dump コマンドの -L オプション(mountしているファイルシステムのdumpをとる時にも、
矛盾なくとれるための機能: FreeBSD 5.x で追加)をはずす予定。

ex11は既にはずして、バックアップ取り直し中。
他も月曜のうちに、作業する予定。

>>745
tiger/cobra/root権限ありbananaのバックアップの際の
dumpコマンドの引数から-Lオプションをはずした。

ただし、banana201等、問題がおきていないところは(あえて)そのまま。

【広告・宣伝】Rock54【自動排除】　4
http://qb5.2ch.net/test/read.cgi/operate/1083063122/543

これって何かしらの形で実装されてましたっけ？

>>747
きっとしていないかも。
イタチごっこの方がコストが低そうだし。。

質問・雑談スレ175＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1118704457/794-797

SATA II なHDDって、tagged queueing をサポートしてるんだろうか。

で、こんなのがあったので、チラシの裏ということで。

sata raid & write cache state
http://lists.freebsd.org/pipermail/freebsd-hardware/2004-October/001991.html

以下、一部引用:

With SCSI disks, you don't have the same performance problem that you do
with ATA disks doing tagged queueing (or not), because:

1. All modern SCSI disks can do tagged queueing.

2. With SCSI disks, the status phase is completely decoupled from the data
phase. There is no ordering constraint. Since a tag number comes along
with the status, the controller knows which command completed.

確かにはいってるにははいってるんだけど、SCSIほど深くないのですよね。＞キュー
そーすは忘れた。

>>751
その後質雑のほうでいろいろと情報を教えてもらいました。
どうも、そういうことみたいですね。

http://qb5.2ch.net/test/read.cgi/operate/1118704457/800-817

ということで、httpセッションのタイムアウトの件。

既に携帯(c)系では、5秒に変更してあったりするです。

で、tiger/cobraでは、300秒(5分)かな。
bananaだと、どうなんだっけか。

前にもこれはちょっと話題になって、何か不都合が生じたら考えましょう、
みたいな話したような記憶があるです。

さすがに300は、ちと長杉かも。

>>749-752
現在発売されているSerial ATA IIを名乗るドライブはすべてNCQを実装しています。
Serial ATA IIのNCQではqueue depthは32ですが、7200rpmなんていうクソ遅い
ディスクに同時に32ものリクエストを送ること自体が気違い沙汰ですので、
現実的な数字だといえます。

>>750は確かwrite cacheとFUAの話だったと思います。softupdatesで書きこみの
順序の安全性が保証されるとしてもそれはドライブのwrite cacheがoffの時の話で、
write cacheがflushされる前に電源が落ちたら酷いことになるのは変わらない。
でもATA/SATAドライブはwrite cache offにすると性能低下が強烈すぎて使いものに
ならない。SCSIドライブはTCQがあるので性能は低下せずフツーwrite cache offで
使うのがジョーシキ。write cache onでもmetadataを書く時だけFUA(force unit access)
すればよくないか。ATAにはFUAがない。SATAにはある。みんなSATA使おうぜ。
とかそんな流れ。

FreeBSD的には、ata(4)はNCQ非対応です。legacy TCQは昔一旦実装されましたが
性能が出ないのでばっさり削除されました。AHCI対応は進行中です。

bbs.cgiスレ555です。
>>753
うちでやってみたところ8分近く待ってくれたんで、これはなんとかした方がいいような気はしますです。
これだけアクセスが多いと、何かの間違いでセッション張りっぱなしになるコネクションが出てきても
おかしくないと思うんで（そういうのが累積するとポートが売り切れになっちゃう）。

>>754 第一段落
なるほど、そういう話ですか。
10,000 rpm で、シークもそれなりに速いのになってくると、
もうちょっと深さがあってもいいかもってかんじですかね。

第二段落
write cache offはちょっと自分でもやってみたことがありますが、
なんかだめだめになりました。

で、TCQ話をちょっとGoogleしてみると、こんなのが出てきました。
how to limit SCSI TCQ depth in FreeBSD?
http://lists.freebsd.org/pipermail/freebsd-scsi/2004-June/001264.html
how to limit SCSI TCQ depth in FreeBSD? (SUMMARY)
http://lists.freebsd.org/pipermail/freebsd-scsi/2004-June/001271.html

AHCI対応は、いつごろですかね。
6.0Rあたりかしら。

bananaサーバ(root権限なし)は、中の人に頼む感じですね。
「困ったらやりましょー」あたりになるのかも。

tiger/cobraは、機を見て短くしておくか。

お、レスアンカー書き忘れ。
下の2段落は >>755 あてでした。

>>756
6.0-RELEASEは既にcode freezeに入っているのでもうちょっと先です。
Sorenは作業中のコードを出さないのでわかりませんが
次のstatus report(たぶん7月)で何かしらコメントがあると期待しています。

>>758
Soren Schmidt、相変わらずがんがってるですか。

こういう「とんがってる人」が、世界を支えてるんだなと。

>>759
コメントむずかし〜っす(´∀｀)

またしてもblackgoat3でI/Fが黙る現象が起こったので、
こういうのを作って入れた。cronから1分に1回チェック。

#! /bin/sh -
#
# $Id: wakeupif.sh,v 1.4 2005/06/22 02:45:26 root Exp $
#

PATH=/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin; export PATH

_PINGHOST="192.168.0.161" # temporary, address of switch is better
_PINGOPT="-t 2 -c 1"
_IF_NAME="em1"
_EMAILADDR="むぎゅ@む.ぎゅ"
_HOST="`hostname`"
_DATE="`env TZ=JST-9 date`"

# checking pingable or not
ping ${_PINGOPT} ${_PINGHOST} > /dev/null

# if ping is not OK, trying to reset I/F
if [ $? != 0 ]; then
　　　　ifconfig ${_IF_NAME} down
　　　　ifconfig ${_IF_NAME} up
　　　　mail -s "${_HOST}: Resetting I/F: ${_DATE}" ${_EMAILADDR} << @@
${_HOST}: Resetting I/F: ${_DATE}
@@
fi

exit 0

おれは似たようなことを
/var/service/watchdog/run
でやっている。（/var/serviceで分かりますよね？）

#!/bin/sh
exec 2>&1
exec softlimit -c 0 \
envdir ./env \
/bin/sh -c 'ping -c 6 -i 30 192.168.1.1 || ( /usr/local/bin/hogehoge.sh )'

pingの-iでインターバル指定して頻度を落としてもいいと思われ。

>>762
おー。なかなかスマートかも。

>>762
(　･∀･)つ★

httpd.conf

ServerTokens ProductOnly
ServerSignature Off
を追加した方が・・・

>>765
ServerTokensは昔、一時期そうしようと思ったんですが、
専用ブラウザがApache 2.xであることを判別して動作を変えたりとか、
してるみたいなのですね。

さすがにFullはちとあれなんで、Minimalで手を打ちました。
なお、tiger/cobra/root権限ありbananaではServerSignatureはOffにしているです。

ServerTokens Minimal
ServerSignature Off

個人的な意見だけどFreeBSDでports使いならServerSignatureなんて隠さなくてもOk
Gentooを含めたありとあらゆるOSの中でもportsのcurrentのすばやさはトップクラス
だとおもうから。

確かに（メンテナにもよるが）Portsの更新は早いけど隠さないに越したことはないと思う。
で、ServerTokensはMinorでもいいんでは？

まぁ「隠しているから多少セキュリティアップデートが遅くてもいいか」と
油断するという要素さえなければ、そのあたりはどうでもいいことだと思う
ので、ポリシーしだいということで。

Problem Report amd64/82555: Kernel Panic - after i connect to my "amd64" from another network bsd box [ssh session]. "nve0" don't work corectly, system hang up, or message and then hang up
ttp://www.freebsd.org/cgi/query-pr.cgi?pr=amd64/82555

>>770
nve0: <NVIDIA nForce MCP9 Networking Adapter> port 0xb400-0xb407 mem 0xfebf9000-0xfebf9fff irq 23 at device 10.0 on pci0
nve0: Ethernet address 00:11:5b:c5:e4:89

これですか。6-CURRENT っていうぐらいで。

ちなみにnveは、5.4RまでのFreeBSDでは動かないです。

The Giant-lock Breaker, rwatsonのインタビュー。
http://www.osnews.com/story.php?news_id=10951

>>772
今よみはじめ。

rwatson (= Robert Watson) だけじゃなくて、大御所勢揃いか。
jhb (= John Baldwin) に scottl (= Scott Long) 。

>>773 は、わたし。

http://school5.2ch.net/
IPアドレス： http://206.223.149.235/~ch2scho5/
バーチャルホスト変換前： http://banana366.maido3.com/~ch2scho5/

http://hobby8.2ch.net/
IPアドレス： http://206.223.150.10/~ch2hobb8/
バーチャルホスト変換前： http://banana370.maido3.com/~ch2hobb8/

http://bubble4.2ch.net/
IPアドレス： http://206.223.150.15/~ch2bubb3/
バーチャルホスト変換前： http://banana371.maido3.com/~ch2bubb3/

◆　雪だるま作戦に思いを馳せながら雑談するスレッド Part2
http://aa5.2ch.net/test/read.cgi/nanmin/1118138260/604-606

というわけで、PAEにはまった私でした。
しかし、aboveじゃないだろ。> printf

旧バーチャルホストのmemoriesへの収容に伴い、以下の変更をお願いします。

(現在)
+school4.2ch.net:206.223.149.235
+bubble3.2ch.net:206.223.150.15
+hobby5.2ch.net:206.223.150.10

(変更後)
+school4.2ch.net:206.223.151.230
+bubble3.2ch.net:206.223.151.230
+hobby5.2ch.net:206.223.151.230

>>777 done

http://money4.2ch.net/
IPアドレス： http://206.223.151.140/~ch2mone4/
バーチャルホスト変換前： http://banana228.maido3.com/~ch2mone4/

http://sports9.2ch.net/
IPアドレス： http://206.223.150.240/~ch2spo9/
バーチャルホスト変換前： http://banana233.maido3.com/~ch2spo9/

http://tv8.2ch.net/
IPアドレス： http://206.223.150.235/~ch2tv8/
バーチャルホスト変換前： http://banana232.maido3.com/~ch2tv8/

旧バーチャルホストのmemoriesへの収容に伴い、以下の変更をお願いします。

(現在)
+money3.2ch.net:206.223.151.140

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

また、Perl祭りかいな。

/usr/ports/UPDATING

20050624:
AFFECTS: users of lang/perl5.8
AUTHOR: [email protected]

lang/perl5.8 has been updated to 5.8.7. You should update everything
depending on perl. The easiest way to do that is to use
perl-after-upgrade script supplied with lang/perl5.8. Please see
its manual page for details.

あと、これも影響あり。

20050622:
AFFECTS: users of ftp/proftpd-*
AUTHOR: [email protected]

ProFTPd binary moved from ${PREFIX}/libexec to ${PREFIX}/sbin. People
using proftpd with inetd must use ${PREFIX}/sbin/in.proftpd (or
${PREFIX}/sbin/proftpd which is just the same). Read the commit log
and diffs for more information.

>>781
DB_Fileが最新になるのでほのかに期待（苦笑）＠現状1.809→1.811

>>783
banana238ですか。

機を見て、Perl更新してみますかね。

/usr/local/bin/perl-after-upgrade を忘れずによろしく。

man perl-after-upgrade　も見てね。

>>785
どもです。>>781 にもあるですね。

perl-after-upgradeのお陰でPerl祭りにならずに済むっぽいです。
あと、perlをportupgradeしたとき最後に自動でperl-after-upgradeが走ってたような気が。
# でもチキンなのでモジュールは全部作り直した。

>>780
done

投入予定のtiger姉妹、Perl祭りに対応中、、、。

結局、ApacheからPHP、net-snmpに至るまで全部入れ替えなので、
トラディショナルな方法(pkg_deleteしてmakeしなおし)で入れなおしと。
ううむ、めんどい。

「portupgrade -fすりゃええやん」（松本人志）

うーむ。

PAEありのカーネルは、不安定なようです。

ソフトウェアのコンパイルや、パッケージの追加の際に
突然リブートがかかってしまいます。

リモートコンソール経由でいくつかBIOSの設定を変えてみたりしたのですが、
いまだ問題は解決していません。

ううむ、困った。

ここは思い切って、そういった制限のない64bitOSを入れてもらうべきなのか。

>>790
うん。
普通のは、たぶんそれでいいんだと思うです。

でも、make時にいろいろオプション指定しまくっているnet-snmpとか、
Apacheとかは、どうすればいいのかしら。

# このへん、実はあまり知識がなかったり。

( ﾟдﾟ)つ[この辺で名無しで質問とか…？]

UNIX
http://pc8.2ch.net/unix/
Linux
http://pc8.2ch.net/linux/

名無しはいまいちなので(理由は前にもどっかで書いたです)、
おじゃまする時は、常にコテハンっすね。

しかも伽羅作れないので、常に同じコテハンで。

で、体調がまだいまいちなんで、とりあえずmake通ったところで今日は寝るです。

>792
>でも、make時にいろいろオプション指定しまくっているnet-snmpとか、
>Apacheとかは、どうすればいいのかしら。

俺は/usr/local/etc/pkgtools.confのMAKE_ARGSに

'www/apache2' => '-DWITHOUT_IPV6',
'net-mgmt/net-snmp' => 'NET_SNMP_SYS_CONTACT="[email protected]"
NET_SNMP_SYS_LOCATION="JUN, Tokyo"',
'security/hpn-ssh' => 'WITH_OPENSSH_CHROOT=y',

みたいに書いている。
あとAFTERINSTALLに後処理ワンライナー書いたり。

>>795
なるほど、pkgtools(5)と/usr/local/etc/pkgtools.conf.sampleを読めとゆってますね。

rubyか、、、。

で、PAEの件ですが、手がかりになるかどうかわかりませんが、
突然リブートがかかった時は、dmesgに、

em0: Link is up 1000 Mbps Full Duplex

とかしか、残らないんですよね。
で、panicしてもいないので、savecoreも効かないし。

ううむ、何かデバイスドライバのDMAとかに、虫さんがいるんだろうか。
ちなみにそんなに変な構成ではないです。
Etherはemが2つだし、SCSIはmpt。

これの、
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html

ここを読んでみるか。

8.4.1 Large Memory Configurations (PAE)

>伽羅作れない
るー美とか見た記憶が

むぎゅー。
http://lists.freebsd.org/pipermail/freebsd-current/2004-July/031650.html

>>800
Look at kern.maxvnodes and trim is down to a smaller amount if it's more
than about 100,000. This of course depends on your workload. If you
really need a lot of cached vnodes, then you'll need to tune elsewhere.

Scott

で、

%sysctl kern.maxvnodes
kern.maxvnodes: 100000

ううむ。

あとはこれか。

/usr/src/sys/i386/conf/NOTES
#
# Change the size of the kernel virtual address space. Due to
# constraints in loader(8) on i386, this must be a multiple of 4.
# 256 = 1 GB of kernel address space. Increasing this also causes
# a reduction of the address space in user processes. 512 splits
# the 4GB cpu address space in half (2GB user, 2GB kernel).
#
options KVA_PAGES=260

>>802
/*
* Size of Kernel address space. This is the number of page table pages
* (4MB each) to use for the kernel. 256 pages == 1 Gigabyte.
* This **MUST** be a multiple of 4 (eg: 252, 256, 260, etc).
*/
#ifndef KVA_PAGES
#ifdef PAE
#define KVA_PAGES 512
#else
#define KVA_PAGES 256
#endif
#endif

これは、一応適切、、、なようだ。

あと、もう一つ(私のチェックが甘かったのですが)、
2台来たtigerのうち片方(SCSI仕様の方)が、dual CPUを正しく認識していないようです。

切り分けのため、PAEなし、SMPありのカーネルを作って、確認中。

PAEなしSMPありのカーネルを作ったところ、ちゃんとCPUを4つ認識しました。
ううーむ。

もう1回、カーネルづくりをやり直してみるか。

しょぼい、ミスをしていました。
カーネル、作り直し。

SCSI版(姉)も、ちゃんとCPUを4つ認識しました。

これで、再度ソフトウェアの入れなおしをやってみるか。

やはり、落ちますね、、、。

何か、セッティング的に必要かなと。

コンソールを見ると、今度はpanicしたようです。
bufdaemonがpanic: page faultしたと出ているです。

しかし、swap spaceが4Gしかとられていないので、dumpに失敗しました。
で、
Fatal: doule fault:
...
boot called on cpu#0

と出て、止まってしまいました。

これになると、電源を切って入れてもらわない限り
リモートコンソールがあっても、どうしようもないです。ううむう。

doule => double

…と書いていたら、リブートしはじめました。

作業できるかも。

上がりました。

まずは、/home があるHDDから5Gほどもらって、クラッシュダンプ用のデバイスを作ろう。

>>812
done.
これで、クラッシュダンプはちゃんととれるはず。

妹の方も、この設定入れよう。

もう1回コンパイル。
今度は、普通にpanicしました。

さて、ちゃんと立ち上がるのか。

うーむ、dumpはとれたっぽいんですが、
やはり panic: double fault: になるようです。

…で、止まってしまいました。

supervisor read page not present だそうです。ううむ。

で、数分したところで、リブートが始まりました。

やはり、リブートはかかるみたいです。

で、クラッシュダンプはうまくとれていませんでした。ううむ。

とりあえず、

kern.maxvnodes=64000

にして、再度挑戦中。

…って書いていたら、また死にました。
今度はコンソールにpanicも出ずに、いきなり、、、。

ううむぅ。

よく見たら、画面には k とだけ出ていました。
何か表示しようとはしたみたい。

いずれにせよ、今度は完全にハングアップした模様。
Ctrl-Alt-Delも効かないですね。
さすがに、命運つきたか。

…リブート依頼するです。

で、PAEなしのカーネルに替えて、
makeしなおしが全部通るか、検証するです。

これは、明日以降か、、、。

>>root▲ ★氏
よくわかりませんがお疲れ様でした。
明日以降も頑張ってください。

リブートをかけていただきました。
PAEなしのカーネルに換装して、再度トライ。

PAEありではpanicやハングアップを繰り返し、どうしても通らなかったものが、
(具体的にはPHPと周辺モジュールのmake)
PAEなしのカーネルでは、さっくり通りました。

もう2回ぐらい同じことを回してみますが、
原因はやはりPAEな気がします。

うーーーむ。

全部消して全部作り直す、を2周やりました。
特に問題は出ませんでした。

とすると、やはりPAE関連でほぼ確定か。

さて、どうするか。

ttp://www.atm.tut.fi/list-archive/freebsd-stable-2005/msg04807.html
この辺はヒントになりますかね？

>>826
読んでみるです。

なんか、中国語だ。
http://in2.wiki.ptt.cc/-4GB,+PAE,+AMD64,+FreeBSD

>>826
これっぽいですね。どもです。

あとで、スレッドを読んでみるです。

usbd_enable="YES"

これを disable にしろってか。

usbd_enable="NO"

にして、PAEありのカーネルに再度換装。

だめですね。いきなり死にました。

usbd.c を読んでいますが、/dev/usb? がなければ、
結局何もしないように見えるし。

もうちょっと調べてみるです。

いきなり => make cleanで消している間にいきなり

KVMつないでみたら、パニックしてクラッシュダンプをとっている最中でした。
さて。

クラッシュダンプを書いている途中、4032まで書いたところで、
mpt1: IOC Bus Reset: Port 1
Aborting dump due to I/O error
status == 0x59, scsi status == 0x0

とか言って、止まりました。
4G以上のダンプは、とれないのか?

いずれにせよ、リブート依頼へと。

もうちょっとやってだめなら、64bit OSを素直に入れてもらうか。

リブート要請しました。

…めしに、いってくるです。

お疲れ様です。中国語のページを翻訳して見ましたが
意味不明でした（汗　うーむ。。。
ttp://www.freebsd.org/cgi/man.cgi?query=pae&sektion=4&manpath=FreeBSD+5.4-RELEASE

むしろ中国語を英語に翻訳したほうが文法的にベターだとおもいますが>>836

>>837
ttp://www.mezzofanti.org/translation/
ここを使えばいけますね。
『WorldLingo』を使ってばいいみたい。

>>827翻訳済み

ttp://angler.ddo.jp/image/PAE.txt

会議終わって、座席に戻りました。

リブートいただけていました。
これから、>>839 を読んでみるです。

KVA_PAGES=1024 を入れれと。
で、mpt(4) はいまいちかもしれんと。

>>802-803 がらみですね。

やってみるか。

>>841 を入れました。

ちょっと、空きメモリが減りました。

-avail memory = 4194709504 (4000 MB)
+avail memory = 4192100352 (3997 MB)

これから、ごにょごにょしてみるです。

…止まりました。ううむ。

panicして落ちるときはいつも、
supervisor read, page not present って言って落ちるですね。

ということで、このパターン。

落ちるけど、クラッシュダンプ(savecore)がとれない、というところまで
全く同じ。
http://lists.freebsd.org/pipermail/freebsd-current/2004-September/038683.html

結構この事例って、報告されているですね。
で、どれも明確な回答がないような。

うーん。。。何なんだろう。。。

というか、

・設定で回避する方がいい
なのか、
・素直に64bit OSを入れたほうがよい
(Cobraでは4G memは全く問題なく動いている)

のか、っていう話ですね。

で、32bit+PAEで使うメリットは、Apacheをはじめとするコマンドが使う、
メモリの大きさです。

32bit modeの方が、より少ないメモリスペースで一つのhttpdが動きます。
つまり、32bit+PAEにすることで、より多くのhttpdを常駐させられる可能性がある。

今のlive20ではmem=2Gで最大値1024で動かしていますから、
mem=4Gで動かせるなら、単純計算でその倍にできるかもしれないわけです。
64bit modeだと、そうはいかないですね。

というわけで今回の作戦では、できれば32bit mode+PAEを何とかしたいかなと、
思っていたりします。

ただこれは致命傷なわけではなく、64bit modeには64bit modeのよさがあるので、
ある程度試してだめだったら、64bit modeのOSに入れなおしてもらうと思うです。

オカ板の出番かね?

4Gにチャレンジはまた今度にするに一票
3G でも 3.5Gでもokということで、

姉：64bit
妹：32bit

関係ないけど、そんな事考えてみた

>>849
今回は昨年のやつと違って、原因がどこにあるかは
マクロ的に概ね見当がついているので、
いまのところは、必要ないかなと。

私的には、ネタ切れっす。。。
悔しーー！

>>850
もったいないお化けが出る状態で動かす、ってことですか。
つまり、mem 3.5Gで動かすと。

実利的には、それかもですね。
ハードウェア的にはメモリインターリーブ聞くので、問題ないだろうし、
それでもたぶん、httpdは相当増やせるし。

今日私が寝るまでいろいろトライしてだめだったら、
それでいくことにするです。

目的は「雪だるまの構築」ですから、
土台はあとでup gradeもできますし、

了解です。>>855

物理的に障害があるわけでもなく、
64bit modeで動かせば概ね問題なさげなんで、
目的遂行を優先に、動きますか。

で、私は、あそこの >= を > にしてみようかなー、とか、
無謀なことを考え中。
ちょうど 4G だし。

3.5G 32bit でおねがいします。
64bitのデバックは目的じゃないので、

>>857
はい。

> で、私は、あそこの >= を > にしてみようかなー、とか、

は、いま失敗したんで(3.5G状態は変わらなかった、どうも、リザーブをとるようですね)、
従来の仕様(tiger2513等と同じ)、32bit modeで動かすことにするです。

あまり関係ないとは思いますが、貼るだけ貼っときますね。
ttp://h50146.www5.hp.com/products/software/oe/bsd/support/faq_freebsd/freebsd_1.html

>>859
既に私が知っている話だったです。

では、>>858で進行ですね。。。

なにかどこかで、携帯の統計取りはじめたのを耳にしたのですが、
是非　是非　携帯用バーボンを導入してくださいまし。

1) 同じスレとか同じ板に沢山書き込み
↓
2) そいつの固有番号を BBQ へ自動放り込み

というわけで、32bit modeでいくです。

しかし「ちょうど4G」なんだから、
なんとか、BIOSレベルでごにょごにょできないかなー。
あきらめがわるいなー。

でも人生、時には、見切りも必要なんだろうなぁ。

>>862
sec2chdを見ていると、必要なのは広告撃退のしくみ(BBX)と、
連投ペナルティの仕組み(バーボン)な気がしているです。

で、携帯用BBXは、導入しようとしているです。
たぶんわりと簡単にできると思います。
そのうちoperateにスレ立てて、すすめようかと。

携帯用バーボンですか。
ずいぶん昔にメールもらったような気がするので、
それを掘り起こしてみますか。

ちなみに現在は携帯からは無制限のアクセスが可能な状態です
投稿しようが、読み込もうが、

スレ立て規制・samba24は効く、

携帯からの広告爆撃は特に困ってはいない(現在)

>>865
> 携帯からの広告爆撃は特に困ってはいない(現在)

相対的にってことですね。
で、どうせ芋掘りして、焼くわけだしと。

てなわけで、バーボンが最優先の課題ということですか。

リロードバーボンは仕込むなら c 側ってことになりますね。
たぶんそれより先に、投稿バーボンを何とかできないかと。

今の投稿バーボンの実装って、BBSからフックしてるんでしたっけ。
だとすると、BBMからフックする形が自然ですね。きっと。

若者も交えて、すすめることになるのかなと。

そですそです　< 相対的に

それで、期限付き(2hとか)で自動で焼けると良いのだが、

直感的には、

m と m2 で投稿に使われた固有IDの情報を集める
ｘ 秒間に y 回以上投稿があったら、z 秒間BBMに突っ込む

という実装ですかね。

うーん、3サザン人日ぐらいかなぁ。

携帯での実況はどうなりますか？

>>869
調整次第でしょう。
live系サーバはスルーとか、今のバーボンと同じような調整すればいいんじゃないかなと。

とういわけで、
http://aa5.2ch.net/test/read.cgi/nanmin/1118138260/681
http://aa5.2ch.net/test/read.cgi/nanmin/1118138260/712

ということですね。

姉妹ともメモリ3.5G、32bit仕様でいくです。
というわけで、たんたんと設定を。

ていうか、いまさらですけど、

「32bit modeのOSだと4GBのメモリがフルに使えないことがある」

という仕様が影響しているような希ガス

それを回避するためのPAE

>>873
ですね。本来は。
5.2.1RのSMPみたいなもので、熟成がいまだ不十分だったと。

今のFreeBSD-current方面って、PAEの開発は盛んなのかしら。

>>874
そうですたか、スマソ>>873
基本的にBSDの中の人はあまり詳しくないもので。

> 5.2.1RのSMPみたいなもので、熟成がいまだ不十分だったと。

あれはたしかにひどかったっすね・・・

c.2ch不具合報告総合スレ3
http://qb5.2ch.net/test/read.cgi/operate/1115382157/826

ということで、c-others系も
c-au/d-docomo系と同様、DNSロードバランシングに変更します。

以下のDNSの変更をお願いします。
1行削除、2行追加。

(現在)
+c-others.2ch.net:206.223.150.148

(変更後)
+c-others.2ch.net:206.223.150.145
+c-others.2ch.net:206.223.150.190

c-others.2ch.net

DNS登録情報を変更致しました。
(TTLは1日(=86400)で設定されております。)

>>868
なるほどなるほど。
その話はこっちで進めますかー。

【Project BBM】携帯端末固有ID規制
http://qb5.2ch.net/test/read.cgi/operate/1093340433/

>>878
了解です。

おじさんも、よろこぶことでしょう。

◆　雪だるま作戦に思いを馳せながら雑談するスレッド Part2
http://aa5.2ch.net/test/read.cgi/nanmin/1118138260/892-893

ということで、この問題(繋ぎ直しだけなので、すぐできるはず)が解決したら、
DNS登録依頼へと。

>>848
>で、32bit+PAEで使うメリットは、Apacheをはじめとするコマンドが使う、
>メモリの大きさです。

>32bit modeの方が、より少ないメモリスペースで一つのhttpdが動きます。
>つまり、32bit+PAEにすることで、より多くのhttpdを常駐させられる可能性がある。

そういうことなら 64-bit カーネル使いつつ 32-bit プログラム走らせるという選択肢も．
とはいえ，これもまだ不安定なのかな......？

>>881
ありえるですね。

特に、Solarisみたいな実装(OSが32ビット/64ビットの両方をライブラリも含めて全部持っている
= Cライブラリも2セット入っている)がなされていると、とてもありえると思います。

FreeBSDも32ビットのバイナリを動かすことはできる(はず、あまりまじめにセットアップしたことない)ので、
試してみる価値はあると思います。

で、朝からいきなりFreeBSDからSA(Security Advisory)が3つほど。

1つ(TCPのやつ)は、少なくともやったほうがよさげだなぁ。

ttp://docs.FreeBSD.org/cgi/mid.cgi?200506292228.j5TMSkUt049409
メモリ>4GBでのcrush dumpが取れないのが直りました。
これもまたPCI reserved領域の問題で、mmaped I/O領域をdumpしようとして
昇天していたということです。

>>884
「今直りましたー」ってゆうことですか。peterさん、、、。

うーむ、これは笑うところなんでしょうか>>884
あまりにタイムリーすぎるw

まさにマーフィ

Peterは、2ちゃんねらー説。

>>886
ttp://docs.FreeBSD.org/cgi/mid.cgi?200506300749.j5U7nMEF089617
| Jumbo-commit to enhance 32 bit application support on 64 bit kernels.

>>889 は、>>881-882 へのレスですかね(そんなわけはない)。

>>890
× >>889
○ >>889 のリンク先

>>890
かもしれませんよー。シンクロニシティ。
みんな同じような使い方をして同じようなことで悩んでるんですね。

http://pc.watch.impress.co.jp/docs/2005/0630/maxtor.htm
いつかこれが導入されるんだろうか

>>893
SAS = Serial Attached SCSI ですか。

今のSCSIはU320で打ち止めがほぼ確定なので、
次世代はそうなるのかなと。

>>893
今あるアダプタ自体は今使っておるSCSI-2chより10k程たかいだけなので
OSが対応すておって、使いたいHDDがもうあって、むむ虫がやるきまんまんなら
今すぐにでも買ってよいブツじゃろうて、

しかしカプラのようなものでコネクタを出したりしておるので
なんかほんとうに各ch帯域独立なんか、バカなおらには理解不能だす

それと、今売っておるアダプタは内部4ch・外部4chのような構造の
ようだで、１つの鯖にいれるHDDを増やしてみる実験もいろいろできそうじゃよ

例えば、おおきなS-ATAHDDをいっしょにつないでおいてdat落ち処理があったら
そっちにdatを流し込んで●の参照はそっちのHDDだけをみるようにしるとか、
いろいろ夢がひろがるような気がしるでよ

おじさんがFreeBSDの本山教えて九レ四ということで
なくはなかったりして。

64ビットSempron、64シングル（939)が人柱候補かしら。

>>896
banana的なものを求めるのなら、もうちと待ったほうが
ええとおもうがのう
S-ATAII が南橋に実装されておるVGA統合型のいたは
まだこれからのようだすから

# banana=PM266A だったはず

まだ出ておらんけんども、ATI & ULi＠新型south ないたが
banana的なやつにはよさげなような気が、
ULiの新型南橋はS-ATAII完全準拠が売りだそうだでなぁ

それに今は、新hardをためすよりも前に
もっとやったほうがええことがたくさんあるような希ガス

雪だるまが先だもんね。

>> 882

*BSD では 64/32 混在はまだ実装されてないです。
ports でも realplayer や netscape 関連は build すら出来ません。

>>900
そうすると、Solarisはさすがにすごいですね(既に実装済みのはず)。

>>882
>>900
少なくともFreeBSD/amd64は64bitライブラリと32bitライブラリを両方持ち、
フツーにi386バイナリが走ります。

予告。
来週あたりにSA

>>902
32bitライブラリも持てる、が、正解のような。
デフォルトのmake buildworldで作られましたっけ。

>>903
またですか。

>>904
COMPAT_LINUX32もCOMPAT_IA32もGENERICに入っていますし、
linuxulatorが最初から入っていてもライブラリは別に入れる必要があるように、
lib32も別に入れる必要があります。おかしくありませんよね?

……でもlib32を自動的に入れる方法が用意されていないのはいろいろ
不評だったようで、RELENG_6では最初から抱き合わせになっています。
RELENG_5を切った時はインストーラをいじる暇がなかったというか
気が回らなかったというか、なんかもう動きゃいいだろって感じで一杯一杯でした。

32bitバイナリ実行機能があることと32bitバイナリ作成機能があることは
まったく別ですから、毎回buildしたりせずにcompat4xみたいにbinary portにして
しまえばbuild infrastructureを複雑化させずに済むと思うのですが、
作成機能があるだけに作りたくなってしまうのがFreeBSD wayなんでしょうね……

>>905
> RELENG_6では最初から抱き合わせになっています。

やはり、そうなりましたか。
そうなるだろうなとは、思っていたです。

というか、RELENG_6 って、もうあるんでしたっけ。

「それがFreeBSDのやり方(way)」だということには、私も同意。

自由恵比寿道

黒帯目指し（ｒｙ

雪だるまサーバの「姉」部分、儀式いきます。
まずは7日夜のドラマで、素養を力試しで。

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

(新規追加)
+live22.2ch.net:206.223.150.54

SA早めにでた

>>909
Buffer overflow in zlib
ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-05:16.zlib.asc

これですか。

本日デビューのlive22には、>>910 を適用済み。
他も、追ってぼちぼちと。

さて、そろそろねるかな。

BBS/BBY/BBX/BBR登録済みです。< 雪だるま姉妹

F22への登録等は、掲示板が稼動してからで。

「妹」サーバのDNS登録、儀式いきます。
こちらは開発が必要なので、7日のドラマには間に合わないですが、
今後の作戦に期待で。

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

(新規追加)
+live22x.2ch.net:206.223.150.64

OpenSSL 0.9.8正式版出ました。

ttp://www.openssl.org/

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

今日は移転無しか・・・（´・ω・`）

「妹」を開発???

>>917
I.Mo.U.To SYSTEM の開発

ネタはおいといて、姉との雪だるま部分だとかのシステム的なものの開発でしょ

>>908
done

どもです。>>919
>>913 も done. ですかね(今見たら入っていました)。

>>913
done

>>921
了解です。

さて、また大リーグボールの開発ってことですか。
ただ、原作の三号みたいなものにはならないようにってかんじで。

というわけで、live22xのログイン/ステータスチェック用の
DNS登録をお願いします。

2号機・3号機が届いたら、live22xのIPアドレスを増やして、
live22x2 (live22x3) という名前をつけていく予定。

(新規追加)
+live22x1.2ch.net:206.223.150.64

>>923
done

m9(^Д^)ﾄﾞｰﾝ！！

rootさん、こんばんはーヾ('-')ﾉ

>>926
http://aa5.2ch.net/test/read.cgi/nanmin/1120638831/

こっちにきなされ

うはｗｗ子顔ﾀﾝ久しぶりに見たｗｗｗ
なんだっけ、つばめﾀｿだっけ？ｗｗｗ

http://lists.freebsd.org/pipermail/cvs-all/2005-July/127680.html

> Welcome to 6.0-BETA. I, for one, welcome our new RELENG_6 overlords.

RELENG_6 誕生か。
どっかで、ためしてみっか。

こっちのほうがいいか。
http://lists.freebsd.org/pipermail/cvs-all/2005-July/127679.html

> Make the RELENG_6 branch operation official by moving HEAD to 7.0-CURRENT.

■ Rock54M - 携帯からの広告投入撃退作戦
http://qb5.2ch.net/test/read.cgi/operate/1121187328/

携帯用BBX、BBN(= bbn.2ch.net)の登録をお願いします。

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

(新規登録)
&bbn.2ch.net:206.223.147.42:a

931
かんりょうー

>>932
確認しました。

PINKheadline
http://headline.bbspink.com/bbypink/
の「データ取得できませんでした」に関してはここですか？

>>934
桃色も?
うーーん。

こちらで。
bby -- スレッド情報一元管理システム構築スレ2
http://qb5.2ch.net/test/read.cgi/operate/1086868799/

一応メモ書き

bbsd が作る index.html では >>705 が入りました．
あとは read.cgi の JavaScript も http://www2.2ch.net/snow/index.js
を使ってもらって，bbs.cgi では NAME, MAIL の Cookie 設定処理をパスすれば
この件は一件落着になります，と．

ということで、

・.htaccess の大きな deny list は、確実にサーバ資源を消費する
・ほんとのDoS攻撃、特にPerl CGIに対してのDoS攻撃に対する対策
・「ある程度２ちゃんねるのことを知っていて、かつ頭がおかしい人」に対する対策

あと、これか。

129 ：FOX ★ ：2005/07/18(月) 17:18:11
qb6 がしっかり動いていれば
バーボン等の仕組みがちゃんとはたらき
今回程度の攻撃はしのげたはずなんだが、
いかんせん qb6 が落ちてしまった。

落ちた原因はqb6にとっても重い Perl で書いた cgi があり
それをぶん回されたんだな、

週明けからサーバ配置買える作業します。
重要なところは秘匿するとか、分離するとかいろいろ

161 ：FOX ★ ：2005/07/18(月) 17:25:53
普通というか今まで(たとえば韓国や中国から)の攻撃では
２ちゃんねるの仕組みを相手が知らないため
qb5, qb6, BBM等が攻撃されることは無かったんだな
まぁ　今回は詳しいやつが故意にやったと、

また　串等でやられた場合はわりと気兼ねなくはじけるので気にしないんだが
今回は　つなぎかえながら自分のISPのIPアドレスを名乗りながら
どうどうとやってきたと、また大きなISPなので死ぬほど(日本最大?)IPアドレス
割り当てられていると

スレ読んできます。1.5スレ分ぐらいかな。

>>937
> .htaccess の大きな deny list は、確実にサーバ資源を消費する

これはそろそろ、SunOSさん謹製のmod_authz_iplist を入れる時期か。
2番目は、>>938 をたんたんと。
3番目は、、、さて。

Hello, Jim-san and Sean-san,

I verified that you add 2 gig memories to tiger503.
Thank you for it. But now tiger503 suspicious hangs up, and FOX-san
performed APC power cycling reboot, but it is no effect.

So, please investigate the compatibility between additional 2 gig memory
and original 2 gig soon.
I encountered the similar problem in my another job.

P.S. And you added memory to tiger503, but additional time was very bad.
I detected suddenly system down at about 10 pm, it is the 'prime
time' in Japan. Many 2ch users are surprised for suspicious system
down of tiger503.

If you do the same thing at next time, please inform me in advance.
Many 2ch users watch your quality. Don't forget about it.

Best regards,

Folks,

I talked with Sean-san about it.

Currently, tiger503 has 6 DIMM chips, 4 are original 512M chip and
2 are new 1G chip.
I think it is a bad configuration. It may be occurred the memory
incompatibility problem.

So, I proposed Sean-san that we will swap memories between tiger507 and
tiger503 for fixing the memory configuration.

I mean, now 4 x 512M memory is in tiger507, so, I think we can fix the
memory problem as follows:

1) Pull out tiger507's 4 x 512M memory chips and tiger503's 2 x 1G
memory chips.
2) Insert 2 x 1G memory chips to tiger507 and 4 x 512M memory chips to
tiger503.
3) After that, 8 x 512M memory chips in tiger503.
4) and 2 x 1G memory chips in tiger507.

We just scheduled for it at 2 pm JST (it is 10 pm PDT).
Sean-san, thank you for your quick work. Let's fix the problem.

というわけで、

・現在tiger503には、メモリが6枚刺さっている
・最初から刺さっていたのは512Mが4枚で、そこに1Gを2枚追加した
・問題の原因はそれに違いないということで、Seanさんと私の見解は一致
・そこで緊急に、tiger507(= live16)のメモリとスワップすることにした
・作業後、tiger507はメモリが2x1Gになり、tiger503はメモリが8x512Mになる
・作業は今日の14:00 JSTからはじめる
・作業前には私がhttpdを落としたりメモリディスクの内容をバックアップしたりする

ということになりました。
なおtiger503にはメモリスロットが8つあるので、上記設定は可能です。

Seanさんの名誉のために追加しておくと、作業したのはSeanさんの手下らしいです。

関係者に状況をメールしました。
さて、おひるにいくか。

<チラシの裏：あくまで将来的な選択肢としての話>
鯖選択今月号で刃鯖特集があったので、2ch的にどうかな、と考えてみますた

メリットは・・・
・鯖を一定面積に集約可能
・Jim,David,Seanさんたちのハードメンテナンス負荷が軽くなる
　たとえば刃鯖１枚があぼーんしても取替えが容易
・rootさんがリモート管理しやすくなる？（実装に依存）

デメリットは・・・
・鯖の熱対策がより重要になる
・刃筐体代が高い＝初期コストがかかる

一応polywellでも売ってますがね・・・・
banana向きかしら。

</チラシの裏>

夏休み、スローダウン週間。

また涼しい秋になったらがんばるべー
それまではみんなで少しづつ我慢。

週間ってことはないか、

>>946
この場合、「期間」がふさわしいですね

長期的な課題？ではあるので、９月に入ってからぼちぼちとでいいのでは。
実際に導入するにせよ、しないにせよ。

大きいのよりも、細かいところをぼちぼち、ってかんじですか。

私も7月末〜8月10日ぐらいまで日本にいない(本業)ので、
大きいのはその後、ってかんじかもですね。

# そう言いながら、最初のumaサーバは人がオランダにいる時にいきなり移転したわけだが。

秋になったら資源供給のばらつきや動いていないとこを一気になおそう。
サーバ投入も含めて、
どうしてかって? ちょこちょみこ直してもまたすぐいろいろ発生するから
あとでまとめてやりましょってとこです。

雪だるま用 tiger が二台やってきます(明日? あさって?)
これを今どこどこが苦しいからと言って転用しないと決心しようってことですー

>>949
違いますよ、
細かいところはほっておこう作戦です。

>>950-951
了解です。

んではまず、stats方面のlive22xをlive20に戻すのをば。

いやーん

細かいところは・・・　ほっておこう

>>953
…っていうと思ってたわけだが、、、。

やっぱ気になっちゃうんで、あれだけは直してくださいな。
おねがいします。

というかあれを今直してもらうのは、拙速にlivecxとかをlive22xには移転しないぞという
私の決心だったりするんで。(つまり >>950 と同じ)

ちょっとだけ抵抗してみる

また直さなきゃならないし・・・

むーん、、、。

「直しても直さなくても、たぶん大きな実害はない」ではたぶん一致しているので、
こだわりはしないですが、お願いはしておくです。

修正したら今日飲みにいってもよし＜stats

りょうかい

>>945
ブレードですか。
当然Polywellでも、扱っているです。
例
http://www.polywell.com/us/rackservers/poly3u9.asp
http://www.polywell.com/us/rackservers/poly3u20.asp

雪だるまが軌道に乗ったら、フロントはブレードという手も考えられはします。
ただ、ブレードってあんまりつぶしが効かないからなぁ。
私はいまのところあんまり、乗り気じゃないです。

tiger は 1u でもきついというのに。。。
一部 2u になっとります

廃熱

>>960
そうなんですよね。

そういう意味でも密度を必要以上に上げるのは、どうかと思っているです。
日本はカリフォルニアじゃない、って叫んでいた人がいるようですが、
カリフォルニアだって、放熱は容易じゃないわけで。

そこでo（ｒｙ

いや、いいです。

なるほど。。。

廃熱まわりはやっぱりカリフォルニアでもつらい、と。

そーなるとPenMブレードなやつじゃないときついでしょうね・・・
今年は無理か。

polywellさん・・・・というよりIntelさん、AMDさんにがんがっていただく、と。

>>963
×そーなるとPenMブレードなやつじゃないときついでしょうね・・・
○そーなるとSpeedStepみたいな節電機構つんだ石のっけたやつじゃないときついでしょうね・・・

で、その節電機構をOSがサポートしているかどうか、ってのも当然あるです。

FreeBSD 5.4Rでは「動作クロックを自分でコントロールする」というカーネルの機構は入りましたが、
それをうまく制御できるコマンド等は、まだないです(鋭意開発中)。

厳しいのは

廃熱　& 電源でーす
どちらも同じといえば同じなのかもしれませんが、

鯖にはSpeedStepは駄目な羊羹

いっそ水冷機構つきブレードシステムでてくれないかなと妄想
それはそれでどうやってパイプの密閉性を確保するかが問題だけど

>>965
あーそれがありますね、OSレベルでの動的クロック制御サポート。
そうなると実装は６以降でしょうね・・・

>>968
水冷ブレード探したら日立が試作しているんですね・・・
ttp://www.itmedia.co.jp/news/0302/21/nj00_watercooled.html

stats修正ありがとうございます

水冷は電力には寄与しないからねえ。
Cirixでも載せる？(ﾏﾃ

>>971
水冷の熱を自家発電に回すことってできないんですかね？w

あの熱をコーヒーメーカーかなにかに使えないかなあ…｡

>>972
熱量ﾀﾘﾅｽ 余熱くらいならアレですけど,せいぜいが>>973の余熱かも…
ついでに言うと,水質管理が大変かもかも

エコキュートで熱回収して、風呂に入る。
PIEくらいあるなら、温水プールが営めるかも。

>>971
もしかして：Cyrix

>>975
(ﾟ∀ﾟ)ｱﾋｬﾋｬﾋｬﾋｬﾋｬ
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　orz

>>975
泊まり込み作業ができるようになっちゃうよ


夜間要員募集開始かな？

PIE、アラスカ州に移転。

バンジー解決♪

寒すぎると支障はないのかな、とか。

いっそのこと日本へ

刀にしるならC7がよさそうじゃよ
いつでるかしらんが

2ch鯖の熱で床暖房

2ch鯖から出る熱で生活しよう計画…？

随までどっぷり。

banana的なやつなら
Pen3換算で1.5Gぐらいの能力があればええんだべかね？

…GeodeNXとか。。　（ディスコンが怖いが）

たまには Efficeon のことも思い出してあげて下さい

>>972
そこでスターリングエンジンですよ。

>>979
冷却水の凍結に注意するくらいかな？
軟水処理とかスケール除去とかは変わらないかもかも。

地球温暖化ｲｸﾅｲ

液体金属で

T-1000か！

T-Xがいいとおもいます！！！１１

だから何回火星を暖めればいいと何回言ったか・・・・

火星寒いんだぜｗｗｗｗｗｗｗｗ

マーズ乙

次スレないねー。テンプレ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part19

peko作戦について語るスレです。
サーバロケーションPIEに関する話題もこちらで。

＜現在の主要なテーマ＞
・「雪だるま作戦」による、スケーラブルなサーバ群構築
・BBQの2台体制化・RAID1化
・BBN(携帯用BBM：Rock54M)構築
・各種作戦・プロジェクトとの連携
・FreeBSDのさらなるチューニング詰め

＜主な関連スレッド＞
■ Rock54M - 携帯からの広告投入撃退作戦
http://qb5.2ch.net/test/read.cgi/operate/1121187328/
【冷奴】雪だるま作戦に思いを馳せながら雑談するスレッド Part10
http://aa5.2ch.net/test/read.cgi/nanmin/1121690730/

＜主な関連サイト＞
MRTGによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねる/PINKちゃんねる 稼動中のサーバ一覧: http://mumumu.mu/serverlist.html
２ちゃんねる サーバ負荷監視所: http://ch2.ath.cx/load/
2ch 鯖監視係。: http://sv2ch.baila6.jp/

＜前スレ＞
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
http://qb5.2ch.net/test/read.cgi/operate/1115133136/

−−−−−−−−−−−−−−−−−−−−−−−−−−−−
このへんどうします？
・「Love affair作戦」による、携帯系サーバの大幅強化・外向けdat供給サーバの構築
・FreeBSD 5.4Rの導入検討→都度進化

>>494 ということで，peko 作戦は成果を上げ終了，今は雪だるま作戦が主眼ってとこかなぁ．
となると，【Project peko】より【Project snowman】の方がいいのかしらん？

雪だるまは既にスレがあるから
雪だるまが主になるなら次スレは要らないような。

プロジェクト雪だるま。

アルファベットにすると妙に長い。

菊次郎きたー

誤爆・・

1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。