peko作戦について語るスレです。
サーバロケーションPIEに関する話題もこちらで。
<現在の主要なテーマ>
・「Love affair作戦」による、携帯系サーバの大幅強化・外向けdat供給サーバの構築
・「雪だるま作戦」による、スケーラブルなサーバ群構築
・BBQの2台体制化・RAID1化
・FreeBSD 5.4Rの導入検討
・各種作戦・プロジェクトとの連携
・FreeBSDのさらなるチューニング詰め
<主な関連スレッド>
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part3
http://qb5.2ch.net/test/read.cgi/operate/1095146311/
■新春特別企画「雪だるま作戦」liveサーバの飛躍なるか!? Part1
http://qb5.2ch.net/test/read.cgi/operate/1105035540/
<主な関連サイト>
MRTGによる統計情報: http://mumumu.mu/mrtg/
2ちゃんねる/PINKちゃんねる 稼動中のサーバ一覧: http://mumumu.mu/serverlist.html
2ちゃんねる サーバ負荷監視所: http://ch2.ath.cx/load/
2ch 鯖監視係。: http://sv2ch.baila6.jp/
<前スレ>
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part17
http://qb5.2ch.net/test/read.cgi/operate/1107376477/
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
■ このスレッドは過去ログ倉庫に格納されています
1220.117.237.222@root▲ ★
NGNGNGNG
http://music5.2ch.net/
IPアドレス: http://206.223.152.15/~ch2musi5/
バーチャルホスト変換前: http://banana398.maido3.com/~ch2musi5/
IPアドレス: http://206.223.152.15/~ch2musi5/
バーチャルホスト変換前: http://banana398.maido3.com/~ch2musi5/
705▲ ◆cZfSunOs.U
2005/06/03(金) 15:12:27ID:pK6XUAgi0 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);
}
};
スレの流れとそぐわない部分もあるんでこっちに書いておきます.
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);
}
};
2005/06/03(金) 17:47:25ID:KT1zPhHj0
なにやら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
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
707root▲ ★
NGNG >>706
面白いですね。
「電源を落として12時間以上たたない限り消えないメモリディスク」ってことですか。
しかもシステムからは最大4GのHDDに見えるから、メインメモリを圧迫しないと。
こんどの雪だるまサーバに1つづつつけてみるというのは、ありかも。
面白いですね。
「電源を落として12時間以上たたない限り消えないメモリディスク」ってことですか。
しかもシステムからは最大4GのHDDに見えるから、メインメモリを圧迫しないと。
こんどの雪だるまサーバに1つづつつけてみるというのは、ありかも。
2005/06/03(金) 20:19:15ID:QFOU+mYn0
>>707
インターフェースがSATAってことを考慮する必要があるかも
UltraSCSI320 Dualとそれなりに開きがあるだろうし・・・・
GBさん、これのSCSIバージョンつくってくれないかしらw
インターフェースがSATAってことを考慮する必要があるかも
UltraSCSI320 Dualとそれなりに開きがあるだろうし・・・・
GBさん、これのSCSIバージョンつくってくれないかしらw
2005/06/03(金) 20:32:08ID:83u7xSl+0
>>707
エラー訂正がまったくないのでこんなのサーバに入れちゃいけません。
エラー訂正がまったくないのでこんなのサーバに入れちゃいけません。
710root▲ ★
NGNG ふむふむ。
ものとしては将来性ありだけど、サーバ用途としてはまだまだ微妙と。
ものとしては将来性ありだけど、サーバ用途としてはまだまだ微妙と。
711▲ ◆cZfSunOs.U
2005/06/03(金) 21:35:18ID:pK6XUAgi0 サーバ用としてはこんなとこですかね.値段がアレですが......
http://www.adtx.com/jp/product/raid-station/rst-sd/
http://www.adtx.com/jp/product/raid-station/rst-sd/
2005/06/03(金) 21:36:56ID:KT1zPhHj0
GIGABYTEのは$60程度で買えるおもちゃですからね。
それでも余った古いメモリをとか使って、軽く何かの
実験をするとか、結構遊べると思うんですけどね。
>>706 の下のリンクのはECC Registerdなメモリを使うようです。
流石にこちらは値が張りますから、そのまえにGIGABYTEので
疑似性能評価してみるとか。
それでも余った古いメモリをとか使って、軽く何かの
実験をするとか、結構遊べると思うんですけどね。
>>706 の下のリンクのはECC Registerdなメモリを使うようです。
流石にこちらは値が張りますから、そのまえにGIGABYTEので
疑似性能評価してみるとか。
2005/06/03(金) 21:39:15ID:KT1zPhHj0
2005/06/04(土) 02:27:23ID:Y0y6RZMh0
/tmpに使うとか/usr/objに使うぐらいだろ
後者は逆に怖いけど。
後者は逆に怖いけど。
NGNG
2005/06/04(土) 13:12:37ID:H/J55McP0
717root▲ ★
NGNG >>618 が、本日 5.4R-p1 で動いている c-docomo6 でも発生。
ううむ。
携帯→2ch運用情報スレッド20
http://qb5.2ch.net/test/read.cgi/operate/1117638822/38
ううむ。
携帯→2ch運用情報スレッド20
http://qb5.2ch.net/test/read.cgi/operate/1117638822/38
NGNG
719root▲ ★
NGNG >>718
6はまだ-CURRENTなんで、
5.4-stableという道はあるのかもしれないけど、
せいぜい、emのドライバだけstableから輸入してくるぐらいですね。
いくら実験の要素があるとはいえ、
ちょっとまだ、いまいちかと。
6はまだ-CURRENTなんで、
5.4-stableという道はあるのかもしれないけど、
せいぜい、emのドライバだけstableから輸入してくるぐらいですね。
いくら実験の要素があるとはいえ、
ちょっとまだ、いまいちかと。
NGNG
そうか。。
721root▲ ★
NGNG >>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.
ううむ。
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.
ううむ。
2005/06/05(日) 16:43:42ID:yYIzMeZjO
えぇっ!?broken?…
2005/06/05(日) 23:41:02ID:SCBYPB960
ブレイク!ブレイク!
( ゚∀゚) 人 ガガッガッ
(ヽ□=□)< >
> > V
( ゚∀゚) 人 ガガッガッ
(ヽ□=□)< >
> > V
2005/06/06(月) 00:05:50ID:WNaqgJ4P0
日本ブレイクこうg(ry
2005/06/06(月) 01:36:34ID:P5tOI+N+0
IntelなんかPIEの窓から投げ捨て(ry
726root▲ ★
2005/06/06(月) 12:04:32ID:???0 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.
こんなのあったらいいなぁ、と思うものばかり。
というわけで、我と思わん方は、ぜひに。
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.
こんなのあったらいいなぁ、と思うものばかり。
というわけで、我と思わん方は、ぜひに。
2005/06/08(水) 02:54:48ID:pD2pFH+70
>726
FAQ見てみたけど、米国以外からのapplyもOKなんだね。
でも、参加申込みは締切りも間近だー。
>June 14th: Final application submission deadline.
FAQ見てみたけど、米国以外からのapplyもOKなんだね。
でも、参加申込みは締切りも間近だー。
>June 14th: Final application submission deadline.
2005/06/09(木) 02:11:31ID:S8+JEFGX0
NGNG
[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
でてますた。
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
でてますた。
NGNG
>>729
今回のはそれほど影響はなさそう?かな。
今回のはそれほど影響はなさそう?かな。
2005/06/10(金) 12:12:07ID:y6xglDJT0
KVMスイッチが注目されとりますな。
ttp://www.itmedia.co.jp/enterprise/special/0506/interop/raritan.html
ttp://www.itmedia.co.jp/enterprise/special/0506/interop/raritan.html
734root▲ ★
NGNG これ、どのぐらい使えるのかしら。
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
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
735root▲ ★
NGNG736root▲ ★
NGNG2005/06/12(日) 14:43:28ID:j8SFHAId0
図と解説をみるとスタティックコンテンツ用っぽいね。
リバースプロクシで*.pngだの*.jpgだの*.htmlだの*.datだのを提供して
*.cgiは今までの口で受けるってことになるのかな。
リバースプロクシで*.pngだの*.jpgだの*.htmlだの*.datだのを提供して
*.cgiは今までの口で受けるってことになるのかな。
2005/06/12(日) 15:02:09ID:/I3kxr/A0
2chブラウザ用とかwww用とかに向いているってことですかね。
740root▲ ★
NGNG どうなんでしょうね。
やってみないとわからないことだらけなので、
そのうち、どっかでやってみるです。
やってみないとわからないことだらけなので、
そのうち、どっかでやってみるです。
741root▲ ★
NGNG bbs.cgi 暴走対策として、RLimitCPU を 10 から 5 に変更。
どうも、スレ立てに暴走へと繋がる爆弾がひそんでいるような気がするですね。
どうも、スレ立てに暴走へと繋がる爆弾がひそんでいるような気がするですね。
744root▲ ★
NGNG ○ 定時バックアップ)(dumpコマンドを使用)で、FreeBSDが死ぬ問題について
個人的にはffs_mksnap() あたりに虫がいることを疑っていますが、
さて、どうなんだろう。
で、これは .snap を rm -rf すれば、防げるのかしら。
個人的にはffs_mksnap() あたりに虫がいることを疑っていますが、
さて、どうなんだろう。
で、これは .snap を rm -rf すれば、防げるのかしら。
745root▲ ★
NGNG >>744
今日も ex11 と liveb1 で発生したので、
dump コマンドの -L オプション(mountしているファイルシステムのdumpをとる時にも、
矛盾なくとれるための機能: FreeBSD 5.x で追加)をはずす予定。
ex11は既にはずして、バックアップ取り直し中。
他も月曜のうちに、作業する予定。
今日も ex11 と liveb1 で発生したので、
dump コマンドの -L オプション(mountしているファイルシステムのdumpをとる時にも、
矛盾なくとれるための機能: FreeBSD 5.x で追加)をはずす予定。
ex11は既にはずして、バックアップ取り直し中。
他も月曜のうちに、作業する予定。
746root▲ ★
NGNG >>745
tiger/cobra/root権限ありbananaのバックアップの際の
dumpコマンドの引数から-Lオプションをはずした。
ただし、banana201等、問題がおきていないところは(あえて)そのまま。
tiger/cobra/root権限ありbananaのバックアップの際の
dumpコマンドの引数から-Lオプションをはずした。
ただし、banana201等、問題がおきていないところは(あえて)そのまま。
747動け動けウゴウゴ2ちゃんねる
2005/06/14(火) 13:36:40ID:q2jzSlmC0 【広告・宣伝】Rock54【自動排除】 4
http://qb5.2ch.net/test/read.cgi/operate/1083063122/543
これって何かしらの形で実装されてましたっけ?
http://qb5.2ch.net/test/read.cgi/operate/1083063122/543
これって何かしらの形で実装されてましたっけ?
749root▲ ★
NGNG 質問・雑談スレ175@運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1118704457/794-797
SATA II なHDDって、tagged queueing をサポートしてるんだろうか。
http://qb5.2ch.net/test/read.cgi/operate/1118704457/794-797
SATA II なHDDって、tagged queueing をサポートしてるんだろうか。
750root▲ ★
NGNG で、こんなのがあったので、チラシの裏ということで。
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.
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.
2005/06/17(金) 01:58:49ID:mundipDW0
確かにはいってるにははいってるんだけど、SCSIほど深くないのですよね。>キュー
そーすは忘れた。
そーすは忘れた。
752root▲ ★
NGNG >>751
その後質雑のほうでいろいろと情報を教えてもらいました。
どうも、そういうことみたいですね。
http://qb5.2ch.net/test/read.cgi/operate/1118704457/800-817
その後質雑のほうでいろいろと情報を教えてもらいました。
どうも、そういうことみたいですね。
http://qb5.2ch.net/test/read.cgi/operate/1118704457/800-817
753root▲ ★
NGNG ということで、httpセッションのタイムアウトの件。
既に携帯(c)系では、5秒に変更してあったりするです。
で、tiger/cobraでは、300秒(5分)かな。
bananaだと、どうなんだっけか。
前にもこれはちょっと話題になって、何か不都合が生じたら考えましょう、
みたいな話したような記憶があるです。
さすがに300は、ちと長杉かも。
既に携帯(c)系では、5秒に変更してあったりするです。
で、tiger/cobraでは、300秒(5分)かな。
bananaだと、どうなんだっけか。
前にもこれはちょっと話題になって、何か不都合が生じたら考えましょう、
みたいな話したような記憶があるです。
さすがに300は、ちと長杉かも。
2005/06/19(日) 22:19:50ID:/8HoBfTd0
>>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対応は進行中です。
現在発売されている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対応は進行中です。
755555 ◆AIQIBzzbQU
2005/06/19(日) 22:54:59ID:pPuKo2Db0 bbs.cgiスレ555です。
>>753
うちでやってみたところ8分近く待ってくれたんで、これはなんとかした方がいいような気はしますです。
これだけアクセスが多いと、何かの間違いでセッション張りっぱなしになるコネクションが出てきても
おかしくないと思うんで(そういうのが累積するとポートが売り切れになっちゃう)。
>>753
うちでやってみたところ8分近く待ってくれたんで、これはなんとかした方がいいような気はしますです。
これだけアクセスが多いと、何かの間違いでセッション張りっぱなしになるコネクションが出てきても
おかしくないと思うんで(そういうのが累積するとポートが売り切れになっちゃう)。
756root▲ ★
NGNG >>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は、機を見て短くしておくか。
なるほど、そういう話ですか。
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は、機を見て短くしておくか。
758754
2005/06/20(月) 11:21:14ID:dy923P5l0 >>756
6.0-RELEASEは既にcode freezeに入っているのでもうちょっと先です。
Sorenは作業中のコードを出さないのでわかりませんが
次のstatus report(たぶん7月)で何かしらコメントがあると期待しています。
6.0-RELEASEは既にcode freezeに入っているのでもうちょっと先です。
Sorenは作業中のコードを出さないのでわかりませんが
次のstatus report(たぶん7月)で何かしらコメントがあると期待しています。
761root▲ ★
NGNG またしても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
こういうのを作って入れた。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
2005/06/22(水) 15:37:41ID:w+2s2yUL0
おれは似たようなことを
/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でインターバル指定して頻度を落としてもいいと思われ。
/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でインターバル指定して頻度を落としてもいいと思われ。
2005/06/22(水) 20:35:06ID:+UAZ76gP0
>>762
( ・∀・)つ★
( ・∀・)つ★
2005/06/23(木) 10:00:35ID:niZxowtb0
httpd.conf
ServerTokens ProductOnly
ServerSignature Off
を追加した方が・・・
ServerTokens ProductOnly
ServerSignature Off
を追加した方が・・・
766root▲ ★
NGNG >>765
ServerTokensは昔、一時期そうしようと思ったんですが、
専用ブラウザがApache 2.xであることを判別して動作を変えたりとか、
してるみたいなのですね。
さすがにFullはちとあれなんで、Minimalで手を打ちました。
なお、tiger/cobra/root権限ありbananaではServerSignatureはOffにしているです。
ServerTokens Minimal
ServerSignature Off
ServerTokensは昔、一時期そうしようと思ったんですが、
専用ブラウザがApache 2.xであることを判別して動作を変えたりとか、
してるみたいなのですね。
さすがにFullはちとあれなんで、Minimalで手を打ちました。
なお、tiger/cobra/root権限ありbananaではServerSignatureはOffにしているです。
ServerTokens Minimal
ServerSignature Off
2005/06/23(木) 22:03:24ID:LCKfhbrS0
個人的な意見だけどFreeBSDでports使いならServerSignatureなんて隠さなくてもOk
Gentooを含めたありとあらゆるOSの中でもportsのcurrentのすばやさはトップクラス
だとおもうから。
Gentooを含めたありとあらゆるOSの中でもportsのcurrentのすばやさはトップクラス
だとおもうから。
2005/06/23(木) 22:42:14ID:TXbu4uLA0
確かに(メンテナにもよるが)Portsの更新は早いけど隠さないに越したことはないと思う。
で、ServerTokensはMinorでもいいんでは?
で、ServerTokensはMinorでもいいんでは?
2005/06/24(金) 01:30:54ID:bXJx3lGS0
まぁ「隠しているから多少セキュリティアップデートが遅くてもいいか」と
油断するという要素さえなければ、そのあたりはどうでもいいことだと思う
ので、ポリシーしだいということで。
油断するという要素さえなければ、そのあたりはどうでもいいことだと思う
ので、ポリシーしだいということで。
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
ttp://www.freebsd.org/cgi/query-pr.cgi?pr=amd64/82555
771root▲ ★
NGNG >>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では動かないです。
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では動かないです。
772root▲ ★
NGNG The Giant-lock Breaker, rwatsonのインタビュー。
http://www.osnews.com/story.php?news_id=10951
http://www.osnews.com/story.php?news_id=10951
NGNG
>>772
今よみはじめ。
rwatson (= Robert Watson) だけじゃなくて、大御所勢揃いか。
jhb (= John Baldwin) に scottl (= Scott Long) 。
今よみはじめ。
rwatson (= Robert Watson) だけじゃなくて、大御所勢揃いか。
jhb (= John Baldwin) に scottl (= Scott Long) 。
NGNG
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/
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/
776root▲ ★
NGNG ◆ 雪だるま作戦に思いを馳せながら雑談するスレッド Part2
http://aa5.2ch.net/test/read.cgi/nanmin/1118138260/604-606
というわけで、PAEにはまった私でした。
しかし、aboveじゃないだろ。> printf
http://aa5.2ch.net/test/read.cgi/nanmin/1118138260/604-606
というわけで、PAEにはまった私でした。
しかし、aboveじゃないだろ。> printf
777root▲ ★
2005/06/25(土) 16:04:06ID:???0 旧バーチャルホストの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
(現在)
+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
NGNG
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/
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/
780root▲ ★
NGNG 旧バーチャルホストのmemoriesへの収容に伴い、以下の変更をお願いします。
(現在)
+money3.2ch.net:206.223.151.140
(変更後)
+money3.2ch.net:206.223.151.230
(現在)
+money3.2ch.net:206.223.151.140
(変更後)
+money3.2ch.net:206.223.151.230
781root▲ ★
NGNG また、Perl祭りかいな。
/usr/ports/UPDATING
20050624:
AFFECTS: users of lang/perl5.8
AUTHOR: tobez@FreeBSD.org
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.
/usr/ports/UPDATING
20050624:
AFFECTS: users of lang/perl5.8
AUTHOR: tobez@FreeBSD.org
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.
782root▲ ★
NGNG あと、これも影響あり。
20050622:
AFFECTS: users of ftp/proftpd-*
AUTHOR: flz@FreeBSD.org
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.
20050622:
AFFECTS: users of ftp/proftpd-*
AUTHOR: flz@FreeBSD.org
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
DB_Fileが最新になるのでほのかに期待(苦笑)@現状1.809→1.811
2005/06/26(日) 22:15:33ID:PndS1VPG0
/usr/local/bin/perl-after-upgrade を忘れずによろしく。
man perl-after-upgrade も見てね。
man perl-after-upgrade も見てね。
787rsk ◆rsk/X37OOg
NGNG perl-after-upgradeのお陰でPerl祭りにならずに済むっぽいです。
あと、perlをportupgradeしたとき最後に自動でperl-after-upgradeが走ってたような気が。
# でもチキンなのでモジュールは全部作り直した。
あと、perlをportupgradeしたとき最後に自動でperl-after-upgradeが走ってたような気が。
# でもチキンなのでモジュールは全部作り直した。
789root▲ ★
NGNG 投入予定のtiger姉妹、Perl祭りに対応中、、、。
結局、ApacheからPHP、net-snmpに至るまで全部入れ替えなので、
トラディショナルな方法(pkg_deleteしてmakeしなおし)で入れなおしと。
ううむ、めんどい。
結局、ApacheからPHP、net-snmpに至るまで全部入れ替えなので、
トラディショナルな方法(pkg_deleteしてmakeしなおし)で入れなおしと。
ううむ、めんどい。
2005/06/29(水) 03:18:40ID:68eQ6XZU0
「portupgrade -fすりゃええやん」(松本人志)
791root▲ ★
NGNG うーむ。
PAEありのカーネルは、不安定なようです。
ソフトウェアのコンパイルや、パッケージの追加の際に
突然リブートがかかってしまいます。
リモートコンソール経由でいくつかBIOSの設定を変えてみたりしたのですが、
いまだ問題は解決していません。
ううむ、困った。
ここは思い切って、そういった制限のない64bitOSを入れてもらうべきなのか。
PAEありのカーネルは、不安定なようです。
ソフトウェアのコンパイルや、パッケージの追加の際に
突然リブートがかかってしまいます。
リモートコンソール経由でいくつかBIOSの設定を変えてみたりしたのですが、
いまだ問題は解決していません。
ううむ、困った。
ここは思い切って、そういった制限のない64bitOSを入れてもらうべきなのか。
792root▲ ★
NGNG >>790
うん。
普通のは、たぶんそれでいいんだと思うです。
でも、make時にいろいろオプション指定しまくっているnet-snmpとか、
Apacheとかは、どうすればいいのかしら。
# このへん、実はあまり知識がなかったり。
うん。
普通のは、たぶんそれでいいんだと思うです。
でも、make時にいろいろオプション指定しまくっているnet-snmpとか、
Apacheとかは、どうすればいいのかしら。
# このへん、実はあまり知識がなかったり。
NGNG
794root▲ ★
NGNG 名無しはいまいちなので(理由は前にもどっかで書いたです)、
おじゃまする時は、常にコテハンっすね。
しかも伽羅作れないので、常に同じコテハンで。
で、体調がまだいまいちなんで、とりあえずmake通ったところで今日は寝るです。
おじゃまする時は、常にコテハンっすね。
しかも伽羅作れないので、常に同じコテハンで。
で、体調がまだいまいちなんで、とりあえずmake通ったところで今日は寝るです。
2005/06/29(水) 03:41:46ID:68eQ6XZU0
>792
>でも、make時にいろいろオプション指定しまくっているnet-snmpとか、
>Apacheとかは、どうすればいいのかしら。
俺は/usr/local/etc/pkgtools.confのMAKE_ARGSに
'www/apache2' => '-DWITHOUT_IPV6',
'net-mgmt/net-snmp' => 'NET_SNMP_SYS_CONTACT="admin@example.jp"
NET_SNMP_SYS_LOCATION="JUN, Tokyo"',
'security/hpn-ssh' => 'WITH_OPENSSH_CHROOT=y',
みたいに書いている。
あとAFTERINSTALLに後処理ワンライナー書いたり。
>でも、make時にいろいろオプション指定しまくっているnet-snmpとか、
>Apacheとかは、どうすればいいのかしら。
俺は/usr/local/etc/pkgtools.confのMAKE_ARGSに
'www/apache2' => '-DWITHOUT_IPV6',
'net-mgmt/net-snmp' => 'NET_SNMP_SYS_CONTACT="admin@example.jp"
NET_SNMP_SYS_LOCATION="JUN, Tokyo"',
'security/hpn-ssh' => 'WITH_OPENSSH_CHROOT=y',
みたいに書いている。
あとAFTERINSTALLに後処理ワンライナー書いたり。
797root▲ ★
NGNG で、PAEの件ですが、手がかりになるかどうかわかりませんが、
突然リブートがかかった時は、dmesgに、
em0: Link is up 1000 Mbps Full Duplex
とかしか、残らないんですよね。
で、panicしてもいないので、savecoreも効かないし。
ううむ、何かデバイスドライバのDMAとかに、虫さんがいるんだろうか。
ちなみにそんなに変な構成ではないです。
Etherはemが2つだし、SCSIはmpt。
突然リブートがかかった時は、dmesgに、
em0: Link is up 1000 Mbps Full Duplex
とかしか、残らないんですよね。
で、panicしてもいないので、savecoreも効かないし。
ううむ、何かデバイスドライバのDMAとかに、虫さんがいるんだろうか。
ちなみにそんなに変な構成ではないです。
Etherはemが2つだし、SCSIはmpt。
798root▲ ★
NGNG これの、
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html
ここを読んでみるか。
8.4.1 Large Memory Configurations (PAE)
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html
ここを読んでみるか。
8.4.1 Large Memory Configurations (PAE)
2005/06/29(水) 03:58:34ID:wWtBDuDD0
>伽羅作れない
るー美とか見た記憶が
るー美とか見た記憶が
801root▲ ★
NGNG >>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
ううむ。
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
ううむ。
802root▲ ★
NGNG あとはこれか。
/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
/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
803root▲ ★
NGNG >>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
これは、一応適切、、、なようだ。
/*
* 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
これは、一応適切、、、なようだ。
804root▲ ★
NGNG あと、もう一つ(私のチェックが甘かったのですが)、
2台来たtigerのうち片方(SCSI仕様の方)が、dual CPUを正しく認識していないようです。
切り分けのため、PAEなし、SMPありのカーネルを作って、確認中。
2台来たtigerのうち片方(SCSI仕様の方)が、dual CPUを正しく認識していないようです。
切り分けのため、PAEなし、SMPありのカーネルを作って、確認中。
■ このスレッドは過去ログ倉庫に格納されています