質問・雑談スレ86@運用情報板
■ このスレッドは過去ログ倉庫に格納されています
httpdの数を調整しました(多い必要がないので少なくした)。
これで、>>59 は、
Mem: 346M Active, 11M Inact, 118M Wired, 16K Cache, 40M Buf, 3407M Free
Swap: 4096M Total, 4096M Free
となりました。これだけメモリ空ければ、でかいDBに対してmmap()がかかっても大丈夫なはず。
>>65
とりあえず一校おめ。
今から tiger サーバの bbs.cgi を BBQ ありのものに戻します。
これで様子見ということで。 ttp://s03.2log.net/home/otento/archives/blog185.html
ttp://www3.diary.ne.jp/logdisp.cgi?user=338790&log=20041219
うひゃあ、これ本当にNHKに送ったのかな? rootさん感謝&乙ですー。
>>62
確かに普通に書き込めたような。なんでだろう。 >>62
dnscacheが2chと違うんじゃないかしら。 >>68 乙です。。。といいたいのですが、まだBBQの屋台の調子がよくないみたいで(泣)
#登録できないぽ。。。 >>69
私はCCさくらをもっと!という旨の本文の縦読み文と
番組が茶番くさい、というメールを送りますた
>>root▲ ★
乙。マジ乙。 それは人徳ッスよ人徳。
ピンク丼とか桃色吐息さんとか桃さんの。 >>10
あ、10野ってことはさやかじゃないのか。 >92
なんかちがうっぽいなー、ゴソゴソしてみるか。。 えーっと、今起きたんだけど
なんでこんなに新スレが(・∀・)? >>92
そのスレ読んでみたら、夜勤さんのキャラが変わってなくてワラタ。 tiger/cobraサーバのbbs.cgiを、
BBQありバージョンに戻しました。
>>72
リブートの影響ですね。
BBQプログラムの自動起動がうまくいってないのか(これは前からある症状)。
めったにこのマシンは再起動しないんで、
対応しないでいたりしたけど、いまいちだなぁ。
対応してきます。 とりあえずプロセスを手で起動したので、BBQは大丈夫なはず。
同じスクリプトを手で起動するとちゃんと起動するのに、
立ち上げ時に/usr/local/etc/rc.dから自動起動すると、signal 1を受信して落ちちゃうんだよなぁ。
なんでだろ。 じゃ、終わったことだしこれでも見て落ち着いてくれよ
ttp://www.fileup.org/file/fup3780.mpg
>102
このスレだけ読めばおk
>103
つ 【 三つ子の魂百まで 】 誰かとおもたらフォックスタソか
NHKでなんども見たような気がしたけどきっと気のせい、、、
湯冷めする前に出てきてね >>105
その症状がRock54でもあったような・・・(朧)
Rock54のcron用スクリプトから引用
local %SIG;
$SIG{'PIPE'} = $SIG{'INT'} = $SIG{'HUP'} = $SIG{'QUIT'} = $SIG{'TERM'} = \&SigExit;
$SIG{'ALRM'} = "IGNORE";
こうしておいて直ったっけ?(朧)@シグナルまわりの挙動の違い(Linux と *BSD) 今回の鯖が重くなったので、ちょっと思ったんですが、
こういうタイムパラドックスはどうして起こるんですか?
74 名前:学生さんは名前がない 投稿日:04/12/19 18:45:02 ID:6uIUTiFf
存続あげ
75 名前:学生さんは名前がない 投稿日:04/12/19 18:45:01 ID:6uIUTiFf
存続あげ
>>110
あ、そっか。新bbqサーバのパスワード送らなきゃ。
送付しておくです。( ̄ー ̄) >>114
ぎくっ(汗)
今日はお疲れさんなのでそろそろ就寝するですm(_ _)mペコペコ >>112
rootさんクラスの作業できる人増やしてあげて 今回 BBQ というよりも通常のDNS look up のせいで
なかなか書き込めなかったらしいけど、
逆に全く影響を受けなかったのはどのサーバ?
もとくは影響が軽微だっのは 送付しましたー。
PIE移行前はもともと知っていたわけなので(下記参照)、今後とも(りゃ ということで。>>116
>>119
あなたは既に知っています。bbq.2ch.netの(りゃ。
BBQ/BBXを移動した時にアカウントごとにシステムをきちんと分けたから、
BBX/rock54のパスワードと違うのになっちゃったというわけで。 >>128
qb5(ここ)は大丈夫だったみたい。
あとbbspink系。
tiger/cobraはDNS lookupは大丈夫でしたが、
BBQブロックで詰まりが発生、と。 さて、ふろはいってきます。
# とさっきも言ったけど、順番待ちで結局入れず。 >>177はFOXってアダルトサイトに良く逝くよな、とか書いてくれ
ってか
697 名前: ◆BDFCNV1.to [sage] 投稿日:04/11/20 14:19:23 ID:izbafjHa
>>693
あんたが一番現状を認識していない
これって狐さんだったんかorz ふむ、
いろいろ考えたけど、今やるべき事は
2ちゃんねるのbbs.cgi が使用するDNSキャシュサーバの充実だろうなぁ
どれくらいかというと今の五倍の書き込み数でも落ちないくらいかな?
受け取りましたーm(_ _)m
>>130
実は同じ鯖でも、アカウントが違ったので、0600なディレクトリは参照できなかったりしていました(苦笑) 年越しは大丈夫でしょ例年
書き込み数30%は減るでしょいつも 0:00超えてもID変わらないぞ。2ch全板共通? んで rootさんがやろうとしているのは
DNSのラウンドロビン化みたいなものなのかしらん? >>104-105 乙です。
確認したら最初のでこんがりになっていました。。。
#データベースからの返答が逝っているもよりですた。。。
あと動作も今は正常のもより。。乙でした。
>>138 乙です。ついでにメール送りますた。 今回 ex9(banana231) live15(banan398) はどうだったでしょうか? ラウンドロビン方式は、死んでる鯖がいても、なかなか気付かれないという欠点もあったりなかったり。 http://qb5.2ch.net/test/read.cgi/operate/1103449974/
518 名前:動け動けウゴウゴ2ちゃんねる[sage] 投稿日:04/12/19 20:14:18 ID:7iBPxjxg
ttp://ch2.ath.cx/load/
各鯖のpostsの表示見てみろ。
スゴー
587 名前:518[sage] 投稿日:04/12/19 20:29:29 ID:7iBPxjxg
>>518のグラフでpostsが0の鯖一覧
aa5 book3 bubble2 that3 travel2 off3 comic5・6 etc3 ex9 food6 game7
hobby5 human5 live14・15 love3 money3 music4 news13・15・16・17
pc5・6 school4 society3 sports7 tmp4 tv6
以上。 ex9 は DNS は引けたけど BBQ で詰まるはず、
live15 も同様だけど BBQ でのタイムアウトはちゃんと取れているはず
なんですよね、 >>142
ラウンドロビンじゃなくて、いわゆる冗長化ってやつですね。
詳細は別途。
>>153
タイムアウトになって、多重投稿になる
っていう症状は、どういうところで起きていたのかしら。 一年ぶりくらいにがすたー10のお世話になる季節がきたみたいだぁ
毎日、毎日 いたい いたい >155
だったらお酒を(ryってのは却下ですか、そうですか 別途を。
/etc/resolv.conf には通常複数の nameserver 行を書いて
DNSキャッシュサーバがひとつ落ちてもそれなりに動作するようにするのですが、
ひとつめのサーバが応答を返さなくなってしまった場合(pingもかからない状態)、
二つ目のサーバにいくのにタイムアウトを待つため、
時間を要してしまいます。
pingがかかってサービスがない、という状態なら、即座に2行目のサーバにいってくれるのですが、
完全に落ちてしまった場合には、DNSプロトコルの仕様上、
どうしても待ちが発生してしまいます。
ということで、/etc/resolv.conf に複数書いてあっても、1行目のサーバが落ちると、
言い換えればそのIPアドレスのサーバが返事をしない場合、
DNS検索は、ブロックしてしまうことになります。
では、どうすればいいか。 banana 2台あいていたはずだけど
どれだったか忘れてしまった
この2台を DNS キャッシュサーバに急遽仕立てて
243,245等の負担がかるくなるように&243,245とは別系統にして。。。
のように配置しておくかな、(当面)
BBQ は 243 でしたっけ? で、最近流行り始めている方法として、DNS用サービスの共有IPアドレスを
通常のIPアドレス(そのサーバに固有のもの)とは別に用意し、
そのIPアドレスを複数のDNSサーバに与えてそれらで共有する、というやり方です。
つまり、「DNSサービス用共通IPアドレス」を別に用意して、
/etc/resolv.conf ではそれを指定するようにする、ということになります。
こうしておくことで、
・通常時には同じIPアドレスを持つ複数のDNSサーバに負荷が分散され、負荷軽減が可能。
(設定次第でもう1台をスタンバイにしておくこともできるけど、分散させるほうがより効率的でしょう)
・1台のサーバがダウンしても、別のDNSサーバでDNSサービスを継続できる。
という状況が実現できるわけです。
現在のcobraサーバの負荷状況を見ると、dnscache+BBQでも負荷的には
まだかなり余裕がありそうなので(メモリディスクがうまく効いている模様)、
もう1台のcobra(cobra2245)をdnscache2に仕立てて、
この仕組みを使ってDNSサービス用のIPアドレスを共有し、
それを各マシンから/etc/resolv.confで参照させることで、robustnessを向上させることが
できるんではないか、といったことを考えています。 >>159
BBQは243ですね。
BBQのしくみはDNSコンテンツサーバで実現しているので、
>>161 の仕組みを使わなくても、ただマシンを2台にするだけで
サーバを2台にすることは可能です。 BBQ
oyster243(BBQ/dnscache.peko)
空きバナナってコレ?
banana224.maido3.com
ex5.2ch.net
稼動中の板なし
banana399.maido3.com
ex8.2ch.net
稼動中の板なし >>161
それは二台じゃなく、はてしなく複数台でも分散化できるのでしょか? >>159
cobra2245 にRAIDカード入ってシステムがインストールできたら、
半分ぐらいのマシンの/etc/resolv.conf:
nameserver oyster243
nameserver cobra2245
とし、もう半分ぐらいのマシンの/etc/resolv.conf:
nameserver cobra2245
nameserver oyster243
とするだけで、かなり違うと思います。
今は/etc/resolv.confにoyster2431行しか書いてないのがほとんどなので、
oyster243が落ちたら、それっきり。 >>163
それそれ
392 :ピロリ:04/12/13 16:24:43 ID:dH9P6Q7d
めも
今、あいているサーバ
ex5 (banana224)
ex8 (banana399)
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
http://qb5.2ch.net/test/read.cgi/operate/1102087698/392 >>161
ロードバランサなんかの負荷分散ルーティングハードとかと思想的には近いんですかね。
違っていたらスマソ ■ このスレッドは過去ログ倉庫に格納されています