2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
しかし、問題はあらゆる意味で山積の状態です。
特に、成熟度を高めたリリースであるはずの FreeBSD 6.1R において、
amd64 アーキテクチャでの突然のハングアップの不具合が、深刻な問題となっています。
前ｽﾚ
http://qb5.2ch.net/test/read.cgi/operate/1150052911/
探検
2ch特化型サーバ・ロケーション構築作戦 Part23
レス数が900を超えています。1000を超えると表示できなくなるよ。
>>839-840 逆に言うと，プライベートアドレスしか bind() しないのなら，
フロント側のリバースプロクシ設定を注意深く行って dat や subject.txt 等への
アクセスしか逝かないようにすれば，細かいアクセス制御も不要ですね
（そういうディレクティブを入れない方が軽いには軽い）．
フロント側のリバースプロクシ設定を注意深く行って dat や subject.txt 等への
アクセスしか逝かないようにすれば，細かいアクセス制御も不要ですね
（そういうディレクティブを入れない方が軽いには軽い）．
>>844-845 乙です．
で，pastdat.so を機能させるには
<Files *.dat>
ErrorDocument 404 /test/pastdat.so
</Files>
が必要です．あと，もし落ちてリブートしても立ち上がるように
ロックファイルは /md 上に作るといいかも，とか．
で，pastdat.so を機能させるには
<Files *.dat>
ErrorDocument 404 /test/pastdat.so
</Files>
が必要です．あと，もし落ちてリブートしても立ち上がるように
ロックファイルは /md 上に作るといいかも，とか．
>>846
了解です。< pastdat.so
ロックファイル(accept.lock)ですね。
/md の mount を httpd よりも先にやるようにする必要があると。
# つまり、FreeBSD の rcorder(8) を勉強しないといかんと、、、。
了解です。< pastdat.so
ロックファイル(accept.lock)ですね。
/md の mount を httpd よりも先にやるようにする必要があると。
# つまり、FreeBSD の rcorder(8) を勉強しないといかんと、、、。
/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"
# 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"
で、こうやると /var/run/httpd.{normal,private}.pid が作られるようになるので
(httpd.conf の PidFile の内容にかかわらず)、
httpd.conf (両方とも)、PidFile のところを(念のため)変えておくと。
(httpd.conf の PidFile の内容にかかわらず)、
httpd.conf (両方とも)、PidFile のところを(念のため)変えておくと。
live23b の dat/index.html/index.css/subject.txt/subback.html 供給用の httpd を、
軽量化版に換えました。
かなり、軽くなっている予感。
軽量化版に換えました。
かなり、軽くなっている予感。
live23b の LA が 0.00 になりました。
で、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>
軽量化版
(従来のと同じ数、メモリが少なくなったのでもっと増やせるかも、様子見ながら)
<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>
今ちょっと上がって(私が作業しているからかな)、0.18 かな。< LA
top で様子見ていると、下がっていくかんじで。
明日以降、read.cgi とかそのへんを。
で、日曜あたりから news20b で 6.2-RC1/amd64 のテストをば。
top で様子見ていると、下がっていくかんじで。
明日以降、read.cgi とかそのへんを。
で、日曜あたりから news20b で 6.2-RC1/amd64 のテストをば。
誤爆ということで。
しかし、なかなか。
596 名前：root▲ ★[] 投稿日：2006/12/09(土) 01:31:32 ID:???0 ?PLT(20002)
httpd のメモリ使用量が、1/4 になった模様。
軽量化前: 99MBytes〜100MBytes
軽量化後: 24656KBytes
PHP がでかいわけだけど、それにしてもおどろきで。
しかし、なかなか。
596 名前：root▲ ★[] 投稿日：2006/12/09(土) 01:31:32 ID:???0 ?PLT(20002)
httpd のメモリ使用量が、1/4 になった模様。
軽量化前: 99MBytes〜100MBytes
軽量化後: 24656KBytes
PHP がでかいわけだけど、それにしてもおどろきで。
ブレーメンメーターでアクセス量をとりはじめた。
live23b.2ch.net 従来版
live23bl.2ch.net 軽量化版
live23b.2ch.net 従来版
live23bl.2ch.net 軽量化版
>>859
あうあう、27M です。
あうあう、27M です。
おぉ、Apache軽量化の効果が楽しみですね。
#PC98時代にconfig.sys等をいじり倒して、
#メモリの確保に必死だった、あの事を思い出した。。
#PC98時代にconfig.sys等をいじり倒して、
#メモリの確保に必死だった、あの事を思い出した。。
HIGH=UMB
read.cgi の更新をする(pastdat.so 対応)には、どうすればいいのかしら。
1) /test/pastdat.so を入れる (バックエンド)
2) *.dat の際の ErrorDocument の処理(>>846)を入れる (バックエンドの httpd.conf)
3) read.cgi を更新する (フロントエンド)
これでOK?
1) /test/pastdat.so を入れる (バックエンド)
2) *.dat の際の ErrorDocument の処理(>>846)を入れる (バックエンドの httpd.conf)
3) read.cgi を更新する (フロントエンド)
これでOK?
サーバーダウン（鯖落ち）情報 part125
http://qb5.2ch.net/test/read.cgi/operate/1163508641/599
ということで、6.2-RC1/amd64 バージョンアップ作業へと。
http://qb5.2ch.net/test/read.cgi/operate/1163508641/599
ということで、6.2-RC1/amd64 バージョンアップ作業へと。
で、バックエンド httpd の軽量化は効果が高いようなので、
live22x / news20 にも、順次たんたんと適用で。
live22x / news20 にも、順次たんたんと適用で。
>>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 の方が
遙かにコンパクトですし．
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:55ID:YCoYhamC0
>>867
ううむ、外の I/F 的には何も変わっていないはずなんですが、、、。
ううむ、外の I/F 的には何も変わっていないはずなんですが、、、。
というか、今の livenhk が破綻していないわけで、、、。
どのタイミングで起きるかが知りたいところかも。
どのタイミングで起きるかが知りたいところかも。
削除跡なら呪文が bbsd 未対応ゆえの（現状では）仕様ですね．
それ以外だと......鯖が逼迫してる時なら，dat 落ち処理で
purge コマンドが bbsd まで届かない（普通のカキコで WriteSnow エラーが
出るのと同じ）ということはありえますが，今はそれほど逼迫してないんですよね......
ただ，F15 のスクリプト見てみると，purge するのにループさせて
逐次 bbsd を呼び出してる箇所があるんですが，purge では
複数のスレ指定が可能なんで，join して一回だけ呼ぶようにしてみたら
どうだろう，とか思ったり......
それ以外だと......鯖が逼迫してる時なら，dat 落ち処理で
purge コマンドが bbsd まで届かない（普通のカキコで WriteSnow エラーが
出るのと同じ）ということはありえますが，今はそれほど逼迫してないんですよね......
ただ，F15 のスクリプト見てみると，purge するのにループさせて
逐次 bbsd を呼び出してる箇所があるんですが，purge では
複数のスレ指定が可能なんで，join して一回だけ呼ぶようにしてみたら
どうだろう，とか思ったり......
>>863 を実行。@ live23 系
これとかを read.cgi で読んで、ちゃんと出るようになったかな。
http://live23.2ch.net/test/read.cgi/livenhk/1165294961/
これとかを read.cgi で読んで、ちゃんと出るようになったかな。
http://live23.2ch.net/test/read.cgi/livenhk/1165294961/
これが問題なければ、
live22x / news20 の httpd 軽量化をやる時に、
あわせて実施するということで。
live22x / news20 の httpd 軽量化をやる時に、
あわせて実施するということで。
>>866
両方を更新し、pastdat.so バイナリもあわせて更新しました。@ live23b
両方を更新し、pastdat.so バイナリもあわせて更新しました。@ live23b
で、SunOS さんにひとつ質問なのですが、
pastdat.so がない状態で read.cgi を更新しても
(つまり一般サーバの read.cgi を現状で更新しても)、特に問題ないのかしら。
pastdat.so がない状態で read.cgi を更新しても
(つまり一般サーバの read.cgi を現状で更新しても)、特に問題ないのかしら。
877 株価【1310】 ▲▲▲▲ ◆cZfSunOs.U
2006/12/09(土) 23:02:43ID:qN68LS7d0 >>872-875 乙です．ちなみに専ブラ (Monazilla) 以外で dat を直接見るとこんな感じで．
http://live23.2ch.net/livenhk/dat/1165294961.dat
http://live23.2ch.net/livenhk/dat/1165294961.dat
>>876 特に問題ないはずです．
>>878
了解です。
了解です。
2006/12/09(土) 23:10:57ID:44Sle8pX0
IEからだとレス表示がおかしくなってますが、これの影響でしょうか？
>>881
具体的にどれでしょう。
具体的にどれでしょう。
把握しました。
対応します。
対応します。
【実況】 live22+live23 Part22
http://qb5.2ch.net/test/read.cgi/operate/1155560057/392-394
http://qb5.2ch.net/test/read.cgi/operate/1155560057/392-394
軽量版 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 再起動
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 再起動
>>885
10) ブレーメンメーター(統計情報) とるように修正
10) ブレーメンメーター(統計情報) とるように修正
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
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
>>885-887 乙です．
で，これにさらに SMP 有効化とか mod_cache 利用とかやると
もっと余裕綽々になりそうな気もしますが......でも，そのうちに
それを埋め合わせるぐらいにアクセスが増えたりするのかなぁ......
で，これにさらに SMP 有効化とか mod_cache 利用とかやると
もっと余裕綽々になりそうな気もしますが......でも，そのうちに
それを埋め合わせるぐらいにアクセスが増えたりするのかなぁ......
こっちの方が適当かな？
blackgoat4.2ch.net(tiger512)のhttpdがzutto死んだままですよね？
いやあの多分支障はないと思うけれども、/_service/が見られないよなぁとかとか(苦笑)
blackgoat4.2ch.net(tiger512)のhttpdがzutto死んだままですよね？
いやあの多分支障はないと思うけれども、/_service/が見られないよなぁとかとか(苦笑)
>>890
httpd をあげました。
httpd をあげました。
サーバーダウン（鯖落ち）情報 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 状態。
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 状態。
■ 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>
雪だるまのフロントサーバに準じたセッティングに変更。
ただし、httpd の数は雪だるまフロントよりやや少なめで。
<IfModule mpm_worker_module>
StartServers 72
ServerLimit 72
ThreadLimit 16
ThreadsPerChild 16
MaxClients 1152
MinSpareThreads 1152
MaxSpareThreads 1152
MaxRequestsPerChild 16000000
MaxMemFree 64000
</IfModule>
>>893 変更点
・最初から待たせる httpd の数の変更
(最初から最大数、worker MPM ではそのほうが成績がよさそう)
・1プロセスあたりのスレッド数を 32 → 16 に変更
(雪だるまフロントで実績のある値に)
あとこれとは別に read.cgi を、
SunOS さんによるマルチスレッド安定化版に更新。
・最初から待たせる httpd の数の変更
(最初から最大数、worker MPM ではそのほうが成績がよさそう)
・1プロセスあたりのスレッド数を 32 → 16 に変更
(雪だるまフロントで実績のある値に)
あとこれとは別に read.cgi を、
SunOS さんによるマルチスレッド安定化版に更新。
これで、突発負荷には以前より強くなったはず。
# worker MPM は、チューニング的にはいろいろ微妙かも。
# でも、だから面白いという話もあるのかも。
# worker MPM は、チューニング的にはいろいろ微妙かも。
# でも、だから面白いという話もあるのかも。
2006/12/10(日) 17:15:16ID:eXGykgG40
うちはデュアルCPUじゃなくてデュアルコアだけど、buildworld中に落ちるとかはないですね。
まあ、さすがにどんな環境でも起きるような問題ならば、修正されてるでしょうから、
特定の環境で起きることなんでしょうね。
buildworld中に落ちるというと、自分の経験ではファンが壊れて止まってしまった時に
そういうことがありましたが、それも既に確認済みでしょうね。。
まあ、さすがにどんな環境でも起きるような問題ならば、修正されてるでしょうから、
特定の環境で起きることなんでしょうね。
buildworld中に落ちるというと、自分の経験ではファンが壊れて止まってしまった時に
そういうことがありましたが、それも既に確認済みでしょうね。。
>>897
・2台ある 6.1R/amd64 で全く同じ症状が出た
・いずれの個体も 5.4R では何の問題もなかった
・6.0R では(高負荷にしなければ)とりあえず動く
ので、何らかのソフトウェア的な原因だと考えているです。
・2台ある 6.1R/amd64 で全く同じ症状が出た
・いずれの個体も 5.4R では何の問題もなかった
・6.0R では(高負荷にしなければ)とりあえず動く
ので、何らかのソフトウェア的な原因だと考えているです。
あとは、mpsafenet とか、そのへんですかね。
あるいは acpi の一部機能を debug.acpi.disable で止めてみるとか。
あるいは acpi の一部機能を debug.acpi.disable で止めてみるとか。
2006/12/10(日) 18:02:21ID:eXGykgG40
自分だったら、、、
DDBとデバッグ系のオプションをつけて、カーネル再コンパイル、リブート。
ハングしたら、シリアルコンソールからデバッガに入って、
コマンドいろいろ実行して、結果をレポートってやりますが、
運用中だといろいろ難しいかもしれませんね。。。
DDBとデバッグ系のオプションをつけて、カーネル再コンパイル、リブート。
ハングしたら、シリアルコンソールからデバッガに入って、
コマンドいろいろ実行して、結果をレポートってやりますが、
運用中だといろいろ難しいかもしれませんね。。。
>>901
そのためには、何らかのリモートコンソールを持たないといけないですね。
XO への移転作業と相前後して、
remote KVM を使えない状態になったような気がするので、
まずはそのへんから、というかんじですか。
ハングアップさせることは比較的簡単に再現できる模様(泣)なので、
remote KVM を持てるかどうか、別途動いてみるかんじで。
そのためには、何らかのリモートコンソールを持たないといけないですね。
XO への移転作業と相前後して、
remote KVM を使えない状態になったような気がするので、
まずはそのへんから、というかんじですか。
ハングアップさせることは比較的簡単に再現できる模様(泣)なので、
remote KVM を持てるかどうか、別途動いてみるかんじで。
で、
5.4R → 6.0R
6.0R → 6.1R
で、それぞれ何が変わったのか、というところが、
気になるところなのかなと。
あとは、やや後ろ向きの方法として、
5.5R にバージョンダウンしてみるという技もあるのかも。
5.4R → 6.0R
6.0R → 6.1R
で、それぞれ何が変わったのか、というところが、
気になるところなのかなと。
あとは、やや後ろ向きの方法として、
5.5R にバージョンダウンしてみるという技もあるのかも。
2006/12/10(日) 19:00:16ID:eXGykgG40
>>902
個人的によくやるのが、2台のマシンをシリアルクロスケーブルで接続。
片方のマシンでcuやtipを実行し、デバッグ対象のマシンに入るってやつですね。
安上がりなんで。
USB->シリアル変換ケーブルとクロスケーブルを2セット買って、
互いにつないだりもします。
個人的によくやるのが、2台のマシンをシリアルクロスケーブルで接続。
片方のマシンでcuやtipを実行し、デバッグ対象のマシンに入るってやつですね。
安上がりなんで。
USB->シリアル変換ケーブルとクロスケーブルを2セット買って、
互いにつないだりもします。
>>904
それは以前、まだ KVM が PIE になかった頃にやっていたです。
このスレだと、2年とか2年半前のアーカイブを見ると、
その頃のことがいろいろ書いてあるです。
# あの時は 5.2.1R の SMP が全くだめで、まいりました。
今は KVM があるので、それを使う方向ですね。
それは以前、まだ KVM が PIE になかった頃にやっていたです。
このスレだと、2年とか2年半前のアーカイブを見ると、
その頃のことがいろいろ書いてあるです。
# あの時は 5.2.1R の SMP が全くだめで、まいりました。
今は KVM があるので、それを使う方向ですね。
2006/12/10(日) 20:59:32ID:eXGykgG40
freebsd.org のマシンで言うと、sledge に近い感じでしょうか?
http://www.freebsd.org/internal/machines.html
あっちはCURRENT使っていて、HDDもIDEみたいなんで、
あんまり参考にならないかも知れないですが、
違いがHDDの部分だとすると、mptが怪しいんでしょうか。。
http://www.freebsd.org/internal/machines.html
あっちはCURRENT使っていて、HDDもIDEみたいなんで、
あんまり参考にならないかも知れないですが、
違いがHDDの部分だとすると、mptが怪しいんでしょうか。。
>>906
まさにそうですね。
BIOS とかそのへんは確認できませんが、
そこに書いてある sledge との基本的な違いは、
実装メモリが4GBytesなこととSCSI仕様であることだけです。
mpt ですか、、、。
確かに mpt は、5.4R のドライバよりも機能が増えている
(integrated RAID 0/1 とかサポートしたから、その線はかなり、ありうるかも。
まさにそうですね。
BIOS とかそのへんは確認できませんが、
そこに書いてある sledge との基本的な違いは、
実装メモリが4GBytesなこととSCSI仕様であることだけです。
mpt ですか、、、。
確かに mpt は、5.4R のドライバよりも機能が増えている
(integrated RAID 0/1 とかサポートしたから、その線はかなり、ありうるかも。
そうすると、、、。
mpsafevfs?
でも、これって前に試したことなかったっけか。
mpsafevfs?
でも、これって前に試したことなかったっけか。
>>908 は前にも疑って、はずれだったと。
2ch特化型サーバ・ロケーション構築作戦 Part22
http://qb5.2ch.net/operate/kako/1150/11500/1150052911.html
とすると、ドライバ本体か。
2ch特化型サーバ・ロケーション構築作戦 Part22
http://qb5.2ch.net/operate/kako/1150/11500/1150052911.html
とすると、ドライバ本体か。
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
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:49ID:eXGykgG40
あと、最近のmptの問題だとこの辺?
http://lists.freebsd.org/pipermail/freebsd-stable/2006-December/031180.html
ただ、起動時に止まるみたいなんで、現象としては違いますが。。
結論としては、mptとは直接は関係ないという感じみたいです。
http://lists.freebsd.org/pipermail/freebsd-stable/2006-December/031180.html
ただ、起動時に止まるみたいなんで、現象としては違いますが。。
結論としては、mptとは直接は関係ないという感じみたいです。
>>911
-stable ML で hrs さんが言っていたやつですね。
それは少し見ていたのですが、どうも微妙に違うようです。
-current から /usr/src/sys/dev/mpt だけ持ってくるとかもありうる解決方法ですが、
いずれにしてもまずは情報収集して、実際の対策は明日以降なのかなと。
-stable ML で hrs さんが言っていたやつですね。
それは少し見ていたのですが、どうも微妙に違うようです。
-current から /usr/src/sys/dev/mpt だけ持ってくるとかもありうる解決方法ですが、
いずれにしてもまずは情報収集して、実際の対策は明日以降なのかなと。
まとめ:
・シングル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 の時はコンソールも含めて完全にハングアップしているのを確認。
・シングル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 の時はコンソールも含めて完全にハングアップしているのを確認。
>>915
うちもamdのSMPで問題無いです。
うちもamdのSMPで問題無いです。
APR_HAS_THREAD の有無による dso バイナリの相違について:
read.cgi再開発スレ Part2
http://qb5.2ch.net/test/read.cgi/operate/1105909861/591-597
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
マザーボード：GA-7A8DW
メモリー：512M×4
ネットワークI/F：Broadcom BCM5705
HDD環境：HITACHI HUS15336EL3600×2（同チャンネル上）
SCSI：Adaptec 39320 Ultra320 SCSI adapter
CPU：Opteron240×2
■ 全世界的な夏時間のルール変更に伴う、サーバ設定の変更
【ぬれ煎餅】雪だるま作戦に思いを馳せながら雑談するスレッド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/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 から改めてコピーする
という順番が必要になると。
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
米国太平洋時間において、
# 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 の再設定が必要になるので注意
> FreeBSD 6.1R からは、新しい設定になっているみたい。
FreeBSD 5.5R も大丈夫みたい。
ということでまとめると、
・6.1R / 5.5R 以降であれば対応済み
・ただし、それ以前のバージョンからアップグレードしたことがある場合は、
/etc/localtime の再設定が必要になるので注意
そんなわけで、
root 権限ありサーバは、どっかで時間とって
まとめて作業しておこうかと。
モニタサーバとかも要注意と。
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
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' のような結構冗長な指定になってしまうんで．
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:02ID:DXUt1O6V0
('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 の起動とかそのへん
</チラシの裏>
・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 のスクリプトも、後でそうしておくと。
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 セットの器作成へと。
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 の設定(準備工事)
・バックエンド
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 の設定(準備工事)
※ゆっくり同期はまずは止めておいて(エラーが出るので)、
バックエンドに掲示板システムが正しく入ってから、動かし始める。
バックエンドに掲示板システムが正しく入ってから、動かし始める。
■ 準備が整いましたので、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
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 の準備工事いってきます。
bbs.cgi / read.cgi 準備工事終了。
あとは、live24b バックエンドができてからと。
あとは、live24b バックエンドができてからと。
2006/12/18(月) 03:04:40ID:O1TMRgSqP
さいたま
ピロリさんにお願い:
live22 系のサーバリフレッシュ工事をする直前に、
スレ上であらかじめ一声お知らせをくださいです。
先日の news20 の場合同様、
移転作業の前に、bbsd が subject.txt 等を握った状態になっているのを
開放する必要があるためです。
すみませんがよろしくお願いいたします。
live22 系のサーバリフレッシュ工事をする直前に、
スレ上であらかじめ一声お知らせをくださいです。
先日の news20 の場合同様、
移転作業の前に、bbsd が subject.txt 等を握った状態になっているのを
開放する必要があるためです。
すみませんがよろしくお願いいたします。
レス数が900を超えています。1000を超えると表示できなくなるよ。
ニュース
- 【日経世論調査】国民民主党、政党支持率14%で2位(18-39歳層首位) 立憲民主党抜く [蚤の市★]
- 川崎重工、40年前から架空取引繰り返したか 週内にも調査結果公表 [蚤の市★]
- 【スクープ】中居正広が女性との間に重大トラブル、巨額の解決金を支払う 重病から復帰後の会食で深刻な問題が発生 ★28 [Ailuropoda melanoleuca★]
- １７８万円まで引き上げで、自民・小野寺氏「何で税源穴埋めするか提案して欲しい」国民民主に要請 ★9 [お断り★]
- 『M-1グランプリ』20代目王者は令和ロマン「去年の倍、嬉しいです！」前人未到の連覇達成で史上最多1万330組の頂点に★4 [muffin★]
- 【Jリーグ】月給10万「Jリーガーと呼ぶのは反対」 J3元選手が苦しんだ現実とイメージのギャップ ★2 [鉄チーズ烏★]
- 喉が痛いけど頑張って会社に行く男の子ｗｗｗｗｗｗｗｗｗｗ
- アース製薬「ゴキブリや蚊に感謝している」Part2
- 北原みのり「私たちは年を取るのが怖い。社会に大切にされないのが怖い。なんだか女に厳しい社会になっているような気がする」 [932029429]
- 天音かなた、AZKi、沙花叉クロヱ「「「お前くんっ！！！結婚して！！！」」」←誰を選ぶ？？？？？
- 【画像】東京都民「いやああああ！今日からまた満員電車ライフが始まるのおおお！何の為に生きてるかわからないよおおおお」 [732289945]
- ラノベ作家「AED訴訟で無罪になっても、署名を集めて社会的に抹殺しようとしてくる世の中。男はどうすればいいの…？」 [535628963]