質問・雑談スレ86@運用情報板
■ このスレッドは過去ログ倉庫に格納されています
>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 ロードバランサなんかの負荷分散ルーティングハードとかと思想的には近いんですかね。 違っていたらスマソ >>167 専用ハードでやると高くつくんで、 経路制御の仕組みをつかって、ソフトウェアで実現しようかと。 (M.root-servers.netと同じような手法) >>168 マシン種別のばらつき ロケーションのばらつき は意識しなくても良いと考えていいのですか? >>168 たしかにroot-serversは一定拠点以上こけたら大変ですからねぇ そんじょそこらのエンタープライズより頑丈でないと >>170 そもそもroot-servers.net自体がロケーションのばらつき前提ですよ。 アメリカにも日本(WIDEだったっけか)にもあるし マシン種類のばらつきはあまり離れすぎも考え物ですが、 大差ないならだいじょうぶかと >>168 root-serverはIPエニキャストも組み合わせているはずだから、161の説明では足りないのでは? 2ちゃんで161を実現させるには、同じセグメントに同一IPを振ったインターフェスをもつ 複数サーバを用意することで実現するのかしら? >>170 広域(BGP)Anycastの場合は、そうですね。 これは、DNSコンテンツサーバで有効な方法です。 例えばmaido3.comなら、ns1.maido3.comを全世界に置くってかんじ。 なぜかというと、DNSコンテンツサーバは全世界から参照されるので、 こうすることで、maido3.comドメインの名前情報を全世界から効率的に とれるようになる、ということになります。 それとは対象的にDNSキャッシュサーバ(/etc/resolv.confで書くもの)では、 ローカルエリアネットワークからもっぱら局所的に参照されるので、 遠いロケーションのものを混ぜるとレスポンスにばらつきが出たりして、 あまり好ましくないです。 ということで、これにはIGP Anycastという手法を主に使うことになります。 これは、ローカルなロケーション(LAN内とかISP内)でうまく分散化を図ろう、というものです。 今実現しようとしているのは、複数台にすると均等に負荷分散される仕組みなので、 マシンもできれば同じようなのがいいかなと。 で、cobra2245とoyster243は幸運にも同じサブネットに乗っかっているので、 経路制御を使ってIGP Anycastをするには、都合がよいと考えています。 >>172 > 同じセグメントに同一IPを振ったインターフェスをもつ > 複数サーバを用意することで実現するのかしら? Exactly. >>173 ふむふむ 今回は同一ロケーション内の話ということか、 bbs.cgi の DNS look up ですから当然か、 ttp://www4.ocn.ne.jp/~chousasi/ 具体的にはこんなこと考えています。 1)PIEのIPアドレスブロック内で、DNSサービス用に/32のホストルートを割り当ててもらう 2)そのアドレスを2台のマシンAとBにソフトウェア的につける 3)AやBはOSPFで、そのホストルートをPIEのルータに宣伝する 4)OSPFのequal cost multi pathの原則に従い、パケットはAとBに均等に伝わる 5)もしAがダウンしたら経路が消えるので、Bに全部いくようになる(逆も同じ) >>175 うーむ。 5.3R/amd64って、ひょっとして別の落とし穴があるのか? で、>>180 をやる場合、 ・PIEの中の人にこれ用のホストルート(IPアドレス)を割り当ててもらう ・PIE側のルータとサーバAおよびBとの間で、OSPFで話すように設定する必要がある という調整を、PIEの中の人とする必要があります。 テクニカルには、そんなに難しい調整ではないはず。 ホストルートじゃなくても、/24のサブネットとかでももちろん同じことができます。 そのほうが、PIE内の経路制御的には楽かも。 c-docomo2 = cobra2247 のリモートコンソールを見てきます。 リモートコンソールは応答するみたい。< cobra2247 >>182 cobra2245とoyster243でやるんならそっちのほうがいいでしょうね。 別セグになるとちょっとつらいですけど >>144 foxCreateMD5idですが return と $data の間にスペースないのが気になったり。 Tracing route to c-docomo2.2ch.net [206.223.151.215] over a maximum of 30 hops: 13 187 ms 172 ms 188 ms so-7-0-0.edge1.SanJose1.Level3.net [209.244.3.142] 14 203 ms 188 ms 203 ms williams-level3-oc48.SanJose1.Level3.net [4.68.127.30] 15 172 ms 187 ms 188 ms sntcca1wcx1-pos2-1.wcg.net [64.200.149.45] 16 203 ms 203 ms 203 ms scrmca2wcx1-pos9-0.wcg.net [64.200.240.114] 17 250 ms 235 ms 250 ms snfcca1wcx3-pos3-0.wcg.net [64.200.240.225] 18 187 ms 188 ms 187 ms snfcca1wcx1-oc48.wcg.net [64.200.199.66] 19 218 ms 204 ms 187 ms snfcca1wcx1-pacific-internet-11-0.wcg.net [64.200.198.250] 20 187 ms 203 ms 188 ms cobra2247.maido3.com [206.223.151.215] Trace complete. Pinging c-docomo2.2ch.net [206.223.151.215] with 32 bytes of data: Reply from 206.223.151.215: bytes=32 time=250ms TTL=40 Reply from 206.223.151.215: bytes=32 time=188ms TTL=44 Reply from 206.223.151.215: bytes=32 time=188ms TTL=44 Reply from 206.223.151.215: bytes=32 time=203ms TTL=44 Ping statistics for 206.223.151.215: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 188ms, Maximum = 250ms, Average = 207ms #意味もわからずはってみたり。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる