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

◆KONAN/fu2I · NG

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

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

等を取り扱います。

現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
しかし、問題はあらゆる意味で山積の状態です。

特に、成熟度を高めたリリースであるはずの FreeBSD 6.1R において、
amd64 アーキテクチャでの突然のハングアップの不具合が、深刻な問題となっています。

前ｽﾚ
http://qb5.2ch.net/test/read.cgi/operate/1150052911/

**root▲ ★** · 2006/12/09(土) 22:55:37

>>872
うまくいっているみたいですね。

これで、「dat が存在しません」にはならないで済むと。

**root▲ ★** · 2006/12/09(土) 22:56:51

これが問題なければ、
live22x / news20 の httpd 軽量化をやる時に、
あわせて実施するということで。

**root▲ ★** · 2006/12/09(土) 22:59:02

>>866
両方を更新し、pastdat.so バイナリもあわせて更新しました。@ live23b

**root▲ ★** · 2006/12/09(土) 23:02:27

で、SunOS さんにひとつ質問なのですが、
pastdat.so がない状態で read.cgi を更新しても
(つまり一般サーバの read.cgi を現状で更新しても)、特に問題ないのかしら。

株価【1310】 **▲▲▲▲** ◆cZfSunOs.U · 2006/12/09(土) 23:02:43

>>872-875 乙です．ちなみに専ブラ (Monazilla) 以外で dat を直接見るとこんな感じで．
http://live23.2ch.net/livenhk/dat/1165294961.dat

株価【1310】 **▲▲▲▲** ◆cZfSunOs.U · 2006/12/09(土) 23:04:45

>>876 特に問題ないはずです．

**root▲ ★** · 2006/12/09(土) 23:04:59

>>877
なんですよね。

アイディアの勝利というか、さすがで。

**root▲ ★** · 2006/12/09(土) 23:05:23

>>878
了解です。

**動け動けウゴウゴ２ちゃんねる** · 2006/12/09(土) 23:10:57

IEからだとレス表示がおかしくなってますが、これの影響でしょうか？

**root▲ ★** · 2006/12/09(土) 23:13:26

>>881
具体的にどれでしょう。

**root▲ ★** · 2006/12/09(土) 23:14:59

把握しました。
対応します。

**root▲ ★** · 2006/12/09(土) 23:16:58

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

**root▲ ★** · 2006/12/10(日) 00:07:25

軽量版 httpd のセットアップ手順まとめ

1) /usr/local/etc/apache22/httpd-private.conf 設定
2) /usr/local/etc/apache22/Includes-private/*.conf 設定
3) 1) 2) について、各サーバに固有なところを修正

4) /usr/local/etc/apache22/httpd.conf を修正(PidFile、httpd 起動数)
5) /etc/newsyslog.conf 修正(ログローテーション)
6) /etc/rc.conf 修正(Apache 2つ起動)

7) フロントからの振るホスト修正(proxy関連)

8) バックエンド httpd 再起動
9) フロントエンド httpd 再起動

**root▲ ★** · 2006/12/10(日) 00:17:49

>>885
10) ブレーメンメーター(統計情報) とるように修正

**root▲ ★** · 2006/12/10(日) 01:27:06

live22x, news20 にも軽量化版 httpd と、
pastdat.so による過去ログ倉庫の表示機能を導入済み。

これで雪だるまサーバでも「datが見つかりません」にはならないようになったと。

サーバーダウン（鯖落ち）情報 part125
http://qb5.2ch.net/test/read.cgi/operate/1163508641/616-645

過去ログ＆●(2chビューア)情報スレ 03
http://qb5.2ch.net/test/read.cgi/operate/1153729411/396

株価【1310】 **▲▲▲▲** ◆cZfSunOs.U · 2006/12/10(日) 01:44:12

>>885-887 乙です．

で，これにさらに SMP 有効化とか mod_cache 利用とかやると
もっと余裕綽々になりそうな気もしますが......でも，そのうちに
それを埋め合わせるぐらいにアクセスが増えたりするのかなぁ......

● ◆ANGLERlqvM · 2006/12/10(日) 06:42:03

>>888
まぁ、今までそれを繰り返して来てますからね。
器を大きく頑丈にすれば、その分人も増えるっす。

◆TWARamEjuA · 2006/12/10(日) 10:53:59

こっちの方が適当かな？
blackgoat4.2ch.net(tiger512)のhttpdがzutto死んだままですよね？
いやあの多分支障はないと思うけれども、/_service/が見られないよなぁとかとか(苦笑)

**root▲ ★** · 2006/12/10(日) 14:55:34

>>890
httpd をあげました。

**root▲ ★** · 2006/12/10(日) 16:29:07

サーバーダウン（鯖落ち）情報 part125
http://qb5.2ch.net/test/read.cgi/operate/1163508641/932-966

6.2-RC1/amd64 でも、症状は全く同じでした。

・シングルCPU(options SMPをはずした状態)では、何の問題もない
・デュアルCPUでは、make buildworld が通らなかった
- コンパイル中に完全にハングアップ、ping も通らない
・device acpi をはずすと、デュアルCPUとして認識されない

現在、6.2-RC1/amd64 シングルCPU 状態。

**root▲ ★** · 2006/12/10(日) 16:46:26

■ ex11 負荷対策

雪だるまのフロントサーバに準じたセッティングに変更。
ただし、httpd の数は雪だるまフロントよりやや少なめで。

<IfModule mpm_worker_module>
StartServers 72
ServerLimit 72
ThreadLimit 16
ThreadsPerChild 16
MaxClients 1152
MinSpareThreads 1152
MaxSpareThreads 1152
MaxRequestsPerChild 16000000
MaxMemFree 64000
</IfModule>

**root▲ ★** · 2006/12/10(日) 16:48:40

>>893 変更点
・最初から待たせる httpd の数の変更
(最初から最大数、worker MPM ではそのほうが成績がよさそう)
・1プロセスあたりのスレッド数を 32 → 16 に変更
(雪だるまフロントで実績のある値に)

あとこれとは別に read.cgi を、
SunOS さんによるマルチスレッド安定化版に更新。

**root▲ ★** · 2006/12/10(日) 16:52:05

これで、突発負荷には以前より強くなったはず。

# worker MPM は、チューニング的にはいろいろ微妙かも。
# でも、だから面白いという話もあるのかも。

**root▲ ★** · 2006/12/10(日) 16:53:34

さて、>>892 ということで、次の一手はどうしようかなと。

# やはり、まずはレポートしないといけないですね。きっと。

**動け動けウゴウゴ２ちゃんねる** · 2006/12/10(日) 17:15:16

うちはデュアルCPUじゃなくてデュアルコアだけど、buildworld中に落ちるとかはないですね。
まあ、さすがにどんな環境でも起きるような問題ならば、修正されてるでしょうから、
特定の環境で起きることなんでしょうね。

buildworld中に落ちるというと、自分の経験ではファンが壊れて止まってしまった時に
そういうことがありましたが、それも既に確認済みでしょうね。。

**root▲ ★** · 2006/12/10(日) 17:23:37

>>897
・2台ある 6.1R/amd64 で全く同じ症状が出た
・いずれの個体も 5.4R では何の問題もなかった
・6.0R では(高負荷にしなければ)とりあえず動く

ので、何らかのソフトウェア的な原因だと考えているです。

**root▲ ★** · 2006/12/10(日) 17:43:55

>>898
ちなみに >>898 の2台は、同じハードウェアですね。

なので、原因はソフトウェアかもしれないけど、
特定のハードウェア環境においてのみ出現するもの、なのかも。

ちなみにマザーボードは HDAMA で、BIOS は最新よりはちょっと古いですね。
マザボのリビジョンは大きく分けて2つあるみたいですが、古いほうのはず。

SCSI は mpt (LSI Logic 1030: PCI-X カード)で、
ネットワークは bge (onboard)です。

そんなに変な構成でもないような気がしますが、、、。

**root▲ ★** · 2006/12/10(日) 18:00:09

あとは、mpsafenet とか、そのへんですかね。
あるいは acpi の一部機能を debug.acpi.disable で止めてみるとか。

**動け動けウゴウゴ２ちゃんねる** · 2006/12/10(日) 18:02:21

自分だったら、、、
DDBとデバッグ系のオプションをつけて、カーネル再コンパイル、リブート。
ハングしたら、シリアルコンソールからデバッガに入って、
コマンドいろいろ実行して、結果をレポートってやりますが、
運用中だといろいろ難しいかもしれませんね。。。

**root▲ ★** · 2006/12/10(日) 18:05:43

>>901
そのためには、何らかのリモートコンソールを持たないといけないですね。

XO への移転作業と相前後して、
remote KVM を使えない状態になったような気がするので、
まずはそのへんから、というかんじですか。

ハングアップさせることは比較的簡単に再現できる模様(泣)なので、
remote KVM を持てるかどうか、別途動いてみるかんじで。

**root▲ ★** · 2006/12/10(日) 18:07:51

で、

5.4R → 6.0R
6.0R → 6.1R

で、それぞれ何が変わったのか、というところが、
気になるところなのかなと。

あとは、やや後ろ向きの方法として、
5.5R にバージョンダウンしてみるという技もあるのかも。

**動け動けウゴウゴ２ちゃんねる** · 2006/12/10(日) 19:00:16

>>902
個人的によくやるのが、2台のマシンをシリアルクロスケーブルで接続。
片方のマシンでcuやtipを実行し、デバッグ対象のマシンに入るってやつですね。
安上がりなんで。
USB->シリアル変換ケーブルとクロスケーブルを2セット買って、
互いにつないだりもします。

**root▲ ★** · 2006/12/10(日) 19:02:57

>>904
それは以前、まだ KVM が PIE になかった頃にやっていたです。

このスレだと、2年とか2年半前のアーカイブを見ると、
その頃のことがいろいろ書いてあるです。

# あの時は 5.2.1R の SMP が全くだめで、まいりました。

今は KVM があるので、それを使う方向ですね。

**動け動けウゴウゴ２ちゃんねる** · 2006/12/10(日) 20:59:32

freebsd.org のマシンで言うと、sledge に近い感じでしょうか?
http://www.freebsd.org/internal/machines.html

あっちはCURRENT使っていて、HDDもIDEみたいなんで、
あんまり参考にならないかも知れないですが、
違いがHDDの部分だとすると、mptが怪しいんでしょうか。。

**root▲ ★** · 2006/12/10(日) 21:08:07

>>906
まさにそうですね。
BIOS とかそのへんは確認できませんが、
そこに書いてある sledge との基本的な違いは、
実装メモリが4GBytesなこととSCSI仕様であることだけです。

mpt ですか、、、。
確かに mpt は、5.4R のドライバよりも機能が増えている
(integrated RAID 0/1 とかサポートしたから、その線はかなり、ありうるかも。

**root▲ ★** · 2006/12/10(日) 21:09:38

そうすると、、、。

mpsafevfs?

でも、これって前に試したことなかったっけか。

**root▲ ★** · 2006/12/10(日) 21:11:54

>>908 は前にも疑って、はずれだったと。

2ch特化型サーバ・ロケーション構築作戦 Part22
http://qb5.2ch.net/operate/kako/1150/11500/1150052911.html

とすると、ドライバ本体か。

**root▲ ★** · 2006/12/10(日) 21:21:05

mpt は確かに 6.0R になる時に、大きく変わっているわけですが、、、。

http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/mpt/mpt.c?rev=1.12&content-type=text/x-cvsweb-markup

Massive overhaul of MPT Fusion driver:

/usr/src/sys/dev/mpt で ls しても、こんなかんじで全然違うし。

で、i386 では SMP でも問題なくて、
amd64 ではいけないと。

5.4R:
%ls
mpilib mpt.h mpt_freebsd.c mpt_pci.c
mpt.c mpt_debug.c mpt_freebsd.h

6.2-RC1:
%ls
mpilib mpt.h mpt_cam.h mpt_pci.c mpt_raid.h
mpt.c mpt_cam.c mpt_debug.c mpt_raid.c mpt_reg.h

**動け動けウゴウゴ２ちゃんねる** · 2006/12/10(日) 21:41:49

あと、最近のmptの問題だとこの辺?
http://lists.freebsd.org/pipermail/freebsd-stable/2006-December/031180.html

ただ、起動時に止まるみたいなんで、現象としては違いますが。。
結論としては、mptとは直接は関係ないという感じみたいです。

**root▲ ★** · 2006/12/10(日) 21:53:37

>>911
-stable ML で hrs さんが言っていたやつですね。

それは少し見ていたのですが、どうも微妙に違うようです。
-current から /usr/src/sys/dev/mpt だけ持ってくるとかもありうる解決方法ですが、
いずれにしてもまずは情報収集して、実際の対策は明日以降なのかなと。

株価【1310】 **▲▲▲▲** ◆cZfSunOs.U · 2006/12/10(日) 22:18:50

うーむ，SMP 有効化はまだ苦難の道ですか......

**root▲ ★** · 2006/12/10(日) 22:19:19

まとめ:

・シングルCPU(SMP を切った状態)では、i386/amd64 とも問題ない。
・live22.2ch.net (i386 で em で mpt なサーバ)では、SMP でも全く問題ない。
・live23b.2ch.net (amd64 で bge で mpt なサーバ)では、SMP の場合のみ問題が発生する。
・症状は、いきなりハングアップする。例えば make buildworld がちゃんと通らないことがある。
- 6.1R の時は、負荷に関係なくハングアップすることもあった。
- いったんハングアップすると、ping も通らない。
- 6.1R の時はコンソールも含めて完全にハングアップしているのを確認。

**root▲ ★** · 2006/12/10(日) 22:21:34

>>913
AMD64 で SMP の時だけ起こるというのが、、、。

で、騒ぎになっていないところを見ると、
やはり >>897 ということですかね。

で、この問題を解決できると、うれしい人が世界的に少しはいるはずなのかも。

◆BFzK/mtqM2 · 2006/12/10(日) 22:49:51

>>915
うちもamdのSMPで問題無いです。

**root▲ ★** · 2006/12/10(日) 22:51:29

>>916
メモリ容量・ネットワークI/F・HDD環境・CPU種別、
あとできればマザーボードの種類あたりを。

**root▲ ★** · 2006/12/10(日) 23:00:31

APR_HAS_THREAD の有無による dso バイナリの相違について:

read.cgi再開発スレ Part2
http://qb5.2ch.net/test/read.cgi/operate/1105909861/591-597

◆BFzK/mtqM2 · 2006/12/11(月) 00:02:46

>>917
マザーボード：GA-7A8DW
メモリー：512M×4
ネットワークI/F：Broadcom　BCM5705
HDD環境：HITACHI　HUS15336EL3600×2（同チャンネル上）
SCSI：Adaptec 39320 Ultra320 SCSI adapter
CPU：Opteron240×2

**root▲ ★** · 2006/12/11(月) 00:12:01

>>919
ネットワークは bge で、SCSIは ahd ですか。
ahd なら大丈夫、ということなのかしら。

◆BFzK/mtqM2 · 2006/12/11(月) 00:20:15

>>920
違いはそれだけですね。
SCSIボードを換えることって出来るのかな？

**root▲ ★** · 2006/12/11(月) 00:21:53

>>921
それよりは、BIOS の更新とか、
そのへんのところが先かもしれないですね。

amd64 で mpt な組み合わせって、
そんなに変だと思えないですし。

**root▲ ★** · 2006/12/13(水) 22:50:13

■ 全世界的な夏時間のルール変更に伴う、サーバ設定の変更

【ぬれ煎餅】雪だるま作戦に思いを馳せながら雑談するスレッドPart44
http://aa5.2ch.net/test/read.cgi/nanmin/1164110718/934-942

とりあえず、２ちゃんねるのサーバ的に必要な作業として私が把握しているのは、

1) /usr/share/zoneinfo の下の更新 # 全サーバ対象
2) /etc/localtime の更新(追随) # 全サーバ対象
3) すずめの切り替え時(crontab の設定)の更新 # banana238対象

といったところで、

a) 今は既に冬時間だから、今作業しても影響はない
b) ファイル1台のサーバでファイルを作成して、全サーバにまとめて流し込めばいい
c) サーバリブートの必要はない
d) 作業のタイムリミットは来年の2月末

というかんじか。

**root▲ ★** · 2006/12/13(水) 23:22:53

【ぬれ煎餅】雪だるま作戦に思いを馳せながら雑談するスレッドPart44
http://aa5.2ch.net/test/read.cgi/nanmin/1164110718/947

作業必要、確定で。

FreeBSD 6.1R からは、新しい設定になっているみたい。

ただ、/etc/localtime を新しいものに更新しないと、
OS だけ新しくしても効果が出ないので(最初ちょっとあせった)、

1) /usr/share/zoneinfo を更新
2) /etc/localtime は /usr/share/zoneinfo/America/Los_Angeles から改めてコピーする

という順番が必要になると。

**root▲ ★** · 2006/12/13(水) 23:25:43

>>924 の確認方法・作業方法は、こんなかんじで。

米国太平洋時間において、

# date -r 1175420000
Sun Apr 1 01:33:20 PST 2007

となったら作業が必要。

で、その場合、/usr/share/zoneinfo の下を最新に更新してから、
改めて /etc/localtime を以下のように設定し、夏時間になることを確認。

# cp /usr/share/zoneinfo/America/Los_Angeles /etc/localtime
# date -r 1175420000
Sun Apr 1 02:33:20 PDT 2007

**root▲ ★** · 2006/12/13(水) 23:28:37

>>924
> FreeBSD 6.1R からは、新しい設定になっているみたい。

FreeBSD 5.5R も大丈夫みたい。
ということでまとめると、

・6.1R / 5.5R 以降であれば対応済み
・ただし、それ以前のバージョンからアップグレードしたことがある場合は、
/etc/localtime の再設定が必要になるので注意

**root▲ ★** · 2006/12/13(水) 23:30:10

そんなわけで、
root 権限ありサーバは、どっかで時間とって
まとめて作業しておこうかと。

モニタサーバとかも要注意と。

株価【1250】 **▲▲▲▲** ◆cZfSunOs.U · 2006/12/14(木) 06:33:19

.../zoneinfo/src/northamerica 中にこんなのがありますね．

Rule US 2007 max - Mar Sun>=8 2:00 1:00 D
Rule US 2007 max - Nov Sun>=1 2:00 0 S

株価【1250】 **▲▲▲▲** ◆cZfSunOs.U · 2006/12/14(木) 06:59:30

まぁ，ローカルタイムの計算に標準関数（localtime(_r)() とか）を使ってれば，
zoneinfo を更新すれば TZ を正しく設定してる限り自動的に追随してくれるんでしょうけど，
自前で計算してたり GMT とのオフセットを決め打ちしてたりしてるといろいろ起こりそうな......

ちなみに，2ch の各種 CGI 等でも $ENV{TZ} = 'JST-9' って入ってるのが多数ありますが，
これを $ENV{TZ} = 'Asia/Tokyo' のようにしておけば，仮に日本標準時に何らかの変更があっても
あわてずに済みますね．まぁ日本でサマータイム導入とかいう可能性はかなり低いでしょうが
（しばらく前に法案が出てたことはありましたが），zoneinfo 使わないと
$ENV{TZ} = 'JST-9JDT,M3.5.0,M10.5.0' のような結構冗長な指定になってしまうんで．

**動け動けウゴウゴ２ちゃんねる** · 2006/12/15(金) 21:37:02

('A`)

**root▲ ★** · 2006/12/17(日) 01:10:07

<チラシの裏>
・live24セット作成
http://qb5.2ch.net/test/read.cgi/operate/1166280364/48

・news20のmemories収容作業
http://qb5.2ch.net/test/read.cgi/operate/1166280364/31

・game10は私のほうの作業は完了(既にリフレッシュ工事可能なはず)
- 作業終了後に F22 の起動とかそのへん
</チラシの裏>

**root▲ ★** · 2006/12/17(日) 11:53:22

■　ニュー速はex13に入るっすかね?
http://qb5.2ch.net/test/read.cgi/operate/1166280364/115

live22x/live23 のスクリプトも、後でそうしておくと。

**root▲ ★** · 2006/12/17(日) 22:16:29

>>931
news20 の memories 収容はキャンセルで。

■　ニュー速はex13に入るっすかね?
http://qb5.2ch.net/test/read.cgi/operate/1166280364/97

これから live24 セットの器作成へと。

**root▲ ★** · 2006/12/17(日) 23:56:35

そうか、bbs.cgi の工事も必要ですね。< live24 関連

やっておくです。

**root▲ ★** · 2006/12/18(月) 00:38:30

■ 雪だるまサーバにバーチャルホストを増やす(一般的な設定以外に必要なもの)

・バックエンド

1) プライベート接続用軽量化版 httpd の設定
2) ゆっくり同期のための rsync の鍵の設定

・フロントエンド

1) /etc/hosts に live24.2ch.net を追加(プライベートアクセス用)
2) ゆっくり同期のための rsync の鍵の設定
3) ゆっくり同期スクリプトの調整
4) ゆっくり同期用 crontab の調整
5) http proxy 用設定ファイルの調整
6) public_html/test の下の調整

・read.cgi の設定(準備工事)

・bbs.cgi の設定(準備工事)

**root▲ ★** · 2006/12/18(月) 00:41:23

>>935 追加
・バックエンド

3) bbsd の設定(もう一つ増やす)

**root▲ ★** · 2006/12/18(月) 00:48:35

※ゆっくり同期はまずは止めておいて(エラーが出るので)、
バックエンドに掲示板システムが正しく入ってから、動かし始める。

**root▲ ★** · 2006/12/18(月) 02:01:47

■ 準備が整いましたので、live24 関連の DNS 設定をお願いします。

DNSに以下の追加をお願いします。

(新規追加)
+live24.2ch.net:206.223.150.96
+live24b.2ch.net:206.223.150.54
+live24f1.2ch.net:206.223.150.64
+live24f2.2ch.net:206.223.150.74
+live24f3.2ch.net:206.223.150.84
+live24f4.2ch.net:206.223.150.110
+live24f5.2ch.net:206.223.150.42

**root▲ ★** · 2006/12/18(月) 02:04:22

※フロントの bbs.cgi は、バックの準備が整うまで止めておく。

ということで、bbs.cgi の準備工事いってきます。

**root▲ ★** · 2006/12/18(月) 02:41:41

bbs.cgi / read.cgi 準備工事終了。

あとは、live24b バックエンドができてからと。

**動け動けウゴウゴ２ちゃんねる** · 2006/12/18(月) 03:04:40

さいたま

**root▲ ★** · 2006/12/18(月) 13:17:41

ピロリさんにお願い:

live22 系のサーバリフレッシュ工事をする直前に、
スレ上であらかじめ一声お知らせをくださいです。

先日の news20 の場合同様、
移転作業の前に、bbsd が subject.txt 等を握った状態になっているのを
開放する必要があるためです。

すみませんがよろしくお願いいたします。

**マァヴ** ◆jxAYUMI09s · 2006/12/18(月) 15:04:47

news20で書き込もうとすると↓になるのは既報？(^_^;)おいらだけかな？

ＥＲＲＯＲ：バックエンドサーバとの通信がタイムアウトしました(getmd5seed)。書き込みが反映されていないかもしれません。

ホスト

名前：
E-mail：
内容：

**マァヴ** ◆jxAYUMI09s · 2006/12/18(月) 15:06:07

あ、移転か(^_^;)

**root▲ ★** · 2006/12/18(月) 15:06:29

>>943
news20 には今、板がないです、、、。

**マァヴ** ◆jxAYUMI09s · 2006/12/18(月) 15:14:28

あいあい(^_^;)
スレッドが直読みできたんで気が付かなかった
http://news20.2ch.net/test/read.cgi/news/1166256068/l50

**root▲ ★** · 2006/12/18(月) 15:28:57

>>946
なるほど、了解です。

news20 のライブなスレは、強制的に dat 落ちさせておきました。

**root▲ ★** · 2006/12/18(月) 15:31:52

>>947
× ライブなスレ
○ dat落ちしていなかったスレ

**石狩の人** ◆/o....orz. · 2006/12/18(月) 16:04:41

live22xの移転っていつになるんだろうか

**動け動けウゴウゴ２ちゃんねる** · 2006/12/18(月) 16:15:28

2分後

**マァヴ** ◆jxAYUMI09s · 2006/12/18(月) 17:31:04

>938
done(^_^;)

**root▲ ★** · 2006/12/18(月) 17:57:22

>>951
どうもです。確認しました。
http://live24.2ch.net/

これで、live22x => live24 (live22 => live24b)への移転工事の
準備が整いました。

live24b、作業開始できます。

**マァヴ** ◆jxAYUMI09s · 2006/12/18(月) 18:52:01

live24f3,f4,f5の_service動いてます？(^_^;)

**root▲ ★** · 2006/12/18(月) 19:03:04

>>953
PV 計測ですか。

…と、そういえば、
_service はバックエンドにフォワードしないようにする必要があるですね。

例の軽量化作業の時に、微妙にしくった予感。
対応しておきます。

**root▲ ★** · 2006/12/18(月) 19:10:25

+ RewriteCond %{REQUEST_URI} "!/_service"
RewriteRule ^/(\w+/(?:|subject\.txt|(?:subback|index)\.html|index\.css|dat/(?:\d+\.dat)?))$ http://live22x.2ch.net:xxxx/$1 [P]

こんなのを、帰宅後にでも。

**root▲ ★** · 2006/12/18(月) 21:45:24

>>953 は、解決したはず。

**root▲ ★** · 2006/12/18(月) 21:55:04

移転後にバックエンドでやること:

・f22/f15 の調整
・全復帰の呪文の調整

このあたりは、ホスト名やbbsdとの通信ポート等が全部埋め込みのため。

株価【1310】 **▲▲▲▲** ◆cZfSunOs.U · 2006/12/19(火) 00:00:06

とりあえず，まだ CGI 側ですぐには利用しないにしても Apache 側で

SetEnv Snowman 192.168.xxx.yyy:2222
SetEnv SnowmanDB 192.168.xxx.zzz:2222

のような設定を入れておけば，徐々に CGI 側も対応させやすくなるんじゃないかと．

**root▲ ★** · 2006/12/19(火) 00:22:17

>>958
やぱり、それですかね。

雪だるまであることを示すフラグ
バックエンドサーバホスト名
バックエンドサーバIPアドレス
バックエンドサーバポート番号
バックエンドDBサーバホスト名
バックエンドDBサーバIPアドレス
バックエンドDBサーバポート番号

必要なのは、このぐらいですか。

株価【1310】 **▲▲▲▲** ◆cZfSunOs.U · 2006/12/19(火) 00:33:24

>>959 雪だるまフラグは，環境変数設定の有無で判断できるかと．
で，DB 指定用環境変数がなければ DB じゃない方の指定を流用すると．
あと，ホスト名・IP アドレスは片方だけの指定でいいのでは
（今も CGI 内部で BBSD_HOST に IP アドレスを指定してる）．

**root▲ ★** · 2006/12/19(火) 09:51:10

RELENG 6.1/AMD64 system hangs when SMP enabled
http://lists.freebsd.org/pipermail/freebsd-stable/2006-October/030146.html

ふむ。この人もSMP環境なのか。

**root▲ ★** · 2006/12/19(火) 10:19:11

関連キーワードをなんとかしようスレ
http://qb5.2ch.net/test/read.cgi/operate/1166328527/36

[cp]2.2ch.io の統計とりを。
とりあえず mumumu.mu あたりで。

**root▲ ★** · 2006/12/19(火) 10:37:34

そうか、今こそ news20b で SMP のテストをする時期だ。
と気がついた。

ちと、ためしてみるか。

**root▲ ★** · 2006/12/19(火) 10:54:40

hint.acpi.0.disabled="1"

を /boot/loader.conf に入れて、SMP カーネルで reboot してみた。
やはり、SMP にならなかった。

で、こんなのが。
http://lists.freebsd.org/pipermail/freebsd-acpi/2005-December/002293.html

**root▲ ★** · 2006/12/19(火) 11:31:21

ううむ、

debug.acpi.disabled="pci"

を /boot/loader.conf に追加して、SMP kernel でリブートしたところ、
正しくリブートできない模様。

現在リブート要請中。
しかし、コンソールオペレーションが必要かも、、、。

● ◆ANGLERlqvM · 2006/12/19(火) 11:37:03

なるほど。今はnews20bは空いてますもんね。

**root▲ ★** · 2006/12/19(火) 11:50:48

ううむ、リモートリブートでは上がらなかった模様。

**root▲ ★** · 2006/12/19(火) 12:01:48

現在、手動でのリブート中とのこと。

しかし、設定変更のせい(>>965)だとすると、
コンソールからの回復オペレーションが必要になります、、、。

**root▲ ★** · 2006/12/19(火) 13:55:03

中の人と共同で対応中、、、。ううむ。

**root▲ ★** · 2006/12/19(火) 13:59:22

"2. Boot FreeBSD with ACPI disabled"

で上げてもらうべく、調整中。

**root▲ ★** · 2006/12/19(火) 14:16:38

現地でリブートいただきました。
設定を元に戻し、再度リブートテスト中。

**root▲ ★** · 2006/12/19(火) 14:22:57

リブートテスト完了。
これで、元に戻りました。

中の方々にご迷惑をおかけしてしまいました、、、。
すみません & 対応ありがとうございました。
別途復旧の報告を入れておこうと。

今日はもう、cobra2247のテストはやめておきます。
ACPI の周辺の設定変更は、もっとじっくりやる必要がありそう。
あと、リモートコンソールの確保も、、、。

亀田のボクシングの前にデュアルCPUがうまく動けばと
色気を出してしまったけれど、
今日のところは、うまくなかったということで。

**マァヴ** ◆jxAYUMI09s · 2006/12/19(火) 14:49:47

メンテナンスですー(^_^;)

平素はBIG-server.comをご利用頂きまして
誠にありがとうございます。

2006年12月20日午前11時より2ch.netでご利用いただいております
以下のサーバのメンテナンス作業を行なわせていただきます。
---------------------------------------------------
対象となるサーバ：
tiger505.maido3.com
tiger506.maido3.com
tiger508.maido3.com
stiger104.maido3.com
stiger105.maido3.com計5台

日時：
2006年12月20日（水）午前11時～午後7時

内容：
新しいサーバラック及び電源へのサーバ本体の移動

メンテナンス作業にあたって：
IPアドレスの変更は有りません。

お客様へのお願い：
2006年12月20日（水）午前11時までに上記サーバの
シャットダウンをお願いいたします。
---------------------------------------------------
現在、上記5台のサーバが接続されているサーバラックにおいて
電源供給量が基準値をオーバーしている状態が発生しております。

この状態でサーバの稼働率が上がりサーバの消費電力が増えますと、
主電源の供給能力を超えてしまうため電力不足によるサーバダウンが
発生する可能性があります。

今回のメンテナンスでは電源の供給問題を解消し、
サーバダウンを事前に回避するためのメンテナンスです。

現在サーバが設置されているラックから新しいサーバラック及び
電源装置にサーバ本体を移動します。

サーバ本体の移動にあたりIPアドレスの変更はありません。

サーバの移動作業は12月20日午前11時から午後7時までの
8時間を予定しております。

サーバ内のデータ保護の点から12月20日午前11時までに、
サーバのシャットダウンをお願いします。

移動作業が終わりましたらネットワーク接続の確認を行った上で
作業の完了をお知らせします。