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/08(金) 23:45:49

>>840
そういうことですね。

<Directory />
AllowOverride None
Order deny,allow
Deny from all
</Directory>

株価【1300】 **▲▲▲▲** ◆cZfSunOs.U · 2006/12/08(金) 23:53:16

あと，Options の MultiViews は外した方がいいですね．
これのインパクトはバカにできないんで......

株価【1300】 **▲▲▲▲** ◆cZfSunOs.U · 2006/12/08(金) 23:58:02

>>839-840 逆に言うと，プライベートアドレスしか bind() しないのなら，
フロント側のリバースプロクシ設定を注意深く行って dat や subject.txt 等への
アクセスしか逝かないようにすれば，細かいアクセス制御も不要ですね
（そういうディレクティブを入れない方が軽いには軽い）．

**root▲ ★** · 2006/12/08(金) 23:59:13

>>807 に加えて、
LoadModule authz_user_module libexec/apache22/mod_authz_user.so

も必要みたい。

**root▲ ★** · 2006/12/09(土) 00:01:27

>>842
MultiViews をはずしました。

>>843
設定を間違えるとちとこわいんで、二重にセーフティガードしようかと。

株価【1300】 **▲▲▲▲** ◆cZfSunOs.U · 2006/12/09(土) 00:37:10

>>844-845 乙です．

で，pastdat.so を機能させるには

<Files *.dat>
ErrorDocument 404 /test/pastdat.so
</Files>

が必要です．あと，もし落ちてリブートしても立ち上がるように
ロックファイルは /md 上に作るといいかも，とか．

**root▲ ★** · 2006/12/09(土) 00:39:19

>>846
了解です。< pastdat.so

ロックファイル(accept.lock)ですね。
/md の mount を httpd よりも先にやるようにする必要があると。

# つまり、FreeBSD の rcorder(8) を勉強しないといかんと、、、。

**root▲ ★** · 2006/12/09(土) 00:53:04

/etc/rc.conf @ live23b は、こんなかんじで。

# for apache22
apache22_enable="YES"
#apache22ssl_enable="YES"
#apache22limits_enable="YES"
apache22_http_accept_enable="YES"
apache22_profiles="normal private"
apache22_normal_enable="YES"
apache22_normal_configfile="/usr/local/etc/apache22/httpd.conf"
apache22_normal_http_accept_enable="YES"
apache22_private_enable="YES"
apache22_private_configfile="/usr/local/etc/apache22/httpd-private.conf"
apache22_private_http_accept_enable="YES"

**root▲ ★** · 2006/12/09(土) 00:56:29

で、こうやると /var/run/httpd.{normal,private}.pid が作られるようになるので
(httpd.conf の PidFile の内容にかかわらず)、
httpd.conf (両方とも)、PidFile のところを(念のため)変えておくと。

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

live23b の dat/index.html/index.css/subject.txt/subback.html 供給用の httpd を、
軽量化版に換えました。

かなり、軽くなっている予感。

**root▲ ★** · 2006/12/09(土) 01:14:57

live23b の LA が 0.00 になりました。

株価【1300】 **▲▲▲▲** ◆cZfSunOs.U · 2006/12/09(土) 01:17:25

>>850-851 乙です．

>LA が 0.00

これも何かスゴいですねｗまぁ時間的にピークは過ぎてるってことはあるでしょうけど．

**root▲ ★** · 2006/12/09(土) 01:18:14

で、httpd の数を以下に設定。

軽量化版
(従来のと同じ数、メモリが少なくなったのでもっと増やせるかも、様子見ながら)

<IfModule mpm_worker_module>
StartServers 192
ServerLimit 192
ThreadLimit 16
ThreadsPerChild 16
MaxSpareThreads 3072
MinSpareThreads 3072
MaxSpareThreads 3072
MaxRequestsPerChild 32000000
MaxMemFree 64000
</IfModule>

通常版
(384 に減少、こっちも様子を見ながら)

<IfModule mpm_worker_module>
StartServers 24
ServerLimit 24
ThreadLimit 16
ThreadsPerChild 16
MaxSpareThreads 384
MinSpareThreads 384
MaxSpareThreads 384
MaxRequestsPerChild 32000000
MaxMemFree 64000
</IfModule>

**root▲ ★** · 2006/12/09(土) 01:19:44

今ちょっと上がって(私が作業しているからかな)、0.18 かな。< LA
top で様子見ていると、下がっていくかんじで。

明日以降、read.cgi とかそのへんを。

で、日曜あたりから news20b で 6.2-RC1/amd64 のテストをば。

株価【1300】 **▲▲▲▲** ◆cZfSunOs.U · 2006/12/09(土) 01:25:14

乙ですた．

**root▲ ★** · 2006/12/09(土) 01:32:09

誤爆ということで。
しかし、なかなか。

596 名前：root▲ ★[] 投稿日：2006/12/09(土) 01:31:32 ID:???0 ?PLT(20002)
httpd のメモリ使用量が、1/4 になった模様。

軽量化前: 99MBytes～100MBytes
軽量化後: 24656KBytes

PHP がでかいわけだけど、それにしてもおどろきで。

**root▲ ★** · 2006/12/09(土) 01:53:08

ブレーメンメーターでアクセス量をとりはじめた。

live23b.2ch.net 従来版
live23bl.2ch.net 軽量化版

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

>>857
http://mumumu.mu/bremen/

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

>>856
子供の httpd は、だいたい 27K ぐらいみたい。
いずれにせよ、相当で。

そんでは、おやすみなさい。

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

>>859
あうあう、27M です。

● ◆ANGLERlqvM · 2006/12/09(土) 05:29:02

おぉ、Apache軽量化の効果が楽しみですね。

#PC98時代にconfig.sys等をいじり倒して、
#メモリの確保に必死だった、あの事を思い出した。。

**モーマン☆鯛。** · 2006/12/09(土) 10:07:36

HIGH=UMB

**root▲ ★** · 2006/12/09(土) 16:04:19

read.cgi の更新をする(pastdat.so 対応)には、どうすればいいのかしら。

1) /test/pastdat.so を入れる (バックエンド)
2) *.dat の際の ErrorDocument の処理(>>846)を入れる (バックエンドの httpd.conf)
3) read.cgi を更新する (フロントエンド)

これでOK?

**root▲ ★** · 2006/12/09(土) 16:17:04

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

ということで、6.2-RC1/amd64 バージョンアップ作業へと。

**root▲ ★** · 2006/12/09(土) 16:18:59

で、バックエンド httpd の軽量化は効果が高いようなので、
live22x / news20 にも、順次たんたんと適用で。

株価【1300】 **▲▲▲▲** ◆cZfSunOs.U · 2006/12/09(土) 21:17:47

>>863 それでいいと思います．なお，pastdat.c, anydat.c を微妙に修正したので，
live23b に入れたのは更新しておいて下さい．

ところで，anydat.so は配布版 .htaccess では RewriteRule で dat へのリクエストを
internal redirect させてますが，Apache 2.2 で mod_actions を有効にしてるなら

<Files *.dat>
Action text/plain /test/anydat.so virtual
</Files>

の方が RewriteRule よりスマートかも．mod_rewrite より mod_actions の方が
遙かにコンパクトですし．

**動け動けウゴウゴ２ちゃんねる** · 2006/12/09(土) 21:51:55

http://qb5.2ch.net/test/read.cgi/operate/1159268878/546

問題発生かも、かもかも。

**root▲ ★** · 2006/12/09(土) 21:55:07

>>867
ううむ、外の I/F 的には何も変わっていないはずなんですが、、、。

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

というか、今の livenhk が破綻していないわけで、、、。

どのタイミングで起きるかが知りたいところかも。

株価【1300】 **▲▲▲▲** ◆cZfSunOs.U · 2006/12/09(土) 22:17:47

削除跡なら呪文が bbsd 未対応ゆえの（現状では）仕様ですね．
それ以外だと......鯖が逼迫してる時なら，dat 落ち処理で
purge コマンドが bbsd まで届かない（普通のカキコで WriteSnow エラーが
出るのと同じ）ということはありえますが，今はそれほど逼迫してないんですよね......

ただ，F15 のスクリプト見てみると，purge するのにループさせて
逐次 bbsd を呼び出してる箇所があるんですが，purge では
複数のスレ指定が可能なんで，join して一回だけ呼ぶようにしてみたら
どうだろう，とか思ったり......

**root▲ ★** · 2006/12/09(土) 22:20:49

>>870
どうも、削除関係らしいとか。

★板のスレ一覧復帰＆修正依頼28★
http://qb5.2ch.net/test/read.cgi/operate/1159268878/547

**root▲ ★** · 2006/12/09(土) 22:54:28

>>863 を実行。@ live23 系

これとかを read.cgi で読んで、ちゃんと出るようになったかな。

http://live23.2ch.net/test/read.cgi/livenhk/1165294961/

**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 バックエンドができてからと。