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

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

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

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

まとめ:

・シングル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 の時はコンソールも含めて完全にハングアップしているのを確認。

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

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

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

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

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

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

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

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

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

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

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

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

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

【ぬれ煎餅】雪だるま作戦に思いを馳せながら雑談するスレッド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月末

というかんじか。

【ぬれ煎餅】雪だるま作戦に思いを馳せながら雑談するスレッド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 から改めてコピーする

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

>>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

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

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

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

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

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

.../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

まぁ，ローカルタイムの計算に標準関数（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' のような結構冗長な指定になってしまうんで．

('A`)

<チラシの裏>
・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 の起動とかそのへん
</チラシの裏>

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

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

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

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

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

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

やっておくです。

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

・バックエンド

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 の設定(準備工事)

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

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

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

■ 準備が整いましたので、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

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

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

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

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

さいたま

ピロリさんにお願い:

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

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

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

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

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

ホスト

名前：
E-mail：
内容：

あ、移転か(^_^;)

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

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

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

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

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

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

2分後

>938
done(^_^;)

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

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

live24b、作業開始できます。

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

>>953
PV 計測ですか。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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