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

**root▲ ★** · NG

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

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

等を取り扱います。

現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
雪だるま作戦は、現在以下のスレで雑談しながら進行中です。

＜主な関連スレッド＞
【しらたま】雪だるま作戦に思いを馳せながら雑談するスレッド Part11
http://aa5.2ch.net/test/read.cgi/nanmin/1121875871/

＜主な関連リンク＞
ブレーメンメーター: http://mumumu.mu/bremen/
ＭＲＴＧによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねるサーバ負荷監視所: http://ch2.ath.cx/load/
2ch 鯖監視係。: http://sv2ch.baila6.jp/
2ch CGI 軽量化: http://sunos.saita.ma/2ch-cgi-lw.html

**root▲ ★** · NG

>>689
入れてみるですかね。

>>690
おぉ、evalすればいいと。

**root▲ ★** · NG

だめっぽいような。

#! /usr/local/bin/perl -w

use strict;
use warnings;

my $seconds = 0;
my $microseconds = 0;
my $centiseconds = 0;

#use Time::HiRes;
eval "use Time::HiRes";

if(!@$)
{
($seconds, $microseconds) = Time::HiRes::gettimeofday;
$centiseconds = sprintf("%02d", int($microseconds / 10000));
};

print $centiseconds;

exit;

で、これを実行すると、

**root▲ ★** · NG

./xx.pl
Bareword "Time::HiRes::gettimeofday" not allowed while "strict subs" in use at ./xx.pl line 15.
Execution of ./xx.pl aborted due to compilation errors.

こうなるですね。

# のところを普通のuseにすれば、動くみたい。

▲ ◆cZfSunOs.U · 2005/12/29(木) 18:59:34

>>693 Time::HiRes::gettimeofday も eval 中に入れたらどうでしょうか．
というか......Time::HiRes が入ってない鯖ではホームディレクトリに
Time::HiRes を入れておいて use lib するとか......

**動け動けウゴウゴ２ちゃんねる** · 2005/12/29(木) 19:07:21

ヒント：$@

ですね

**root▲ ★** · NG

>>694
なるほどです。

>>695
おはずかしい、、、。

◆TWARamEjuA · NG

うぅむ、、、
こうなったら全鯖perl5.8.xにしてもらおう！

**root▲ ★** · NG

ええと、ひとつ質問です、、、。

いわゆるprefork(シングルスレッド・複数プロセス)な状態でbbsdを動かすことって、
できるんでしたっけか。

**root▲ ★** · NG

さすがに -n 8 は微妙な感じなので、
-n 12 にしてみた。< live22

▲ ◆cZfSunOs.U · 2005/12/31(土) 21:05:07

>>698 シングルスレッド・シングルプロセスなら可能ですが，複数プロセスは
残念ですが対応してません......複数プロセスだと排他制御が大変になるし
（インタープロセスな mutex だとどれかプロセスが死んだ場合の考慮を
しなければならないが，それに必要な pthread_mutexattr_setrobust_np()
が FreeBSD にはない模様，一方 flock() などでやるとなると昔の bbs.cgi と同じ），
subject バッファも共有メモリを使うとかいうことになって，それも大変なので......

まぁ，安全策ならシングルスレッド・シングルプロセス（-DUSE_THREADS なしでビルド）で
動かす形になりますかね．その場合，UDP ソケットのキューイング機能によって処理が
シリアライズされることになります．コンカレンシーはなくなりますが，実際上待ち行列に
入ってもそれほど長時間待たされるということもないかと思いますし......

**root▲ ★** · NG

>>700
> シングルスレッド・シングルプロセスなら可能ですが，複数プロセスは
> 残念ですが対応してません......

やはりそうですか。
理由も含めて納得したです。

> まぁ，安全策ならシングルスレッド・シングルプロセス（-DUSE_THREADS なしでビルド）で
> 動かす形になりますかね．

そですね。
それでどこまでいけるか、ってかんじですか。

**root▲ ★** · NG

そういえば、例のおかしくなっていた時のApache statusって、
L (ログファイル書き込み中)、ばっかりだったんですよね。
普段はほとんど見かけないのですが。

ひょっとしてひょっとすると、mpsafevfs周りに微妙に虫がいるのかも。

**root▲ ★** · 2005/12/31(土) 21:44:28

calcru: runcalcru: runtime went backwards from 1435168 usec to 1434623 usec for pid 10326 (httpd)
time went backwards from 1380652 usec to 1380546 usec for pid 10327 (httpd)
pid 98776 (httpd), uid 2001: exited on signal 10
pid 10286 (httpd), uid 2001: exited on signal 10
pid 98685 (httpd), uid 2001: exited on signal 10
pid 75181 (httpd), uid 2001: exited on signal 10
pid 10326 (httpd), uid 2001: exited on signal 10
pid 75156 (httpd), uid 2001: exited on signal 10
pid 75165 (httpd), uid 2001: exited on signal 10

さっきと同じか。< 症状
で、LAが急上昇。

**root▲ ★** · 2005/12/31(土) 21:48:11

もう少し「リアルタイムで」現場を見ないと何とも言えないけど、
直感では、mpsafevfsまわりの虫くさいような気がしないでもない。

▲ ◆cZfSunOs.U · 2005/12/31(土) 21:49:19

書き込み側だけじゃなく読み込み側もドバっと来ると虫がうごめき出すようですね．
mod_cache でバック側からの読み出しを減らせれば虫が冬眠から目覚めにくくなるかも......？

**root▲ ★** · 2005/12/31(土) 21:52:54

>>705
やはり、Apache 2.2化が急務ですか。

▲ ◆cZfSunOs.U · 2005/12/31(土) 21:55:48

>>706 まぁ OS 側の虫駆除ができればそれはそれでいいんでしょうけど，
それのめどが立たなければ打てる手はそのあたりかと......

**root▲ ★** · NG

# XXX
debug.mpsafevfs=0

/boot/loader.confに追加してリブートした。

さっきはhttpdとかperl(F15)とかが全部、ufsと言って止まっていた。
かなり高い確率で、mpsafevfsの虫だと思われ。

**root▲ ★** · NG

>>708 を入れる前と、様子が変わったですね。
bbsdがCPUを速いタイミングから、食うようになったです。

前は、半日も動かしてないとbbsdがtopの上位プロセスに出てこなかったのが、
早くから出てくるようになった。

ファイルシステムががGiant lockで動く(5.xまでと同じ)から、
そういうもんなのかなと。

▲ ◆cZfSunOs.U · 2005/12/31(土) 22:49:53

>>709 なるほど......

bbsd のログ見てたら，20:50から20:51の間に落ちて再立ち上げされてたようですね．
abort() なのか SIGSEGV かそのあたりか......となると core 吐いてるかな......？

Sat Dec 31 20:50:00 JST 2005
user CPU time = 0:32:21.009, system CPU time = 0:50:51.806
elapsed time = 126:21:01.139, CPU load = 1.10%

Sat Dec 31 20:51:00 JST 2005
user CPU time = 0:00:00.290, system CPU time = 0:00:00.397
elapsed time = 0:00:17.162, CPU load = 4.00%

**root▲ ★** · NG

この目で見たです。
原因はhttpdか。

**root▲ ★** · NG

>>710
手でやったかも。
/tmp 見てきます。

**ヾ（ﾟﾊﾟ）ﾉ** ◆f0.zuburi6 · NG

>>712
一応聞いときますが,楽しいですカー？

**root▲ ★** · NG

live22のhttpdをpreforkに戻した。
今日はこれで動かす予定。

**root▲ ★** · NG

>>713
いやぁ、リンクが遅くて。

セッティング出している時が、一番楽しいですよ。
例えそれが、虫との戦いであっても。

**ヾ（ﾟﾊﾟ）ﾉ** ◆f0.zuburi6 · NG

>>715
なればおｋ
体も家庭も無理せんようにねーﾉｼ

**root▲ ★** · NG

mpsafevfs は原因切り分けのため、明日の昼間にでも元に戻そうかなと。

しかし、超ヘビーにアクセスがあるとworker MPMがおかしくなるというのは、
ありそうな話では、あるのかも。

▲ ◆cZfSunOs.U · 2005/12/31(土) 23:36:04

まぁ，worker MPM の 32 threads / process ってのは bbsd でいえば
-n256 (32-256) と同じようなもんですからね．livejupiter で最速1000
やってた時も，そのぐらいのスレッド数だと bbsd もおかしくなってましたし......

**root▲ ★** · NG

preforkにするにあたり、php4のモジュールを切ってメモリを空け、
httpdの応答数を前と同じ(フロントの2倍まで受けつけ)にした。< live22

とりあえず、なんとかなるかなと。

**root▲ ★** · NG

>>718
ありえるですね。

1プロセス4スレッドとか、8スレッドとかぐらいがいいのかなぁ(それでも有用ではある)。

このへん、あんまり情報がないんですよね。
探し方が悪いだけなのかもしれないですが。

でもまずは、とりあえずpreforkで動かして、他が安定したら再度考えるです。
mpsafevfsとかを元に戻して、しばらく動かしてみてからで。

**root▲ ★** · NG

morningcoffeeの設定を戻して、、、。
あとは、live22のmpsafevfsを戻すのか。

これは、落ち着いてからやるか。

**root▲ ★** · NG

PHPを止められないとわかったので(p2/２ちゃんねるプロバイダからの過去ログ参照で使用)、
復活させて、そのぶんサーバ数を減らした。

現在の設定。 @ live22

<IfModule prefork.c>
StartServers 2048
MinSpareServers 256
MaxSpareServers 2048
ServerLimit 4608
MaxClients 4608
MaxRequestsPerChild 1000000
MaxMemFree 2000
</IfModule>

**root▲ ★** · NG

>>722
…って書いた直後に、既にこれはフロント参照にしてあって、
私のかんちがいだったことが判明。
(だって、offlawと一緒じゃん。スロー同期でOK)。

明日、mpsafevfsと一緒に、元に戻そう(PHPはずそう)。

**root▲ ★** · NG

ということで、明日これに変える予定。 @ live22

2304 = フロントひとつ分の最大値
4608 はその倍ということで。

<IfModule prefork.c>
StartServers 2304
MinSpareServers 256
MaxSpareServers 2304
ServerLimit 4608
MaxClients 4608
MaxRequestsPerChild 1000000
MaxMemFree 2000
</IfModule>

**ピロリ** · 2006/01/01(日) 04:12:58

そねそね
バックは何もしなくていいはず、、、

**root▲ ★** · NG

>>725
過去ログを読む部分は、既に完全にフロント化できたです。
(そういうわけで、上記はかんちがいでした)

bbs.cgiやread.cgiはフロント化でき、
Samba24とかtimecount/timecloseも別サーバに移動でき、
あとは、ライブなdatを触るとか、subject.txtをごにょごにょするとか、
そのへんですね。

ようは、各種呪文系と。

で、SETTING.TXTをいじるとか、キャップを編集するとかは、
バックに対して唱えることになるです。
あと、過去ログ削除の呪文とかも、そういうことになるのかな。

このへんの整理整頓ができたら、
呪文を唱えた時点で、「こっちで唱えてください」みたいなのを、
表示するかんじにまとめて、呪文そのものは同じやつを配布すればOKにしようなと、
思っていたりするです。

**ピロリ** · 2006/01/01(日) 04:25:51

芋ほりは単に =~ s/live22x/live22/ したっす。
先のことは考えていないコードですけど、

**root▲ ★** · NG

>>727
掘るのは、たぶんそれでいけるはずです。

キャップいじるのとかSETTING.TXT変えるのとかも、
唱えるところをかえるだけでいい = 変更不要かなと。

やはり、削除系の各種呪文の対応ですね。これは避けて通れない。
bbsd側の道具はそろえてもらえたので、
おぞうにたべながら、I/Fスレあたりでぼちぼちやっていくかんじで。

**root▲ ★** · NG

初ごにょごにょは、live16, live18, live20, live21のmemoriesへの収容から。

現在、移動中。
live20、なかなか多い。

**root▲ ★** · NG

移動完了。
バイナリread.cgi、offlaw.cgiを入れ替え。
各種配布リスト更新。
f22は既に停止。

DNS更新依頼を出しておくです。
実際の更新は、しばらく後かなと。

**root▲ ★** · NG

ということで、以下のDNS更新依頼をば。

(現在)
+live16:206.223.152.50
+live18:206.223.152.150
+live20:206.223.150.110
+live21:206.223.154.235

(変更後)
+live16:206.223.151.230
+live18:206.223.151.230
+live20:206.223.151.230
+live21:206.223.151.230

**ピロリ** · 2006/01/02(月) 21:34:53

どーん

**root▲ ★** · NG

>>732
おぉ、どもです。はやいすね。

変更確認しました。
live18, live20, live21 の TTL が 300 になっているようですが、
live16 同様、86400 でよいと思いますです。

**root▲ ★** · 2006/01/04(水) 23:33:16

ということで、bbsdもシングルスレッドに。

【伊達巻】負荷監視所_20060101
http://live14.2ch.net/test/read.cgi/liveplus/1136044526/403

シングルスレッドにした後も処理はさばけていたので、
とりあえず、この設定で様子見か。

ということで、虫(?)との戦いは続くと。

**root▲ ★** · NG

あとは、これか。

【伊達巻】負荷監視所_20060101
http://live14.2ch.net/test/read.cgi/liveplus/1136044526/420

こうならないことを祈りたい。

あとはApache 2.2にして、フロントのキャッシュを有効に活用できるようになるかどうかで。
空いた旧live16/20/21のどれかで、新しいhttpdのセッティングを作ってみるか。

**root▲ ★** · NG

【実況】 live22x 鯖 Part7
http://qb5.2ch.net/test/read.cgi/operate/1136038806/443

pid 80132 (httpd), uid 2001: exited on signal 6
pid 80107 (httpd), uid 2001: exited on signal 6
pid 80194 (httpd), uid 2001: exited on signal 6
pid 80026 (httpd), uid 2001: exited on signal 6
pid 80183 (httpd), uid 2001: exited on signal 6
pid 80074 (httpd), uid 2001: exited on signal 6
pid 80214 (httpd), uid 2001: exited on signal 6
...

ううむ、daily処理でhttpdの子供が一斉に。
# 親は死ななかったので、普通に立ち上がったけど。

昨日の挙動不審の影響か。

**root▲ ★** · NG

で、全面的にシングルスレッドにしたことでもしlive22が落ち着いたら、
次はいよいよ、matdを試す時期か。

▲ ◆cZfSunOs.U · 2006/01/06(金) 22:13:01

>>703
>calcru: runcalcru: runtime went backwards from 1435168 usec to 1434623 usec for pid 10326 (httpd)
>time went backwards from 1380652 usec to 1380546 usec for pid 10327 (httpd)

このあたりもちょっと気になるんですが，

http://qb5.2ch.net/test/read.cgi/operate/1129310805/119-121n

ってのもあったようですね．このあたりがキーポイントかも......？

>>737
>次はいよいよ、matdを試す時期か。

いよいよですか．

**動け動けウゴウゴ２ちゃんねる** · 2006/01/11(水) 17:46:12

Security Advisory 何通来るんだろ

**動け動けウゴウゴ２ちゃんねる** · NG

>>739
これと言って緊急に対応しなければならなさそうなのは無い？ようなので
大丈夫じゃないっすかねぇ．

と思ったら，[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-06:04.ipfw
なるものがありますなぁ．
http://lists.freebsd.org/pipermail/freebsd-announce/2006-January/001037.html

**root▲ ★** · NG

私のところにもぼこすか。
とりあえず、8通じゃなくて4通の模様。

Dear freebsd-announce subscribers,

Due to a scripting bug, the four recent security advisories
(FreeBSD-SA-06:01.texindex, FreeBSD-SA-06:02.ee, FreeBSD-SA-06:03.cpio,
and FreeBSD-SA-06:04.ipfw) were accidentally sent out twice each, first
with the correct subject line of "FreeBSD Security Advisory ..." and
second with the incorrect subject line "FreeBSD Errata Advisory ...".
Don't worry, there are only 4 advisories, not 8.

Sorry for accidentally filling your inboxes,

Colin Percival
FreeBSD Security Officer

**root▲ ★** · NG

>>740
6.0系だけのようですね。
いまいちなので、あとでまとめて作業をば。

=============================================================================
FreeBSD-SA-06:04.ipfw Security Advisory
The FreeBSD Project

Topic: ipfw IP fragment denial of service

Category: core
Module: ipfw
Announced: 2006-01-11
Credits: Oleg Bulyzhin
Affects: FreeBSD 6.0-RELEASE
Corrected: 2006-01-11 08:02:16 UTC (RELENG_6, 6.0-STABLE)
2006-01-11 08:03:18 UTC (RELENG_6_0, 6.0-RELEASE-p2)
CVE Name: CVE-2006-0054

**動け動けウゴウゴ２ちゃんねる** · NG

>>741
本家のfreebsd-announceと，日本のannounce-jpへ登録してた
もんだから倍の16通に（＾＾；；
ちょっと困ったもんだ．

**root▲ ★** · NG

ipfw.ko はとりあえず使ってないので、
リブートは不要だと判明(cook81はやってしまいましたが)。

他のはユーザランドなので、たんたんと入れ替えで。

**root▲ ★** · NG

Seanさんからリモートコンソール復活の知らせが入ったので、
bbq = cobra2245 のRAIDのチェック(どうも1台HDDがいまいちらしい)を、
明日昼間にでもやることにしようかと。

**root▲ ★** · NG

bbs.cgi再開発プロジェクト7
http://qb5.2ch.net/test/read.cgi/operate/1130918407/439-440

このスレの >>325-340 あたりを参照ですね。
そんなわけで、なんか面白い結果が出たということで。

**root▲ ★** · NG

>>745
Seanさんに状況の報告と、作業のお願いをしました。
bbqサーバで作業する前に、連絡が入る手はず。

◆Reffiz2Zh. · 2006/01/13(金) 03:38:49

一応、報告

PHP 5.1.2
ttp://www.php.net/ChangeLog-5.php

**root▲ ★** · NG

どのURIをアクセスしても、工事中表示にする設定
リダイレクトだとURIが変わってしまうので、mod_rewriteにて

# XXX kouji
RewriteCond %{REQUEST_URI} /kouji.html
RewriteRule ^(.*) $1 [L]
RewriteRule ^(.*) /kouji.html [L]

**root▲ ★** · NG

>>749 は最後の1行だけについしたくなるんですが、
それだとあえなく500エラーで。

▲ ◆cZfSunOs.U · 2006/01/14(土) 17:45:25

>>749-750
RewriteRule !/?kouji\.html$ /kouji.html [L]

かな......

**root▲ ★** · NG

>>751
うわ、駄目出し入っちゃいました(w。

…ですね。kouji.htmlを含んだり別のところにあったりすると、
アレであると。

▲ ◆cZfSunOs.U · 2006/01/14(土) 22:38:27

>>752 いや，ダメ出しってことでもないんですが，1行にまとめるとこんな感じかなぁと......

**root▲ ★** · NG

>>753
なるほど、、、。
まだまだ、しゅぎょうが必要そうすね。

mod_rewriteって、なんかその昔の(でもないか)sendmail.cfっぽいなと思ったり。

**動け動けウゴウゴ２ちゃんねる** · 2006/01/15(日) 04:33:03

>754
mod_rewriteの解説文には複雑さをsendmailで例えていたような

▲ ◆cZfSunOs.U · 2006/01/15(日) 10:33:19

>>754-755 ですね......
http://httpd.apache.org/docs/2.2/rewrite/
``The great thing about mod_rewrite is it gives you all the configurability and flexibility of Sendmail.
　The downside to mod_rewrite is that it gives you all the configurability and flexibility of Sendmail.''

**root▲ ★** · 2006/01/19(木) 00:57:01

1/19/2006 0:40 JST ごろ、XOロケーションのサーバに障害発生。
一時的に全サーバへの接続性が失われる。

いくつかのサーバは、電源断が入った模様。
調査結果は追ってここに。

**root▲ ★** · 2006/01/19(木) 01:10:32

XOにある、電源強制断が入ったサーバ:

tiger503 tiger504 tiger511 tiger512
cobra2245
tiger2508 tiger2510 tiger2511 tiger2512

XOにあるけど、電源強制断が入らなかったサーバ:

tiger509 tiger510
banana402 banana403 banana404 banana405 banana406
banana307
tiger2522 tiger2523 tiger2524 tiger2525
tiger2507 tiger2509

**root▲ ★** · NG

とりあえず現在は、全サーバとも動作している模様。

原因によっては、何らかの根本的対策が必要な予感。

**root▲ ★** · NG

ここで作業します。
緊急事態につき、野次馬カキコ禁止。

live22の板は、全部復帰できたはず。

**root▲ ★** · NG

tiger504 つながらず。
tiger509 電源断入った。復帰必要のはず。

**root▲ ★** · NG

tiger510 電源断入った。復帰必要のはず。

**root▲ ★** · NG

tiger511 電源断再度入った。

**root▲ ★** · NG

状況から考えて、電源不安でほぼ間違いないですね。
XOロケーション全体で起こっている模様。

アクセスがピーク過ぎるまでは、起こり続ける予感。

で、対応できる現地の人が誰一人オフラインではないので、
根本対応は、日本時間の昼あたりになりそうな予感。

**root▲ ★** · NG

連絡がとれる人は全員ICQ的にオフラインのようです。
つまり、こちらではどうしようもない状況。

とりあえず、JimさんとSeanさんに状況をメール打っておきます。

**root▲ ★** · NG

とりあえず、小康状態か。

tiger504 = game10 ダウンしたままの模様。

**root▲ ★** · NG

Seanさんと連絡とれました。
状況を伝達中。

**root▲ ★** · NG

Sean (02:14 AM) :
Which servers are not online????
Me (02:14 AM) :
Now tiger504 is offline. Please check.
Sean (02:15 AM) :
Please wait while I check it.

**root▲ ★** · NG

d1donly (02:28 AM) :
tiger504 is back up now...
mumumu (02:28 AM) :
Ok, I will check now.

**root▲ ★** · NG

Me (02:53 AM) :
And I found tiger511 is now out of service.
Ping is OK, but other servers are down.
Please reboot it now.
Sean (02:54 AM) :
ok...I will.

**root▲ ★** · NG

障害は2台のサーバを追加したことによる、電源のオーバーロード。
つまり、現地のミス(誰がやったかは不明)。

Seanさんが緊急に電源を繋ぎ変え、障害の原因そのものは修復された模様。

Me (02:44 AM) :
And I have one more question. Do you complete the power rearrangement?
I mean, is the cause of the trouble solved now?
Sean (02:45 AM) :
yes....it has been solved. I sent a completed mail msg just a few minutes ago.

**root▲ ★** · NG

tiger511上がりました。

ファイルシステムが一部損傷しているようなので(datのキャッシュのところ)、
一時的にサービス止めて、リモートコンソールで作業します。

**root▲ ★** · NG

キャッシュ部分が破損していて、squidがおかしくなるようなので、
いったんキャッシュをゼロクリアして、squidを上げなおしました。< tiger511

**root▲ ★** · NG

Me (03:24 AM) :
I received reports from 2ch users all servers of 2ch are normal and back online.
I think the trouble is solved now. Thank you for your work.

But I think this is human error. So, please be careful for your operation.
we serve most biggest BBS service in Japan, so, we are watched by millions
users of Japan always... Please do not forget it, it is very important for us.
Sean (03:28 AM) :
ok....I will remember

**root▲ ★** · NG

Me (03:30 AM) :
Yes. But it is proud for us.
It is very funtastic project that 2ch makes bigger and bigger.
Let's enjoy it together.
Sean (03:31 AM) :
Yes... I agree.
Sean (03:31 AM) :
I am excited for it too....
Me (03:32 AM) :
Ok, I was relieved to see it. Please don't let you down.
But server management is very important work for us, please be careful again.
Me (03:35 AM) :
And now time is 3 AM in Japan, so I feel a little bit sleepy.
I will check the servers for a while and will go to bed.

Thanks again for your quick recovery.

**root▲ ★** · NG

…ということで今日のところは、このぐらいで。

ここには書いてないけど、
もうちょっときついこと(電源オーバーロードは2回目でしょ、とか)もゆったです。
むぎゅー。

**root▲ ★** · NG

c.2ch不具合報告総合スレ4
http://qb5.2ch.net/test/read.cgi/operate/1122639354/959

Jimさんに状況確認したところ、返事が。
昨日の続きだった模様。

全ラックを止める(先日の二の舞)の替わりに、一部サーバの電源系を移動したと。

The mobile phone user power maxed out and our new technician
made a decision to move power immediately or have the entire rack
disconnected from blown circuit breaker.
This was the correct decision to make.
I am very sorry for any inconvenience that you incurred.
Please note that power usage on the servers increases as they become busy
and this is monitored
by pie.

**root▲ ★** · 2006/01/23(月) 11:30:20

公式p2のサーバ引越しに伴い、
以下のDNSの変更をお願いします。

(変更前)
+p2.2ch.net:210.135.97.178

(変更後)
+p2.2ch.net:210.135.99.5

**ピロリ** · 2006/01/23(月) 15:03:59

ぶひー

**root▲ ★** · NG

>>779
変更完了を確認しました。

TTL=86400(通常モード)なので、
浸透には変更後最大1日かかる予定。

**root▲ ★** · NG

http://p2.2ch.net/_service/

というわけで、よろしくです。 < いろんな中の方々

**動け動けウゴウゴ２ちゃんねる** · NG

[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-06:06.kmem
http://lists.freebsd.org/pipermail/freebsd-announce/2006-January/001043.html
[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-06:07.pf
http://lists.freebsd.org/pipermail/freebsd-announce/2006-January/001044.html

でてました．

**root▲ ★** · NG

2ch.se / www.2ch.se 用の土地を作りました。

まだNSが向いていないようですが、
とりあえず従来の形で。

+2ch.se:206.223.150.250
+www.2ch.se:206.223.150.250

つまり、2ch.se と www.2ch.se を、
206.223.150.250 に向けていただければ OK です。
アカウント情報は、これからメールするです。

**ピロリ** · 2006/01/27(金) 11:12:27

>>783
done

**root▲ ★** · NG

<チラシの裏>

WilTel Communications Looking Glass
http://lookingglass.wcg.net/
Cogent - Looking Glass
http://www.cogentco.com/htdocs/glass.php

</チラシの裏>

**動け動けウゴウゴ２ちゃんねる** · 2006/01/31(火) 19:43:21

>>785
某3DGUIプロジェクトと名前が紛らわしいですなー

あ、むこうのほうが紛らわしいのかw

**動け動けウゴウゴ２ちゃんねる** · NG

http://tmp6.2ch.net/
IPアドレス： http://206.223.149.90/~ch2tmp6/
バーチャルホスト変換前： http://banana340.maido3.com/~ch2tmp6/

**root▲ ★** · NG

stock.2ch.net 用の土地を作成しました。

(新規追加)
+stock.2ch.net:206.223.150.250

よろしくです。

**root▲ ★** · NG

チラシの裏。VJってゆうぐらいで。
http://www.lemis.com/grog/Documentation/vj/

Linuxの例みたいだけど、どうもいろいろ面白そうらしい。

**root▲ ★** · NG

ということで、tmp5.2ch.netをmemoriesに収容。
よろしくです。

(現在)
+tmp5.2ch.net:206.223.150.205

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