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

>>600
おぉ。くるくる。

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ifconfig em1 down
ifconfig em1 up

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

それでUDを(ry

UDもバイオでしょ

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

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

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

CPU がメモリの様だなぁ

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

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

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

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

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

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

squid-2.5.STABLE10-20050530

いつもごくろう様でふ

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

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

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

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

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

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

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

ということで。

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

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

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

了解です。>>638

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

うっ

たぶんか done

>>640
確認しました。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>645-647>>650

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

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

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

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

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

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

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

>>642
>>649
done

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

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

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

YahooBBみえたよ

みえまくり

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


＠ybb

かっけぇよ

カムバックスーン

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

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

---

Monazilla/1.00 gikoNavi/beta50

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

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

じゃないの？

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

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

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

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

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

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

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

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

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

>>664
done

>>667
確認しました。

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

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

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

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

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


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

>>670
え? Xeonですが。

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

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


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

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

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

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

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

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

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

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

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

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

大丈夫そうなので。

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

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

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

Limiting icmp unreach response from 3000 to 200 packets/sec

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

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

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

(続く)

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

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

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

なんだかねぇ。

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


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

>>680
残念ながら、、、

>>680
メールするです。

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

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

記念パピコでしたー。

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

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

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

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

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

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

>>682 done.

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

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

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

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

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

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

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

ということで。

CrystalCPUIDみたいなやつじゃね

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

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

おお、こっちけ、

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

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

うわっ

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

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

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

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

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

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

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

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

>>684
done

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

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

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

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

・ getCookie() のスリム化．

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

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

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

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

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

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

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

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

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

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

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

>>706
面白いですね。

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

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

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

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

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

ふむふむ。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

そうか。。

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

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

ううむ。

えぇっ！？broken？…

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

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

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

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

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

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

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

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

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

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

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

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

でてますた。

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

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

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

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

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

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

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

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

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

で、これ読めと。

http://openketa.sourceforge.net/

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

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

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

どうなんでしょうね。

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

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

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

>>742
done. @ anime

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

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

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

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

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

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

ただし、banana201等、問題がおきていないところは(あえて)そのまま。

【広告・宣伝】Rock54【自動排除】　4
http://qb5.2ch.net/test/read.cgi/operate/1083063122/543

これって何かしらの形で実装されてましたっけ？

>>747
きっとしていないかも。
イタチごっこの方がコストが低そうだし。。

質問・雑談スレ175＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1118704457/794-797

SATA II なHDDって、tagged queueing をサポートしてるんだろうか。

で、こんなのがあったので、チラシの裏ということで。

sata raid & write cache state
http://lists.freebsd.org/pipermail/freebsd-hardware/2004-October/001991.html

以下、一部引用:

With SCSI disks, you don't have the same performance problem that you do
with ATA disks doing tagged queueing (or not), because:

1. All modern SCSI disks can do tagged queueing.

2. With SCSI disks, the status phase is completely decoupled from the data
phase. There is no ordering constraint. Since a tag number comes along
with the status, the controller knows which command completed.

確かにはいってるにははいってるんだけど、SCSIほど深くないのですよね。＞キュー
そーすは忘れた。

>>751
その後質雑のほうでいろいろと情報を教えてもらいました。
どうも、そういうことみたいですね。

http://qb5.2ch.net/test/read.cgi/operate/1118704457/800-817

ということで、httpセッションのタイムアウトの件。

既に携帯(c)系では、5秒に変更してあったりするです。

で、tiger/cobraでは、300秒(5分)かな。
bananaだと、どうなんだっけか。

前にもこれはちょっと話題になって、何か不都合が生じたら考えましょう、
みたいな話したような記憶があるです。

さすがに300は、ちと長杉かも。

>>749-752
現在発売されているSerial ATA IIを名乗るドライブはすべてNCQを実装しています。
Serial ATA IIのNCQではqueue depthは32ですが、7200rpmなんていうクソ遅い
ディスクに同時に32ものリクエストを送ること自体が気違い沙汰ですので、
現実的な数字だといえます。

>>750は確かwrite cacheとFUAの話だったと思います。softupdatesで書きこみの
順序の安全性が保証されるとしてもそれはドライブのwrite cacheがoffの時の話で、
write cacheがflushされる前に電源が落ちたら酷いことになるのは変わらない。
でもATA/SATAドライブはwrite cache offにすると性能低下が強烈すぎて使いものに
ならない。SCSIドライブはTCQがあるので性能は低下せずフツーwrite cache offで
使うのがジョーシキ。write cache onでもmetadataを書く時だけFUA(force unit access)
すればよくないか。ATAにはFUAがない。SATAにはある。みんなSATA使おうぜ。
とかそんな流れ。

FreeBSD的には、ata(4)はNCQ非対応です。legacy TCQは昔一旦実装されましたが
性能が出ないのでばっさり削除されました。AHCI対応は進行中です。

bbs.cgiスレ555です。
>>753
うちでやってみたところ8分近く待ってくれたんで、これはなんとかした方がいいような気はしますです。
これだけアクセスが多いと、何かの間違いでセッション張りっぱなしになるコネクションが出てきても
おかしくないと思うんで（そういうのが累積するとポートが売り切れになっちゃう）。

>>754 第一段落
なるほど、そういう話ですか。
10,000 rpm で、シークもそれなりに速いのになってくると、
もうちょっと深さがあってもいいかもってかんじですかね。

第二段落
write cache offはちょっと自分でもやってみたことがありますが、
なんかだめだめになりました。

で、TCQ話をちょっとGoogleしてみると、こんなのが出てきました。
how to limit SCSI TCQ depth in FreeBSD?
http://lists.freebsd.org/pipermail/freebsd-scsi/2004-June/001264.html
how to limit SCSI TCQ depth in FreeBSD? (SUMMARY)
http://lists.freebsd.org/pipermail/freebsd-scsi/2004-June/001271.html

AHCI対応は、いつごろですかね。
6.0Rあたりかしら。

bananaサーバ(root権限なし)は、中の人に頼む感じですね。
「困ったらやりましょー」あたりになるのかも。

tiger/cobraは、機を見て短くしておくか。

お、レスアンカー書き忘れ。
下の2段落は >>755 あてでした。

>>756
6.0-RELEASEは既にcode freezeに入っているのでもうちょっと先です。
Sorenは作業中のコードを出さないのでわかりませんが
次のstatus report(たぶん7月)で何かしらコメントがあると期待しています。

>>758
Soren Schmidt、相変わらずがんがってるですか。

こういう「とんがってる人」が、世界を支えてるんだなと。

>>759
コメントむずかし〜っす(´∀｀)

またしてもblackgoat3でI/Fが黙る現象が起こったので、
こういうのを作って入れた。cronから1分に1回チェック。

#! /bin/sh -
#
# $Id: wakeupif.sh,v 1.4 2005/06/22 02:45:26 root Exp $
#

PATH=/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin; export PATH

_PINGHOST="192.168.0.161" # temporary, address of switch is better
_PINGOPT="-t 2 -c 1"
_IF_NAME="em1"
_EMAILADDR="むぎゅ@む.ぎゅ"
_HOST="`hostname`"
_DATE="`env TZ=JST-9 date`"

# checking pingable or not
ping ${_PINGOPT} ${_PINGHOST} > /dev/null

# if ping is not OK, trying to reset I/F
if [ $? != 0 ]; then
　　　　ifconfig ${_IF_NAME} down
　　　　ifconfig ${_IF_NAME} up
　　　　mail -s "${_HOST}: Resetting I/F: ${_DATE}" ${_EMAILADDR} << @@
${_HOST}: Resetting I/F: ${_DATE}
@@
fi

exit 0

おれは似たようなことを
/var/service/watchdog/run
でやっている。（/var/serviceで分かりますよね？）

#!/bin/sh
exec 2>&1
exec softlimit -c 0 \
envdir ./env \
/bin/sh -c 'ping -c 6 -i 30 192.168.1.1 || ( /usr/local/bin/hogehoge.sh )'

pingの-iでインターバル指定して頻度を落としてもいいと思われ。

>>762
おー。なかなかスマートかも。

>>762
(　･∀･)つ★

httpd.conf

ServerTokens ProductOnly
ServerSignature Off
を追加した方が・・・

>>765
ServerTokensは昔、一時期そうしようと思ったんですが、
専用ブラウザがApache 2.xであることを判別して動作を変えたりとか、
してるみたいなのですね。

さすがにFullはちとあれなんで、Minimalで手を打ちました。
なお、tiger/cobra/root権限ありbananaではServerSignatureはOffにしているです。

ServerTokens Minimal
ServerSignature Off

個人的な意見だけどFreeBSDでports使いならServerSignatureなんて隠さなくてもOk
Gentooを含めたありとあらゆるOSの中でもportsのcurrentのすばやさはトップクラス
だとおもうから。

確かに（メンテナにもよるが）Portsの更新は早いけど隠さないに越したことはないと思う。
で、ServerTokensはMinorでもいいんでは？

まぁ「隠しているから多少セキュリティアップデートが遅くてもいいか」と
油断するという要素さえなければ、そのあたりはどうでもいいことだと思う
ので、ポリシーしだいということで。

Problem Report amd64/82555: Kernel Panic - after i connect to my "amd64" from another network bsd box [ssh session]. "nve0" don't work corectly, system hang up, or message and then hang up
ttp://www.freebsd.org/cgi/query-pr.cgi?pr=amd64/82555

>>770
nve0: <NVIDIA nForce MCP9 Networking Adapter> port 0xb400-0xb407 mem 0xfebf9000-0xfebf9fff irq 23 at device 10.0 on pci0
nve0: Ethernet address 00:11:5b:c5:e4:89

これですか。6-CURRENT っていうぐらいで。

ちなみにnveは、5.4RまでのFreeBSDでは動かないです。

The Giant-lock Breaker, rwatsonのインタビュー。
http://www.osnews.com/story.php?news_id=10951

>>772
今よみはじめ。

rwatson (= Robert Watson) だけじゃなくて、大御所勢揃いか。
jhb (= John Baldwin) に scottl (= Scott Long) 。

>>773 は、わたし。

http://school5.2ch.net/
IPアドレス： http://206.223.149.235/~ch2scho5/
バーチャルホスト変換前： http://banana366.maido3.com/~ch2scho5/

http://hobby8.2ch.net/
IPアドレス： http://206.223.150.10/~ch2hobb8/
バーチャルホスト変換前： http://banana370.maido3.com/~ch2hobb8/

http://bubble4.2ch.net/
IPアドレス： http://206.223.150.15/~ch2bubb3/
バーチャルホスト変換前： http://banana371.maido3.com/~ch2bubb3/

◆　雪だるま作戦に思いを馳せながら雑談するスレッド Part2
http://aa5.2ch.net/test/read.cgi/nanmin/1118138260/604-606

というわけで、PAEにはまった私でした。
しかし、aboveじゃないだろ。> printf

旧バーチャルホストのmemoriesへの収容に伴い、以下の変更をお願いします。

(現在)
+school4.2ch.net:206.223.149.235
+bubble3.2ch.net:206.223.150.15
+hobby5.2ch.net:206.223.150.10

(変更後)
+school4.2ch.net:206.223.151.230
+bubble3.2ch.net:206.223.151.230
+hobby5.2ch.net:206.223.151.230

>>777 done

http://money4.2ch.net/
IPアドレス： http://206.223.151.140/~ch2mone4/
バーチャルホスト変換前： http://banana228.maido3.com/~ch2mone4/

http://sports9.2ch.net/
IPアドレス： http://206.223.150.240/~ch2spo9/
バーチャルホスト変換前： http://banana233.maido3.com/~ch2spo9/

http://tv8.2ch.net/
IPアドレス： http://206.223.150.235/~ch2tv8/
バーチャルホスト変換前： http://banana232.maido3.com/~ch2tv8/

旧バーチャルホストのmemoriesへの収容に伴い、以下の変更をお願いします。

(現在)
+money3.2ch.net:206.223.151.140

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

また、Perl祭りかいな。

/usr/ports/UPDATING

20050624:
AFFECTS: users of lang/perl5.8
AUTHOR: [email protected]

lang/perl5.8 has been updated to 5.8.7. You should update everything
depending on perl. The easiest way to do that is to use
perl-after-upgrade script supplied with lang/perl5.8. Please see
its manual page for details.

あと、これも影響あり。

20050622:
AFFECTS: users of ftp/proftpd-*
AUTHOR: [email protected]

ProFTPd binary moved from ${PREFIX}/libexec to ${PREFIX}/sbin. People
using proftpd with inetd must use ${PREFIX}/sbin/in.proftpd (or
${PREFIX}/sbin/proftpd which is just the same). Read the commit log
and diffs for more information.

>>781
DB_Fileが最新になるのでほのかに期待（苦笑）＠現状1.809→1.811

>>783
banana238ですか。

機を見て、Perl更新してみますかね。

/usr/local/bin/perl-after-upgrade を忘れずによろしく。

man perl-after-upgrade　も見てね。

>>785
どもです。>>781 にもあるですね。

perl-after-upgradeのお陰でPerl祭りにならずに済むっぽいです。
あと、perlをportupgradeしたとき最後に自動でperl-after-upgradeが走ってたような気が。
# でもチキンなのでモジュールは全部作り直した。

>>780
done

投入予定のtiger姉妹、Perl祭りに対応中、、、。

結局、ApacheからPHP、net-snmpに至るまで全部入れ替えなので、
トラディショナルな方法(pkg_deleteしてmakeしなおし)で入れなおしと。
ううむ、めんどい。

「portupgrade -fすりゃええやん」（松本人志）

うーむ。

PAEありのカーネルは、不安定なようです。

ソフトウェアのコンパイルや、パッケージの追加の際に
突然リブートがかかってしまいます。

リモートコンソール経由でいくつかBIOSの設定を変えてみたりしたのですが、
いまだ問題は解決していません。

ううむ、困った。

ここは思い切って、そういった制限のない64bitOSを入れてもらうべきなのか。

>>790
うん。
普通のは、たぶんそれでいいんだと思うです。

でも、make時にいろいろオプション指定しまくっているnet-snmpとか、
Apacheとかは、どうすればいいのかしら。

# このへん、実はあまり知識がなかったり。

( ﾟдﾟ)つ[この辺で名無しで質問とか…？]

UNIX
http://pc8.2ch.net/unix/
Linux
http://pc8.2ch.net/linux/

名無しはいまいちなので(理由は前にもどっかで書いたです)、
おじゃまする時は、常にコテハンっすね。

しかも伽羅作れないので、常に同じコテハンで。

で、体調がまだいまいちなんで、とりあえずmake通ったところで今日は寝るです。

>792
>でも、make時にいろいろオプション指定しまくっているnet-snmpとか、
>Apacheとかは、どうすればいいのかしら。

俺は/usr/local/etc/pkgtools.confのMAKE_ARGSに

'www/apache2' => '-DWITHOUT_IPV6',
'net-mgmt/net-snmp' => 'NET_SNMP_SYS_CONTACT="[email protected]"
NET_SNMP_SYS_LOCATION="JUN, Tokyo"',
'security/hpn-ssh' => 'WITH_OPENSSH_CHROOT=y',

みたいに書いている。
あとAFTERINSTALLに後処理ワンライナー書いたり。

>>795
なるほど、pkgtools(5)と/usr/local/etc/pkgtools.conf.sampleを読めとゆってますね。

rubyか、、、。

で、PAEの件ですが、手がかりになるかどうかわかりませんが、
突然リブートがかかった時は、dmesgに、

em0: Link is up 1000 Mbps Full Duplex

とかしか、残らないんですよね。
で、panicしてもいないので、savecoreも効かないし。

ううむ、何かデバイスドライバのDMAとかに、虫さんがいるんだろうか。
ちなみにそんなに変な構成ではないです。
Etherはemが2つだし、SCSIはmpt。

これの、
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html

ここを読んでみるか。

8.4.1 Large Memory Configurations (PAE)

>伽羅作れない
るー美とか見た記憶が

むぎゅー。
http://lists.freebsd.org/pipermail/freebsd-current/2004-July/031650.html

>>800
Look at kern.maxvnodes and trim is down to a smaller amount if it's more
than about 100,000. This of course depends on your workload. If you
really need a lot of cached vnodes, then you'll need to tune elsewhere.

Scott

で、

%sysctl kern.maxvnodes
kern.maxvnodes: 100000

ううむ。

あとはこれか。

/usr/src/sys/i386/conf/NOTES
#
# Change the size of the kernel virtual address space. Due to
# constraints in loader(8) on i386, this must be a multiple of 4.
# 256 = 1 GB of kernel address space. Increasing this also causes
# a reduction of the address space in user processes. 512 splits
# the 4GB cpu address space in half (2GB user, 2GB kernel).
#
options KVA_PAGES=260

>>802
/*
* Size of Kernel address space. This is the number of page table pages
* (4MB each) to use for the kernel. 256 pages == 1 Gigabyte.
* This **MUST** be a multiple of 4 (eg: 252, 256, 260, etc).
*/
#ifndef KVA_PAGES
#ifdef PAE
#define KVA_PAGES 512
#else
#define KVA_PAGES 256
#endif
#endif

これは、一応適切、、、なようだ。

あと、もう一つ(私のチェックが甘かったのですが)、
2台来たtigerのうち片方(SCSI仕様の方)が、dual CPUを正しく認識していないようです。

切り分けのため、PAEなし、SMPありのカーネルを作って、確認中。

PAEなしSMPありのカーネルを作ったところ、ちゃんとCPUを4つ認識しました。
ううーむ。

もう1回、カーネルづくりをやり直してみるか。

しょぼい、ミスをしていました。
カーネル、作り直し。

SCSI版(姉)も、ちゃんとCPUを4つ認識しました。

これで、再度ソフトウェアの入れなおしをやってみるか。

やはり、落ちますね、、、。

何か、セッティング的に必要かなと。

コンソールを見ると、今度はpanicしたようです。
bufdaemonがpanic: page faultしたと出ているです。

しかし、swap spaceが4Gしかとられていないので、dumpに失敗しました。
で、
Fatal: doule fault:
...
boot called on cpu#0

と出て、止まってしまいました。

これになると、電源を切って入れてもらわない限り
リモートコンソールがあっても、どうしようもないです。ううむう。

doule => double

…と書いていたら、リブートしはじめました。

作業できるかも。

上がりました。

まずは、/home があるHDDから5Gほどもらって、クラッシュダンプ用のデバイスを作ろう。

>>812
done.
これで、クラッシュダンプはちゃんととれるはず。

妹の方も、この設定入れよう。

もう1回コンパイル。
今度は、普通にpanicしました。

さて、ちゃんと立ち上がるのか。

うーむ、dumpはとれたっぽいんですが、
やはり panic: double fault: になるようです。

…で、止まってしまいました。

supervisor read page not present だそうです。ううむ。

で、数分したところで、リブートが始まりました。

やはり、リブートはかかるみたいです。

で、クラッシュダンプはうまくとれていませんでした。ううむ。

とりあえず、

kern.maxvnodes=64000

にして、再度挑戦中。

…って書いていたら、また死にました。
今度はコンソールにpanicも出ずに、いきなり、、、。

ううむぅ。

よく見たら、画面には k とだけ出ていました。
何か表示しようとはしたみたい。

いずれにせよ、今度は完全にハングアップした模様。
Ctrl-Alt-Delも効かないですね。
さすがに、命運つきたか。

…リブート依頼するです。

で、PAEなしのカーネルに替えて、
makeしなおしが全部通るか、検証するです。

これは、明日以降か、、、。

>>root▲ ★氏
よくわかりませんがお疲れ様でした。
明日以降も頑張ってください。

リブートをかけていただきました。
PAEなしのカーネルに換装して、再度トライ。

PAEありではpanicやハングアップを繰り返し、どうしても通らなかったものが、
(具体的にはPHPと周辺モジュールのmake)
PAEなしのカーネルでは、さっくり通りました。

もう2回ぐらい同じことを回してみますが、
原因はやはりPAEな気がします。

うーーーむ。

全部消して全部作り直す、を2周やりました。
特に問題は出ませんでした。

とすると、やはりPAE関連でほぼ確定か。

さて、どうするか。

ttp://www.atm.tut.fi/list-archive/freebsd-stable-2005/msg04807.html
この辺はヒントになりますかね？

>>826
読んでみるです。

なんか、中国語だ。
http://in2.wiki.ptt.cc/-4GB,+PAE,+AMD64,+FreeBSD

>>826
これっぽいですね。どもです。

あとで、スレッドを読んでみるです。

usbd_enable="YES"

これを disable にしろってか。

usbd_enable="NO"

にして、PAEありのカーネルに再度換装。

だめですね。いきなり死にました。

usbd.c を読んでいますが、/dev/usb? がなければ、
結局何もしないように見えるし。

もうちょっと調べてみるです。

いきなり => make cleanで消している間にいきなり

KVMつないでみたら、パニックしてクラッシュダンプをとっている最中でした。
さて。

クラッシュダンプを書いている途中、4032まで書いたところで、
mpt1: IOC Bus Reset: Port 1
Aborting dump due to I/O error
status == 0x59, scsi status == 0x0

とか言って、止まりました。
4G以上のダンプは、とれないのか?

いずれにせよ、リブート依頼へと。

もうちょっとやってだめなら、64bit OSを素直に入れてもらうか。

リブート要請しました。

…めしに、いってくるです。

お疲れ様です。中国語のページを翻訳して見ましたが
意味不明でした（汗　うーむ。。。
ttp://www.freebsd.org/cgi/man.cgi?query=pae&sektion=4&manpath=FreeBSD+5.4-RELEASE

むしろ中国語を英語に翻訳したほうが文法的にベターだとおもいますが>>836

>>837
ttp://www.mezzofanti.org/translation/
ここを使えばいけますね。
『WorldLingo』を使ってばいいみたい。

>>827翻訳済み

ttp://angler.ddo.jp/image/PAE.txt

会議終わって、座席に戻りました。

リブートいただけていました。
これから、>>839 を読んでみるです。

KVA_PAGES=1024 を入れれと。
で、mpt(4) はいまいちかもしれんと。

>>802-803 がらみですね。

やってみるか。

>>841 を入れました。

ちょっと、空きメモリが減りました。

-avail memory = 4194709504 (4000 MB)
+avail memory = 4192100352 (3997 MB)

これから、ごにょごにょしてみるです。

…止まりました。ううむ。

panicして落ちるときはいつも、
supervisor read, page not present って言って落ちるですね。

ということで、このパターン。

落ちるけど、クラッシュダンプ(savecore)がとれない、というところまで
全く同じ。
http://lists.freebsd.org/pipermail/freebsd-current/2004-September/038683.html

結構この事例って、報告されているですね。
で、どれも明確な回答がないような。

うーん。。。何なんだろう。。。

というか、

・設定で回避する方がいい
なのか、
・素直に64bit OSを入れたほうがよい
(Cobraでは4G memは全く問題なく動いている)

のか、っていう話ですね。

で、32bit+PAEで使うメリットは、Apacheをはじめとするコマンドが使う、
メモリの大きさです。

32bit modeの方が、より少ないメモリスペースで一つのhttpdが動きます。
つまり、32bit+PAEにすることで、より多くのhttpdを常駐させられる可能性がある。

今のlive20ではmem=2Gで最大値1024で動かしていますから、
mem=4Gで動かせるなら、単純計算でその倍にできるかもしれないわけです。
64bit modeだと、そうはいかないですね。

というわけで今回の作戦では、できれば32bit mode+PAEを何とかしたいかなと、
思っていたりします。

ただこれは致命傷なわけではなく、64bit modeには64bit modeのよさがあるので、
ある程度試してだめだったら、64bit modeのOSに入れなおしてもらうと思うです。

オカ板の出番かね?

4Gにチャレンジはまた今度にするに一票
3G でも 3.5Gでもokということで、

姉：64bit
妹：32bit

関係ないけど、そんな事考えてみた

>>849
今回は昨年のやつと違って、原因がどこにあるかは
マクロ的に概ね見当がついているので、
いまのところは、必要ないかなと。

私的には、ネタ切れっす。。。
悔しーー！

>>850
もったいないお化けが出る状態で動かす、ってことですか。
つまり、mem 3.5Gで動かすと。

実利的には、それかもですね。
ハードウェア的にはメモリインターリーブ聞くので、問題ないだろうし、
それでもたぶん、httpdは相当増やせるし。

今日私が寝るまでいろいろトライしてだめだったら、
それでいくことにするです。

目的は「雪だるまの構築」ですから、
土台はあとでup gradeもできますし、

了解です。>>855

物理的に障害があるわけでもなく、
64bit modeで動かせば概ね問題なさげなんで、
目的遂行を優先に、動きますか。

で、私は、あそこの >= を > にしてみようかなー、とか、
無謀なことを考え中。
ちょうど 4G だし。

3.5G 32bit でおねがいします。
64bitのデバックは目的じゃないので、

>>857
はい。

> で、私は、あそこの >= を > にしてみようかなー、とか、

は、いま失敗したんで(3.5G状態は変わらなかった、どうも、リザーブをとるようですね)、
従来の仕様(tiger2513等と同じ)、32bit modeで動かすことにするです。

あまり関係ないとは思いますが、貼るだけ貼っときますね。
ttp://h50146.www5.hp.com/products/software/oe/bsd/support/faq_freebsd/freebsd_1.html

>>859
既に私が知っている話だったです。

では、>>858で進行ですね。。。

なにかどこかで、携帯の統計取りはじめたのを耳にしたのですが、
是非　是非　携帯用バーボンを導入してくださいまし。

1) 同じスレとか同じ板に沢山書き込み
↓
2) そいつの固有番号を BBQ へ自動放り込み

というわけで、32bit modeでいくです。

しかし「ちょうど4G」なんだから、
なんとか、BIOSレベルでごにょごにょできないかなー。
あきらめがわるいなー。

でも人生、時には、見切りも必要なんだろうなぁ。

>>862
sec2chdを見ていると、必要なのは広告撃退のしくみ(BBX)と、
連投ペナルティの仕組み(バーボン)な気がしているです。

で、携帯用BBXは、導入しようとしているです。
たぶんわりと簡単にできると思います。
そのうちoperateにスレ立てて、すすめようかと。

携帯用バーボンですか。
ずいぶん昔にメールもらったような気がするので、
それを掘り起こしてみますか。

ちなみに現在は携帯からは無制限のアクセスが可能な状態です
投稿しようが、読み込もうが、

スレ立て規制・samba24は効く、

携帯からの広告爆撃は特に困ってはいない(現在)

>>865
> 携帯からの広告爆撃は特に困ってはいない(現在)

相対的にってことですね。
で、どうせ芋掘りして、焼くわけだしと。

てなわけで、バーボンが最優先の課題ということですか。

リロードバーボンは仕込むなら c 側ってことになりますね。
たぶんそれより先に、投稿バーボンを何とかできないかと。

今の投稿バーボンの実装って、BBSからフックしてるんでしたっけ。
だとすると、BBMからフックする形が自然ですね。きっと。

若者も交えて、すすめることになるのかなと。

そですそです　< 相対的に

それで、期限付き(2hとか)で自動で焼けると良いのだが、

直感的には、

m と m2 で投稿に使われた固有IDの情報を集める
ｘ 秒間に y 回以上投稿があったら、z 秒間BBMに突っ込む

という実装ですかね。

うーん、3サザン人日ぐらいかなぁ。

携帯での実況はどうなりますか？

>>869
調整次第でしょう。
live系サーバはスルーとか、今のバーボンと同じような調整すればいいんじゃないかなと。

とういわけで、
http://aa5.2ch.net/test/read.cgi/nanmin/1118138260/681
http://aa5.2ch.net/test/read.cgi/nanmin/1118138260/712

ということですね。

姉妹ともメモリ3.5G、32bit仕様でいくです。
というわけで、たんたんと設定を。

ていうか、いまさらですけど、

「32bit modeのOSだと4GBのメモリがフルに使えないことがある」

という仕様が影響しているような希ガス

それを回避するためのPAE

>>873
ですね。本来は。
5.2.1RのSMPみたいなもので、熟成がいまだ不十分だったと。

今のFreeBSD-current方面って、PAEの開発は盛んなのかしら。

>>874
そうですたか、スマソ>>873
基本的にBSDの中の人はあまり詳しくないもので。

> 5.2.1RのSMPみたいなもので、熟成がいまだ不十分だったと。

あれはたしかにひどかったっすね・・・

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

ということで、c-others系も
c-au/d-docomo系と同様、DNSロードバランシングに変更します。

以下のDNSの変更をお願いします。
1行削除、2行追加。

(現在)
+c-others.2ch.net:206.223.150.148

(変更後)
+c-others.2ch.net:206.223.150.145
+c-others.2ch.net:206.223.150.190

c-others.2ch.net

DNS登録情報を変更致しました。
(TTLは1日(=86400)で設定されております。)

>>868
なるほどなるほど。
その話はこっちで進めますかー。

【Project BBM】携帯端末固有ID規制
http://qb5.2ch.net/test/read.cgi/operate/1093340433/

>>878
了解です。

おじさんも、よろこぶことでしょう。

◆　雪だるま作戦に思いを馳せながら雑談するスレッド Part2
http://aa5.2ch.net/test/read.cgi/nanmin/1118138260/892-893

ということで、この問題(繋ぎ直しだけなので、すぐできるはず)が解決したら、
DNS登録依頼へと。

>>848
>で、32bit+PAEで使うメリットは、Apacheをはじめとするコマンドが使う、
>メモリの大きさです。

>32bit modeの方が、より少ないメモリスペースで一つのhttpdが動きます。
>つまり、32bit+PAEにすることで、より多くのhttpdを常駐させられる可能性がある。

そういうことなら 64-bit カーネル使いつつ 32-bit プログラム走らせるという選択肢も．
とはいえ，これもまだ不安定なのかな......？

>>881
ありえるですね。

特に、Solarisみたいな実装(OSが32ビット/64ビットの両方をライブラリも含めて全部持っている
= Cライブラリも2セット入っている)がなされていると、とてもありえると思います。

FreeBSDも32ビットのバイナリを動かすことはできる(はず、あまりまじめにセットアップしたことない)ので、
試してみる価値はあると思います。

で、朝からいきなりFreeBSDからSA(Security Advisory)が3つほど。

1つ(TCPのやつ)は、少なくともやったほうがよさげだなぁ。

ttp://docs.FreeBSD.org/cgi/mid.cgi?200506292228.j5TMSkUt049409
メモリ>4GBでのcrush dumpが取れないのが直りました。
これもまたPCI reserved領域の問題で、mmaped I/O領域をdumpしようとして
昇天していたということです。

>>884
「今直りましたー」ってゆうことですか。peterさん、、、。

うーむ、これは笑うところなんでしょうか>>884
あまりにタイムリーすぎるw

まさにマーフィ

Peterは、2ちゃんねらー説。

>>886
ttp://docs.FreeBSD.org/cgi/mid.cgi?200506300749.j5U7nMEF089617
| Jumbo-commit to enhance 32 bit application support on 64 bit kernels.

>>889 は、>>881-882 へのレスですかね(そんなわけはない)。

>>890
× >>889
○ >>889 のリンク先

>>890
かもしれませんよー。シンクロニシティ。
みんな同じような使い方をして同じようなことで悩んでるんですね。

http://pc.watch.impress.co.jp/docs/2005/0630/maxtor.htm
いつかこれが導入されるんだろうか

>>893
SAS = Serial Attached SCSI ですか。

今のSCSIはU320で打ち止めがほぼ確定なので、
次世代はそうなるのかなと。

>>893
今あるアダプタ自体は今使っておるSCSI-2chより10k程たかいだけなので
OSが対応すておって、使いたいHDDがもうあって、むむ虫がやるきまんまんなら
今すぐにでも買ってよいブツじゃろうて、

しかしカプラのようなものでコネクタを出したりしておるので
なんかほんとうに各ch帯域独立なんか、バカなおらには理解不能だす

それと、今売っておるアダプタは内部4ch・外部4chのような構造の
ようだで、１つの鯖にいれるHDDを増やしてみる実験もいろいろできそうじゃよ

例えば、おおきなS-ATAHDDをいっしょにつないでおいてdat落ち処理があったら
そっちにdatを流し込んで●の参照はそっちのHDDだけをみるようにしるとか、
いろいろ夢がひろがるような気がしるでよ

おじさんがFreeBSDの本山教えて九レ四ということで
なくはなかったりして。

64ビットSempron、64シングル（939)が人柱候補かしら。

>>896
banana的なものを求めるのなら、もうちと待ったほうが
ええとおもうがのう
S-ATAII が南橋に実装されておるVGA統合型のいたは
まだこれからのようだすから

# banana=PM266A だったはず

まだ出ておらんけんども、ATI & ULi＠新型south ないたが
banana的なやつにはよさげなような気が、
ULiの新型南橋はS-ATAII完全準拠が売りだそうだでなぁ

それに今は、新hardをためすよりも前に
もっとやったほうがええことがたくさんあるような希ガス

雪だるまが先だもんね。

>> 882

*BSD では 64/32 混在はまだ実装されてないです。
ports でも realplayer や netscape 関連は build すら出来ません。

>>900
そうすると、Solarisはさすがにすごいですね(既に実装済みのはず)。

>>882
>>900
少なくともFreeBSD/amd64は64bitライブラリと32bitライブラリを両方持ち、
フツーにi386バイナリが走ります。

予告。
来週あたりにSA

>>902
32bitライブラリも持てる、が、正解のような。
デフォルトのmake buildworldで作られましたっけ。

>>903
またですか。

>>904
COMPAT_LINUX32もCOMPAT_IA32もGENERICに入っていますし、
linuxulatorが最初から入っていてもライブラリは別に入れる必要があるように、
lib32も別に入れる必要があります。おかしくありませんよね?

……でもlib32を自動的に入れる方法が用意されていないのはいろいろ
不評だったようで、RELENG_6では最初から抱き合わせになっています。
RELENG_5を切った時はインストーラをいじる暇がなかったというか
気が回らなかったというか、なんかもう動きゃいいだろって感じで一杯一杯でした。

32bitバイナリ実行機能があることと32bitバイナリ作成機能があることは
まったく別ですから、毎回buildしたりせずにcompat4xみたいにbinary portにして
しまえばbuild infrastructureを複雑化させずに済むと思うのですが、
作成機能があるだけに作りたくなってしまうのがFreeBSD wayなんでしょうね……

>>905
> RELENG_6では最初から抱き合わせになっています。

やはり、そうなりましたか。
そうなるだろうなとは、思っていたです。

というか、RELENG_6 って、もうあるんでしたっけ。

「それがFreeBSDのやり方(way)」だということには、私も同意。

自由恵比寿道

黒帯目指し（ｒｙ

雪だるまサーバの「姉」部分、儀式いきます。
まずは7日夜のドラマで、素養を力試しで。

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

(新規追加)
+live22.2ch.net:206.223.150.54

SA早めにでた

>>909
Buffer overflow in zlib
ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-05:16.zlib.asc

これですか。

本日デビューのlive22には、>>910 を適用済み。
他も、追ってぼちぼちと。

さて、そろそろねるかな。

BBS/BBY/BBX/BBR登録済みです。< 雪だるま姉妹

F22への登録等は、掲示板が稼動してからで。

「妹」サーバのDNS登録、儀式いきます。
こちらは開発が必要なので、7日のドラマには間に合わないですが、
今後の作戦に期待で。

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

(新規追加)
+live22x.2ch.net:206.223.150.64

OpenSSL 0.9.8正式版出ました。

ttp://www.openssl.org/

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

今日は移転無しか・・・（´・ω・`）

「妹」を開発???

>>917
I.Mo.U.To SYSTEM の開発

ネタはおいといて、姉との雪だるま部分だとかのシステム的なものの開発でしょ

>>908
done

どもです。>>919
>>913 も done. ですかね(今見たら入っていました)。

>>913
done

>>921
了解です。

さて、また大リーグボールの開発ってことですか。
ただ、原作の三号みたいなものにはならないようにってかんじで。

というわけで、live22xのログイン/ステータスチェック用の
DNS登録をお願いします。

2号機・3号機が届いたら、live22xのIPアドレスを増やして、
live22x2 (live22x3) という名前をつけていく予定。

(新規追加)
+live22x1.2ch.net:206.223.150.64

>>923
done

m9(^Д^)ﾄﾞｰﾝ！！

rootさん、こんばんはーヾ('-')ﾉ

>>926
http://aa5.2ch.net/test/read.cgi/nanmin/1120638831/

こっちにきなされ

うはｗｗ子顔ﾀﾝ久しぶりに見たｗｗｗ
なんだっけ、つばめﾀｿだっけ？ｗｗｗ

http://lists.freebsd.org/pipermail/cvs-all/2005-July/127680.html

> Welcome to 6.0-BETA. I, for one, welcome our new RELENG_6 overlords.

RELENG_6 誕生か。
どっかで、ためしてみっか。

こっちのほうがいいか。
http://lists.freebsd.org/pipermail/cvs-all/2005-July/127679.html

> Make the RELENG_6 branch operation official by moving HEAD to 7.0-CURRENT.

■ Rock54M - 携帯からの広告投入撃退作戦
http://qb5.2ch.net/test/read.cgi/operate/1121187328/

携帯用BBX、BBN(= bbn.2ch.net)の登録をお願いします。

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

(新規登録)
&bbn.2ch.net:206.223.147.42:a

931
かんりょうー

>>932
確認しました。

PINKheadline
http://headline.bbspink.com/bbypink/
の「データ取得できませんでした」に関してはここですか？

>>934
桃色も?
うーーん。

こちらで。
bby -- スレッド情報一元管理システム構築スレ2
http://qb5.2ch.net/test/read.cgi/operate/1086868799/

一応メモ書き

bbsd が作る index.html では >>705 が入りました．
あとは read.cgi の JavaScript も http://www2.2ch.net/snow/index.js
を使ってもらって，bbs.cgi では NAME, MAIL の Cookie 設定処理をパスすれば
この件は一件落着になります，と．

ということで、

・.htaccess の大きな deny list は、確実にサーバ資源を消費する
・ほんとのDoS攻撃、特にPerl CGIに対してのDoS攻撃に対する対策
・「ある程度２ちゃんねるのことを知っていて、かつ頭がおかしい人」に対する対策

あと、これか。

129 ：FOX ★ ：2005/07/18(月) 17:18:11
qb6 がしっかり動いていれば
バーボン等の仕組みがちゃんとはたらき
今回程度の攻撃はしのげたはずなんだが、
いかんせん qb6 が落ちてしまった。

落ちた原因はqb6にとっても重い Perl で書いた cgi があり
それをぶん回されたんだな、

週明けからサーバ配置買える作業します。
重要なところは秘匿するとか、分離するとかいろいろ

161 ：FOX ★ ：2005/07/18(月) 17:25:53
普通というか今まで(たとえば韓国や中国から)の攻撃では
２ちゃんねるの仕組みを相手が知らないため
qb5, qb6, BBM等が攻撃されることは無かったんだな
まぁ　今回は詳しいやつが故意にやったと、

また　串等でやられた場合はわりと気兼ねなくはじけるので気にしないんだが
今回は　つなぎかえながら自分のISPのIPアドレスを名乗りながら
どうどうとやってきたと、また大きなISPなので死ぬほど(日本最大?)IPアドレス
割り当てられていると

スレ読んできます。1.5スレ分ぐらいかな。

>>937
> .htaccess の大きな deny list は、確実にサーバ資源を消費する

これはそろそろ、SunOSさん謹製のmod_authz_iplist を入れる時期か。
2番目は、>>938 をたんたんと。
3番目は、、、さて。

Hello, Jim-san and Sean-san,

I verified that you add 2 gig memories to tiger503.
Thank you for it. But now tiger503 suspicious hangs up, and FOX-san
performed APC power cycling reboot, but it is no effect.

So, please investigate the compatibility between additional 2 gig memory
and original 2 gig soon.
I encountered the similar problem in my another job.

P.S. And you added memory to tiger503, but additional time was very bad.
I detected suddenly system down at about 10 pm, it is the 'prime
time' in Japan. Many 2ch users are surprised for suspicious system
down of tiger503.

If you do the same thing at next time, please inform me in advance.
Many 2ch users watch your quality. Don't forget about it.

Best regards,

Folks,

I talked with Sean-san about it.

Currently, tiger503 has 6 DIMM chips, 4 are original 512M chip and
2 are new 1G chip.
I think it is a bad configuration. It may be occurred the memory
incompatibility problem.

So, I proposed Sean-san that we will swap memories between tiger507 and
tiger503 for fixing the memory configuration.

I mean, now 4 x 512M memory is in tiger507, so, I think we can fix the
memory problem as follows:

1) Pull out tiger507's 4 x 512M memory chips and tiger503's 2 x 1G
memory chips.
2) Insert 2 x 1G memory chips to tiger507 and 4 x 512M memory chips to
tiger503.
3) After that, 8 x 512M memory chips in tiger503.
4) and 2 x 1G memory chips in tiger507.

We just scheduled for it at 2 pm JST (it is 10 pm PDT).
Sean-san, thank you for your quick work. Let's fix the problem.

というわけで、

・現在tiger503には、メモリが6枚刺さっている
・最初から刺さっていたのは512Mが4枚で、そこに1Gを2枚追加した
・問題の原因はそれに違いないということで、Seanさんと私の見解は一致
・そこで緊急に、tiger507(= live16)のメモリとスワップすることにした
・作業後、tiger507はメモリが2x1Gになり、tiger503はメモリが8x512Mになる
・作業は今日の14:00 JSTからはじめる
・作業前には私がhttpdを落としたりメモリディスクの内容をバックアップしたりする

ということになりました。
なおtiger503にはメモリスロットが8つあるので、上記設定は可能です。

Seanさんの名誉のために追加しておくと、作業したのはSeanさんの手下らしいです。

関係者に状況をメールしました。
さて、おひるにいくか。

<チラシの裏：あくまで将来的な選択肢としての話>
鯖選択今月号で刃鯖特集があったので、2ch的にどうかな、と考えてみますた

メリットは・・・
・鯖を一定面積に集約可能
・Jim,David,Seanさんたちのハードメンテナンス負荷が軽くなる
　たとえば刃鯖１枚があぼーんしても取替えが容易
・rootさんがリモート管理しやすくなる？（実装に依存）

デメリットは・・・
・鯖の熱対策がより重要になる
・刃筐体代が高い＝初期コストがかかる

一応polywellでも売ってますがね・・・・
banana向きかしら。

</チラシの裏>

夏休み、スローダウン週間。

また涼しい秋になったらがんばるべー
それまではみんなで少しづつ我慢。

週間ってことはないか、

>>946
この場合、「期間」がふさわしいですね

長期的な課題？ではあるので、９月に入ってからぼちぼちとでいいのでは。
実際に導入するにせよ、しないにせよ。

大きいのよりも、細かいところをぼちぼち、ってかんじですか。

私も7月末〜8月10日ぐらいまで日本にいない(本業)ので、
大きいのはその後、ってかんじかもですね。

# そう言いながら、最初のumaサーバは人がオランダにいる時にいきなり移転したわけだが。

秋になったら資源供給のばらつきや動いていないとこを一気になおそう。
サーバ投入も含めて、
どうしてかって? ちょこちょみこ直してもまたすぐいろいろ発生するから
あとでまとめてやりましょってとこです。

雪だるま用 tiger が二台やってきます(明日? あさって?)
これを今どこどこが苦しいからと言って転用しないと決心しようってことですー

>>949
違いますよ、
細かいところはほっておこう作戦です。

>>950-951
了解です。

んではまず、stats方面のlive22xをlive20に戻すのをば。

いやーん

細かいところは・・・　ほっておこう

>>953
…っていうと思ってたわけだが、、、。

やっぱ気になっちゃうんで、あれだけは直してくださいな。
おねがいします。

というかあれを今直してもらうのは、拙速にlivecxとかをlive22xには移転しないぞという
私の決心だったりするんで。(つまり >>950 と同じ)

ちょっとだけ抵抗してみる

また直さなきゃならないし・・・

むーん、、、。

「直しても直さなくても、たぶん大きな実害はない」ではたぶん一致しているので、
こだわりはしないですが、お願いはしておくです。

修正したら今日飲みにいってもよし＜stats

りょうかい

>>945
ブレードですか。
当然Polywellでも、扱っているです。
例
http://www.polywell.com/us/rackservers/poly3u9.asp
http://www.polywell.com/us/rackservers/poly3u20.asp

雪だるまが軌道に乗ったら、フロントはブレードという手も考えられはします。
ただ、ブレードってあんまりつぶしが効かないからなぁ。
私はいまのところあんまり、乗り気じゃないです。

tiger は 1u でもきついというのに。。。
一部 2u になっとります

廃熱

>>960
そうなんですよね。

そういう意味でも密度を必要以上に上げるのは、どうかと思っているです。
日本はカリフォルニアじゃない、って叫んでいた人がいるようですが、
カリフォルニアだって、放熱は容易じゃないわけで。

そこでo（ｒｙ

いや、いいです。

なるほど。。。

廃熱まわりはやっぱりカリフォルニアでもつらい、と。

そーなるとPenMブレードなやつじゃないときついでしょうね・・・
今年は無理か。

polywellさん・・・・というよりIntelさん、AMDさんにがんがっていただく、と。

>>963
×そーなるとPenMブレードなやつじゃないときついでしょうね・・・
○そーなるとSpeedStepみたいな節電機構つんだ石のっけたやつじゃないときついでしょうね・・・

で、その節電機構をOSがサポートしているかどうか、ってのも当然あるです。

FreeBSD 5.4Rでは「動作クロックを自分でコントロールする」というカーネルの機構は入りましたが、
それをうまく制御できるコマンド等は、まだないです(鋭意開発中)。

厳しいのは

廃熱　& 電源でーす
どちらも同じといえば同じなのかもしれませんが、

鯖にはSpeedStepは駄目な羊羹

いっそ水冷機構つきブレードシステムでてくれないかなと妄想
それはそれでどうやってパイプの密閉性を確保するかが問題だけど

>>965
あーそれがありますね、OSレベルでの動的クロック制御サポート。
そうなると実装は６以降でしょうね・・・

>>968
水冷ブレード探したら日立が試作しているんですね・・・
ttp://www.itmedia.co.jp/news/0302/21/nj00_watercooled.html

stats修正ありがとうございます

水冷は電力には寄与しないからねえ。
Cirixでも載せる？(ﾏﾃ

>>971
水冷の熱を自家発電に回すことってできないんですかね？w

あの熱をコーヒーメーカーかなにかに使えないかなあ…｡

>>972
熱量ﾀﾘﾅｽ 余熱くらいならアレですけど,せいぜいが>>973の余熱かも…
ついでに言うと,水質管理が大変かもかも

エコキュートで熱回収して、風呂に入る。
PIEくらいあるなら、温水プールが営めるかも。

>>971
もしかして：Cyrix

>>975
(ﾟ∀ﾟ)ｱﾋｬﾋｬﾋｬﾋｬﾋｬ
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　orz

>>975
泊まり込み作業ができるようになっちゃうよ


夜間要員募集開始かな？

PIE、アラスカ州に移転。

バンジー解決♪

寒すぎると支障はないのかな、とか。

いっそのこと日本へ

刀にしるならC7がよさそうじゃよ
いつでるかしらんが

2ch鯖の熱で床暖房

2ch鯖から出る熱で生活しよう計画…？

随までどっぷり。

banana的なやつなら
Pen3換算で1.5Gぐらいの能力があればええんだべかね？

…GeodeNXとか。。　（ディスコンが怖いが）

たまには Efficeon のことも思い出してあげて下さい

>>972
そこでスターリングエンジンですよ。

>>979
冷却水の凍結に注意するくらいかな？
軟水処理とかスケール除去とかは変わらないかもかも。

地球温暖化ｲｸﾅｲ

液体金属で

T-1000か！

T-Xがいいとおもいます！！！１１

だから何回火星を暖めればいいと何回言ったか・・・・

火星寒いんだぜｗｗｗｗｗｗｗｗ

マーズ乙

次スレないねー。テンプレ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part19

peko作戦について語るスレです。
サーバロケーションPIEに関する話題もこちらで。

＜現在の主要なテーマ＞
・「雪だるま作戦」による、スケーラブルなサーバ群構築
・BBQの2台体制化・RAID1化
・BBN(携帯用BBM：Rock54M)構築
・各種作戦・プロジェクトとの連携
・FreeBSDのさらなるチューニング詰め

＜主な関連スレッド＞
■ Rock54M - 携帯からの広告投入撃退作戦
http://qb5.2ch.net/test/read.cgi/operate/1121187328/
【冷奴】雪だるま作戦に思いを馳せながら雑談するスレッド Part10
http://aa5.2ch.net/test/read.cgi/nanmin/1121690730/

＜主な関連サイト＞
MRTGによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねる/PINKちゃんねる 稼動中のサーバ一覧: http://mumumu.mu/serverlist.html
２ちゃんねる サーバ負荷監視所: http://ch2.ath.cx/load/
2ch 鯖監視係。: http://sv2ch.baila6.jp/

＜前スレ＞
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
http://qb5.2ch.net/test/read.cgi/operate/1115133136/

−−−−−−−−−−−−−−−−−−−−−−−−−−−−
このへんどうします？
・「Love affair作戦」による、携帯系サーバの大幅強化・外向けdat供給サーバの構築
・FreeBSD 5.4Rの導入検討→都度進化

>>494 ということで，peko 作戦は成果を上げ終了，今は雪だるま作戦が主眼ってとこかなぁ．
となると，【Project peko】より【Project snowman】の方がいいのかしらん？

雪だるまは既にスレがあるから
雪だるまが主になるなら次スレは要らないような。

プロジェクト雪だるま。

アルファベットにすると妙に長い。

菊次郎きたー

誤爆・・

1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。