2ch特化型サーバ・ロケーション構築作戦 Part24

**root▲ ★** · 2006/12/20(水) 00:45:33

2ch特化型サーバ・ロケーション構築作戦のスレッドです。

・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携

等を取り扱います。

前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part23
http://qb5.2ch.net/test/read.cgi/operate/1153650861/

**root▲▲ ★** · 2007/03/20(火) 17:24:41

BBS.CGI - 2007/03/20

10分ぐらいしたら試してくださいです。>>752

株価【1000】 : · NG

>>753
判りました
ありがとうございますm(__)m

株価【1000】 : · NG

>>753
書けますたヽ(´∀｀)ノ
http://qb5.2ch.net/test/read.cgi/operate/1173033132/865
ありがとうございましたm(__)m

**root▲▲ ★** · 2007/03/20(火) 17:46:09

>>755
どうもです。従来どおりの振る舞いを確認しました。
芋(log)も記録され、BBMにもかかります。

**root▲▲ ★** · 2007/03/20(火) 17:47:16

ん、ポイント増えているですか。
どうもです。

しかし、メールが来ていないような肝。

株価【1000】 : · NG

>>756-757
お疲れ様でしたo(^-^)o
beメに本文書くの忘れたので匿名になってしまったよーですf^_^;

**root▲▲ ★** · 2007/04/05(木) 22:29:08

■ サーバリフレッシュ工事連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/490

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

・memoriesへの収容

(現状)
+sports10.2ch.net:206.223.150.240
+aa6.2ch.net:206.223.147.220
+off4.2ch.net:206.223.147.220
+bubble5.2ch.net:206.223.147.220
+food7.2ch.net:206.223.150.200
+love5.2ch.net:206.223.152.185
+pc9.2ch.net:206.223.147.60

(変更後)
+sports10.2ch.net:206.223.151.230
+aa6.2ch.net:206.223.151.230
+off4.2ch.net:206.223.151.230
+bubble5.2ch.net:206.223.151.230
+food7.2ch.net:206.223.151.230
+love5.2ch.net:206.223.151.230
+pc9.2ch.net:206.223.151.230

**マァヴ** ◆jxAYUMI09s · 2007/04/06(金) 16:24:11

>759
ack(^_^;)

**マァヴ** ◆jxAYUMI09s · 2007/04/06(金) 17:01:52

>759
done(^_^;)

**stream** ◆PNstream2s · 2007/04/06(金) 17:12:01

ZFS Now Part of FreeBSD

http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070544.html

**root▲▲ ★** · 2007/04/06(金) 17:17:07

>>761
ありがとうございます。

>>762
> ZFS is available in the HEAD branch and will be
> available in FreeBSD 7.0-RELEASE as an experimental feature.

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

**動け動けウゴウゴ２ちゃんねる** · 2007/04/06(金) 18:48:08

>>762-763

_,,-―＝'''￣　　　　　＿＿＿,,-―――＝''￣＿_,-―＝''￣　　 /
　　　＿,,-―＝'''￣　　　　　　　＿,,-―＝''￣　ヽ　　　　　　　／　　+
￣￣　　　　　　　＿,,-―＝'''￣　　　　　　　　　　＼　　　　／　　. .　.　　.
　　　　　 ,,-＝''￣　　　　＿ノ　　　　　　　　　,＿ノ　ヽ　　／　　　　.　　。. ★　　☆
　　　 ,,,-''　　　　　　　 / iﾆ)ヽ,　　　　　　　 /rj:ヽヽ　ヽ／　　　　　。.　　　　.
-―''￣　　　　　　　 ;〈　!:::::::c!　 |＿＿＿,/' {.::::::;､! 〉　|　-┼- 　 -┼-　丿~~~|　|~~~~~| ＿＿　■　■
.　　|.　　　　　　　　　 (つ`''" 　 |　　　 / 　`'ｰ''(つ.　 |.　-┼- 　 -┼- /~~~~/　　　丿　 | 丿 ▼　▼
　　 |　.　　　　　 ///// 　　　 | 　　 /　　　　 /// |　　|　丶　　|　　　丿　　／　　丿　　●　●
　　ヽ　　 γ´~⌒ヽ.　　　　　　　 |　　 /　　　　　　 /
――ヽ　 /　　　　　ヽ　　　　　　|　 /　　　　　　　 /⌒ヽ、
　　　　＼/　　　　　　　|　　　　 |_/　　　　　　／　　　ヽ

・・・・・・で、2chシステムへの適用はどうなるのかしら。

**root▲▲ ★** · 2007/04/06(金) 19:23:22

■ サーバリフレッシュ工事連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/493

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

・memoriesへの収容

(現状)
+money5.2ch.net:206.223.151.140
+human6.2ch.net:206.223.149.230

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

**マァヴ** ◆jxAYUMI09s · 2007/04/06(金) 21:18:38

>765
done(^_^;)

株価【800】 △△ ◆cZfSunOs.U · 2007/04/07(土) 00:16:38

おめでとうございます＞FreeBSD 使いのみなさん
OpenSolaris Forums でもスレが立ってますね．

ZFS committed to the FreeBSD base.
http://opensolaris.org/jive/thread.jspa?threadID=27794&tstart=0

Solaris の方でも ZFS Boot で進展がありましたってことで．
http://opensolaris.org/os/community/on/flag-days/pages/2007032801/
http://opensolaris.org/os/community/zfs/boot/zfsboot-manual/

**root▲▲ ★** · 2007/04/07(土) 01:34:17

>>767
> http://opensolaris.org/os/community/on/flag-days/pages/2007032801/
> Heads-up: ZFS Boot support for the x86 platform
http://opensolaris.org/os/community/zfs/boot/zfsboot-manual/
> Manual Setup to boot ZFS on x86 (a script version is here).

おー。

**動け動けウゴウゴ２ちゃんねる** · 2007/04/07(土) 09:02:44

>>767
おおおおー、こっちも解決しましたかー。

**ょぅιﾞょの見物人** ◆YoJo69//rM · 2007/04/07(土) 18:55:20

きたわーって言ってもさ、7.0からでしょ？

**root▲▲ ★** · 2007/04/07(土) 19:45:38

>>770
正直、いくらpjdといえども7.0Rに間に合うとは思っていなかったです。
さすがとしか。

**動け動けウゴウゴ２ちゃんねる** · 2007/04/07(土) 20:10:56

>>771
あとは林檎第十版第五補綴版ですか。こっちは間に合うか微妙っぽいですが。
ttp://www.thinksecret.com/archives/leopard9a321/source/picture-1.html
ttp://news.worldofapple.com/archives/2006/12/17/zfs-file-system-makes-it-to-mac-os-x-leopard/

太陽の中の人兼硝子魚の中の人もいいよーいいよーしてます。
ttp://blogs.sun.com/theaquarium/entry/notd_zfs_in_freebsd_technology

**動け動けウゴウゴ２ちゃんねる** · 2007/04/08(日) 13:41:58

>>771
pjdがまだ26歳だということに軽いショックを受けた。

**ょぅιﾞょの見物人** ◆YoJo69//rM · 2007/04/11(水) 00:56:43

ttp://journal.mycom.co.jp/news/2007/04/10/019/index.html
いや、GCCはさ、3.4くらいのままでいいと思うのよ、うん。

株価【801】 △△ ◆cZfSunOs.U · 2007/04/14(土) 23:10:48

http://qb5.2ch.net/test/read.cgi/operate/1175082659/794,804
の話ですが，speedy プロセス呼び出しの形で使う分には現状でも問題ないですが，
mod_speedycgi を使うとなると問題なんですよね．で，

/* Two problems with threaded mpms:
*
* Persistent routines are not thread safe. We can workaround that with a big
* lock, though that may cause excessive waiting when Maxbackends
* is used.
*
* Frontends are sent SIGALRM to wake them up, and signals don't get
* delivered to the waiting thread.
*/

ということのようなので，とりあえずはシグナル以外の手段でワーカスレッドを
励起させられるようにしなければ，ってところかな．さらに，コンカレンシーを
向上させるためにデカいロックを使わずに済むようにできればなお良い，と．

**動け動けウゴウゴ２ちゃんねる** · 2007/04/15(日) 00:18:03

>>775
SunOSさん、忙しいのにわざわざ答えてくれてありがとうございます。
なるほど…！mod_speedycgiの方が問題だったんですね。

色々実験してみます。本家にパッチを提供できると良いなぁ。

**root▲▲ ★** · 2007/04/15(日) 01:02:49

新居の契約して帰ってみると、、、。
激しくわくわくてかてか（ＡＡりゃ。

雪だるまフロント・バックとも Apache 2.2.x + worker MPM です。
通常サーバでも ex11/ex19 では使っていたんですが、
今はworker MPMなのは、雪だるまだけかな。

**動け動けウゴウゴ２ちゃんねる** · 2007/04/15(日) 13:32:52

おはようございます。

>>777
rootたんは引越しするんですね。
ex11/ex19のworkerをやめてしまったのは
もしやSpeedyCGIの関係なのでしょうか。

とりあえずマルチスレッド型mpmでムリヤリ動かすとどうなるか見るために
mod_speedycgi2.cから>>775のコメントがある#ifブロックを削除
(つまりスレッド型mpmでも強制的に動くように)して使ってみます。

**root▲▲ ★** · 2007/04/15(日) 14:56:53

>>778
> ex11/ex19のworkerをやめてしまったのは
> もしやSpeedyCGIの関係なのでしょうか。

単にT-bananaサーバへの移転によって該当サーバから板がなくなり、
今そのサーバは別の用途で使用しているためです。

worker MPMは、
・FreeBSD 6.0R以降(より安定に動かすには6.1R以降)で、
・かつ libthr を使うように libmap.conf で設定

にしないとちゃんと動かないのですが、
そういう構成の掲示板サーバを雪だるまサーバ以外には
私があまりたくさんおもりしていないという、単にそれだけの話です。

> とりあえずマルチスレッド型mpmでムリヤリ動かすとどうなるか見るために
> mod_speedycgi2.cから>>775のコメントがある#ifブロックを削除
> (つまりスレッド型mpmでも強制的に動くように)して使ってみます。

おー。

**動け動けウゴウゴ２ちゃんねる** · 2007/04/15(日) 19:54:24

どういう訳か、エラー等が発生せずに動いています。
仮にマルチスレッド環境でも問題なく動いているものとして、
どれくらい性能うｐしたのか知りたくなり、簡単なCGIでabを実行。
ab -n 1000 -c 40 http://hoge/env.cgi

1)素のCGIとして実行
Requests per second: 5.40 [#/sec] (mean)
Time per request: 7406.875 [ms] (mean)
※最大LA=32.2

2)1行目を#!/usr/bin/speedyに変更して実行
Requests per second: 9.53 [#/sec] (mean)
Time per request: 4199.375 [ms] (mean)
※最大LA=12.02

3)1行目は元の状態で、ムリヤリ動くようにしたmod_speedycgiを使って実行
Requests per second: 32.55 [#/sec] (mean)
Time per request: 1228.750 [ms] (mean)
※最大LA=2.41

**動け動けウゴウゴ２ちゃんねる** · 2007/04/15(日) 20:04:24

もちろん、ムリヤリ動かした状態はどんなヤバイ問題が
隠れているかわかりません。でも、abの結果を見たら、
なんとか正式にマルチスレッド対応化したい気分になりました。

ううーん、でも
＞* Frontends are sent SIGALRM to wake them up, and signals don't get
＞* delivered to the waiting thread.
このコメントでmod_speedycgi内部のフロントエンドは
SIGALRMが届かず、全く起動しないものと思っていたので予想外。

(使用したもの)
CentOS4.4、Apache2.2.4(mpm=worker)、SpeedyCGI2.22、
env.cgiの内容は以下。

#!/usr/bin/perl
use strict;
use CGI;
my $cgi = new CGI();
print $cgi->header();
print '<html><body><pre>';
while (my ($key, $value) = each(%ENV)) {
print "$key = $value\n";
}
print '</pre></body></html>';

次は一般で配布されてるSpeedyCGI対応のスクリプトを
色々動かして不具合を発生させてみるのが良いのかな。

**七宝焼 ★** · 2007/04/18(水) 17:05:50

jigブラウザ→公式p2での書き込みが出来ないとの話がありました。
【DSBL】PROXY規制中！【報告無用】47
http://qb5.2ch.net/test/read.cgi/sec2chd/1171984096/761-

一応、応急処置として該当IPを除外指定しておきましたが…
公式p2側に問題があるのか、それとも2ch側に問題があるのか、
私にはちんぷんかんぷんですので、一応お知らせさせていただきました。

**root▲▲ ★** · 2007/04/18(水) 17:29:13

>>782
該当スレにいってきました。
その処置で問題ないかと。

**root▲▲ ★** · 2007/04/23(月) 10:54:20

■ サーバリフレッシュ工事連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/502

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

・memoriesへの収容

(現状)
+school6.2ch.net:school6.2ch.net
+book4.2ch.net:206.223.150.100
+travel3.2ch.net:206.223.150.100

(変更後)
+school6.2ch.net:206.223.151.230
+book4.2ch.net:206.223.151.230
+travel3.2ch.net:206.223.151.230

**root▲▲ ★** · 2007/04/23(月) 10:55:29

>>784 コピペしくりました。もう1回。

■ サーバリフレッシュ工事連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/502

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

・memoriesへの収容

(現状)
+school6.2ch.net:206.223.149.235
+book4.2ch.net:206.223.150.100
+travel3.2ch.net:206.223.150.100

(変更後)
+school6.2ch.net:206.223.151.230
+book4.2ch.net:206.223.151.230
+travel3.2ch.net:206.223.151.230

**マァヴ** ◆jxAYUMI09s · 2007/04/23(月) 16:06:07

>785
done(^_^;)

**root▲▲ ★** · 2007/04/23(月) 16:28:52

>>786
確認しました。

◆w0gEWSRfYU · 2007/04/25(水) 17:52:13

root様
いつもお世話になっております。
株式会社jig.jpの菊池です。

2007年4月25日にサーバの追加を行いました。
お手数ですが、IPの追加宜しくお願い致します。

【追加IP】

219.94.147.35
219.94.147.36
219.94.147.37
219.94.147.38
219.94.147.39

【CIDR表記】

219.94.147.35/32
219.94.147.36/30

IP一覧も更新致しました。
http://br.jig.jp/pc/ip_br.html

大変お手数ですが、対応宜しくお願い致します。

**外野ｧｧﾝ** · 2007/04/25(水) 17:55:34

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

**root▲▲ ★** · 2007/04/25(水) 22:16:11

>>788
作業はいります。

**root▲▲ ★** · 2007/04/25(水) 22:27:30

BBS.CGI - 2007/04/25

にて対応済です。

◆w0gEWSRfYU · 2007/04/26(木) 12:32:11

>>791
root様
株式会社jig.jpの菊池です。

素早いご対応ありがとうございます。
今後とも宜しくお願い致します。

**ょぅιﾞょの見物人** ◆YoJo69//rM · 2007/04/27(金) 12:17:17

・・・そんなやりとりをここでしていいんだろうか。

**root▲▲ ★** · 2007/04/27(金) 17:31:58

サーバーダウン（鯖落ち）情報 part145
http://qb5.2ch.net/test/read.cgi/operate/1175626823/909

以下のメールを送ってみたです。

お世話になります。
さきほど、すべての障害が復旧したことを確認しました。
ご対応ありがとうございました。

今回の障害対応については完了ということで問題ございませんが、
以下の二点につきましては、状況の報告(簡単で結構です)と
今後の再発防止対策をよろしくお願いいたします。

1. なぜ、当方が依頼していないネットワークの設定変更が
現地にて無断で行われたのか
(単なるハードウェア交換のみとしなかったのか)
2. なぜ、1. の状態でサーバをオンライン状態にしたのか

また特に「顧客のサーバの設定ファイルの内容(root権限サーバでは、
/etc 下のシステムファイル等も含む)を、顧客に無断で強制的に変更する」
ということは、本来決してあってはならないことであると考えておりますので、
これにつきましては、再発防止対策をくれぐれもよろしくお願いいたします。

**root▲▲ ★** · 2007/04/27(金) 17:34:24

>>794 は、きっとPIEに直接言ったほうがいいのかも。

そのへんは、またぼちぼちと。

**root▲▲ ★** · 2007/04/27(金) 17:50:17

とり急ぎ、管理人に状況をメールしました。
今後問題が再発しなければ、とえいあえず本件はこれで。

雪だるまシステムはバックアップ系も含めて冗長に組んであるつもりですが、
データセンター内で直接ごにょごにょされることまでは、
さすがに想定していなかったり。(´･ω･｀)

**root▲▲ ★** · 2007/04/27(金) 17:57:32

>>794 の返事をいただきました。
(丁寧なおわび&別途報告の旨)

ハードウェア障害はしかたないし、サービスダウンもなしにはできないですが、
「顧客のサーバに勝手にログインして、ファイルの内容を勝手に覗いたり、
ましてや無断で設定内容を変更する」
は、絶対にありえないことなので、それの再発防止が今回のポイントということで。

**動け動けウゴウゴ２ちゃんねる** · 2007/04/27(金) 18:46:29

今のうちに弁護士雇っておくとか

◆IZUMI162i6 · 2007/04/28(土) 05:21:00

アジアじゃなくてもそんなことあるんだな。

● ◆ANGLERlqvM · 2007/04/28(土) 05:38:58

事の顛末を読んでみました。

今回のヒューマンエラーの対象が、、、
雪だるまシステムの受付嬢で＊良かったですね＊、、と強調して書いてみる。
２ちゃんねる以外で、このような事をしたらデータセンターとして信用失墜になりますし。
他の観客のシステムで、こんな事をしたら、、、(ry
まぁ、終わった事みたいですし。これ以上は書くのやめておこう。。

● ◆ANGLERlqvM · 2007/04/28(土) 06:00:46

>>800
訂正。
『２ちゃんねる以外で、』の部分は省略ですね。

**root▲▲ ★** · 2007/04/30(月) 22:43:43

【実況】　live22+live23　Part22
http://qb5.2ch.net/test/read.cgi/operate/1155560057/906

というわけで前から懸案になっているmod_cacheなわけですが、
「書き込んですぐ読んだ時の反映タイムラグ(*1)」って、
発生したりしないのかな。

(*1)ちょうどNFS版雪だるまを動かした時みたいな感じの。

**stream** ◆PNstream2s · 2007/04/30(月) 23:04:35

フロントが常に「更新チェック」を行うように設定にすれば、起こらないはずです。
しかしこの設定だと、書き込みが激しくないときはこれで十分キャッシュの効果はあるけど、
書き込みが1分間に1000(1秒間に16)を超えるような状態で効果があるのか？

でも
http://news22.2ch.net/test/read.cgi/liveplus/1177641490/256
個人でリロードしまくりで304が出てるのもあるくらいだから、効果あるか。

株価【780】 △△ ◆cZfSunOs.U · 2007/05/01(火) 00:00:53

前に書いたような覚えもありますが，基本的には >>803 ですね．

Cache-Control: s-maxage=0

なら常に更新チェックを行います．1秒程度のディレイを許容するなら

Cache-Control: s-maxage=1

にするとか．NFS の時は，そもそも基本的な動き自体が怪しかったですしね......
（まぁ，正常に動くなら HTTP より NFS の方が軽いんでしょうけど）

◆garnetGnNk · 2007/05/01(火) 00:01:19

PIEは商品を扱っているという自覚が無いんじゃないんですかね、とか言ってみるテスト。

**動け動けウゴウゴ２ちゃんねる** · 2007/05/01(火) 00:17:29

>>804
FreeBSDのNFS実装がチープなのが・・・・

ZFS/NFSv4向けACLまちですかね。

# バックエンドにNetAppなんて贅沢は敵ですしw

**stream** ◆PNstream2s · 2007/05/01(火) 00:36:29

あと雪だるま関連の実験要素といったらバックエンドで他のWebサーバーを試すことかな？

**root▲▲ ★** · 2007/05/01(火) 00:53:22

軽くレビュー。

・bbsd を -n 8 から -n 16 にするのは効果がある @ live24
・httpd の設定を変えたところカーネルパニックした。
何かの虫を踏んだか、設定がいまいちだったか。

**root▲▲ ★** · 2007/05/01(火) 01:01:26

panicの内容:
http://news22.2ch.net/test/read.cgi/liveplus/1177641490/725
> Apacheのスレッド数を 16 から 24 にしたところで反応がなくなり、
> リモートコンソールをチェックすると、
> panic: vm_thread_new: kstack allocation failed
> と言って落ちていて、
> Fatal trap 12: page fault while in kernel mode
> と言って、ダブルパニック(カーネルモードで再度しくる)して、
> 止まってしまっていました。

**root▲▲ ★** · 2007/05/01(火) 01:04:02

>>809
で、再度のリブートでも同じ panic で落ちた(今度はダブルパニックしなかった)
ので、KVM からシングルユーザで設定を元に戻して、
リブートして復活と。

しかし、久しぶりの完敗ですか。
正直ちょっとくやしいなと。

**root▲▲ ★** · 2007/05/01(火) 01:05:18

うーむ。

%kgdb /boot/kernel/kernel vmcore.51
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd".
(no debugging symbols found)...Attempt to extract a component of a value that is not a structure pointer.
(kgdb)

**root▲▲ ★** · 2007/05/01(火) 01:10:07

>>808 続き
・httpd と bbsd で資源の取り合いになる
・AA連続投入爆撃は雪だるまにとっても、やはり負荷は高い

株価【780】 △△ ◆cZfSunOs.U · 2007/05/01(火) 01:17:11

http://news22.2ch.net/test/read.cgi/liveplus/1177641490/744
やはり，これは panic するんじゃなくて本来エラーリターンするようにすべきもの，ってことですね．

panic: vm_thread_new: kstack allocation failed
http://lists.freebsd.org/pipermail/freebsd-threads/2006-September/003700.html
> I've seen this when running stress2 with a large number of
> incarnations. Why don't we return an error to the user?

programmer ENOTIME

patch welcome!

http://lists.freebsd.org/pipermail/freebsd-threads/2006-September/003701.html
On closer inspection this means that we've run out of KVA. In
principle it should be handled more gracefully, but the 1GB KVA
limitation is really a 32-bit artifact. It might be worth wading
through the kernel memory allocations to see if a subsystem has gone
beserk.

**root▲▲ ★** · 2007/05/01(火) 01:19:27

>>813
live24b は FreeBSD 6.1R (正確には 6.1-RC2)ですが、
これは、6.2R とかでは直っているのかしら、、、。

◆TWARamEjuA · 2007/05/04(金) 23:35:37

つ PHP 5.2.2 and PHP 4.4.7 Released

**root▲▲ ★** · 2007/05/15(火) 15:09:13

【より敏感に】リブート要請 Ver2.0
http://qb5.2ch.net/test/read.cgi/operate/1152266515/307-
サーバーダウン（鯖落ち）情報 part148
http://qb5.2ch.net/test/read.cgi/operate/1177948183/97-

・Sumaのリセット (via telnet)
・Sumaのステータスチェック
・KVM接続依頼→接続完了 by 中の人
・/home の fsck 実施、mount テスト
・oyster902 リブートテスト

の順番でいけました。
システムディスク RAID1、Suma RAID5 ともに問題なしを確認。

oyster902はしばらく(少なくとも1日程度)KVM経由で触れるように
しておいてもらう旨、依頼済。

**ょぅιﾞょの見物人** ◆YoJo69//rM · 2007/05/19(土) 17:37:44

Subject: [FreeBSD-Announce] HEADS UP: xorg 7.2 update in progress
From: Kris Kennaway <kris@obsecurity.org>
To: announce@FreeBSD.org

Dear FreeBSD Users,

Within the next 24 hours, the long-awaited update to the X.org 7.2
windowing system will be committed to the ports tree. This upgrade
has been 6 months in the making and would not have been possible
without the dedicated work of Florent Thoumie <flz@FreeBSD.org>,
Dejan Lesjak <lesi@FreeBSD.org> and many others in our army of
developers.

直接関係ないけど、オラわくわくするぞ。

**root▲▲ ★** · 2007/05/19(土) 22:32:35

>>817
おお、ついに、、、。

**動け動けウゴウゴ２ちゃんねる** · 2007/05/20(日) 18:36:13

>>818
でもXなので2chには直接は関係ないですね・・・・

◆BFzK/mtqM2 · 2007/05/21(月) 00:57:53

ここ数週間portsがUPDATEされないと思ったら、今日すげー勢いでupdateされてるｗ
PHPも5.2.2もxorgも7.2にupdateされてる。

● ◆ANGLERlqvM · 2007/05/21(月) 06:34:28

およ、んじゃ私も後でupdateしとこうかな。。

**root▲▲ ★** · 2007/05/24(木) 20:19:36

さて、6月15日までにmod_cacheですか。

まずはフロントでmod_mem_cacheあたりなのかなと。
設定例は、、、。

**root▲▲ ★** · 2007/05/24(木) 21:02:29

っていうか、そういえば、
前に一回やろうとして、squid (BG3/4)が微妙な動きをしたんでしたっけ。

(ずいぶん前のことで、記憶があいまいだったり)

**stream** ◆PNstream2s · 2007/05/24(木) 22:41:34

2ch特化型サーバ・ロケーション構築作戦 Part20
http://qb5.2ch.net/test/read.cgi/operate/1140540754/119
以前の挑戦 2006/03/01 ？

http://qb5.2ch.net/test/read.cgi/operate/1145114275/262
これは結果が見つからなかった

んで今フロントのApacheは2.2.2のようですが、2.2.xで最も更新されてるジュールは
キャッシュ関連っぽいんで、携帯関連の副作用とは関係ないかもしれないけど
最新にしといたほうがいいかもしれません

更新履歴　http://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x/CHANGES

株価【950】 △△ ◆cZfSunOs.U · 2007/05/25(金) 11:46:27

>>822 mem_cache だと個別のプロセス単位のキャッシュになるんで，
1プロセスあたりのスレッド数を増やしてプロセス数を絞るとかしないと
効率が落ちると思います．なので，disk_cache を /md で使う方がいいのかも．

>>823 ですねぇ．Squid でキャッシュされた dat が更新されない状態でしたね．
んで，Age 等 mod_cache を使った場合に固有のヘッダが悪さしているのかと思い
mod_headers で Age を出さないようにしたものの，その状態は変わらなかった，
でとりあえず断念，というのが以前の経緯だったと．

例えば，Squid が Cache-Control: max-stale=xx のようなリクエストヘッダを
付けているなら起こり得なくもないんですが，果たしてわざわざそんなヘンな
リクエストをすることがあるのかということと，たとえ Squid がそうしていても
他の普通のリクエストで mod_cache が保持するキャッシュは更新されるはずなので，
やはりちょっと考えにくい...... まぁ，レスポンスヘッダで Cache-Control: s-maxage=xx
のようなのを付ければちゃんと更新してくれるかな......？

**root▲▲ ★** · 2007/05/25(金) 11:48:30

>>825
> なので，disk_cache を /md で使う方がいいのかも．

なるほど、両方やって、効果を見るといいのかな。

◆TWARamEjuA · 2007/05/25(金) 21:12:23

んん？
なんでリブートが入ったのかしら？

9:08PM up 2 days, 3:09, 0 users, load averages: 0.10, 0.21, 0.21
@bbq

● ◆ANGLERlqvM · 2007/05/26(土) 16:55:36

cobra2245.maido3.com = bbq.2ch.net,hack72.2ch.net落ちてますね。

● ◆ANGLERlqvM · 2007/05/26(土) 17:26:00

>>828
リブート要請V2.0にて復旧しました。
一応ご連絡まで。

**root▲▲ ★** · 2007/05/26(土) 20:25:29

立て続けに2回ですか。

ううむ、dmesg的には異常ないですね。
しばらく経過観察で。

◆TWARamEjuA · 2007/05/26(土) 20:41:49

dmesgにはこれと言った出力はないもより(´･ω･`)
・・・と書こうとしていたところ♪
2 users になってた♪
$w
4:41AM up 3:34, 2 users, load averages: 0.54, 0.31, 0.24

◆TWARamEjuA · 2007/05/31(木) 19:50:37

そしてbanana238も。。。(´･ω･`)
シグナルが飛んできていないからやっぱり電源が不安定なのかしら？
Rock54ご本尊様がリブートしなかった(´･ω･`)

May 30 23:08:03 <0.6> banana238 kernel: pid 2187 (httpd), uid 80: exited on signal 10
リブート後にこんな人がいたもより。。。

**動け動けウゴウゴ２ちゃんねる** · 2007/05/31(木) 20:29:14

>>832
とりあえずJimさんにクランプメータでチェックしてほしい旨いっときました。

Let's talk with Jim-san. Part5
http://pie.bbspink.com/test/read.cgi/erobbs/1178546129/

◆TWARamEjuA · 2007/05/31(木) 21:16:19

>>833
あっー♪
人為的リブートが入ったもよりですー♪

サーバーダウン（鯖落ち）情報 part148
http://qb5.2ch.net/test/read.cgi/operate/1177948183/257

◆TWARamEjuA · 2007/05/31(木) 21:19:53

って事ですので単にSIGNAL(SIGTERM?)をうまくキャプチャできなかっただけかもです（苦笑）

local %SIG;
$SIG{'PIPE'} = $SIG{'INT'} = $SIG{'HUP'} = $SIG{'QUIT'} = $SIG{'TERM'} = &SigExit;
$SIG{'ALRM'} = "IGNORE";

sub SigExit{
unlink $Pid while -f $Pid;
die "$Prog has terminated.(Receive SIGNAL($_[0]))n";
}

今時のFreeBSDだと、whileでunlinkをループしなくても墜ちてくれるのかな？

**動け動けウゴウゴ２ちゃんねる** · 2007/05/31(木) 21:26:13

えー・・・・Jimさんにはそちらからいってくださいorz

◆TWARamEjuA · 2007/05/31(木) 21:46:14

>>836
逝ってｷﾀ━━━(ﾟ∀ﾟ)━━━ｯ!!

株価【800】 △△ ◆cZfSunOs.U · 2007/05/31(木) 22:21:48

\&SigExit じゃなくてよかったのかな......

◆TWARamEjuA · 2007/05/31(木) 22:51:57

>>838
投稿時に単に文字化けしちゃっただけです（苦笑）
$SIG{'PIPE'} = $SIG{'INT'} = $SIG{'HUP'} = $SIG{'QUIT'} = $SIG{'TERM'} = \&SigExit

**ょぅιﾞょの見物人** ◆YoJo69//rM · 2007/05/31(木) 23:40:51

Jimさんは事務ばっかりやってろと。

ひゅ～るり～～～～～～ひゅ～るり～ららあ～♪

**NA1** ◆x..Fuck.FE · 2007/06/01(金) 23:21:55

（ ´,_ゝ｀）ﾌﾟｯ

**マァヴ** ◆jxAYUMI09s · 2007/06/11(月) 15:32:46

cobra2248退役しますー(^_^;)

**ピロリ今日も＠株主 ★** · 2007/06/11(月) 15:34:11

今使ってないんですよね?

**root▲▲ ★** · 2007/06/11(月) 15:44:40

>>842
現在未使用です。データもmemoriesに退避済。

cobra2248.maido3.com (Opteron ??? dual (dual core)、??Bytes memory、FreeBSD 5.5R)
現在空き
FreeBSD 5.5R/amd64 GENERICカーネルで動作
現在シングルCPU設定の模様

**ピロリ今日も＠株主 ★** · 2007/06/11(月) 15:47:33

はーい、

どもでした。
ちょっと別の用途に改装して再登場の予定。

**マァヴ** ◆jxAYUMI09s · 2007/06/11(月) 19:33:06

んでは、cobra2248引き取ります(^_^;)

**[es]** ◆MUMUMUhnYI · 2007/06/12(火) 00:32:33

そんなわけで、
・httpdを更新する
・mod_mem_cacheを有効にする

という路線でいこうと思っているわけです。

この場合、
・有効にするのはフロント?バック?それとも両方?
・それぞれの場合、httpd.confをどう書いたらいい?

あたりを、ここに書いておいていただけると
とてもうれしかったりして。

**[es]** ◆MUMUMUhnYI · 2007/06/12(火) 00:41:23

で、mod_disk_cacheにも限りない魅力を感じるのですが、
前にhtcachecleanが挙動不審だったので、
少し躊躇しているです。

でも、同様に設定サンプルがあると、うれしいかもです。
なんかくれくれですみませんです。

**動け動けウゴウゴ２ちゃんねる** · 2007/06/12(火) 01:25:44

一応貼っておきます。
ttp://nvd.nist.gov/nvd.cfm?cvename=CVE-2007-1862

**root▲▲ ★** · 2007/06/12(火) 01:31:51

帰宅。

>>849
ううむ、ざっとしか読んでませんが
Apache 2.2.4のmod_mem_cacheはVulnerableで、
かつRemotely exploitableですか、、、。

だとすると、cの応用で、
squid等をローカルに動かしてみるとかか。

まずは、いったんめしで。

株価【810】 △△ ◆cZfSunOs.U · 2007/06/12(火) 02:02:59

>>847-850 出張とかある中乙です......

Apache の mod_*_cache がいまいちということだと，確かに Squid の方が手堅いかもですね．
キャッシュさせる目的が dat 等の読み出しによるバックエンドの負荷を軽減させることであることからすると，
入れるのはフロントですね．

　　　　フロントの httpd -> バックエンドの dat 用 httpd

というのを

　　　　フロントの httpd -> フロントの Squid -> バックエンドの dat 用 httpd

という形にすると．

**[es]** ◆MUMUMUhnYI · 2007/06/12(火) 02:18:50

>>851
ただsquidにすると、http 1.0になっちゃうのかな。
で、対象は*.datとsubject.txtだけと。

いずれにせよ、明日の夜に宿泊先でってかんじかなと。