2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part23
http://qb5.2ch.net/test/read.cgi/operate/1153650861/
2ch特化型サーバ・ロケーション構築作戦 Part24
レス数が950を超えています。1000を超えると書き込みができなくなります。
帰宅。
>>849
ううむ、ざっとしか読んでませんが
Apache 2.2.4のmod_mem_cacheはVulnerableで、
かつRemotely exploitableですか、、、。
だとすると、cの応用で、
squid等をローカルに動かしてみるとかか。
まずは、いったんめしで。
>>849
ううむ、ざっとしか読んでませんが
Apache 2.2.4のmod_mem_cacheはVulnerableで、
かつRemotely exploitableですか、、、。
だとすると、cの応用で、
squid等をローカルに動かしてみるとかか。
まずは、いったんめしで。
>>847-850 出張とかある中乙です......
Apache の mod_*_cache がいまいちということだと，確かに Squid の方が手堅いかもですね．
キャッシュさせる目的が dat 等の読み出しによるバックエンドの負荷を軽減させることであることからすると，
入れるのはフロントですね．
フロントの httpd -> バックエンドの dat 用 httpd
というのを
フロントの httpd -> フロントの Squid -> バックエンドの dat 用 httpd
という形にすると．
Apache の mod_*_cache がいまいちということだと，確かに Squid の方が手堅いかもですね．
キャッシュさせる目的が dat 等の読み出しによるバックエンドの負荷を軽減させることであることからすると，
入れるのはフロントですね．
フロントの httpd -> バックエンドの dat 用 httpd
というのを
フロントの httpd -> フロントの Squid -> バックエンドの dat 用 httpd
という形にすると．
852[es] ◆MUMUMUhnYI
2007/06/12(火) 02:18:50ID:oOEqiEVQ0 >>852 Squid -> httpd の部分は HTTP/1.0 になりますね．
もっとも，直接ユーザから見える部分ではないですけど．
で，その方向でやるとすると，httpd では
RewriteRule ^/(\w+/(?:|subject\.txt|(?:subback|index)\.html|index\.css|dat/(?:\d+\.dat)?))$ http://live23.2ch.net:pppp/$1 [P]
の部分を
RewriteRule ^/(\w+/(?:|subject\.txt|(?:subback|index)\.html|index\.css|dat/(?:\d+\.dat)?))$ http://localhost:3128/$1 [P]
のようにして，Squid では
http_port 127.0.0.1:3128 defaultsite=live23.2ch.net
cache_peer private_addr_of_live23b parent port_of_httpd_for_dat 0 no-query originserver
refresh_pattern . 0 0% 0
collapsed_forwarding on
refresh_stale_hit 1
のようにするといいのかな...... まぁ，とりあえずじっk(ry
もっとも，直接ユーザから見える部分ではないですけど．
で，その方向でやるとすると，httpd では
RewriteRule ^/(\w+/(?:|subject\.txt|(?:subback|index)\.html|index\.css|dat/(?:\d+\.dat)?))$ http://live23.2ch.net:pppp/$1 [P]
の部分を
RewriteRule ^/(\w+/(?:|subject\.txt|(?:subback|index)\.html|index\.css|dat/(?:\d+\.dat)?))$ http://localhost:3128/$1 [P]
のようにして，Squid では
http_port 127.0.0.1:3128 defaultsite=live23.2ch.net
cache_peer private_addr_of_live23b parent port_of_httpd_for_dat 0 no-query originserver
refresh_pattern . 0 0% 0
collapsed_forwarding on
refresh_stale_hit 1
のようにするといいのかな...... まぁ，とりあえずじっk(ry
live23f5(squid挟み)
HTTP/1.1 200 OK
Date: Thu, 14 Jun 2007 17:45:56 GMT
Server: Apache/2.2.2
Content-Length: 3059
Content-Type: text/html; charset=shift_jis
X-Cache: MISS from tiger507.maido3.com
X-Cache-Lookup: MISS from tiger507.maido3.com:ぽわわ
Via: 1.0 tiger507.maido3.com:ぽわわ (squid/2.6.STABLE13)
Vary: Accept-Encoding
live23f4(直接)
HTTP/1.1 200 OK
Date: Thu, 14 Jun 2007 17:46:30 GMT
Server: Apache/2.2.2
Content-Length: 3059
Content-Type: text/html; charset=shift_jis
Vary: Accept-Encoding
HTTP/1.1 200 OK
Date: Thu, 14 Jun 2007 17:45:56 GMT
Server: Apache/2.2.2
Content-Length: 3059
Content-Type: text/html; charset=shift_jis
X-Cache: MISS from tiger507.maido3.com
X-Cache-Lookup: MISS from tiger507.maido3.com:ぽわわ
Via: 1.0 tiger507.maido3.com:ぽわわ (squid/2.6.STABLE13)
Vary: Accept-Encoding
live23f4(直接)
HTTP/1.1 200 OK
Date: Thu, 14 Jun 2007 17:46:30 GMT
Server: Apache/2.2.2
Content-Length: 3059
Content-Type: text/html; charset=shift_jis
Vary: Accept-Encoding
X-Cache: MISS from tiger507.maido3.com
X-Cache-Lookup: MISS from tiger507.maido3.com:ぽわわ
Via: 1.0 tiger507.maido3.com:ぽわわ (squid/2.6.STABLE13)
この3行を出させなくするには、どうしたらいいのかしら。
X-Cache-Lookup: MISS from tiger507.maido3.com:ぽわわ
Via: 1.0 tiger507.maido3.com:ぽわわ (squid/2.6.STABLE13)
この3行を出させなくするには、どうしたらいいのかしら。
# TAG: via on|off
# If set (default), Squid will include a Via header in requests and
# replies.
#
#Default:
# via on
これではないみたい。
# If set (default), Squid will include a Via header in requests and
# replies.
#
#Default:
# via on
これではないみたい。
header_access Via deny all
header_access X-Cache deny all
header_access X-Cache-Lookup deny all
ふむ。これか。
header_access X-Cache deny all
header_access X-Cache-Lookup deny all
ふむ。これか。
とりあえずできたかな。
ちょっとフロントに入れてみるか。
ちょっとフロントに入れてみるか。
入れた。様子を確認中。
>>854-859 乙です．以前未解決だった黒山羊問題もどうか，ってとこですかね......
動いていそうなので、負荷テスト。
live23f5 にだけ流し込み。
live23f5 にだけ流し込み。
しばらく見ていて問題ないようなら、
・お風呂に入る
・live23f1-f4にも同じ設定を入れる
・もとどおりフロントを5台にする
という方向で。
・お風呂に入る
・live23f1-f4にも同じ設定を入れる
・もとどおりフロントを5台にする
という方向で。
あとフロントのsquidはほとんどアクセスログとってないけど、
# for squid log rotate
0 0 * * * /usr/local/sbin/squid -k rotate
を入れるのを忘れないようにと。
# for squid log rotate
0 0 * * * /usr/local/sbin/squid -k rotate
を入れるのを忘れないようにと。
ログインいただいているようなので、
squid.conf を見られるようにしておきます。
チェックいただけると、とてもうれしいです。
squid.conf を見られるようにしておきます。
チェックいただけると、とてもうれしいです。
>>864 乙です．こちらで見た限りではいいんじゃないかと思います．
さて，これで実運用でどんな感じになるか，ってとこですか......
さて，これで実運用でどんな感じになるか，ってとこですか......
>>865
どもです。
daemontools配下にして、reniceを弾力的にできるようにしようと。
rtprioするのはちょっと不安なので、とりあえず-14(cフロントと同じ)で。
#!/bin/sh
exec 2>&1
#exec env - PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
# /usr/sbin/rtprio 31 setuidgid squid /usr/local/sbin/squid -D -N
exec env - PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
/usr/bin/nice -n -14 setuidgid squid /usr/local/sbin/squid -D -N
どもです。
daemontools配下にして、reniceを弾力的にできるようにしようと。
rtprioするのはちょっと不安なので、とりあえず-14(cフロントと同じ)で。
#!/bin/sh
exec 2>&1
#exec env - PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
# /usr/sbin/rtprio 31 setuidgid squid /usr/local/sbin/squid -D -N
exec env - PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
/usr/bin/nice -n -14 setuidgid squid /usr/local/sbin/squid -D -N
いい感じかな。
この設定を全フロントに仕込もうかと。
この設定を全フロントに仕込もうかと。
ただし、とりあえず適用はlive23にだけ。
live24/news20(現在使用せず)は従来どおり。
live24/news20(現在使用せず)は従来どおり。
で、みんなでおんなじスレを読んでもらえば、
さらに効果が上がると。
なんていう皮算用で。
さらに効果が上がると。
なんていう皮算用で。
>>870 ですね．特に，同一ファイルに対する同時アクセスで効果が大きいってことで．
>>853 以外の主な squid.conf の設定
cache_mem 128 MB
maximum_object_size_in_memory 4096 KB
cache_replacement_policy heap GDSF
memory_replacement_policy heap LFUDA
cache_dir null /dev/null
logfile_rotate 3
memory_pools off
forwarded_for off
header_access Via deny all
header_access X-Cache deny all
header_access X-Cache-Lookup deny all
cache_mem 128 MB
maximum_object_size_in_memory 4096 KB
cache_replacement_policy heap GDSF
memory_replacement_policy heap LFUDA
cache_dir null /dev/null
logfile_rotate 3
memory_pools off
forwarded_for off
header_access Via deny all
header_access X-Cache deny all
header_access X-Cache-Lookup deny all
フロント5台に対して >>872 を適用。
2007/06/15(金) 04:37:38ID:homxQgJI0
遅くまでお疲れ様です
>>874 乙です．
>>http://qb5.2ch.net/test/read.cgi/operate/1180971685/417-418n
そう言われればそうですね．まぁ，以前ダメだった原因はナゾのままですが......
>>http://qb5.2ch.net/test/read.cgi/operate/1180971685/417-418n
そう言われればそうですね．まぁ，以前ダメだった原因はナゾのままですが......
http://qb5.2ch.net/test/read.cgi/operate/1179399581/735-766n
Pragma: no-cache 対策として refresh_pattern に ignore-reload とか
入れた方がいいのかな．あとは，refresh_stale_hit をどうするか，か．
0 にすれば遅延は生じないけど，負荷とのトレードオフですからねぇ．
まぁ，お陰様で >>869 のグラフでも昨日までよりかなりフラットになってるけど．
Pragma: no-cache 対策として refresh_pattern に ignore-reload とか
入れた方がいいのかな．あとは，refresh_stale_hit をどうするか，か．
0 にすれば遅延は生じないけど，負荷とのトレードオフですからねぇ．
まぁ，お陰様で >>869 のグラフでも昨日までよりかなりフラットになってるけど．
2007/06/15(金) 23:34:02ID:405DQ2F30
live鯖スレが騒がしくなった
http://qb5.2ch.net/test/read.cgi/operate/1179399581/800
今 Nida070422 試したみたけど、投稿後のには Pragma はついていた。
http://qb5.2ch.net/test/read.cgi/operate/1179399581/757
の報告もあるくらいだから、janeがこれと同じタイミングでやれば
416になるのは間違いないとは思うのだけれど、
http://qb5.2ch.net/test/read.cgi/operate/1179399581/766
を見る限り、それだけじゃないっぽいのも確かっぽいのでむむむむ
http://qb5.2ch.net/test/read.cgi/operate/1179399581/800
今 Nida070422 試したみたけど、投稿後のには Pragma はついていた。
http://qb5.2ch.net/test/read.cgi/operate/1179399581/757
の報告もあるくらいだから、janeがこれと同じタイミングでやれば
416になるのは間違いないとは思うのだけれど、
http://qb5.2ch.net/test/read.cgi/operate/1179399581/766
を見る限り、それだけじゃないっぽいのも確かっぽいのでむむむむ
880stream ◆PNstream2s
2007/06/15(金) 23:56:11ID:V4emkufx0 >>879 そのあたりをどうするかは，ある意味ポリシーの問題でもありますね．
方向性としては2つあると思いますが，
1. refresh_stale_hit を 0 にして遅延をなくす．
2. refresh_stale_hit は 1 のままで，ブラウザ側で
書き込み後のリロードの際は1秒ぐらい間を空けてもらう．
1. は単純明快ですが，その代わりキャッシュの効率が低下しますね．
2. の方がキャッシュの効率はいいのですが，専ブラ作者さんの協力も必要，と．
とりあえず，今回の簡単なまとめ:
http://news22.2ch.net/test/read.cgi/liveplus/1180626141/759
759 ： 株価【350】 △△ ◆cZfSunOs.U ：2007/06/15(金) 23:41:10 ID:kXgE7+X60
まぁ，バックエンドがおおむね静かな状態だったことからすれば，キャッシュ導入によって
怒濤のような ROM の大群からバックエンドを守ることができたという点で前進だと思います．
ただ，Squid のチューニングに十分時間が取れないまま本番を迎えたので，
メモリ大量消費によりかなり swap が発生してしまった，というのを改善するのが今後の課題ですね．
方向性としては2つあると思いますが，
1. refresh_stale_hit を 0 にして遅延をなくす．
2. refresh_stale_hit は 1 のままで，ブラウザ側で
書き込み後のリロードの際は1秒ぐらい間を空けてもらう．
1. は単純明快ですが，その代わりキャッシュの効率が低下しますね．
2. の方がキャッシュの効率はいいのですが，専ブラ作者さんの協力も必要，と．
とりあえず，今回の簡単なまとめ:
http://news22.2ch.net/test/read.cgi/liveplus/1180626141/759
759 ： 株価【350】 △△ ◆cZfSunOs.U ：2007/06/15(金) 23:41:10 ID:kXgE7+X60
まぁ，バックエンドがおおむね静かな状態だったことからすれば，キャッシュ導入によって
怒濤のような ROM の大群からバックエンドを守ることができたという点で前進だと思います．
ただ，Squid のチューニングに十分時間が取れないまま本番を迎えたので，
メモリ大量消費によりかなり swap が発生してしまった，というのを改善するのが今後の課題ですね．
882ｒｅｆｆｉ@報告人 ★
2007/06/16(土) 00:52:49ID:???0 Squid関連で面白い記事が見つかったので
ttp://d.hatena.ne.jp/yamaz/20061015
ttp://d.hatena.ne.jp/yamaz/20061026
ttp://d.hatena.ne.jp/yamaz/20061015
ttp://d.hatena.ne.jp/yamaz/20061026
883stream ◆PNstream2s
2007/06/16(土) 01:02:45ID:WHOQe+e20 RFCで実際どのように規定されてるかは知りませんが
Pragma: no-cache と If-Modified-Since が同時に設定されてる場合
Apacheは(Squidも？) If-Modified-Since は実質的に無視されるから
416になるのはまあ当たりまえだね
んで普通にリロードしてて416になるのもあって、これはなんだろうね？
今重くて実験にならないけど
Pragma: no-cache と If-Modified-Since が同時に設定されてる場合
Apacheは(Squidも？) If-Modified-Since は実質的に無視されるから
416になるのはまあ当たりまえだね
んで普通にリロードしてて416になるのもあって、これはなんだろうね？
今重くて実験にならないけど
884stream ◆PNstream2s
2007/06/16(土) 01:19:18ID:WHOQe+e20 これはあくまでも予想ですが…
2chブラウザに 更新時刻 00:00:04 の100バイトのdat
Squidに 更新時刻 00:00:01 の50バイトのdat
バックエンドに 更新時刻 00:00:04 の100バイトのdat
このときJaneは
Range: bytes=100-
If-Modified-Since: 00:00:04
をSquidにリクエストするけど、Squidが持ってるのは00:00:01だから
Range: bytes=100-
If-Modified-Since: 00:00:01
をバックエンドにリクエストしてるのかな？
2chブラウザに 更新時刻 00:00:04 の100バイトのdat
Squidに 更新時刻 00:00:01 の50バイトのdat
バックエンドに 更新時刻 00:00:04 の100バイトのdat
このときJaneは
Range: bytes=100-
If-Modified-Since: 00:00:04
をSquidにリクエストするけど、Squidが持ってるのは00:00:01だから
Range: bytes=100-
If-Modified-Since: 00:00:01
をバックエンドにリクエストしてるのかな？
885stream ◆PNstream2s
2007/06/16(土) 01:33:19ID:WHOQe+e20 hostsファイルでフロントを固定して過疎スレで試してみた。
416が1回出ると、Range無しでリロードしてSquidのキャッシュを
新しくするまで何回でも416が出続ける。
人が多いスレなら誰かしらがキャッシュを新しくしているのですぐ416は収まるんだろう
416が1回出ると、Range無しでリロードしてSquidのキャッシュを
新しくするまで何回でも416が出続ける。
人が多いスレなら誰かしらがキャッシュを新しくしているのですぐ416は収まるんだろう
>>884 クライアント -> Squid が Range 付きリクエストでも，
Squid -> バックエンド鯖のリクエストでは Range は付きませんね
（Squid が Range を処理する）．
ただ，1秒以内のスパンで考えれば，各フロントが保持しているキャッシュが食い違う
ということはあり得ると思います．とはいえ，それが顕在化するのは1秒以内に
リロードを繰り返した場合なので，ポリシーとしてあえて対処しないということも考えられますが．
Squid -> バックエンド鯖のリクエストでは Range は付きませんね
（Squid が Range を処理する）．
ただ，1秒以内のスパンで考えれば，各フロントが保持しているキャッシュが食い違う
ということはあり得ると思います．とはいえ，それが顕在化するのは1秒以内に
リロードを繰り返した場合なので，ポリシーとしてあえて対処しないということも考えられますが．
帰宅。
今、落ちているサーバある?
今、落ちているサーバある?
>>888 あ，4 号はすでにリブートされてたみたいです．
まず、squidの使用メモリ量をリミットしないといけなそうですね。
>>873
> cache_mem 128 MB
が大きすぎるのは確実として、
いくつぐらいがいいんですかね。
live23f1とか、こんなかんじだし。
362M 消費か。これでメモリが足りなくなったということですか。
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
93677 squid 1 4 -14 362M 182M kqread 2 47:21 1.22% squid
>>873
> cache_mem 128 MB
が大きすぎるのは確実として、
いくつぐらいがいいんですかね。
live23f1とか、こんなかんじだし。
362M 消費か。これでメモリが足りなくなったということですか。
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
93677 squid 1 4 -14 362M 182M kqread 2 47:21 1.22% squid
似たようなことやっている c-docomo5 の squid
PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND
58548 squid 99 -14 325M 324M CPU3 3 1161.6 48.05% 48.05% squid
ということで、128MB設定だと3倍弱食うかんじなので、
64Mぐらいにする方向性で、24Mとかにしてみるか。
PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU CPU COMMAND
58548 squid 99 -14 325M 324M CPU3 3 1161.6 48.05% 48.05% squid
ということで、128MB設定だと3倍弱食うかんじなので、
64Mぐらいにする方向性で、24Mとかにしてみるか。
893stream ◆PNstream2s
2007/06/16(土) 01:53:03ID:WHOQe+e20 >>893 要するに，Squid は Range 付きリクエストを受けた場合，
源流鯖に対して Range なしリクエストを行いファイル全体を取得し，
そこから Range で指定された範囲のみを返す，ってことですね．
ここで，Range で指定された範囲がそのファイルの範囲外だった場合，
Squid は 200 レスポンスとしてファイル全体を返してしまいます．
実験結果については......う〜む......
源流鯖に対して Range なしリクエストを行いファイル全体を取得し，
そこから Range で指定された範囲のみを返す，ってことですね．
ここで，Range で指定された範囲がそのファイルの範囲外だった場合，
Squid は 200 レスポンスとしてファイル全体を返してしまいます．
実験結果については......う〜む......
897stream ◆PNstream2s
2007/06/16(土) 02:17:44ID:WHOQe+e20 >>898
>>refresh_pattern に ignore-reload とか入れた方がいいのかな．
>
>を入れると、具体的にはどうなるんでしたっけ。
デフォルトの状態だと，Pragma: no-cache がリクエストに含まれていると
キャッシュがあってもバックエンドから強制的にリロードしてしまうので
キャッシュの効率が低下してしまうんですが，ignore-reload を入れると
キャッシュされているコンテンツを使ってくれるってことですね．
>> refresh_stale_hit
>
>は、1でいいのかなと。
となると，書き込み後の自動リロード機能のある専ブラでは
間を空けてもらうようにしてもらった方がいい，と．
>早く live23b をデュアルCPUで動かしたいところですが、
ですねぇ．これって mpsafe 何とかがどうのこうの，って話でしたっけ......？
# もっとも，その前に T-banana へのリプレースが行われれば，それも解決な訳ですがｗ
>>refresh_pattern に ignore-reload とか入れた方がいいのかな．
>
>を入れると、具体的にはどうなるんでしたっけ。
デフォルトの状態だと，Pragma: no-cache がリクエストに含まれていると
キャッシュがあってもバックエンドから強制的にリロードしてしまうので
キャッシュの効率が低下してしまうんですが，ignore-reload を入れると
キャッシュされているコンテンツを使ってくれるってことですね．
>> refresh_stale_hit
>
>は、1でいいのかなと。
となると，書き込み後の自動リロード機能のある専ブラでは
間を空けてもらうようにしてもらった方がいい，と．
>早く live23b をデュアルCPUで動かしたいところですが、
ですねぇ．これって mpsafe 何とかがどうのこうの，って話でしたっけ......？
# もっとも，その前に T-banana へのリプレースが行われれば，それも解決な訳ですがｗ
>>899
なるほど、Pragma: no-cache を無視するということですか。
で、間をあけなくてもいいとは思いますが、
その場合、書き込みが反映されていない可能性もあると思って、
プログラムを組んでいただくのがいいんではないですかね。
あと、へたれたフロントを matd から自動切り離ししたり、
自動参加させたりするしかけもそろそろまじめに考えないと。
なるほど、Pragma: no-cache を無視するということですか。
で、間をあけなくてもいいとは思いますが、
その場合、書き込みが反映されていない可能性もあると思って、
プログラムを組んでいただくのがいいんではないですかね。
あと、へたれたフロントを matd から自動切り離ししたり、
自動参加させたりするしかけもそろそろまじめに考えないと。
>>900
>へたれたフロントを matd から自動切り離ししたり、
>自動参加させたりするしかけもそろそろまじめに考えないと。
ですねぇ．httping とかでチェックして，異変があったら
matd.cf 変更して matd に SIGHUP を送る，みたいな感じかな......
>へたれたフロントを matd から自動切り離ししたり、
>自動参加させたりするしかけもそろそろまじめに考えないと。
ですねぇ．httping とかでチェックして，異変があったら
matd.cf 変更して matd に SIGHUP を送る，みたいな感じかな......
903stream ◆PNstream2s
2007/06/16(土) 11:39:03ID:DZsbwBoq0 # TAG: range_offset_limit (bytes)
# Sets a upper limit on how far into the the file a Range request
# may be to cause Squid to prefetch the whole file. If beyond this
# limit then Squid forwards the Range request as it is and the result
# is NOT cached.
#
# This is to stop a far ahead range request (lets say start at 17MB)
# from making Squid fetch the whole object up to that point before
# sending anything to the client.
#
# A value of -1 causes Squid to always fetch the object from the
# beginning so that it may cache the result. (2.0 style)
#
# A value of 0 causes Squid to never fetch more than the
# client requested. (default)
-1がいいかな…
# Sets a upper limit on how far into the the file a Range request
# may be to cause Squid to prefetch the whole file. If beyond this
# limit then Squid forwards the Range request as it is and the result
# is NOT cached.
#
# This is to stop a far ahead range request (lets say start at 17MB)
# from making Squid fetch the whole object up to that point before
# sending anything to the client.
#
# A value of -1 causes Squid to always fetch the object from the
# beginning so that it may cache the result. (2.0 style)
#
# A value of 0 causes Squid to never fetch more than the
# client requested. (default)
-1がいいかな…
906stream ◆PNstream2s
2007/06/16(土) 16:20:49ID:o2/0NQkr0 416は出にくくなるとは思ったけど、出なくなるとは思ってなかった。
キャッシュの効率とかそういうのを想定に置いた提案だったけど、
実験してみると、416がいくらやっても出ないですね
キャッシュの効率とかそういうのを想定に置いた提案だったけど、
実験してみると、416がいくらやっても出ないですね
907stream ◆PNstream2s
2007/06/16(土) 16:41:19ID:o2/0NQkr0908[es] ◆MUMUMUhnYI
2007/06/16(土) 19:22:42ID:D/KI2p1V0 フロントのsquidを互いにpeerとかにすると、
問題が解決したりするのかしら。
FDを使いきったりして、
c系で動かしたときに微妙だったので、
すぐにはやりにくいかもですが。
問題が解決したりするのかしら。
FDを使いきったりして、
c系で動かしたときに微妙だったので、
すぐにはやりにくいかもですが。
910stream ◆PNstream2s
2007/06/16(土) 19:54:55ID:o2/0NQkr0 過疎スレだと結構簡単に416を出せますが
人が多いスレだと416出すのはかなり難しいんで
気にしなくていいと思います。
liveスレにちょっと違うエラー報告が少しだけあるんですが
再現方法が不明…
人が多いスレだと416出すのはかなり難しいんで
気にしなくていいと思います。
liveスレにちょっと違うエラー報告が少しだけあるんですが
再現方法が不明…
http://qb5.2ch.net/test/read.cgi/operate/1181917457/241-245
ヘッダが来ても中身が来ないことがあるらしく，Squid のバグなのかも？
う〜む......とりあえず，collapsed_forwarding を off にするとどうだろう．
refresh_stale_hit が 0 でなければ，それを off にしてもインパクトはあまりないような気もするし．
# あと，別件だけど refresh_pattern に ignore-reload ってのも効率うｐのため......
ヘッダが来ても中身が来ないことがあるらしく，Squid のバグなのかも？
う〜む......とりあえず，collapsed_forwarding を off にするとどうだろう．
refresh_stale_hit が 0 でなければ，それを off にしてもインパクトはあまりないような気もするし．
# あと，別件だけど refresh_pattern に ignore-reload ってのも効率うｐのため......
2007/06/17(日) 22:06:42ID:XUM2/U8Q0
914[es] ◆MUMUMUhnYI
2007/06/17(日) 23:16:14ID:ryXlkjNQ0 現場に居合わせられなかったけど、
メモリを食って落ちるパターンなんだろうか。
それともsquidのnice値の問題か。
まだまだ調整が必要と。
メモリを食って落ちるパターンなんだろうか。
それともsquidのnice値の問題か。
まだまだ調整が必要と。
2007/06/18(月) 01:07:34ID:4fT8zcgH0
http://mumumu.mu/mrtg/mrtg-rrd.cgi/bbqbbx/bbq.html
20:30に急落しているような
20:30に急落しているような
>>915
みてみます。
みてみます。
全板、BBQ無効になっていますね。
1) 入り口で campus 以外無効にしている。
2) 1) から呼ばれている実際にBBQ引くところで、campus ＊以外＊、
BBQを呼ばないようになっている。
2) の、
#以下の板はするー
if($GB->{FORM}->{'bbs'} ne "campus") {return 0;}
が、バグだと思います。
1) 入り口で campus 以外無効にしている。
2) 1) から呼ばれている実際にBBQ引くところで、campus ＊以外＊、
BBQを呼ばないようになっている。
2) の、
#以下の板はするー
if($GB->{FORM}->{'bbs'} ne "campus") {return 0;}
が、バグだと思います。
>>917 の
if($GB->{FORM}->{'bbs'} ne "campus") {return 0;}
を、
if($GB->{FORM}->{'bbs'} eq "campus") {return 0;}
に変えてきます。
これで、campus以外BBQ有効になるはず。
(そうしたかったんだと思いますので)
というか、親ルーチンの入り口で campus だったら return 0 しているので、
ここはコメントにすべきかなと。
if($GB->{FORM}->{'bbs'} ne "campus") {return 0;}
を、
if($GB->{FORM}->{'bbs'} eq "campus") {return 0;}
に変えてきます。
これで、campus以外BBQ有効になるはず。
(そうしたかったんだと思いますので)
というか、親ルーチンの入り口で campus だったら return 0 しているので、
ここはコメントにすべきかなと。
2007/06/18(月) 01:27:59ID:EYCj9LAU0
campus 以外BBQ有効に戻ったはず。
しばらくトラフィックをチェックしてます。
しばらくトラフィックをチェックしてます。
他もざっと見てみましたが、eq が ne になっている箇所はなかったので、
問題ないのかなと。
問題ないのかなと。
2007/06/18(月) 01:39:04ID:JZ06aA6p0
>>920
news 公開PROXY〜のエラーでた
news 公開PROXY〜のエラーでた
で、現状２ちゃんねる以外からも
結構利用されているのね(それ自体は問題ない)。< BBQ
結構利用されているのね(それ自体は問題ない)。< BBQ
>>922
なおったと。
なおったと。
2007/06/18(月) 01:47:50ID:FyLRqOvr0
大生で串で遊んでたまま他板にも書けてビックリしたがそういうことか
live23f2 / f3 / f5 には、変なログは残っていないですね、、、。
live23f1 / f4 は正常に見えるし。
やはり、現場に居合わせないとだめか、、、。ううむ。
live23f1 / f4 は正常に見えるし。
やはり、現場に居合わせないとだめか、、、。ううむ。
2007/06/18(月) 01:49:15ID:TY5qShhV0
ごめんねありがとう
今ちとくたくたしてるんで、>>912 は明日以降に。
929虹色カレー
2007/06/18(月) 02:03:20ID:wl7z7idW0 強制名無しのバリエーション増やしてもいいけど
元に戻してください
元に戻してください
2007/06/18(月) 02:05:58ID:zqEbehg/0
>>929
それはここで言う事では無いですよ。
それはここで言う事では無いですよ。
931虹色カレー
2007/06/18(月) 02:09:18ID:wl7z7idW0 すいません新参なもので
失礼しました
失礼しました
932動け動けウゴウゴ２ちゃんねる
2007/06/18(月) 02:21:21ID:tUpBjdkf0 >>930
じゃあどこで言えばいいの？
じゃあどこで言えばいいの？
2007/06/18(月) 02:22:25ID:jySnZEb/0
>>932
ここは質問スレじゃありませんよ
ここは質問スレじゃありませんよ
2007/06/18(月) 02:25:24ID:nkPl0pSd0
それすら知らない人が言って戻すようなスレはありません
ん〜 collapsed_forwarging を off にしちゃうと
refresh_stale_hit の効果もなくなっちゃうっぽいですねぇ．
ってことで，collapsed_forwarding はとりあえず on のままにして，
その代わり timeout を設定してみてはどうかと......
connect_timeout 10 seconds
read_timeout 10 seconds
request_timeout 10 seconds
persistent_request_timeout 10 seconds
とりあえずこれぐらいで......
refresh_stale_hit の効果もなくなっちゃうっぽいですねぇ．
ってことで，collapsed_forwarding はとりあえず on のままにして，
その代わり timeout を設定してみてはどうかと......
connect_timeout 10 seconds
read_timeout 10 seconds
request_timeout 10 seconds
persistent_request_timeout 10 seconds
とりあえずこれぐらいで......
(´･ω･`)
http://live23.2ch.net/test/read.cgi/livejupiter/1182141963/
書き込み後に何回かreloadしていると、たまに、
416 Unknown
が出ることがあるみたいですね。
http://live23.2ch.net/test/read.cgi/livejupiter/1182141963/
書き込み後に何回かreloadしていると、たまに、
416 Unknown
が出ることがあるみたいですね。
939stream ◆PNstream2s
2007/06/18(月) 17:37:29ID:+bMB63mb0 Unknownですか？
range_offset_limitを-1にしてからは
俺のでは Requested Range Not Satisfiable しか出ません。
同じ416ですが、Squidが出してるのかフロントのApacheが出してるのかの違いがわかります
range_offset_limitを-1にしてからは
俺のでは Requested Range Not Satisfiable しか出ません。
同じ416ですが、Squidが出してるのかフロントのApacheが出してるのかの違いがわかります
Unknownでしたね。
何回か出ましたが、全てUnknownでした。
どうやったら出るかまでは、調べ切れていません。
何回か出ましたが、全てUnknownでした。
どうやったら出るかまでは、調べ切れていません。
>>942
入れてみたです。
入れてみたです。
>>943 乙です．
ともあれ，Squid 導入以降ピークは確実に抑えられてますね．
ラピュタの時のピークでも，さほど珍しくない時のピークと同程度だし．
http://mumumu.mu/bremen/live23bl.html
ともあれ，Squid 導入以降ピークは確実に抑えられてますね．
ラピュタの時のピークでも，さほど珍しくない時のピークと同程度だし．
http://mumumu.mu/bremen/live23bl.html
2007/06/19(火) 17:36:40ID:wTqseeWk0
一応言っておいたほうがいいかな・・・・？
明日の夜以降、ビリー・ブランクス祭りがはじまります（おおむね週末まで）
まあヴァルスを平然と堪えているようなら問題ないでしょうけど
明日の夜以降、ビリー・ブランクス祭りがはじまります（おおむね週末まで）
まあヴァルスを平然と堪えているようなら問題ないでしょうけど
>>945
来日でしたっけ。
いくつか質問。
1) どんなTVに出る予定ですか?
2) 定番AAはありますか?
回答はこちら↓にてよろしくです。
◆【鮎】負荷監視所_20070601
http://news22.2ch.net/test/read.cgi/liveplus/1180626141/
来日でしたっけ。
いくつか質問。
1) どんなTVに出る予定ですか?
2) 定番AAはありますか?
回答はこちら↓にてよろしくです。
◆【鮎】負荷監視所_20070601
http://news22.2ch.net/test/read.cgi/liveplus/1180626141/
今度の c-others1 は、FreeBSD 6.2R + Apache 2.2 系 + PHP 5 系。
大して違わないかもだけど。
2ch特化型サーバ・ロケーション構築作戦 Part20
http://qb5.2ch.net/operate/kako/1140/11405/1140540754.html
の 86 あたりからを参照で。
大して違わないかもだけど。
2ch特化型サーバ・ロケーション構築作戦 Part20
http://qb5.2ch.net/operate/kako/1140/11405/1140540754.html
の 86 あたりからを参照で。
他の鯖って2.2じゃないの？
質問(^_^;)
stiger104,105って今なんか使ってたっけ？(^_^;)
stiger104,105って今なんか使ってたっけ？(^_^;)
レス数が950を超えています。1000を超えると書き込みができなくなります。
