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

続き

それからJimさんたちは、携帯用のサーバ(携帯ネットワーク用スイッチに接続されているサーバ)を
順に移動していきました。

banana402 403 404 405 406、cobra2244 2245 2246の8台のサーバを
Jimさんたちは移動しました。たまたまこれらのサーバはすべて150と151の
サブネット番号を持っていたため、IPアドレスを変更する必要がありませんでした。

移動が終わるとJimさんは、携帯ネットワーク用スイッチをとりはずしました。
このスイッチは旧型のもので既に廃止予定のものでした。
昨年(2004年)PIEのスイッチが壊れることが何度かあったと思いますが、
それはこれと同型のスイッチで、PIEではこの信頼性が低いスイッチを全廃することにし、
このスイッチが生き残っていた最後の一つだったそうです。

こうしてJimさんたちは、その日の作業を終えました。

しかし、本来cobra2245 (= bbq)は、携帯とは関係ありませんでした。
でもJimさんたちは、XOロケーションに移動してしまいました。

また、cobra2247 (= c-docomo/c-docomo2、DoCoMo用入り口)は
もちろん携帯用サーバですが、
Jimさんたちの移動リストから漏れてしまっており、移動されませんでした。

この結果 cobra2247 は、携帯ネットワーク用スイッチからとりはずされた状態に
なりました。

一方、サンフランシスコの空港までJimさんに送ってもらったroot一行は、
そんなことは露知らずに、修行の旅を楽しんでいました。

スターアライアンスゴールド会員の特権を利用し、窓口で長蛇の列に並ぶこともなく、
前方通路側・隣席空きの席を出してもらったうえで、
預ける荷物には「すぐ出てくるおまじない」の優先タグをつけてもらいます。

出国後に免税店を冷やかしたあとは、豪華なエアラインラウンジで
タダ飯やケーキに舌鼓を打っていました。
もちろん、無線LANも電源も使い放題です。

で、30分前にゆっくりと搭乗窓口に行きます。
金色会員は飛行機に一番先に入れてくれるので、あせって登場口に行く必要がないのです。

登場 → 搭乗 >>73 最終行

今回root一行は、太平洋便にシンガポール航空(SQ)に乗っていました。

SQは「品質のエアライン」なので、
エコノミーのくせに食後にハーゲンダッツのアイスクリームが出たり、
AVがVODで何百曲も選べたり、シートもゆったりしていてとても過ごしやすいので、
rootのお気に入りの一つなのです。

今回rootに同行していたぴちぴちくん(仮名)は、
サロン・ケバヤに身を包んだSQのCAのウエストの細さにとりつかれてしまったようで、
なんだかうれしそうです。

そうこうしているうちに飛行機は順調に太平洋を横断して、
ほとんど時間通りに、目的地のインチョン空港に到着しました。

入国審査をスムーズにクリアし、すぐに出てきた荷物を持って、
リムジンバスでソウル市内のホテルに向かいます。

道路はちょっと渋滞していましたが、バスから地下鉄を乗り継いで、
予定通りホテルに到着しました。

事前に「ネットワーク利用可能」を確認しているので、
「さて、運用情報の質雑スレにフシアナしてから、うまい焼肉でも食いにいくかぁ」
などと考えながらPCを開いてネットワークに繋いで、いつものように運用情報を開きました。

　　☆ ﾁﾝ

　　　 　 　 ☆　ﾁﾝ　　〃　 ∧＿∧ 　 ／￣￣￣￣￣￣￣
　 　 　 　 　　ヽ　＿＿_＼（＼・∀・）＜　 root▲ ★氏、続きまだー？
　　 　 　 　 　 　 ＼＿／⊂　⊂＿)＿ ＼＿＿＿＿＿＿＿
　　 　 　 　 　 ／￣￣￣￣￣￣￣／|
　　　　　　　　| ￣ ￣￣￣￣￣￣:|　:|
　　　　　　　　|　　　　　　　　　　　.|／

開いたときに「質問・雑談スレ」が一番上にあると、「あぁいつもの運用情報だなぁ」と
なんだか安心します。

しかしその時目に映ったのは「サーバダウン」の6文字でした。
しかも新スレに移行していて、数百以上もレスがついています。
「こりゃ、何かあったな」と、２ちゃんねる サーバ負荷監視所 http://ch2.ath.cx/load/ を
チェックしました。

するとどうも、news19 と hobby7 、それから携帯用サーバの様子がおかしいらしいと
いうことに気がつきました。

「あーあ、こりゃ観光はなしかもなぁ」
そんな予感が走りました。

とりあえず、サーバダウンスレを読んでみることにしました。
みんな、かなり騒いでいます。

少しスレの上の方を読んでみると、
・とりあえずnews19とhobby7にアクセスできないこと、
・携帯系サーバがひどいことになっているらしいこと、
・一部サーバのIPアドレスが変わったらしいこと

がわかりました。

この時点で「問題は簡単ではなさそうなので、対応にはしばらく時間がかかるだろうし、
状況把握できるまで不用意に動くとかえって危なそうだ」と判断しました。

437 ：220.117.237.222＠root▲ ★ ：2005/05/03(火) 21:46:31 ID:???0 ?###
ふむ。つまり、

・IPアドレスが変わったらしい
・落ちているマシンがあるらしい

の、2つね。
きちんと状況把握するまで何かするのは、まずそうだ。

PIE方面からメール入っているかもしれないので、
まずはそっちを見てみます。

この後すぐに資材二課の中のおじさんと連絡がとれ、

・maido3.comの中の人の全員召集をかけたこと
・PIEに緊急連絡を入れ、現地には既に人が向かったこと

を、伝えられました。

また、こちらでもサーバの様子をチェックし、その時点で
大きく分けて5つの障害が発生していることが判明しました。

985 ：root▲ ★ [sage] ：2005/05/03(火) 23:49:30 ID:???0 ?###
で、現在の障害状況

1)banana402のプライベート側ネットワークが落ちている。
no carrierなので、ケーブルが繋がっていないと思われる。

2)banana403に入れない。
pingもかからない状態。

3)tiger510 = hobby7 に入れない。
pingもかからない状態。

4)tiger512 = blackgoat4 に入れない。
pingはかかるが、sshで入れない。
また、プライベート側は ping もかからない。

5)cobra2247のプライベート側ネットワークが落ちている。
no carrierなので、ケーブルが繋がっていないと思われる。
また、外側の接続速度がまだ100Mbpsのままである。

5.4RC-4でSCHED_ULE実装されたみたいです。

ttp://www.freebsd.org/releases/5.4R/todo.html

それから、
更新されていなかった maido3.com のDNS情報の更新をお願いしました。

983 ：root▲ ★ [sage] ：2005/05/03(火) 23:43:39 ID:???0 ?###
2ch.net のDNSは、既に変わっているようです。
ns1.maido3.com ns2.maido3.com で確認しました。

つまり、2ch.net のDNS更新は、既に行われていると思います。

2ch.net のほうの設定が正しいとすると、新アドレスはこうなります。
ただし、tiger510とtiger512は、ログインできていないので、
ほんとうに下記で正しいのかはわかりませんが。

問題なければ、maido3.com のほうの変更をお願いします。

+tiger509.maido3.com:206.223.151.67
+tiger510.maido3.com:206.223.151.62
+tiger511.maido3.com:206.223.151.55
+tiger512.maido3.com:206.223.151.57

993 ：資材二課 ★ [sage] ：2005/05/04(水) 00:15:17 ID:???0
>>983
done

これにより、maido3.com のDNSサーバが更新され、一つ問題が解決しました。

>>80
おっ。
さっそくex10とlive20に（りゃ。

現地に人(Sean君)が到着し、tiger510 (= hobby7)がリブートされました。
これにより、3) が部分的に解決しました。

次に tiger512 (= blackgoat4)がリブートされました。
これにより 4) が部分的に解決しました。

この時点までに、PIEの中の人が(断りなく)IPアドレスを変更した
tiger509 〜 tiger512 の中身の様子をチェックしました。

その結果、一部ファイルの設定に不備(設定忘れ)が見つかりました。
これは、私がすべて修正しました。

なお、現在もまだ tiger510 (=hobby7) の設定に1箇所軽微な問題
(I/Fを間違って設定している)がありますが、これは運用上はとりあえず
影響がないため、今の時点ではこのまま動作させることにしました。

ここまでで、問題 3) 4) が解決しました。

ただし、IPアドレスの変更によりDNSの設定が変わった場合、
一部プロバイダではDNSの変更の伝達が遅れてしまうため、
約1日程度、一部プロバイダから news19 と hobby7 にアクセスしにくい状態が
発生しました。

IPアドレスが変わったので、このアドレスを各種システムに登録する必要がある
ことを指摘され、その作業を実施しました。

22 ：動け動けウゴウゴ２ちゃんねる [sage] ：2005/05/04(水) 00:47:51 ID:dvnwhtE80
bbr bby bbs bbxの登録

31 ：root▲ ★ [sage] ：2005/05/04(水) 01:00:27 ID:???0 ?###
BBS/BBX/BBY/BBR/BBMへの登録完了。
(BBQ/BBEは登録不要)

これ以外に、F22への登録も必要になります。
これは次の日に、ホテルのロビーのホットスポットから作業しました。

また、hobby7の各板の復帰、blackgoat4への携帯振り分けの復活は、
できる方々にそれぞれやっていただけました。

この後、PIEにいるSeanさんと連絡がとれました。

いろいろ話しているうちに、cobra2247が今回の移動作業から漏れていて、
まだ旧ロケーションにあることが判明しました。

そこで私がリモートからシャットダウン・電源OFFを行い、
Seanさんに至急移動するように頼みました。

ここまでサーバを移動してしまったら、最後まで作業して完了まで持っていくほうが、
また戻す作業をするより、壊れたり不具合が発生したりするリスクは少なくなると
判断し、その分の残作業を完遂させることにしました。
で、その旨をSeanさんに伝えました。

次に 1) の問題をSeanさんにチェックしてもらいました。
banana402 はプライベート側のケーブルを「繋ぎ忘れていた」ことが判明し、
ケーブルを繋いでもらいました。

これにより、問題 1) が解決しました。

次にSeanさんがcobra2247を新ロケーションに運んで、
マシンを立ち上げてくれました。

チェックしてみると、プライベート側のネットワークから
他のマシンにpingがとおりません。
キャリア(物理的にスイッチにささっていることを示す)は来ていたので、
ケーブルがいまいちか、あるいは差すポートを間違っているかどちらかじゃないかと
Seanさんに伝えて、チェックしてもらいました。

その結果、Seanさんが刺すポートを間違っていたことに気づき、
正しいポートに差し替えた結果、cobra2247のプライベート側ネットワークは、
正常に接続できるようになりました。

これにより、問題 5) が解決しました。

2) の問題は、ややこしそうでした。

Seanさんからの情報によると「入っていたネットワークカードが正しく動作しなかったので、
内蔵していたネットワークカードで仮立ち上げした」と言っています。

こちらから banana403 にログインしてチェックしてみると、
fxp (そのカード)そのものを認識していません。

「ちゃんと、拡張スロットにカード入ってる?」と、Seanさんに確認しました。
その結果「スイッチのポートを間違えていて、うまくネットワークが接続できなかったので、
Seanさんの知らないところでいったんfxpのカードを物理的に外して、
ラックの外に仮置きしてある状態だった」ということが判明しました。

で、Seanさんが外されていたfxpのカードを見つけ出して再度 banana403 に入れ込み、
IPアドレスを正しく設定して、正しくラックマウントしてくれました。

これにより、最後まで残っていた 2) の問題が解決しました。

それから最後に、Seanさんと二人で各サーバの様子を(Seanさんは外からLEDの様子等をチェック、
私がサーバの中をチェック)チェックし、問題がないことを確認しました。

すべての作業が終わってSeanさんとのICQを切った時には、既に朝の4時を回っていました。

(もうひとつあります)

Jimさんに　
　　　　　　二つ▲

私の作業の途中から、Jimさんがオンラインになりました(現地早朝あたり)。

Jimさんには、以下のことをかなりきつくICQで伝えました。

あなたは2つの大きな間違いをした。

ひとつは、2つの関係ない作業を同時にやろうとしたことだ。
ひとつは壊れたスイッチの修復作業で、もう一つは携帯系サーバの移動作業だ。
これらは本来全く関係がない。関係のないことを同時に進めようとするのは、
問題を複雑化させるだけだ。今後は絶対にしないように。

もう一つは、顧客のサーバに断りなくログインしたこと、そして顧客のサーバや
DNSの設定を勝手に変更したことだ。root権限も含めて顧客にサーバを
レンタルしている場合、顧客に断りなくサーバにログインして、
しかも勝手に設定を変更するというのは、あってはならないことだ。
そういうことをすると、レンタルサーバの業者として全く信用できなくなる。
これはあなたと２ちゃんねるの間の信用の問題であり、絶対にしてはいけない。

Jimさんは平謝りでした。
そして、今後こういうことは二度としないと約束しました。

>88
いや、今回はSean君だ

ということで、すべての問題が解決して、
各スレをざっとチェックし終わった時には、既に朝の5:45でした。
急いでシャワーを浴びて着替えて、ホテルをチェックアウトしました。

結果として、

・携帯系サーバはすべて新ロケーション(XO)への移設が完了した
・cobraサーバ、tigerサーバは1Gbps、bananaサーバは100Mbpsで接続された
・いくつかの携帯とは関係のないサーバもXOロケーションに移設されたが、運用上の影響はない

という状態になりました。
ということで、Love Affair作戦をすすめる準備は、結果的にすべて整いました。

ホテルを出たあとは来た経路を逆にたどってインチョンの空港に向かい、
アシアナ航空(OZ)のラウンジで朝飯(タダ)を済ませたあと、
関空に向かって飛び立ちました。

そのあとのことは、また何かの機会にでも。

とりあえず、完。

>>90
Sean君は、単に言われたとおりにやっただけかと。

>>92
Sean君もミスったわけだから△で

わーわー(ぱちぱちぱち

まぁまぁ　rootさん。
そう怒らないであげて！

root氏とJim-sanには日々感謝してますから

フシアナ航空(OTZ)に見えた

お疲れ様ですー

つ旦

むむむさんがキレるとは(´･ω･`)

>>96
なんかいい感じー

まぁ、>>89に関してはメンテ屋としては
絶対にやっちゃいけない事のなんですよね。

>>92
乙かれさまー
かなりきつくと言っても問題点と直すべき方法をしっかり伝えてるからrootさんらしい。

で、結果的に妙な(?)形でこれが進んだのよねぇ。
http://qb5.2ch.net/test/read.cgi/operate/1095146311/249

>>102
さすが8.25でその手腕を振るっただけのことはあるね

すごい・・・。

感想など続きはこちらで
http://qb5.2ch.net/test/read.cgi/operate/1115208431/

root氏乙！映画化決定！（AAry
ざっと読み通すと、どっちが業者さんか分からなくなりますね(;´Д｀)

問題3)と4)なんですが、tiger509 511が生きてて、なんでtiger510 512が落ちたままだったのでしょう？？

>>106
それは今となっては、わかんないっすね。

>>105
本当にそちらでよろしいのか？

あっ!　いいのか。
雑談だし。
ｽﾏｿ｡。

>>108　次スレに移った
質問・雑談スレ142＠運用情報板

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

>>109
知ってますお。

ご親切にどうもです。ﾍﾟｺﾘ。

やっぱりrootくんには2ch鯖運用に関する本を書いてほしいなぁ
鯖屋向けとど素人向けに

rootたんの萌え萌え鯖運用術
とか

rootってのは権限名だし、
MUMUMUたんのサーバー運用術
とかがいいな

こうMUMUMUたんは長いから
むぎゅっとサーバー運用術の方が響きが良い

>113
そこはroot権限を持つのが最終目的だということで

鯖運営の入門書なんか書いてくれるとうれしいかも。
っていい加減スレ違いだな。

　＿＿＿＿＿　 ＿＿＿＿_　　 　 　　 　 ＿ 　 　 　 ＿　＿　 　 　 　 　 　 　 　 ＿_　　　　　　　　　 ＿
　|＿＿＿__　 |　|　　　　　　|　　　rヘ、　｜｜　　　 /　/ | ｜　　　 　 く＼　 ＿_,|　 |＿＿　 ｒｰ――┘└―― ┐
　　　　__　/　/　 ￣￣￣￣　　　　＼ ＼/　/　　　 /　/　|　| 　 ／＼ 　ヽ冫L＿_ 　 ＿　 |　| ┌─────┐ !
　 　 ｜ ﾚ'　/　　　　　　　　　　　　 　＼　 〈　　 　/　｜　|　レ'´　／ 　く｀ヽ＿＿| 　|＿|　|＿ｰ' |￣￣￣￣￣|｀┘
　 　 ｜　／　　　　　　　　　　　　 　 　/　,　＼　く_/|　| 　|　 , ‐'´　 　　　∨|＿__　　 ＿＿＿|　r‐､￣|　|￣￣
　　　/　/　　　　　　　 　 　 　 　 　 ／ ／ ＼/　　　|　|　 |　|　　　＿　　 / 〉　　/　　＼　　　　 | ｜　|　 ￣￣|
　　 /　/　　 　＿＿＿＿＿＿　 ／ ／　 　 　 　 　 |　|　 |　l＿＿|　| 　/ /　 ／ ／＼　＼_　　/　＼_|　|￣￣
　／ ／　　　 |　　　　 　 　 　 |　|／　　　　　　　　　|　| 　|＿＿＿_丿く　/ <´ ／　　　＼　/／ /＼　　 ｀ｰ――┐
　￣　 　 　 　 ￣￣￣￣￣￣　　　　　　 　 　 　 　 ￣　　　 　 　 　 　 `　　｀´　　 　　　 ｀ ｀ｰ' 　　｀ｰ───―'

それより2chシステム全容をきちんと整理したものを書いてほしい気もする

>>118
はげどう
歴史的変遷も加えてまとめれば貴重な資料だと思うのですよ。

「2ch実践サーバむにゅむにゅ術」

2chでrootを務めるMUMUMUたんによる実践サーバ運妖術。
リアルログインアカウントを使った本格的2chサーバ管理の実際を
全カラーページで詳細に紹介。
これで、君も今日からスーパーハカー!! 近日発売　ヾ(･ω･)ﾉ

root氏乙ですた


─
>すぐ出てくるおまじない
(　　　)ゝ

むしろ筆者はるー美ﾀﾝｷﾎﾞﾝﾇ

とりあえずrootが痛いのはわかった

＞73
＞スターアライアンスゴールド会員の特権を利用し、窓口で長蛇の列に並ぶこともなく、
＞前方通路側・隣席空きの席を出してもらったうえで、
＞預ける荷物には「すぐ出てくるおまじない」の優先タグをつけてもらいます。
＞出国後に免税店を冷やかしたあとは、豪華なエアラインラウンジで
＞タダ飯やケーキに舌鼓を打っていました。
＞もちろん、無線LANも電源も使い放題です。
＞で、30分前にゆっくりと搭乗窓口に行きます。
＞金色会員は飛行機に一番先に入れてくれるので、あせって登場口に行く必要がないのです。

スターアライアンスゴールド会員の特典一覧表
http://www.staralliance.jp/mileage/benefit.html
サーバーよりこっちが気になるな

感想・雑談はこっちへ
http://qb5.2ch.net/test/read.cgi/operate/1115288738/

ありゃりゃ
FreeBSDで３つのセキュリティホールが発見されたようです。

ttp://www.st.ryukoku.ac.jp/%7Ekjm/security/memo/2005/05.html#20050506_FreeBSD

>>126
既に読んでるです。

1) FreeBSD-SA-05:06.iir … ２ちゃんねるではiirデバイスは使ってないので関係なし
2) FreeBSD-SA-05:07.ldt … 関係ありだが、とりあえず超緊急ではない
3) FreeBSD-SA-05:08.kmem … 同上

5.4R化の時に、まとめてやろうかと。

RAIDのカードがいまいちな件について

1) cobra2245のRAID　と同等のものを手配し
乗せ変える作業します。

【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part17
http://qb5.2ch.net/test/read.cgi/operate/1107376477/942-
http://qb5.2ch.net/operate/kako/1107/11073/1107376477.html

1) cobra2245のRAID
(LSI logic MegaRAID U320-2、専用RAIDコントローラ内蔵、パフォーマンスよい)

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

2) oyster243のRAID
(LSI logic 1030 Integrated RAID、上のカードよりもパフォーマンス悪いはず)

da0: <LSILOGIC 1030 IM 1000> Fixed Direct Access SCSI-2 device
da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled
da0: 35000MB (71682031 512 byte sectors: 255H 63S/T 4462C)

了解です。>>128

再度こちらでインストール初期状態にしてしまいます

すんません

掲示板用の Tiger 二台発注しました
設置は２ちゃんねる専用ラックの予定

あそことあそこに入れる予定

>>130
cobra2245 ですね。問題ありませんです。

>>131
お、きましたか。
ということは、XOロケーションですか。
確か納期は、3週間ぐらいでしたっけ。

ちなみにHDDはRAID 1もの(新tiger仕様)ですか? それとも今までのものと同じですか?

現 live16 や game10 と同等のものを想定しています

oyster143 では? < RAIDコントローラ

>>133
了解です。それで問題ないです。

現在のmaido3.comの仕様だとRAID 1仕様になっているようでしたので、
改めて確認してみました。
http://server.maido3.com/

>>133
oyster143 →　oyster243
でしょ

>>135
もうたいぽ

oyster243 のRAIDコントローラ
発注しなおしました(cobra2245と同等のもの)

再度インストールしてから引渡しとなります。

>>137
はいー。

20050509:
FreeBSD 5.4-RELEASE.

タグつきましたね。
でも、正式アナウンスはまだ。

>139
正式アナウンスでますた。
この調子だとリリース日はそう遅れないで出そうですね

アナウンス出たら、ex10 の OS を更新っすね。
live20 も更新するかも。

CPU の使用としてはどんなかんじなんでしたっけ? < 現在

1) Dual CPU で動いている
2) HT対応でちゃんと動いている
3) さらに画期的な仕組みがはいってばりばり動いている

>>142
tiger/cobraについては、

1) Yes.
2) Yes.
3) Dual core 仕様の Opteron とか、試してみたいかもです。

ちなみにPolywellのSamさんが「あと2週間ぐらいで商品にするから」って、ゆってました。
デモ機として、借りてみたりして。

というか、Cobra は HTT 機能はないですね。(Opteronだから)

りょうかいですー

AMDよ、なんかくれ

なんかもらうためには>>118-120ですよ

裏話だったらたくさん知っています。

ただし、記憶の蒸発は早い。

tiny tiger3台、受け取りました。
ぼちぼち、作っていきます。

>>149 は、ここで。

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

携帯用サーバの /home (キャッシュエリア)は、inode を増やしておく必要あり。

c.2ch不具合報告総合スレ2
http://qb5.2ch.net/test/read.cgi/operate/1103992342/984

984 名前：root▲ ★[] 投稿日：2005/05/07(土) 03:28:56 ID:???0 ?##
newfs -U -b 65536 -f 8192 -i 16384 /dev/ccd0 で newfs しなおし。
(前は newfs -U -b 65536 -f 8192 /dev/ccd0)

これでiノード数が倍になりました。df -i で確認済み。

>>139
祝5.4-RELEASE
cvsupかなり重いね
makeデケタからdnetでも起動して寝るとしますか。

>>148
じゃ　ひっそり書いておいて

http://www.freebsd.org/releases/5.4R/todo.html

File descriptor locking Done
Jeff Roberson
File descriptor locking needs to be merged back from HEAD.

例の早朝のpanic、直るのかな。

AMR driver MPSAFE Done
Scott Long
Making the AMR driver MPSAFE will greatly increase its performance.

これはすなおに、よろこびたい。
BBQ系で使っているRAIDカード。

tiny tigerのスペック

・CPU Xeon 2.8GHz (たぶんdual、カーネル作り直すまではシングル状態)
・マザボは今までのtigerとちょっと違うブツかも
こんなこと言ってきてる → acpi0: <A M I OEMRSDT> on motherboard
・memory 2GBytes
・HDD 200G IDE x 1 → http://www.seagate.com/cda/products/discsales/marketing/detail/0,1081,597,00.html

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

どうも125Mbpsぐらいを超えたあたりから、何かがあふれているみたい。
mrtg、あるいはmrtg-rrdの問題なのか、それともsnmpdの問題か。

snmp的にはとれてるっぽいなぁ。
(というか、低いときにはとれているわけだし)

iso.3.6.1.2.1.2.2.1.10.2 = Counter32: 2792251181

mrtg.cfg的設定はこんなかんじ。

Directory[blackgoat3-privatetraf]: traffic
Target[blackgoat3-privatetraf]: 1.3.6.1.2.1.2.2.1.10.2&1.3.6.1.2.1.2.2.1.16.2:（むぎゅ）@blackgoat3.2ch.net::10
MaxBytes[blackgoat3-privatetraf]: 125000000
AbsMax[blackgoat3-privatetraf]: 125000000
Title[blackgoat3-privatetraf]: Traffic Analysis for blackgoat3.2ch.net (private I/F)
Options[blackgoat3-privatetraf]: growright, bits, noinfo, nopercent, withzeroes
YLegend[blackgoat3-privatetraf]: Bits per Second
ShortLegend[blackgoat3-privatetraf]: b/s
Legend1[blackgoat3-privatetraf]: Incoming Traffic in Bits per Second
Legend2[blackgoat3-privatetraf]: Outgoing Traffic in Bits per Second
Legend3[blackgoat3-privatetraf]: Maximal 5 Minute Incoming Traffic
Legend4[blackgoat3-privatetraf]: Maximal 5 Minute Outgoing Traffic
LegendI[blackgoat3-privatetraf]:  In:
LegendO[blackgoat3-privatetraf]:  Out:
PageTop[blackgoat3-privatetraf]: <H1>Traffic Analysis for blackgoat3.2ch.net (private I/F)</H1>
PageFoot[blackgoat3-privatetraf]: <HR size=2 noshade>This page is managed by Mumumu<BR>
<A HREF="../.">Return to menu</A>
WithPeak[blackgoat3-privatetraf]: ymw

というわけで、携帯系新フロントエンドのDNS登録依頼いきます。
以下をDNSに登録お願いします。

(新規登録)
+c-au4.2ch.net:206.223.150.12
+c-au5.2ch.net:206.223.150.17
+c-au6.2ch.net:206.223.150.22
+c-docomo4.2ch.net:206.223.150.27
+c-docomo5.2ch.net:206.223.150.32
+c-docomo6.2ch.net:206.223.150.37

あ、間違いがあります。>>158
あらためて。

c-docomoは5からなので、これでお願いします。

(新規登録)
+c-au4.2ch.net:206.223.150.12
+c-au5.2ch.net:206.223.150.17
+c-au6.2ch.net:206.223.150.22
+c-docomo5.2ch.net:206.223.150.27
+c-docomo6.2ch.net:206.223.150.32
+c-docomo7.2ch.net:206.223.150.37

ひとつ質問です。

tiny tigerのカーネルをSMPありのものにしたのですが、CPUが2つしか認識されないようです。
(HTT対応なので、1つの物理CPUごとに論理CPUが2つ認識される)

(tiger2507)
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1

tiger503等のこれまでの通常tigerは、CPUがちゃんと4つ認識されています。

(tiger503)
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

これって、tiny tigerは実はシングルCPUもの、ということなんでしょうか。
すみませんが、確認をお願いいたします。

>93
それでもSean君は体を使ったわけだから、
オカルト民としてはモリタポ贈呈したい。

>>161
いいえ

dual です

>>163
ですか。
もう少し調べてみます。

で、5.4Rは、RELENG_5_4 がついてから2つほど修正が入った模様。

20050509:
FreeBSD 5.4-RELEASE.

20050507: FreeBSD-SA-05:08.kmem
Correct two issues which missed from the earlier commit.

(CVSupのログ)
Updating collection src-all/cvs
Edit src/UPDATING
Add delta 1.342.2.24.2.9 2005.05.07.03.58.25 cperciva
Edit src/release/doc/ru_RU.KOI8-R/relnotes/common/new.sgml
Add delta 1.6.2.10.2.5 2005.05.06.18.57.44 hrs
Edit src/sys/kern/tty.c
Add delta 1.228.2.2.2.2 2005.05.07.17.51.09 scottl
Edit src/sys/kern/uipc_usrreq.c
Add delta 1.138.2.13.2.1 2005.05.07.03.58.25 cperciva
Edit src/sys/netinet/tcp_subr.c
Add delta 1.201.2.15.2.1 2005.05.07.03.58.25 cperciva

/boot/loader.conf に
boot_verbose=1

を入れて、リブートしてみました。 @ tiger2509

Table 'FACP' at 0x7fff0200
Table 'APIC' at 0x7fff0390
MADT: Found table at 0x7fff0390
MP Configuration Table version 1.4 found at 0xc00f8d50
APIC: Using the MADT enumerator.
MADT: Found CPU APIC ID 0 ACPI ID 1: enabled
SMP: Added CPU 0 (AP)
MADT: Found CPU APIC ID 1 ACPI ID 2: enabled
SMP: Added CPU 1 (AP)
MADT: Found CPU APIC ID 130 ACPI ID 3: disabled
MADT: Found CPU APIC ID 131 ACPI ID 4: disabled
ACPI APIC Table: <A M I OEMAPIC >
APIC ID: physical 0, logical 0:0
APIC ID: physical 1, logical 0:1
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
bios32: Found BIOS32 Service Directory header at 0xc00f0000
bios32: Entry = 0xf0010 (c00f0010) Rev = 0 Len = 1
pcibios: PCI BIOS entry at 0xf0000+0x31
pnpbios: Found PnP BIOS data at 0xc00f3130
pnpbios: Entry = f0000:3e8a Rev = 1.0
Other BIOS signatures found:
APIC: CPU 0 has ACPI ID 1
APIC: CPU 1 has ACPI ID 2
MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000

で、>>165 を見ると、BIOS 的に disabled にされているような気がするですね。

> MADT: Found CPU APIC ID 130 ACPI ID 3: disabled
> MADT: Found CPU APIC ID 131 ACPI ID 4: disabled

確認は、現地が月曜になってからかなと。

もしかして>>155 に絡む話しかなあ… >>166

いずれにしても物理的に dual なことが間違いないなら、
あとは何らかの設定の問題と考えられるので、現地の人たちもまじえてぼちぼちやるです。

で、すみませんが、この問題が解決するまでは、
>>158-160 の登録は保留にしていただけますか。

よろしくです。

>>168 自己レス

よく考えてみると、c-au4/5/6 / c-docomo5/6/7 の名前をつけても、
代表の仲間に入れない限り、今の c の運用上には全く影響はないですね。

逆に、c-control の動作のテストをするためにも、先に入れたほうがよいと。
というか、そう考えてわざわざ、

> 1) c-au4/5/6、c-docomo5/6/7 を 2ch.net の DNS に新規登録 by DNSの中の人
> 2.1) 新しい c-なになに の中身を入れ込んでもらう by 携帯の中の人
> 2.2) c-control に新しい c-なになに を登録してもらう by 携帯の中の人
> 3) c-au4/5/6、c-docomo5/6/7 でとりあえず動作確認 by みんなで
> 4) c-docomo、c-au の DNS 情報を変更 by DNSの中の人
> 5) DNS の切り替わりを待つ(たぶん1日ぐらい)
> 6) 旧 c-docomo2/3/4 、c-au1/2/3 とりこわし & 再構築

の 2) 4) を別にやることにしたわけで。

ということで >>160 の DNS 更新の作業を、よろしくお願いいただけますか。
混乱させてしまって、すみませんです。

既に名前解決出来てる感じ。

>>170
確認しました。確かに。
2.1) まで終了すね。

あとは、サーバのハードウェア(SMP問題とか)はこちらで、
サーバが出来上がった後の中身の件は、向こうでということで。

RAID5のリスク＃参考資料
http://enterprise.watch.impress.co.jp/cda/storage/2005/05/09/5191.html

>>160
done

>>173
どもでした。

あとは、SMP問題ですね。
今夜(= 現地の月曜朝)になったら、確認とってみます。

>>174
りょうかいです
直接 Sean 君がいいかと、

あと c-au はきついから HT なしでも
投入しちゃった方が・・・　と思うのですが、
HTにしても二倍も処理能力が増えるわけじゃないですし
動かないわけでもないですし、

>>175
HT はあるみたいなんですよ。(だから2CPUに見えるわけです)
どうも、CPUが物理的に1つしか認識されていないような気がするのです。

で、ちと躊躇しているわけで。

おっ　逆なのか、、、

うーん。
同時に複数のサーバが落ちるとは。
しかも XO ものばかり。

昨日の tiny tiger の突然死も、それか。

原因がもし電源問題だとすると、頭痛いかも。< XO
それもあわせて、きいてみるか。

仮に電源容量が足りない? とかなら、取り方をかえてもらうとか、それ系すね。

メインが一時的にふらついた、とかもありうるかも。
その場合も、電源食いのtigerやcobraの場合、不安定になることがあります。

いずれにせよ、tiger とか cobra とか、電源食う人を中心に落ちているので、
それっぽいかも。

Anyway、あわせて確認ということで。

>>174
Jim から Seanへ伝えてもらいマシた

tiger2509 = c-au6 は作業中ではないですよね？＠墜ち中

>>180
ども。了解です。
Seanさんと調整します。

>>181
なにも、、、。
ううむ、tiny tigerだけの問題とも思えないんで、
これもあわせて。

を？cobra2245もリブートが掛かっていたみたいですね。

2005/05/09 14:40:00 LA= 2:40PM up 10 mins, 1 user, load averages: 0.01, 0.08, 0.07

>>183
またですか、、、。
これで、cobra2245は今日3回目(わかっているだけで)。

やっぱ、ロケーション問題かと。

jimが自転車こぐのに疲れた模様

>>185
えー。

>>185
　　_, ._
（；ﾟ Дﾟ）自転車通勤？

>>186-187
ネタにマジレスですか

特にrootさん

というわけでどそ　つ▲

>185
自転車そうgy（うわなにするでほｈぐぇふじｋおさｄ

>>189
あるあるｗ

http://www.freebsd.org/releases/5.4R/announce.html

というわけで、正式アナウンス来ました。

このへんをざっと読み。

http://www.freebsd.org/releases/5.4R/relnotes-i386.html
http://www.freebsd.org/releases/5.4R/relnotes-amd64.html

前にも言いましたが mpsafevm (仮想記憶コードがマルチプロセッサで動く)になったので、
tiger/cobra ではパフォーマンス向上に効果あるかなと。

amr(4) が mpsafe になってパフォーマンスが上がったようなので、
BBQ はそのうち更新する予定。
oyster243 が仕上がったら、そちらは最初から 5.4R でいく方向で。

既存の banana については、以前の 5.2.1R => 5.3R ほどあせって更新する必要はなさげかも。
「正札」を 5.4R にする意味はあるかなとは思いますが。

あと細かいところでは、

The tcpdrop(8) command, which closes a selected TCP connection,
has been added. It was obtained from OpenBSD.

tcpdrop ってコマンドが追加された(OpenBSDから輸入)。
任意のコネクションを手で「切る｣ことができると。

The -f option of tail(1) utility now supports more than one file at a time.

は、なかなかしぶい。

で、インストール用のCD-ROMのレイアウトが若干変わったらしい。

今まではインストールは1枚目のCDで、
CD-ROM から緊急修復する時は2枚目を使わないとだめだったけど、
今度からはどちらも1枚目でいけるようになったみたい。

2.6 Release Engineering and Integration

In prior FreeBSD releases, the disc1 CD-ROM (or ISO image) was a bootable
installation disk containing the base system, ports tree, and common packages.
The disc2 CD-ROM (or ISO image) was a bootable ``fix it'' disk with a live
filesystem, to be used for making emergency repairs. This layout has now changed.

For all architectures except ia64, the disc1 image now contains the base system
distribution files, ports tree, and the live filesystem, making it suitable for both
an initial installation and repair purposes. (On the ia64, the live filesystem is on
a separate disk due to its size.) Packages appear on separate disks; in particular,
the disc2 image contains commonly packages such as desktop environments.
Documents from the FreeBSD Documentation Project also appear on disc2.

>185
それはジムはジムでもgymの方だろ！

掃除機かけようとしてスイッチ入れたら（以下略

XOロケーションに移動したサーバ落ちすぎハングアップしすぎ、
なんとかしてちょ、とりあえず電源のチェックしてみて、
っていうメールを、私からも出しておきました。

あと、SMP認識しない問題についてもそのメールで出しました。
ということで、ぼちぼちと。

返事がきました。

tiny tigers は NTTec 側の発注ミスで、全部 single CPU だったそうです。
CPU を追加発注しているとのこと。

で、tiny tigers の頻繁なサーバ落ちは、そのチェック(inspection)のためだったとのこと。
電源には異常は起きていないそうです。

Yes you are correct we just did an inspection of those,
and are ordering the additional processor for them.
Your friend,
Jim

servers were shutdown for inspection, there is a problem with
the Tigers configuration, they do only have 1 processor. We are resolving
the problem, it was an ordering error.
There is no problem with the power in XO.
-Sean

ということで、

・状況はわかった
・携帯ユーザ、特にauのユーザが首を長くして待っているから、いつCPUが来るかの目安を教えて
・まだtiny tigersは実運用していないから、CPUはこちらに断らないで追加していいよ
　でも追加できたらメールで教えてね
・このところのhobby7落ち、BBQとc-docomo2リブート繰り返しとかがやや気になるけど、
　これも含めてしばらくは注意深く様子を見ることにするよ
・また不安定になったらメールするから、do your bestで安定運用してね

っていう返事をすることにします。

>>197
Jim-san, Sean-san,

Thank you for your quick reply. I understand the current situation.

Would you tell me the estimation of CPU arrival date? Japanese 2ch
mobile phone users, especially au users waiting for this.

All 6 tiny tigers are still not in 2ch service now due to the CPU issue.
So, if CPUs are arrived, you may install them in tiny tigers without any
notices, and after CPUs are installed, please email to me.

And I encountered other servers' down which located in XO in several
days. For example, cobra2244, 2245, tiger510. I think that they are
unrelated to inspection. Anyway, I will watch XO servers' status
carefully, and if they are unstable, I will email to you again.

Please do your best, all 2ch users are watching us in their 'lukewarm' eyes.

Regards,

つ旦~

lukewarm eyesでちゃんと伝わるはず ＜ 生暖かい目

>>200
そですか。

Jimさんにはできるだけこっちのふいんき(なぜか（りゃ)を知っておいてほかったりするので
(その方がいろんなことがすすめやすいです)
できるだけ伝えるようにしていたりして。

>>198
既に要旨は>>197で逝っているけれど、翻訳してみますた。

Jimさん、Seanさん

お早いお返事どもです。　状況はわかりました。
CPUの到着日の目安を教えてもらえますか？
日本のモバイル２ちゃんねらー、特にＡＵな人がまってます。
全部のtinyTigerサーバはそのCPU問題でまだ運用していません。
ということで届き次第断りなしに装着してもかまいませんけど、いれたら私に教えてください。

またここ数日XOロケーションのほかのサーバダウンに出くわしました。
cobra2244, 2245, tiger510です。この鯖落ちは点検とは関係ないと思われるです。
また、XOサーバの状態をより注視していきますが、
不安定になったらメールをよこしてください。
２ちゃんねらーは生暖かい目で見守ってますのでがんがってください。

では

>>202
どもです。概ねそんなとこですが、

> 不安定になったらメールをよこしてください。
は、
> if they are unstable, I will email to you again.

なので、不安定になったらメールするのは、こっちかと。

>>203
あ、失礼しますた
「メールよこしますね。」ですね・・・orz

釣られてきます

また墜ちちゃったみたいですね。。。
tiger2507,2510,2511

ひとまず要請入れておきます。

The processors are ordered and will come tomorrow.

Your friend,

Jim

だそうです。

# ほんじつは、そろそろねるじかん。

次は、banana307ﾀﾝ、、、
みんなどうしちゃったんだろう。。。

>>207
リブート入れていただきました。

しかし、
May 7 13:00:25 <0.2> banana307 kernel: ad1: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=108401471
May 9 13:00:24 <0.2> banana307 kernel: ad1: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=8668191
May 10 13:00:16 <0.2> banana307 kernel: ad1: WARNING - WRITE_DMA interrupt was seen but timeout fired LBA=136239551

ちと、HDDがやばめかも。

Jimさんと相談します。
交換手配の予感。

とりあえず、バックアップとります。

>>208
とりあえず Jim さん (Cc: 管理人、おじさん) に現状をメールしました。

とりあえず、バックアップはとれました。

Jimさんと連絡とれたところで、作業等手配の予定。

cvsup.peko.2ch.net (ftp.peko.2ch.net = 他のサーバのおもり用)を、5.4R にした。

%uname -a
FreeBSD banana273.maido3.com 5.4-RELEASE FreeBSD 5.4-RELEASE #7: Tue May 10 12:24:23 PDT 2005 [email protected]:/usr/obj/var/src/sys/I386_BANANA_54 i386

というわけでいつものやつは既に動いているので、
あの監視所 や あの監視係 にぼちぼち入れていただけると。

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

>>212
監視係に入っているのは確認しました
ttp://sv2ch.baila6.jp/sv2ch11.html

初心に帰って、tiger2507〜2512でmemtestを実行中。
まずはOSの上で動くもの。

>>214
12ループほどまわしてみましたが、特に異常なし。

Loop 12:
Stuck Address : ok
Random Value : ok
Compare XOR : ok
Compare SUB : ok
Compare MUL : ok
Compare DIV : ok
Compare OR : ok
Compare AND : ok
Sequential Increment: ok
Solid Bits : ok
Block Sequential : ok
Checkerboard : ok
Bit Spread : ok
Bit Flip : ok
Walking Ones : ok
Walking Zeroes : ok

というわけで、初物は例によって ex10 から。

%uname -a
FreeBSD oyster901.maido3.com 5.4-RELEASE FreeBSD 5.4-RELEASE #2: Wed May 11 07:32:34 PDT 2005 [email protected]:/usr/obj/usr/src/sys/AMD64_COBRA_54 amd64

とりあえず、メモ。

Squid DNS Lookup Spoofing Vulnerability
http://secunia.com/advisories/15294/

もうひとつ。

http://code.dogmap.org/djbdns/

CPUは無事Jimさんたちの手元に到着し、今夜(米国時間)インストール予定とのこと。

6枠朱鷺土器

あのずーっと続いていた危機、なくなったのね。
私も今確認しました。

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

>>221
なくなった、は、ややmisleadingですね。
「回避された」のほうがよさげ。

なんにせよ、よかった。

○ 2ch.net 問題について

JimさんがNSIと直接交渉することで、2ch.netのWHOIS情報が更新されました。
下記のように Administrative contact / Technical contact ともJimさんに設定され、
某フリーメールのアドレスは Administrative contact から消滅しました。

つまり、某フリーメールのアカウント(誰でも簡単に取れる)を仮に取られたとしても、
2ch.net のコントロールは、できなくなりました。

Domain Name: 2CH.NET

Administrative Contact, Technical Contact:
Watkins, Jim Sun [email protected]
N.T.Technology inc.
2707 Colby ave suite 1110
EVERETT, WA 98201
US
425-259-3201 fax: 425-259-4183

Record expires on 22-Jul-2006.
Record created on 22-Jul-1999.
Database last updated on 13-May-2005 02:32:46 EDT.

Domain servers in listed order:

NS1.MAIDO3.COM
NS2.MAIDO3.COM

で、これがFAだったみたいね。
以上、チラシの裏。

【２ちゃんねる】の謎の隠しリンクで、乙部ブログがランキング1位に★３
http://news19.2ch.net/test/read.cgi/newsplus/1115943777/316

316 名前：ひろゆき＠どうやら管理人 ★[] 投稿日：2005/05/13(金) 14:33:07 ID:??? ?##
「故意でなくても外部からiframeされたサイトは問答無用で削除される法則」は、
ライブドア関係者のブログでも削除されるのかテストの結果が出たようです。

>Watkins, Jim Sun [email protected]

jim sun乙

Jim Sunは2chを手に入れた

>>226
こないだの話と同じですね。(see >>89)
確かに設定できる権限はJimさんが持ちましたが。

Jim Sunは余計な仕事が１つ増えた

>>223
やっぱ2ch.net、のことはそれ関係だったかぁ。
ってか、いままでかかってたのか、、(;´Д｀)おつかれさまでした。。

Itazura wa Iyazura!!

>>228
です。

>>229
長年(少なくとも数年)、その状態だったですね。
乗っ取りが起こらなかったのは、幸運以外の何者でもないと。

しかも危機進行中に、危機自体を語ることが危機を増大させるっつー
なかなか派手さに欠ける危機だったんだな(^_^;)事態は深刻なくせに

>>232
ですね。

少なくともこのスレでは、
各種プロジェクトは基本的に全部公開で進めることを前提にやっていますが、
この件についてだけは、例外的にそうはいかなかったと。

何だと思ったらwhois更新ですか。

>>233
つーか公開していたら２ちゃんねらーがもっとも嫌う民族にのっとられて最悪閉鎖の可能性もあった、と。

で、NSIの検索結果見たら

・トップページの画像がはられているのが和露田です
・登録名がHiroyuki Nishimuraじゃなくて2chになってますね（昔からだったらスマソ）
・いまだに管理人住所・携帯番号が登録されているんですな（当然か(素)）
・あとは>>223のとおり

>>232
PIE移転騒動で発覚して以来、水面下で動いているとは思っていたけど、
ほぼ1年かかることだったのかー。乙々

たぶん　まろゆ（ryのことだから
２ちゃんねるのっとられましたー
あしたから名前をかえてみるです。
と言ってギャグを考えたにちがいない。
/livediiu2vf.comとか

のっとられたら、のっとっられたでVIP民が（ry
一応実名さらされますよね・・・・

Part12のこれだったか
http://qb5.2ch.net/test/read.cgi/operate/1084429098/577,604
577 ： ◆BDFCNV1.to ：04/05/25 22:43 ID:TowM+CDl
2ch.net の DNS の管理を PIE 側に移すよう〜
と管理人に伝えたら・・・
フリーのメアドで NSI に登録してあって
そのアドレスは使えなくなっているようです、、、 　
と言われた。
604 ： ◆BDFCNV1.to ：04/05/25 22:59 ID:TowM+CDl
まずは
Administrative contact のメールアドレスを変更して、、、
FAX やらなにやらでやるんだったよなぁ。
結構時間かかるんだろうなぁ
たぶん時間切れは決定。

祭りにはならなかったようだなｗ
http://qb5.2ch.net/test/read.cgi/operate/1085668662/353-354
353 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 04/05/28 19:38 ID:sYdL4lu+
ネームサーバーは変わったみたいですけど
> Administrative Contact:
> Access, Tokyo (HH6794) (フリメ)
はそのままでいいんですか?

更新催促メールをAdmin. Contactに送信
↓
届かない
↓
2006年7月にドメインあぼーん
↓
祭り

354 名前： 動け動けウゴウゴ２ちゃんねる 投稿日： 04/05/28 19:46 ID:O6KpxBND
>>353
ｼｰｯ!ひ(ryの次のﾈﾀをﾊﾞﾗしちゃいかんだろ

ex10 サーバ落ちについて

%cat info.0
Dump header from device /dev/da0s1b
Architecture: amd64
Architecture Version: 16777216
Dump Length: 4227268608B (4031 MB)
Blocksize: 512
Dumptime: Fri May 13 11:30:07 2005
Hostname: oyster901.maido3.com
Magic: FreeBSD Kernel Dump
Version String: FreeBSD 5.4-RELEASE #2: Wed May 11 07:32:34 PDT 2005
[email protected]:/usr/obj/usr/src/sys/AMD64_COBRA_54
Panic String: page fault
Dump Parity: 1290870178
Bounds: 0
Dump Status: good

#0 0xffffffff8025e22d in doadump ()
#1 0xffffffff8025e254 in doadump ()
#2 0x0000000000000000 in ?? ()
#3 0xffffffff8025e827 in boot ()
#4 0xffffff00f3cf0a00 in ?? ()
#5 0xffffffff80424d54 in IOC_Diag ()
#6 0x0000000000000014 in ?? ()
#7 0x0000000008daaae0 in ?? ()
#8 0xffffff00f3cf0a00 in ?? ()
#9 0xffffff00f3cf0a00 in ?? ()
#10 0x0000000000000104 in ?? ()
#11 0x0000000000000000 in ?? ()
#12 0xffffff00f3cf0a00 in ?? ()
#13 0xffffff00f3c86000 in ?? ()
#14 0xffffffffe99619b0 in ?? ()
#15 0xffffffff8025f05f in panic ()
#16 0x0000003000000010 in ?? ()
#17 0xffffffffe99618d0 in ?? ()
#18 0xffffffffe9961800 in ?? ()
#19 0xffffffffe99618d0 in ?? ()
#20 0xffffffffe9961810 in ?? ()
#21 0xffffffff80453012 in __func__.1 ()
#22 0x000000000000000c in ?? ()
#23 0x000000000007fe00 in ?? ()
#24 0xffffffffe99617f0 in ?? ()
#25 0x000000000000000a in ?? ()
#26 0xffffffffe99617f0 in ?? ()
#27 0x000000000000000a in ?? ()
#28 0xffffffff805b6200 in ksegrp0 ()
#29 0xffffffff805b6200 in ksegrp0 ()
#30 0xffffffffe99618d0 in ?? ()
#31 0xffffffff80269560 in tc_windup ()
#32 0xffffff000001d8c0 in ?? ()
（以下略、あんまり有用な情報なし)

…ということで、なんかメモリ化けっぽい落ち方で、ややいまいちかも。

とりあえず、経過観察か。
そういえば早速一つSA出ているんで、それ適用してみるかな。

ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-05:09.htt.asc
これっすね。

ということで、5.4R-p1。

%uname -a
FreeBSD oyster901.maido3.com 5.4-RELEASE-p1 FreeBSD 5.4-RELEASE-p1 #3: Fri May 13 12:42:42 PDT 2005 [email protected]:/usr/obj/usr/src/sys/AMD64_COBRA_54 amd64

で、パッチの中身を呼んで見ましたが、amd64も同じパッチあたってはいるけど、
HTT問題なので、AMDなCPUには関係なさげ。

で、パッチ内にこんな記述が。

+ /*
+ * Work out if hyperthreading is *really* enabled. This
+ * is made really ugly by the fact that processors lie: Dual
+ * core processors claim to be hyperthreaded even when they're
+ * not, presumably because they want to be treated the same
+ * way as HTT with respect to per-cpu software licensing.
+ * At the time of writing (May 12, 2005) the only hyperthreaded
+ * cpus are from Intel, and Intel's dual-core processors can be
+ * identified via the "deterministic cache parameters" cpuid
+ * calls.
+ */

>>242のリンクに

> Use of this workaround is not recommended on "dual-core" systems, as
> this workaround will also disable one of the processor cores.

てあるのがちょっと気になります。

>>245
# echo "machdep.hlt_logical_cpus=1" >> /boot/loader.conf

ってやる workaround (このパッチを適用するまでの一時的な回避策)をすると、
dual coreのシステムではかたっぽのコアを disable にしちゃうから、
それはおすすめじゃないよ、ってことですね。

このパッチを当てればこれをする必要がなくなるので、
特に問題はない、っていうことかと。

おおっ、なるほど。

それより >>244 にある、

> This is made really ugly by the fact that processors lie:

に、ちとわらた。

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


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 を読んでみるです。