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

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

前スレ:
http://qb5.2ch.net/test/read.cgi/operate/1115133136/

過去ログ一覧:
Part1 http://qb3.2ch.net/operate/kako/1052/10529/1052923573.html
Part2 http://qb3.2ch.net/operate/kako/1062/10621/1062137886.html
Part3 http://qb3.2ch.net/operate/kako/1068/10680/1068017802.html
Part4 http://qb3.2ch.net/operate/kako/1074/10741/1074124767.html
Part5 http://qb3.2ch.net/operate/kako/1076/10761/1076162131.html
Part6 http://qb3.2ch.net/operate/kako/1076/10764/1076413123.html
Part7 http://qb3.2ch.net/operate/kako/1076/10767/1076733846.html
Part8 http://qb3.2ch.net/operate/kako/1078/10789/1078972549.html
Part9 http://qb3.2ch.net/operate/kako/1080/10802/1080298357.html
Part10 http://qb3.2ch.net/operate/kako/1082/10821/1082125059.html
Part11 http://qb3.2ch.net/test/read.cgi/operate/1082990543/　(なぜか未HTML化)
Part12 http://qb5.2ch.net/operate/kako/1084/10844/1084429098.html
Part13 http://qb5.2ch.net/operate/kako/1085/10856/1085678587.html
Part14 http://qb5.2ch.net/operate/kako/1087/10876/1087666806.html
Part15 http://qb5.2ch.net/operate/kako/1093/10930/1093068260.html
Part16 http://qb5.2ch.net/operate/kako/1102/11020/1102087698.html
Part17 http://qb5.2ch.net/operate/kako/1107/11073/1107376477.html
Part18 http://qb5.2ch.net/test/read.cgi/operate/1115133136/

即死逃れのために、少し何か書いておくか。

＜雪だるま作戦について＞
バックエンド側でリクエストを受け付け、書き込み関連プロセス、
subject.txt subback.html index.html 作成等の処理を一元的に行う
bbsd(bbs daemon)が◆cZfSunOs.Uさんの手により日の目を見、
実現に向けて動き出した。

フロントエンド側とバックエンド側でファイルの共有(バックエンド側にある
datファイル、subject.txt等)を、フロントエンド側から見られるようにする
必要がある)については、各種の方法があるうち、まず最も安易に実現
可能なNFS(Network File System)を試してみたが、FreeBSDのNFS、
特にクライアント側の実装上の問題により、NFSでの共有は断念する
こととなった。

現在、Apacheのプロキシ・キャッシュ機能を活用する方向で、
この問題の解決を図ろうとしている。

(続き)
bbsdのほうはかなりの投稿数をさばげることが判明しており、
現在の状況で既に、1スレに対し15秒で1000投稿をさばくことが
可能であることが確認できている。

また、index.html subback.html subject.txt を bbsd が常に監視し、
一元的に管理することになるので、完成した暁にはいわゆる「板とび」の
リスクを低減することも可能になる(復帰の手間が少なくなる)という効果も
期待できる。

なおbbsdは雪だるまサーバだけではなく、単品での利用も可能なので、
技術的には２ちゃんねるのすべてのサーバにおいて、活用が可能である。

ただし、各種スクリプト(いわゆる呪文)をbbsd対応にする必要があるため、
全サーバへの完全導入のためには、各種呪文間の整合性をとる必要が
あることはいうまでもない。そしてそれは２ちゃんねるの構造上、実は容易ではない。

operate も即死判定があるのか･･･

>>1 に書くの忘れた。

携帯系サーバのMRTGによる統計情報: http://mumumu.mu/mrtgc/mrtg-rrd.cgi/

＜Love Affair作戦について＞
電車男サーバ・電車男スイッチの導入により、特にau系サーバにおいて
顕著であった過負荷の問題は一応回避され、現在サーバ負荷については、
一応小康状態となっている。

ただし、au系・DoCoMo系については現在もアクセス数が急速に増大しており、
今後もこの傾向は当分続くと考えられるため、今後を考慮した場合、
予断を許さない状況であることに変わりはない。

今後はさらなる増強を行い、AAS(ASCII Art Scope)機能の導入、
公開用datキャッシュサーバ(いわゆる白山羊)の導入を実施していく予定である。

＜携帯系の規制系問題について＞
携帯系では現在、
・BBM
・Rock54M
・Samba24
の規制が有効になっており、PCでのIPアドレスをキーとした規制に相当するものとして、
携帯電話の固有番号による規制・識別が実施されている。

ただし現在携帯については、バーボンハウス規制は無効となっており、
連投バーボン・スレ立てバーボン・リロードバーボンのいずれも動作していない。
これらについては、今後の開発が必要であるという認識であり、
試験をクリアした若者が、いろいろとがんがる手はずになっているという話である。

＜実況およびゆり戻しについて＞
さまざまな経緯を経て、live20サーバは「強い子」に成長し、
今や木曜日の22:00からのドラマを除き、
ほとんどの番組の負荷を受け止められるまでに至った。

また「ゆり戻し」についても、野球・サッカーサーバへの
Cobdaサーバの独立投入により、大きな破綻を起こすサーバは、
animeサーバのみ、しかも土曜日の18:30から10分程度のみとなった。

ただしこれは史上まれに見る「強敵」であり、news4vipの投稿数を
余裕で支えているex11と同一ハードウェアスペックのサーバを、
LA=200になるぐらいまで追い込んでしまうものである。
これについては今後も、苦しい戦いが続いていくと考えざるを得ない。

live20はまた、先日メモリを倍増する強化が実施され、
live16とのメモリ換装手術を経て、どうやら安定したようである。
これにより従来の倍程度、あるいはそれ以上の負荷をさばけるのでは
ないかと、皮算用していたりするが、その結果は木曜夜まで、定かではない。

明日というか、今晩ですけどネ

＜FreeBSD＞
5.2.1Rはひどい品質であり、特にSMP環境では全く実用に耐えなかった。
これについては5.3Rで大幅な体質改善が図られ、通常の用途であれば特に問題なく
使用できるまでに至った。

しかしNFSのような「クリティカルな条件で使用している人が少ない」ものについては、
機能が十分にこなれていないためか、現在でもまだ問題が残っているようである。

しかし、FreeBSDの5系は大方の予想通り短命であるらしく、
既にRELENG_6のブランチが切られており、現在既に6.0-BETA1の状態となっており、
今後1ヶ月〜数ヶ月のうちにはリリースエンジニアリングも整い、
FreeBSD 6.0-RELEASEが出ることは、ほぼ間違いない様子である。

ということでFreeBSD 6系については、とりあえずさわってみようとは思っていたりする。

＜直近の私の予定＞
7月末〜8月上旬あたりまで、日本にいませんです。

＜前スレからの積み残しの課題＞

・read.cgiのJavScript
936 名前：▲ ◆cZfSunOs.U [sage] 投稿日：2005/07/15(金) 01:07:42 ID:fuPqNteQ0
一応メモ書き

bbsd が作る index.html では >>705 が入りました．
あとは read.cgi の JavaScript も http://www2.2ch.net/snow/index.js
を使ってもらって，bbs.cgi では NAME, MAIL の Cookie 設定処理をパスすれば
この件は一件落着になります，と．

(続き)

・先日の件がらみ
937 名前：root▲ ★[sage] 投稿日：2005/07/19(火) 02:26:40 ID:???0 ?###
ということで、

・.htaccess の大きな deny list は、確実にサーバ資源を消費する
・ほんとのDoS攻撃、特にPerl CGIに対してのDoS攻撃に対する対策
・「ある程度２ちゃんねるのことを知っていて、かつ頭がおかしい人」に対する対策

938 名前：root▲ ★[sage] 投稿日：2005/07/19(火) 02:26:53 ID:???0 ?###
あと、これか。

129 ：FOX ★ ：2005/07/18(月) 17:18:11
qb6 がしっかり動いていれば
バーボン等の仕組みがちゃんとはたらき
今回程度の攻撃はしのげたはずなんだが、
いかんせん qb6 が落ちてしまった。

落ちた原因はqb6にとっても重い Perl で書いた cgi があり
それをぶん回されたんだな、

週明けからサーバ配置買える作業します。
重要なところは秘匿するとか、分離するとかいろいろ

161 ：FOX ★ ：2005/07/18(月) 17:25:53
普通というか今まで(たとえば韓国や中国から)の攻撃では
２ちゃんねるの仕組みを相手が知らないため
qb5, qb6, BBM等が攻撃されることは無かったんだな
まぁ　今回は詳しいやつが故意にやったと、

また　串等でやられた場合はわりと気兼ねなくはじけるので気にしないんだが
今回は　つなぎかえながら自分のISPのIPアドレスを名乗りながら
どうどうとやってきたと、また大きなISPなので死ぬほど(日本最大?)IPアドレス
割り当てられていると

940 名前：root▲ ★[sage] 投稿日：2005/07/19(火) 02:44:53 ID:???0 ?###
>>937
> .htaccess の大きな deny list は、確実にサーバ資源を消費する

これはそろそろ、SunOSさん謹製のmod_authz_iplist を入れる時期か。
2番目は、>>938 をたんたんと。
3番目は、、、さて。

950 名前：資材二課 ★[sage] 投稿日：2005/07/19(火) 14:37:57 ID:???0
秋になったら資源供給のばらつきや動いていないとこを一気になおそう。
サーバ投入も含めて、
どうしてかって? ちょこちょみこ直してもまたすぐいろいろ発生するから
あとでまとめてやりましょってとこです。

雪だるま用 tiger が二台やってきます(明日? あさって?)
これを今どこどこが苦しいからと言って転用しないと決心しようってことですー

いつもお疲れ様です。
出張先の時差＝出張先からの活動可能な時間帯などお教えいただければ
みんながちょっと安心できるかも知れませんｗ

＜その他の課題・問題点など＞

・家庭の保守を怠ると不具合が発生する件
・SKのMクラスのNHへの加算率が、昨年から突然70%に変わっていた件
・SQが6ヶ月オープンをYクラスからBクラスに変えた件

>>17
詳細が決まり次第、ぼちぼちってかんじですね。
相変わらず、ぎりぎりまで細かいところが決まらないんで。

現地はネットワークありで、ホテルもネットワークがあるのをとったんで、
例によってあちこちからフシアナする予定。

…というわけで20ぐらいまで進めておけばさすがに即死はないだろうと勝手に推測して、
今日はそろそろ寝ることにするです。おやすみなさい。

>>20
いつもお疲れ様です。 おやすみなさい

いいゆめを

その他の課題・問題点その１をクリアできるよう、強制オフライン・deny等の措置を
皆で検討する必要ありですねｗ

・・・それではおやすみなさい。

新スレおめです。

>>2
Part11 http://qb3.2ch.net/test/read.cgi/operate/1082990543/　(なぜか未HTML化)

…これ、そろそろHTMLにしませんか？ｗ

qb3時代のはほとんど未html

ここではこのスレだけみたいだから
ちょっと気になったのです >>25

携帯で
＞連投バーボン・スレ立てバーボン・リロードバーボン
どんなネ申業だよｗｗｗｗ

>>27
sec2chdとか見ていると、神業でもないように見えます。
なんか、携帯で連投しまくり。

携帯でも使ってるメニューによっては●も使えるみたいですし

工エｴェｪ（´д｀）ｪェｴエ工工

でもさすがにスレ立てバーボンは無理じゃない？ｗ

あとで2件、メモっておこう。

・メモリトラブル/BIOS設定/リモートKVM話 at live20
・httpd/SpeedyCGIチューニング話 at live20

・httpdセッティング

メモリ4Gに伴い、httpdを増やしている。
ただし、2048(live20の倍)まで増やすのは増やしすぎで、スワップアウトこそ発生しないものに、
メモリ資源がやや貧しくなり、キャッシュメモリへの割り当てが少なくなるためか、
逆に高負荷時のパフォーマンスがいまいちになる傾向が見るけられた。

そのため、初期数1536、最大数1792 (1536 + 256)に設定を変えた。
(従来のlive20では896と1152)

これでもhttpdが売り切れになることはなく、無碍に多いときよりもよりうまく動作するようだ。

・SpeedyCGIセッティング

いろいろ試した結果、-M64では処理待ちのspeedy(bbs.cgi)があふれ返り、
-M128では処理しようとするバックエンドspeedy_backendの効率が悪くなるため、
とりあえず-M96にしておくことにした。

・tiger503 BIOS設定変更

・PowerSavingsの設定

無効に変更した。
これによりパワーセーブモードに誤って入らなくなるはず。
前はCustomizedかつ設定0になっていたので、
無効になっていたような気がするが、念のために再設定。

・ECCエラー発生時の割り込みの設定を変更

これまでは「ECCエラーが起こっても割り込みは発生させない」になっていたが
(ECCそのものは有効だった)、これを割り込み(NMI)が発生するように変更した。
これでFreeBSDにも、何か伝わるはず。

・上記以外の設定の確認

上記以外に問題となりそうな設定上の問題は、発見されなかった。

・BIOS設定/リモートKVMの話。

現在tiger5xxサーバについては、リモートコンソール経由で触る場合、
特別な処理(オペレータの介在)が必要になってしまう。

問題の原因解明には未だ至っていない。

参考:
【焼き鳥】負荷監視所_20050720
http://live14.2ch.net/test/read.cgi/liveplus/1121860283/786-794

転載

786 名前： ◆MUMUMUhnYI [sage] 投稿日：2005/07/21(木) 23:53:49 ID:B2JZ82ht
>>784
キーボード(とマウス?)なんですよね。
PIEで使っているKVMスイッチはデイジーチェインでつなぐブツなのです。
で、ACPIとの相性が悪くて、旧tiger(tiger5xx)だけ、FreeBSDの立ち上げ時に
パニックして止まってしまうという。

で、ACPI切ると上がるのですが、
そうすると別のところでハングアップして、止まってしまうです。

キーボードとマウスをつけていてもシステムBIOS画面は、問題なくKVM経由操作できるです。
FreeBSD＊だけ＊が、だめ。

で、キーボードとマウスをはずすと、ちゃんと上がる。
OSが上がっている時に、途中から刺しても大丈夫。

bananaと新tigerでは問題は起こってないので、
問題はかなり根深い気がします。

PIEに行ったら、旧tigerのBIOSを最新版に上げてみようかなと、
思っていたり。


787 名前： ◆MUMUMUhnYI [sage] 投稿日：2005/07/21(木) 23:56:55 ID:B2JZ82ht
症状は、これとかこれと同じです。
XeonでSMPの時で、しかもブート時に、
特定の種類のマザーボードでしか、起こらない模様。

AP #1 (PHY# 1) failed
http://lists.freebsd.org/pipermail/freebsd-smp/2003-June/000185.html
AP #1 (PHY#1) failed! Panic (y/n)?
http://lists.freebsd.org/pipermail/freebsd-stable/2005-February/012216.html

790 名前： ◆MUMUMUhnYI [sage] 投稿日：2005/07/22(金) 00:01:15 ID:B2JZ82ht
というわけで、今日BIOSの設定を少しいじったのですが、

・tiger503をリモートから落とす
・SeanさんにKVMスイッチのキーボードとマウスをtiger503にアタッチしてもらう
・私がBIOSの設定をKVM経由でいじる
・SeanさんにKVMスイッチのキーボードとマウスをtiger503からデタッチしてもらう
・Seanさんにtiger503を立ち上げなおしてもらう→FreeBSDが立ち上がる

という手順が、必要になりました。

KVMスイッチのキーボードをつけると同じパニックを起こして立ち上がらない
という症状は、tiger503以外のtigerでも同じように発生したので、
tiger5xxについてはどれも、そうなるようです。

・tigerでもkern.ipc.maxpipekvaがあふれた件

【焼き鳥】負荷監視所_20050720
http://live14.2ch.net/test/read.cgi/liveplus/1121860283/779-782

782 名前： ◆MUMUMUhnYI [sage] 投稿日：2005/07/21(木) 23:46:00 ID:B2JZ82ht
このメッセージは、例の数分間の仮死状態の時に、出ていたですね。

対策するには、これを、
kern.ipc.maxpipekva=20971520

cobraと同じ値、つまり倍にすればいいはずなんだけど(下記)、
kern.ipc.maxpipekva=41943040

もしまずい場合ハングアップとかカーネルパニックなので、
リブート入れてもらわないと直せないからなぁ。

しかも、リモートコンソールをいじれないといけないと。

リモートコンソールは後でoperateのスレで報告しますが、
tiger503ではいつもつけておくのは、難しいのです。

さて、どうすべか。


783 名前： ◆MUMUMUhnYI [sage] 投稿日：2005/07/21(木) 23:47:27 ID:B2JZ82ht
でもspeedy_backendの並列度を微調整したので、
再現しないと、信じることにするかな。

少なくとも来週の夜10時までは、間違いなくこんな局面にはならないだろうし。

気分転換に、自分の環境(PIEじゃなくて、システムコンソールを手でさわれる別の場所)で
FreeBSD 6.0-BETA1を試し中。

とりあえず教科書どおりの手法で、FreeBSD 5.4Rからのアップグレードは無事完了。

% uname -a
FreeBSD むぎゅ 6.0-BETA1 FreeBSD 6.0-BETA1 #4: Fri Jul 22 20:47:22 JST 2005 root@むぎゅ:/usr/src/sys/i386/compile/むぎゅ i386

ATAのドライバがモジュールに対応したですね。
こうやると、ATA関係を外出しにできるみたい。

カーネルconfigから以下を全部コメントアウト
#device ata
#device atadisk # ATA disk drives
#device ataraid # ATA RAID drives
#device atapicd # ATAPI CDROM drives
#device atapifd # ATAPI floppy drives
#device atapist # ATAPI tape drives
#options ATA_STATIC_ID # Static device numbering

/boot/loader.confに以下を追加
ata_load="YES"
atapci_load="YES"
ataisa_load="YES"
atadisk_load="YES"
atapicd_load="YES"

こんなかんじ。
% kldstat
Id Refs Address Size Name
1 11 0xc0400000 37d280 kernel
2 1 0xc077e000 190c accf_data.ko
3 1 0xc0780000 2284 accf_http.ko
4 1 0xc0783000 2ee24 ipl.ko
5 5 0xc07b2000 d2ac ata.ko
6 1 0xc07c0000 19d9c atapci.ko
7 1 0xc07da000 22bc ataisa.ko
8 1 0xc07dd000 3938 atadisk.ko
9 1 0xc07e1000 77b8 atapicd.ko
10 16 0xc07e9000 57528 acpi.ko

root▲ ★板（臨時）実況可ｸﾙ━━ﾟ+.ヽ(≧▽≦)ﾉ.+ﾟ━━ ｯ ! ! !

どうも、高速なメモリチップに変えただけで、
同じメモリ容量でも、live16のパフォーマンスが一回りよくなったようです。

Seanさんによると、

・これまで旧tigerサーバ(tiger5xx)に入っていたメモリ: PC2100 512MBytes x 4
・live16(tiger507)に新しく刺したメモリ: PC3200 1GBytes x 2

とのこと。

ちなみにlive20(tiger503)は、PC2100 512MBytes x 8 (メモリスロット満タン)

>>41
tiger507ってFSB800でしたっけ？
ならCPUとメモリは同じ帯域だからスムーズでしょうw

533すね。
2513以降は800のはず。

>>43
ありゃ。わざわざ出先から乙です。

ということはボトルネックはFSBに・・・・w

出先と言うより、ベッドの上なんじゃ。。。

モジュール枚数の減によってアクセスがスムーズになった に１０メモリ

そんなわけないでしょCL違うならまだわかるけど、

一番の違いは理論帯域で1.5倍違うこと

そのマシンでもっとも遅いメモリモジュールに合わせたクロックで動くの
法則に従ってみんなPC2100してたんじゃないだろーか

あーそうでした、、、

交換前　PC2100動作　FSB533だけどFSB400
今はPC3200だけどPC2700動作　FSB533

でよろしいのかしら。この辺知識があやふやなもので。なにせ

プロセッサのFSBが最高400MhzならばPC2100
プロセッサのFSBが最高533MhzならばPC2700
プロセッサのFSBが最高800MhzならばPC3200

とピークにあわせて買ってますからね・・・

>>49
あっそうかPC2100か。対応を勘違いしてた＞FSBとPC値
さんきゅー

チラシの裏:

・live20の早朝自動バックアップを今日だけストップ
・live20の統計情報処理を一時停止

これらは、例の番組終了後に元に戻す予定。

>>51
> ・live20の統計情報処理を一時停止

処理を => 処理の一部を

rootﾀｿ ｵﾂｶﾚﾁｬｿ
働き杉な希ガスけど ｶﾞﾝｶﾞって

|-`).｡ｏO（若いのが育てば rootﾀｿの負担分が減って ぇぇんやけど、、、）
|-`).｡ｏO（表面上見えないだけで 多少居たりするんかな、、、）

>>51-52 を元に戻した。

メモリ4Gのtigerでは、

/boot/loader.conf
#kern.ipc.maxpipekva=20971520
を、
kern.ipc.maxpipekva=41943040

にしても問題なさげなので(tiger2523で今確認)、後で増やしておこう。

対象: live20 live22 live22x1 (live22x2 live22x3)

これで、木曜日と今日起こったlive20が数分無反応になるのは、防げるはず。

>>55
live22 live22x1 done.
live20 は今夜変更予定。

現在構築中のlive22x2 live22x3は、最初からこの設定で動かそうかと。

/usr/ports/UPDATING にこんな記述が。むぎゅー。

20050722:
AFFECTS: All RELENG_6 and HEAD users of ports/packages, maintainers
of ports that interact with the compat libraries.
AUTHOR: [email protected]

The shared library version number of all shared libraries built as
part of the baseline system has been incremented in both RELENG_6
and HEAD. The overall goal is to make handling of the compat library
infrastructure easier. Each new release branch will have different
version numbers for all of the shared libraries and the compat ports
can simply include all of the shared libraries from the previous
release.

If you update your system using normal cvsup/rebuild/reinstall
mechanisms the old versions of the libraries will still be on your
system so your old ports executables will continue to work.
But you definitely should plan on recompiling and reinstalling all
of your installed ports so they get relinked against the new libraries.
If you don't take this step as time goes on "normal" updates and
installs run the risk of having executables relying on both the new
and old versions of the libraries which would cause big problems.

It will take some time for the pre-built packages available on the
FTP mirror sites to be rebuilt against the new libraries. If you
want to update your ports using the pre-built packages watch the
mailing lists for when the rebuilt packages become available.

tiger503がメモリ増設後に不安定になっている問題は、
まだ解決していない模様。

tiger503にもともと入っていたメモリと、
tiger507から持ってきたメモリの相性問題か。

休み(米国の)明けに、Seanさんと相談する予定。

とりあえず、メールを出した。

Subject: tiger503 still has suspicious hangup problem

Jim-san, Sean-san,

Today, tiger503 is encountered suspicious system hangup.

I still suspect the compatibility of memory chips.
So, do you remember that the memory chips which were originally installed in
tiger503 and moved from tiger507 were the completely same kind?
Even if the memory type is the same, the different two types of chip
vendors make system unstable.

Or, someone of 2ch user suggested me that we should check the system the
increase of heat, so, tiger503 may be exceeded its limit of cooling
capacity by adding 4 memory chips.

We need more stable server environment. Please help us.

Regards,

Seanさんから返事が来ました。

mumumu, the additional 4 memory chips borrowed from the other server was of
the same kind as original Tiger503.
So I do no think it is in-compatibility problem. Heat may be the issue.
Our space in XO is getting hotter. I will ask XO to turn on an additional
AC Unit to cool better.
It might also be preasure. Tiger503 sits on bottom of rack, under all other
servers. I will add a shelf to relive it of the weight from other
servers....this can also hold in heat.

-Sean

>>60 まとめ

・tiger507に入っていたメモリとtiger503のメモリは同じ種類
- なので、メモリの相性問題はもうないと思う

・熱問題はありうるかも
- XO(tiger503が置いてある場所)は(サーバ数の増加により)徐々に暖かくなっている
- ので、賃貸元に追加のエアコンユニットを依頼しているところ

・tiger503(= live20)は、現在ラックの一番下にある
- 重さがかかっている(tiger2522で問題になった「ひしゃげ」問題の可能性)
- 支えるためのシェルフ(棚)を追加する予定
- これで、ひしゃげ問題と熱こもり問題が解決すると思う

HEの時は良かった．．．

>>62
…とは、全く思わないですね。

あの超脆弱なネットワーク(DNSクエリをくべるだけでへたれるとか、
8Mbpsぐらいで転送量が頭打ちになるルータとか)、
ファームウェアの古いHDDやエラーが上がるSCSIコントローラ、
仕様と10krpmのHDD等を平気でつけてよこすうえに
ゆっても交換してくれない(←ここ重要)とか、
あまつさえ、突然データセンター全体が停電するとか(昨年4月)、
DNSの設定をフレキシブルにやってくれないとか、などなど。

現場の立場からゆわせてもらえば、
正直、あそこに戻ることはもうありえないです。（す）

>>63
仕様と => 仕様と違う

Hurricane Electronicw

HEの時に比べれば（一寸余計なこともしてくれるけど）
至れり尽くせりって感じですか？

>>66
自由度というか、フレキシビリティは明らかに上がったですね。
…というか、それがPIEを作った目的のひとつであるとうかがっております。

>>63-64
そんなひどいどころでよく数年やってられたものですね

運用周りはPIE立ち上げ初期ぐらいからみてますけど、
HEとPIEは雲泥の差だったんだな、と。
そりゃJimさんが切れるわけですw

>>68
最初は、ちゃんとしていたらしいです。

HEについては、root権限ありモニターサーバの件とか(初代newsplus.jp)で、
2002年あたりから私も少しかかわりました。
その頃は、悪くなかったです(FreeBSDの問題を解決してもらったりしました)。

くわしいことは知りませんが、個人的には、2003年の後半あたりから、
加速度的にどんどんひどくなっていったように、覚えているです。

しかし、１Uの場所代でタワー型が置けるってのが…

>>70
それは、メリットのひとつだったのかもですね。

でも肝心のインフラやサーバやサポートが >>63 だと、ちと。

>>69
なるほど。
・・・・インフラを増強する体力が無かったんですかね（ケチったとも取れるけど）w

熱問題について
ttp://h50146.www5.hp.com/products/servers/proliant/whitepaper/wp019_040430/p03.html
案外シビアなものですえぇえぇ。

もう家庭のPCの知識じゃ役に立たないなぁ。

今更気付いたけどpekoの文字が消えてたんだ。

分からない単語を調べては…ついていこうとするだけで、
何だか勉強になる気がするのです。

いや、多分気のせいかも。

live20の件について、Seanさんとちと相談中。
詳細は追って。

Seanさんと打ち合わせている最中に、いきなり何もしていないのに死にました。

ということで、緊急にtiger503の場所を移動する方向で調整中。
(同一ラック内の一番上)

Sean (11:54 AM) :
I have moved Tiger503 to top of rack.

Sean (11:55 AM) :
If it continues to be unstable then only idea I hve is that one of the memory modules
is not seeted properly, or was damaged durring upgrade. ...
Me (11:56 AM) :
I think your guess is probably good. We should continuously check the status of tiger503.
Sean (11:56 AM) :
ok...I will. If it goes down again I will remove the new 4 sticks of RAM
and see if it will run stable with the original 4.
Sean (11:57 AM) :
If so, I will take RAM to tester and replace bad module.
Me (11:58 AM) :
Ok, thank you. I will check tiger503 status carefully.

ということで、

・ラックの一番上に移動(already done)、まずは注意深く様子見
・まだ不安定なら、メモリモジュールがうまく刺さっていないか、
刺すときにいまいちなことが起こったかあたりを疑ってみる
・その場合原因きりわけのため、新しく刺した4枚のメモリを抜いて
元の状態に戻してみる
・それで安定するようなら、抜いたほうのメモリをテストしてみて、
まずいモジュールがあれば交換する

ということで。

ちぇっくぽいんつ。
・歪みの可能性を考えて,メモリが抜けかかってないか(→うまく刺さっていない)
・できれば落ちた直後にあけてみて,熱のもち具合(本体内各所)を肌で感じてみる
メモリを第一に疑うならこの辺からー

あと,上でもあったけど
・メモリのCL値が変えられるならば落としてみる＠BIOS
とかとか。

筐体内のえあふろーのさいけんとうもひつようなのかのう

ラックマウントか、、一番上なら上半身裸状態キボンヌ

>>84
むしろ裸んぼは風が当たらないと危険なのだー

裸に風っていうと、T.M.REVOLUTION.状態かー

過激で最高？

に、さぁ、行こう

だったかな

# XXX
hw.physmem=3753062400

を、tiger503 の /boot/loader.conf に追加して、メモリの使用量を新tigerと同じにしてみた。

当然、
real memory = 3753062400 (3579 MB)
avail memory = 3673165824 (3503 MB)

となり、3.5Gしか使わないようになった。

なんだかまじないとしか思えないけど、とりあえず。

<チラシの裏>

・メモリディスクありのサーバをリブートする手順

0) operateにお知らせを出す
1) httpdを落とす
2) httpdが自動で上がらないように設定する
3) メモリディスクをバックアップする
4) リブートする
5) メモリディスクの内容を戻す
6) httpdが自動で上がるように設定を戻す
7) httpdを立ち上げる
8) operateにお知らせを出す

</チラシの裏>

(´-`).｡ｏＯ（httpdって自動で上がる必要あるんだろうか．．．）

次からの為に、なのかな…？
その時は手動で立ち上げても。

Seanさんに >>89 をやった旨、メールしました。

Sean-san,

Today, tiger503 encountered suspicious system hangup again, and it is
already APC remote rebooted by the inside person of maido3.com.
So, the problem is still not solved.

And after that, I added an entry in /boot/loader.conf entry as seen
below:

# XXX
hw.physmem=3753062400

This limits the memory usage until 3.5G in FreeBSD. I heard that some
kind of motherboards should reserve for 32bit PCI DMA area.
Of couse, this is temporary fix and I am not sure that whether this
fix is effective or not.

>>91-92
自動で上がるようにしておかないと、私がいない時とか忙しい時に
リモートリブートがかかった場合に、どきどき。

FreeBSD-SA-05:18.zlib

またか。

もう一つきた。

FreeBSD-SA-05:19.ipsec

IPv6だけか。

memoriesが、何となくいやんなお時間に墜ちちゃったかも？

要請逝ってきますですです。

>>96
おつでした。

中身をチェックしていますが、前にもちょっと起こった、/varがいっぱいなはずがないのに
いっぱいになった(ように見える)というやつのようです。
いろいろやってみて、結局、

Apache停止
mv apacheのログのディレクトリ aaa
mkdir apacheのログのディレクトリ
rm -rf aaa
Apache再起動

で、直りました。(しかし、ログがそんなにでかいようには見えなかった)

システムディスク(/var)で起こったので、aac (Adaptec RAID)の問題、、、かも。
RAID 1の状態にはなっていて、エラーが上がったわけではありませんでした。

Sumaストレージ(実際に過去ログが入っているほう)は、正常の模様。

Seanさん & 関係者に出したメール:

Sean-san,

I am still investigating and checking the status of tiger503, but
I think the cause of this problem is software (and system BIOS),
not the system hardware.

But it is just complicated, I will try to describe this problem as
below, but I am not sure I can describe all of my thinking (but I dare
to try it).

In the new version tigers (2522, 2523, 2524 nd 2525), system BIOS
detects 4 gig memory, but FreeBSD automatically reduces upper
512MB memory block.

In /usr/src/sys/i386/i386/machdep.c:

#ifndef PAE
if (smap->base >= 0xffffffff) {
printf("%uK of memory above 4GB ignored\n",
(u_int)(smap->length / 1024));
goto next_run;
}
#endif

This code seems to be affected at above 4GB memory environment, but some
kinds of motherboards are affected at "just" 4GB memory. I verified
this is affected at all above new version of tigers (they have 4GB
memory).

(続く)

I investigate this strange behavior and I found some documents, and they
described that it is reserved area for 32bit PCI DMA, and it is the
limit of 32bit OS environment. As a practical matter, all 4GB version
of cobras (64bit OS) are very fine and detects 4GB memory in linear.

Certainly, FreeBSD supports PAE (Physical Address Extension) feature, it
is for breaking this 32bit address limit (e.g. see #ifndef in above code).
But current FreeBSD's PAE code is very poor and under development. I
tried to enable PAE feature at tiger2522 at June, but this makes
unstable the whole of the system.

But its reservation should be automatically occurred. The new tigers'
BIOS automatically do this, but the original tiger (tiger503) seems to
be not. So, we may need to upgrade the system BIOS of tiger503.

But tiger503 may hang up in a several days in another problem, the cause
of the problem is still not decided, and I want to continue the
investigation and checking the status of tiger503 for more several days.

Regards,

↓要約

ショーンさん、

私は、まだtiger503のステータスを調査しておりチェックしています。
しかし、私は、こ?ﾌ問題の原因はシステム・ハードウェアではなくソフトウェア(またシステムBIOS)であると思います。

しかし、それはちょうど複雑になります、私は、この問題について記述しようとしましょう、として、以下に、しかし、私は、思考(しかし私、あえてする、それを試みるために)についてすべて記述することができるかどうか分かりません。

新バージョン虎(2522、2523のおよび2524 nd 2525)では、システムBIOSは4つの一頭立て二輪馬車メモリを検知します、しかし、FreeBSDは自動的に縮小します、上部512MBのメモリ・ブロック。

In /usr/src/sys/i386/i386/machdep.c:

#ifndef PAE
if (smap->base >= 0xffffffff) {
printf("%uK of memory above 4GB ignored\n",
(u_int)(smap->length / 1024));
goto next_run;
}
#endif

このコードは、4GBメモリ環境上に影響されるように見えます。
しかし、いくつかの種類のマザーボードは「正当な」4GBメモリで影響されます。
私は、虎(それらは4GBメモリを持っています)の新バージョンの上のすべてでこれが影響されることを確認しました。

私はこの奇妙な振る舞いを調査します。また、私はいくつかのドキュメントを見つけました。
また、それらは、それが32ビットのPCI DMAのための予約のエリアであることを説明しました。
また、それは32ビットのOS環境の限界です。
実際問題として、コブラ(64ビットのOS)のすべての4GBバージョン、非常に素晴らしい、また4GBメモリを検知する、の中で、線形。

確かに、FreeBSDはPAE(物理アドレス拡張)特徴をサポートします。それはこの32のビット・アドレス制限を壊すためにあります(例えば、コード上に中へ#ifndefを参照)。
しかし、現在のFreeBSDのPAEコードは非常に貧弱です、そして開発中で。
私は、6月でtiger2522でPAE特徴を可能にしようとしました、しかし、これは作ります、不安定、システムの全体。

しかし、その予約は自動的にあるに違いありません、生じます。新しい虎のBIOS、自動的にこれをする、しかし、オリジナルの虎(tiger503)は、そうでないように見えます。
したがって、私たちは、tiger503のシステムBIOSをアップグレードする必要があるかもしれません。

しかし、tiger503は別の問題中の数日で電話を切るかもしれません、その問題の原因はまだ決定されません。
また、私は調査およびtiger503のステータスをチェックすることを継続したい、のために、もっと数日。

よろしく、

機械翻訳なら各自でやっていただいたほうがいいと思う

現状を把握していないド素人が、なんか適当に要約というか翻訳してみる


tiger503 のチェックをまだやってるんだけど、
ハードではなくソフト(や BIOS)に原因があるみたい。

FreeBSD は、4GB のメモリを検出する
新 tigers (2522, 2523, 2524 and 2525) において、
自動で上位メモリブロックを 512MB 少なくしてしまうよ。

machdep.c のコードは、
本来、4GB 以上のメモリを持つ環境で適用されるものだと思うんだけど、
幾つかの M/B では、`ちょうど' 4GB のものにしか適用されないみたいで、
4GB以上のメモリを持っている全部の新 tiger で、この現象を確認したよ。

( ここは >>93 も参考に )
ｱﾁｷが見つけた、この奇妙な現象についての幾つかの文献には、
その領域は 32bit PCI DMA 用に確保されたもので、
32bit OS 環境限定だと書かれてたよ。
実際問題、4GB ﾊﾞｰﾁｬﾝ の cobra(64bit OS) は、
とっても快調で、ちゃーんとリニアにメモリを認識してるです。
# つまり、現状は 32bit OS で 超4GB ってのが、PAE のせいで地雷状態。
# なので、>>93 で boot 時に 3.5GB だけ認識する様にしてるのかな。

FreeBSD の PAE のコードは、現状ではまだまだ貧弱で、
システム全体を不安定にしちゃいますね。

この問題は、オリジナルの tiger(tiger503) だと起きないみたいです。
なので、この tiger503 の BIOS に書き換えるってものアリかもです。

でも、(オリジナルの BIOS を使った) tiger503 は、
未解決の別の問題抱えてて、ハングしてたんですよね。
検証を続けたいけど、更に日数が掛かっちゃいそうです。

live20が落ちた。
ライブだったdatは電子のもくずになった。
BIOSの設定を精査し、3箇所、設定を変更した。
しかし、tiger503には別の問題で数日後にハングアップするかもしれなかった。
問題の原因を探る為にroot氏が数日間、調査とtiger503の状態をチェックしていた。
Seanさんと打ち合わせている最中に、いきなり何もしていないのにtiger503が死んだ。
緊急にtiger503の場所を移動する方向で打ち合わせし、ラックの一番上に移動(already done)
やり取りした内容
>>79-85
おまじないもしてみた。
>>89-90
いまここ。
>>97-99

後半むむむさんの文体に少し似てたかも

Sean-san,

Now tiger503 encountered suspicious hangup again.

As you said, perhaps the cause of the problem derives from the hardware
or memory chip issue.

Could you replace the memory chip of tiger503 from 8 x 512MB to 4 x 1GB?
Tiger503 worked fine original 4 x 512MB memory, so, perhaps it is good
for stability.

Currently, tiger503 serves as "live20.2ch.net". It is one of busist
server in 2ch. Tiger503 serves about 200,000-250,000 posts every day.
So, I want to complete our project.

Regards,

ということで、

・512M x 4 の時は安定していた
・新型tigerと同じ、1GB x 4のメモリチップにできないか

きいてみることにした。>>107

おつでぃす。

ひとつ気になることが。
以前はラックの最下段で,歪みを食らっていたわけで,そこへメモリー増設後動作が怪しくなってます。
この場合,原因がハード側にあったとすれば,マザーボードへも悪影響を及ぼしている可能性が
あると思います。
「もしも」,メモリの交換でも再発したときは,一考の余地ありかと。

＞マザーボードへも悪影響

チップコンがもげたとか、、

ｳﾘもメモリの付け替えでMBごとやってまったことが有るﾆﾀﾞ。
一見問題は無いんだが唐突に落ちたニダ

>>109 >>111
ありえるですね。

tiger503はtigerの中でも一番激しく使われた個体なので、
そういう要素もあるかもしれないです。

tiger503: ex7 => live20

恐るべしVIP&狼ってか。

ハードウェア現状のまま２Gメモリセッティングで動かしてみるとか
（増設分を使用しない）

ex7時代に疲弊したな(´･ω･｀)ｶﾜｲｿｳ

質問・雑談スレ192＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1122379311/474

コンデンサの問題ですか。
tiger5xxは旧世代(E7501)なので、ありえなくはないですね。

このマザボではないですが、概ね同様の仕様。

ここにも書いておこう

rootさん、
c-others１、c-others2がアクセス不能になったので、リブート要請お願いします。

>>117
立ったスレのほうで。
で、どうしたのかしら。

サーバダウン(鯖落ち）情報　part76
http://qb5.2ch.net/test/read.cgi/operate/1120314998/744

ということで、今夜結果が判明すると。

おつですー。言われてみれば確かにねえ。。
鯖用ってｺﾄで,「よもや」とは思いましたがやはりそこにﾀﾞﾒｰｼﾞが集中するのかしら。
強い子が元気になってくれますように。


よーしぱぱケミコンの15000uFもってくぞー

コンデンサ…電源…。やはり日頃相当酷使してるんですね。
定期の健康チェックも欠かせない、と。

甦るかな、いや、甦りますよね、きっと。
もっと強い子になって帰ってきますよね…。

祈るのです。

そうか、メモリも電源食うもんなぁ。
メモリのチップ数の制約みたいなのもあったのかなぁ。
電源交換（＋強化）で解決するといいですね。
live20のメモリ４G化は１Gのメモリモジュール（４チップ） ｘ ４とかに
しないといけないのかしら。

>>122
漏れも思ったです。
メモリアクセスは通常使用でもあるといえばありますが,メモリディスク仕様で利用エリア広め
なのをガシガシ読み書きさせてますからねぇ。
枚数が増えると,それだけ消費電力は大きくなりそうです。

15000uFもあるDRAMでFA?

それを現地で工作するのですか…

書き換えに何秒かかるやら。。

>>119
電源の電解が洩っておったんかのぅ？

>>120
ｵﾃﾞｵぢゃないんじゃから、、

tiger503 = live20 修理完了 & 復活。

で、
# XXX
#hw.physmem=3753062400

を元に戻しました。

また、ブート時にメモリの上の128Mがカットされているのを確認しました。
このマザーボードでは4G積むと、128M分カットされるようです。

おつですー
128M…なにかのキャッシュかな？

>>129
F8000000-FFFFFFFFが予約アドレスになってるんではないかと
（PCI等ハードウェア割り込みとかの）

ひょっとして ４GBの壁か

>>130
なるほど。(ﾒﾓﾒﾓ

やっぱり1GB×4よりも512MB×8のほうが
電気食うものなのかな？

モジュールの枚数じゃなくて、
普通に、チップの種類と数に依るんじゃない？

モジュール枚数が違うってコトは,アドレッシング用のチップとかの数が増えるってコトですし,
単純にチップ数が増えますからねー。消費量が増えるのは間違いないかと思います。
ただしそれがどの程度の差になるかはわかりませんけど。

単純に倍にはなるわけですが、それは乱暴かなぁ？
＞枚数だけ考えたら

さらに言えば、同容量でも、チップのプロセスによって
違うでしょうし、昔のものなら、最近のものより発熱＝
電気喰いそうな気がする。

ここで「"メモリ"チップの数」とは言っていない！
と、スゴイ後付け設定で張り合ってみる。

嘘です。
ちと雑談度が高そうなんで、終わりにした方が良いかと。

別にかまへんで、この話題もおもろいし

>>131
今入れているのがうまくいくようだと、そうかもですね。

64bit OS (cobra)はメモリ4GBですが、何の問題も出ていませんです。
でも、64bit だとバイナリがでかいわけで。

こんなツールがあるようです
新機材導入前負荷試験につかえませんかね？

http://pc8.2ch.net/test/read.cgi/software/1109751403/719-720
http://www.geocities.co.jp/SiliconValley/2627/

その話は（ｒｙ

tiger503は本日にういんだったかな。
マザボ交換になるのかなぁ。

メモリの枚数とか以前に、参考までに貼っておきますね。
ttp://pcweb.mycom.co.jp/special/2005/dualcore/008.html

6.0-BETA2になった模様。
まだしばらくは、RELENG_6_0はないか。

さてさて。
おいちゃんはどういう遊び(いじり)方をしているのか
差し支えない範囲で教えてくれませんかねー？

前の設定を覚えてないだk...　;y=ｰ(ﾟдﾟ)･∵. ﾀｰﾝ

>>144
はよう出るとええね

64bitOSで32bitコードを云々ってーのは
やっぱ新しいOSのほうがええじゃろうからのう
ようわかりませぬが、

CDG airport lounge

むむ虫？

シャルルドゴール空港ですか

なぜここに…？

俺様スレだから

最初nanminを開いたけど、雪だるまスレが見つからなかったのでした。
朝早い便だったんでPCを出す暇がなく、据付のPCでカキコしてすぐ搭乗口へと。
で、据付っていうぐらいで、日本語を入力できなく(見れたけど)、
検索もままならなかったと。

>>153
はるかデンマークから乙です。

雪だるまｽﾚを半角英数で検索できるようにしないとねー

リンク集をmumumu.muにつくったほうが。。。

今の雪だるまスレはここですよ
http://aa5.2ch.net/test/read.cgi/nanmin/1123342585/

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

c/c-othersのうちの1台がハードウェアトラブルにより入院となりましたので、
ラウンドロビンDNSから切り離す申請をします。

以下の2行＊のみ＊を2ch.netのDNSから削除お願いします。
(c.2ch.netとc-others.2ch.netは2行エントリがありますが、それぞれ1行だけ削除)

(削除)
+c.2ch.net:206.223.150.145
+c-others.2ch.net:206.223.150.145

c.2ch.net (206.223.150.145)
c-others.2ch.net (206.223.150.145)
DNS設定情報を削除しました。

現在 c.2ch.net , c-others.2ch.net は
206.223.150.190 のみ割り当てされて
いる状態となっております。

>>159
確認しました。
TTL=86400 なので、最大1日でラウンドロビンDNSからなくなるはず。

banana405が退院してきました。
負荷テストの結果問題ありませんでしたので、
ラウンドロビンDNSに再追加する申請をします。

以下の2行を2ch.netのDNSに追加お願いします。

(追加)
+c.2ch.net:206.223.150.145
+c-others.2ch.net:206.223.150.145

rootさん、こんばんはヾ('-')ﾉ

>>161
>banana405が退院してきました。

なおったかどうかは?

>>163
Jimさんからは「治った」という報告を受けています。
こちらでの負荷テストでは問題は出ませんでした。
完治かどうかは、これから結論が出るということで。

はいー

よく見たら、>>161 がまだですね。
>>161 実施後しばらくで、結論が出るということで。>>165

ちなみにbanana405の障害の原因は、CPUファンの破損ということでした。
ファンの交換により、原因は除去されたということで。

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

>>167
焼き鳥にならないところがさすがはインテルかな？

>>168
いやプレス子なら焼き鳥になるでしょう
土讃は平気だろうけど

あっ道三だっけ。
でも実際焼けなかったのよねー。

Intel,　何　か　や　っ　て　る　？

再起不能になる前にマザボがCPU温度にびびって落としてたのか

>>171
あーそれあるかも自社チップセットならキャパわかってるわけだからブレーキもかけやすい

これがviaとかsisとかだとわからんですが

まずクロックを半分に落としてその後に落ちます。

なんか何にも無いとつまんないよ〜・・・

さいきんのやつはCPUに温度センサ（ダイオード）が内臓されてたりしるべ
それをBIOSのぷろぐらむで計算
コレがくるうておると温度がめちゃくちゃ

shutdown温度もBIOS設定だべ

マザーボードのメーカーによって計算方法(式)が違うから、
正確な測定や絶対比較はできないですけどね。

同じマザー、同じCPU、同じBIOSのバージョンでなら、
相対比較くらいならできるかもしれない。

>>174
何にも無いのは、安定して運用している証拠ですよ。
今は休息の時。

>>177
そうですね。

animeサーバへのごみ掃除のしかけ入れは、明日にしよう、そうしよう。
さすがに1日じゃ、あふれないだろうし。

今は、おやすみなさい。

>>179

乙ですた。

なぜ　anime だけそれが必要なんですか?

・原因がわかんない
・とりあえずほっとくとまたごみがあふれて鯖落ち
・しかけがいい感じなら順次他鯖に導入

みたいな。

その前にみんなで話し合ったほうがいいと思いますー

いいえ、お盆進行でおながいしまつ

あぼーん

荒らし依頼だｗ

>>182
その原因候補を考えられる限りずらずらと書いてくれたほうが、
ふつうはそんなもん溢れんのだべ？

それに、しかけを入れたら挙動がおかしゅうなった、だと、
なんか気持ち悪いしのう

719 名前：root▲ ★[sage] 投稿日：2005/08/16(火) 03:51:28 ID:???0 ?###
ジンギスカンしていない板も、ごみだらけだ。
今、掃除しておきました。

このサーバに固有の問題な気がしてならないですね。
メモリ化けとか、そういう系かも。


747 名前：root▲ ★[sage] 投稿日：2005/08/16(火) 04:09:44 ID:???0 ?###
飯食っている間だけで、もうごみがひとつできた。

%ls */*.tmps
otaku/155961124132454.tmps

どこの板かに関係なく起こっているようなので、
サーバに起因するものの模様。

memtestを10周ぐらいやってオカシイ結果が出たら
クレームつけてpolyに送り返したほうがええような希ガス

あとはmem関係のBIOS設定の見直しかの？

仮定：memがオカシイ

a) memそのものが元々オカシイ
b) 使っているうちにねつでmemがおかしゅうなる　即ち排熱不足

こんな感じかの？

memtestで最初の周では鰓が出ないのに、たくさん廻す
ほどにおかしゅうなる場合じゃと、ねつの可能性がある

>>181
少し、調べてみました。
animeサーバだけではなく、他のサーバにもごみがあるようです。

つまり根本的にはanimeサーバだけではなく、あまねく対応が必要に思えます。

[ごみが多いサーバの例]
music4 (banana)
$ ls */*.tmp */*.tmps | wc -l
87
anime (tiger: 山ほどあった: 今は消してからひとつもない)

[ごみが少ないサーバの例]
ex13 (cobra) = 0
news18 (tiger) = 2
travel2 (banana) = 0

・banana/tiger/cobraに関係なく、ごみが多いサーバと少ないサーバがある模様
・ジンギスカンしているかしていないかは関係ない模様
・animeサーバは特にひどかったようだ
・このごみはいったんできると、クリアされない模様

ということのようです。

中身を見るとsubject.txtやindex.htmlにみえ、またbbs.cgiのソースをあたってみても、
このファイルはbbs.cgiが処理の途中で異常終了(500エラーが出た場合)した場合に、
残ってしまうものの模様。

>>192
ということは重くなりがちなサーバほど多いってことですか？

で、解決の方向性ですが、

a) 原因を把握し、極力ごみが出ないようにする
=> bbs.cgiを修正するとか、サーバセッティングを見直すとか

b) ごみがわずかでも出るのは原理的に避けられない気がする
=> ごみを掃除するしくみを別途作る必要があるような気がする
f22? or bbs.cgi?

# うぉ、地震が、、、。

なるほど
書きかけて放置されたファイルが溜まるということけ、

そういや、anime鯖で500エラーはよく見た気がする。

問題視されてなかったけど、報告数は確かに多かったかも。
一時期rootさんが実験したけど再現しなかったとか。

バックアップの前処理の段階でrm -rf *.tmpsでいいと思いますが・・・

>>198
最初は(animeサーバだけの問題だったら)とりあえずそうしようかと思ってたんですが、
どうもそうじゃなさそうなんで、共通部分(掲示板システム)に入れたほうがよさげかなと。

>>174
あったねｗ

ということで、>>164-165 ということで、

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

>>161 のDNS設定変更(元の状態に戻す)をよろしくお願いします。

ずーっと手動で掃除しているのだ
そういえば tiger , cobra は見ていなかったなぁ

巡回にくわえますー

そのうち F22.cgi に加えますー
ただ今は各サーバのF22は亜種だらけなので
まずは統一しなきゃなんだな

>>202
> ずーっと手動で掃除しているのだ

はつみみー。
そーゆーことでしたか。

おじさんって某スレでのように、エレガントで高邁な思想を語るわりに、
意外に手動でちまちまドロクサイことをやってたりするからなぁ(ｗ。

もちろん、ポリシーがあってあえて「手で」やってるのかもですけど。
(例えば、結果を目視できちんと確認したいとか)

たぶんまだまだ手動のとこがのこっていると思います。
私がサーバ乱した頃は「全部」手動だったのです。

dat 落ちも、削除ログ消しも何もかも
大分自動化されたとこがふえたけど・・・

という感じです。

>>204
> サーバ見だした頃は「全部」手動だったのです。

知ってますです。
静脈系の担当が、おじさんの歴史のかなりの部分と。

で、>>201 をよろしくです。

閑話休題♪
http://www.intel.com/pressroom/archive/releases/20050815comp.htm
でもって林檎社がねらいを付けているようです（嬉）

>>161
done

１台４役、Paxville 。

>>206
dual core Xeon、前倒しですか。

ITmediaニュース：Intel、デュアルコアXeonを年内に投入へ
http://www.itmedia.co.jp/news/articles/0508/16/news004.html

すげ〜鯖だな・・
こんな開発始めて知った・・

Opteronにやられっぱなしでここ数年のIntelは散々だったからな。
Prescottチームは冷や飯くわしとけ。

どうもネトバ系列のようだすなぁ
ねつがしんぱい

そう言えば熱＋電気代がｗｗ

どうも、Woodcrestというブツが本命（脱ネトバ）のようだすよ
http://pc.watch.impress.co.jp/docs/2005/0816/kaigai203.htm

今度のPaxvilleとかいうブツは、繋ぎかと、

tiger2524, tiger2525の基本セットアップが進捗し、DNS登録の状態になりました。
以下の設定を追加お願いします。

(新規追加)
+live22x2.2ch.net:206.223.150.74
+live22x3.2ch.net:206.223.150.84

Cobraだけどメモメモ★ﾐ

277 名前：Socket774[sage] 投稿日：2005/08/18(木) 04:48:58 ID:utgzC6yN
OpteronとMMIOと4GB以上のメモリ

PCI/PCI Expressはmemory mapped I/Oのための一定のアドレススペースを
必要とします。これらは32bitしかアドレッシングできないデバイスを考慮して
慣習的に32bitの限界(4GB)から手前に確保されます。この領域に重なる
メモリにはアクセスできないため、32bitモードでは4GB積んでも3.5GB程度しか
使うことができません。一方64bitモードでは、MMIO領域と重なるメモリを4GB
以降のスペースにremapしてアクセス可能にすることができます。IntelのCPUでは
この作業をチップセットが行いますが、Opteronはメモリコントローラを内蔵して
いるためCPUが行います。ここまでは前置きです。本題。

MMIO領域のremap機能を持つのはRevsion E以降のコアだけです。

結論。4GB以上のメモリを積む時は必ずRevision E以降のCPUを使いましょう。
と忘れない内にメモ。

278 名前：Socket774[sage] 投稿日：2005/08/18(木) 06:54:11 ID:5sdPS0XQ
>>277
マジですか？

279 名前：Socket774[sage] 投稿日：2005/08/18(木) 08:11:50 ID:utgzC6yN
>>278
ttp://docs.FreeBSD.org/cgi/mid.cgi?43034B86.9080900
| The E stepping Opteron can remap memory. The earlier versions can't.
というわけなのですが、ネタ帳↓を見るとabsolutely can'tというわけでもなさそうです。

ttp://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/26094.PDF
BIOS and kernel developer's guide
3.5.8 Memory Hoistingには
3.5.8.1 Memory Hoisting for Revision D and Earlier Revisionsという項目がありますし
サンプルアルゴリズムも載っています。が、
3.5.8.2 Memory Hoisting for Revision E and Later Revisionsによると、Revision Eでは
Memory Hole Registerが増設され、はるかに簡単に実装できるようになったようです。

(BIOSコードが)がんばればできるけど面倒なのでRevision Eだけサポート

あたりが真相かもしれません。がんばったBIOSもあるらしい雰囲気↓なのですけど、
ttp://docs.FreeBSD.org/cgi/mid.cgi?43020F08.6070108
| I believe that there are some Opteron systems that can do this, though.
これが本当にRevision D以前といかしたBIOSによるものなのか、たまたま使った
CPUがRevision Eだっただけなのかはわかりません。

ただ以下の例もあるとのこと
http://pc7.2ch.net/test/read.cgi/jisaku/1122667479/281-291

>>216
情報どもです。
少なくともCobraサーバはRev. Eじゃないですが、4GB認識しているです。
２ちゃんねるのサーバの Id と Stepping はこの2種類ですね。

oyster901 (ex10)

CPU: AMD Opteron(tm) Processor 242 (1603.65-MHz K8-class CPU)
Origin = "AuthenticAMD" Id = 0xf51 Stepping = 1
Features=0x78bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2>
AMD Features=0xe0500800<SYSCALL,NX,MMX+,LM,3DNow+,3DNow>
real memory = 4227268608 (4031 MB)
avail memory = 4082212864 (3893 MB)

cobra2247 (live21)

CPU: AMD Opteron(tm) Processor 244 (1804.10-MHz K8-class CPU)
Origin = "AuthenticAMD" Id = 0xf58 Stepping = 8
Features=0x78bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2>
AMD Features=0xe0500800<SYSCALL,NX,MMX+,LM,3DNow+,3DNow>
real memory = 4227268608 (4031 MB)
avail memory = 4082212864 (3893 MB)

>>215
done

>>218
確認しました。

アカウント情報を別途メールするです。

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

98 名前：出先＠root▲ ★[sage] 投稿日：2005/08/23(火) 21:05:17 ID:???0 ?###
em1: Could not setup receive structures

…って出続けて、最後は止まった模様。
(em1 は BG3/4 のプライベート側インタフェース)

FreeBSDの虫か、あるいはHWの問題か。
いずれにせよ後で調べるということで、とりあえず貼っておこう。

>>220
さきほど、まったく同じエラーメッセージで再度死にました。
ハードウェア不良の可能性ありですね。

maido3.comの中の人に状況報告&対応依頼で。

自分で(いったん)回復したようです
(BG3はpingできないと、ifconfig downしてifconfig upするスクリプトを仕込んである)

しかし、ハードウェア故障である可能性がかなり強いと判断されるため、
>>221 の線で、たんたんと。

症状と調査依頼のメールを、maido3.com の中の人に出しておきました。
とりあえず今日のところは、本件はここまでで。

rebootであがらないってことっすよね？

>>224
リブートではいまのところ、上がるですね。< tiger511 (= blackgoat3)
上がって動かしている最中に突然、ネットワークが使えなくなると。

私事になってしまいますが、昨夜 maido3.com さんからモニタサーバを受け取りました。

せっかくなので、例のやつのテストをしてみようと思い、ここまでやってみました。
最初に入っていた5.4Rからは、通常の手順で問題なく更新できる模様。

# uname -a
FreeBSD tiger2526.maido3.com 6.0-BETA3 FreeBSD 6.0-BETA3 #0: Tue Aug 23 13:01:30 UTC 2005 [email protected]:/var/obj/var/src/sys/GENERIC i386

>>226
それはrootさんのおもちゃですか？

（もっとも2chのrootありサーバはすべてrootさんのおもちゃといえるわけだがw）

>>227
…ということになりますね。
powered by maido3.com をまめに入れるという条件で、お借りいたしました。

2005/7/16 モニターサーバ再び
http://b01.kakiko.com/test/read.cgi/mirv/1121439600/

>>226
まだ、BETA3ですかぁ。。

cobra2245にrootでloginしてはる人がいるような。。。
root v0 - 2:25AM 3:49 -csh (csh)

何かメンテされているのかな？

>>229
http://www.freebsd.org/releases/6.0R/schedule.html

これの「RELENG_6_0 branch」に日付が入らない限り、
具体的な予定はまだわからんですね。

>>230
だと思います。

cobra2245 墜ちちゃった要因って判ります？

今日はメールチェックもままならなかった、、、＠職場

>>232
ざっと見てみたんですが、特に不審な点はない模様。

○FreeBSD 6.0Rの主な新機能(2ch的に重要っぽいもの)

tiger2526で試しているところでは、今のところ大きな破綻は起こっていない模様。
6.0-RCが出たら(RELENG_6_0が切られたら)、mumumu.muをtiger2526に移動してみようかと。

・SMPVFS(ファイルシステムのマルチプロセッサ対応)

今回の一番大きな内部構造の変更。

ファイルシステムがマルチプロセッサ対応になるため、dual CPU環境での並列性が向上。
シングルプロセッサ環境でも、多少はメリットありか。

・APICの新実装

APIC周りが書き直され、最新のマザボとかにも対応するらしい。

・libthrの書き直し

1:1スレッドでパフォーマンスが上がるらしい。

で、>>234 的には、bananaよりもtiger/cobraでの恩恵のほうがでかそうなかんじ。

あと、mpt(LSI LogicのSCSIコントローラ)のRAID機能とか、サポートが入る模様。

science3
academy3
tv6
sports7
以上のmemoriesへの収容、完了しました。

以下のDNSの変更をお願いします。

(変更前)
+science3.2ch.net:206.223.147.230
+academy3.2ch.net:206.223.147.230
+tv6.2ch.net:206.223.150.235
+sports7.2ch.net:206.223.150.240

(変更後)
+science3.2ch.net:206.223.151.230
+academy3.2ch.net:206.223.151.230
+tv6.2ch.net:206.223.151.230
+sports7.2ch.net:206.223.151.230

5.1Rのあたりから苦労していたけど、6.0Rでぼちぼち報われてきた感じ。

>>238
そんなかんじかも。

5.xRで開発チームがやりたかったことが、6.xRでようやくやれるようになる
(注: 実現できた、というわけではない)のかしら。

例えば、まともなSMPとかよりセキュアなOSとか。

>>237 ですが、既に実施していただいているようですが、
tv6.2ch.net のIPアドレスが、間違って設定されているようです。

ということで、以下の修正をお願いいただけますでしょうか。

(現在の設定、最後の桁が間違っている)
+tv6.2ch.net:206.223.151.235

(修正後 >>237 )
+tv6.2ch.net:206.223.151.230

★がほしくなるつい最近。。

あらら

>>241
2ch病の一種
廃人に近づいたって事だ

>>240
なおったはずですー

>>244
修正を確認しました。

newvers.sh が更新されたので期待したら、BETA4。。。。。RC1はまだかな

rootさん、はじめまして。いつもご苦労様です。
パフォーマンスチューニング系のレスを読ませていただいて、
いつも勉強させていただいています。

ファイルシステムに関するところでは、
具体的にどういったお考えをお持ちですか？
例えばLinuxとかではいくつかの選択がありますが、
FreeBSDの場合についてお聞かせください。

いつか気が向いたらで結構です。
これからもがんがって下さい。
失礼しました。

>>246
このへんが片付かないとって、かんじですかね。
http://www.freebsd.org/releases/6.0R/todo.html

でも、突然リリースすることはあるわけで。
RELENG_6_0が打たれたら、どこかのex系で試してみるかも。

>>247
はじめまして。勉強してるのはこっちだったり。

FreeBSDだとファイルシステムは、基本的にはUFS2+softupdateですかね。
memoriesが落ちたときなど、UFS loggingがほしいなぁと思ったりするです。
1.3Tをfsckするのは、やはりちとつらいし。

で、携帯系ではccd使って、ストライピングしているです。
それでも今の片肺飛行の状態では既にキャパシティを超えているので、
もう少しパフォーマンスを上げたいところです。

ちなみにLinux方面だと、具体的にどんな選択肢があるのかしら。

>>248　こんな初心者の質問にお答えいただきまして恐縮です。
FreeBSDだとUFS2+softupdateが基本なのですね。
memoriesも1.2Tあるんですね。確かにfsckするのはつらいですね。
また携帯系もccdでSoftwareRAIDですか。
片肺で動いているのはドキドキしますね。

httpdを動かしていて2chクラスのアクセス数だと
CPU、MemoryをUpgradeし、帯域幅も十分だと
最後のボトルネックはDISK I/Oになるのかなと。。。
アクセスログへの書き込みもかなりなものになるでしょうし。

厚顔無恥を承知の上で、勇気を出して書きますと、
LinuxではReiser4(パフォーマンス)と
XFS(大容量サポート)に期待したいところです。
面白いところではGoogle File Systemでしょうか？
実務でCluster組むのであればVxfsかなと。。。

Linuxはたくさんファイルシステムがあって
どういったものがあるのか模索中なところで、
思わずBSDはどうなのかなと気になってしまい、
思い切って質問してしまいました(滝汗
ファイルシステムの基本は、
パフォーマンスよりも信頼性だと考えて
右往左往している最中です。
正直、書き込んでしまって後悔してます。
すいません。

>>249
いえ、またいらしてくださいです。
ファイルシステムは、たぶんある意味永遠の課題なのではないかと。

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

SQUID_CONFIGURE_ARGS="--with-aufs-threads=16" という呪文を唱えてみたけど、
さて、どうなるのか。

>>250
SQUID_CONFIGURE_ARGS="--with-aufs-threads=32" にしてみた。

rootさんに質問なんですが、
内部プロセス間通信とファイル操作ってどっちが重いと思いますか？

まあメモリディスクならあまり大差ないのでしょうか

場合によるですね。>>252

要素多すぎなので、
「××みたいなことをする場合」というのがわからないと、
一概に言えないです。

>>253
なるほど。

あくまでチラシの裏で例にすぎませんけど、

http(ネットワークストリーム)=>bbs.cgi(プロセス)=>files（ディスク上）

を

http(ネットワークストリーム)=>bbs.cgi(プロセス)=>datatable(プロセス)=>files（ディスク上）

にしたらやり方次第では早くなるのかな、とおもいまして。
現状を考えると実用的ではないとは思いますけどね。

○ うるう秒のはなし

1) /usr/src/share/zoneinfo/leapseconds ファイルを最新版に更新
CVSupとか別のマシンからコピーするとか
2) zoneinfo ファイルを更新
cd /usr/src/share/zoneinfo; make; make install

で、

3a) 西海岸時間の場合
cp /usr/share/zoneinfo/America/Los_Angeles /etc/localtime
3b) 日本時間の場合
cp /usr/share/zoneinfo/Asia/Tokyo /etc/localtime

を、＊2004年のうちに＊やっておけばよいはず。

これで、http://qb5.2ch.net/test/read.cgi/operate/1125454816/746 のように「60秒」が表示され、
その後も時間がちゃんと合うようになるはずです。
やらないと、NTPで時間合わせた時に1秒おかしくなるはず。

>>254
そういうことですか。

雪だるま作戦では、bbs.cgiの書き込み部分だけ
別プロセス(で、別サーバ)にしているです。
上記で言うdatatableが、bbsdというやつで。

で、>>255 ですが、既に最新のFreeBSDソースでは対応が入っているようです。
http://www.freebsd.org/cgi/cvsweb.cgi/src/share/zoneinfo/leapseconds?rev=1.13&content-type=text/x-cvsweb-markup

今は-CURRENTとRELENG_6だけのようですが、そのうち他バージョンも入るんではないかと。

2004年？？？

>>257
う、2005年のまちがいで。

やべ、今2003年かと思ってた

閏年とか閏月、閏秒は聞いたことあるけど

閏分とかはないんですか?

http://www.google.co.jp/search?num=50&hl=ja&newwindow=1&c2coff=1&q=%22%E9%96%8F%E5%88%86%22&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja

サマータイムを元に戻すときに、閏時を挿入すればいいのになあ、と思った

[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-05:20.cvsbug
http://lists.freebsd.org/pipermail/freebsd-announce/2005-September/001016.html

【テレビ】ＮＨＫでやらせ？台風で落下して集めたナシをばらまいて撮影　放送は中止
http://news18.2ch.net/test/read.cgi/mnewsplus/1126124789/

>>256
ああ、なるへそ。すでに雪だるまでインプリされてますたか。
最近夏厨が大杉だったせいもあって追っかけてなかったのでわからんかったです。

>>255
> ○ うるう秒のはなし
>
> 1) /usr/src/share/zoneinfo/leapseconds ファイルを最新版に更新
> CVSupとか別のマシンからコピーするとか
> 2) zoneinfo ファイルを更新
> cd /usr/src/share/zoneinfo; make; make install

cd /usr/src/share/zoneinfo; make -DLEAPSECONDS all install
のように、LEAPSECONDSサポートありでコンパイルしないとダメですよ〜

>>263
SAですか。

>>266
おぉ。

で、HTTなしをちょっとだけlive16/20で実験中だったわけですが、

・「どーん」と来た時の耐久性が気持ち、下がる＊ような＊気がする
・あとは、あまり変わらないぐらい

みたいなので、HTT有効に戻しました。

%sysctl machdep.hyperthreading_allowed
machdep.hyperthreading_allowed: 1

だいじょうぶかな。
まあ、外部に怪しいUSERがいるわけでもないしいいか。

なかなかRELENG_6_0タグが打たれない(こりゃ、10月もあやしいかも)わけですが、
ファイルシステム系の話題をひとつ。

THE NILFS PROJECT HOME PAGE
http://www.nilfs.org/

スレも立ってるですね。
しかし、NTTというぐらいで（りゃ。

NTT、高信頼性Linuxシステムを実現する新ファイルシステム「NILFS」を公開
http://news18.2ch.net/test/read.cgi/scienceplus/1127755789/

>>269
とりあえず、巷の意見。
http://slashdot.jp/article.pl?sid=05/09/26/1451225&topic=29

>>269
>>270でもあるけど、フォールトトレラント＆追記特化FSっぽいですね。
これだと掲示板システムにはあまり向かない？

>>237でmemoriesに移転された物の内、tv6とsports7で
未HTML化の過去ログが行方不明になっています。
_datAreaの移転や解凍が正常に行われているか、
確認をお願いします。
http://tv6.2ch.net/kakolog.html
http://sports7.2ch.net/kakolog.html

http://206.223.150.235/~ch2tv6/kakolog.html
http://206.223.150.240/~ch2spo7/kakolog.html
古い方にはまだログは残っているようで、
移し忘れていてもまだ間に合いそう。

上げ忘れ

>>272
お、チェック & 対応するです。

>>272
対応できたはず。

あ、やば、CGIをmemories対応版にしなきゃ。

>>276 done.

お疲れ様デース。

anime鯖関連3
http://qb5.2ch.net/test/read.cgi/operate/1128156289/262-

さて、animeサーバのネットワークが9月27日(現地時間)に
10Mbpsにダウングレードしていた件ですが。

Sep 27 01:51:14 <0.2> tiger2514 kernel: em0: Link is Down
Sep 27 01:52:05 <0.2> tiger2514 kernel: em0: Link is up 10 Mbps Full Duplex

たぶん、スイッチ側の設定変更(バージョンアップか何か)をしたんでしょうね。
で、その時に、一時的にスイッチ側が10Mbpsの設定になったんだと思われます。

サーバ側は「自動判別」にしてあるので、スイッチ側が10Mbpsになると、
自動判別して、10Mbpsにダウングレードすると。

で、本来であれば100Mbpsに設定を戻した時に
FreeBSD側で100Mbpsに設定が戻るはずなのですが、
その部分が、なぜか機能していなくて、10Mbpsのままだったと。

で、さっき手で ifconfig em0 media autoselect を
おそるおそる(しくったらネットワークが切れる)入力したら、

Oct 1 03:23:11 <0.2> tiger2514 kernel: em0: Link is up 100 Mbps Full Duplex

となり、100Mbpsに復活したと。

ということで現象は >>279 のとおりなわけですが、
この場合、問題は2つあります。

1) PIE側でのいきなりの設定変更(ネットワーク側)

これは、たんたんと文句を言うことにします。

2) なぜ、FreeBSD 側で100Mbpsに自動的に戻らなかったのか

これは、別途調べないといけないような。

そういや、9/27っていうと、comic6/food6/tmp5がいっせいに落ちた日ですね、、
あの時もスイッチ側？という話があった気がしたけど
やっぱその関係の影響もあるのかなぁ、

他の虎鯖、蛇鯖でダウングレードしたやつはもうない？

>>281
ありえますね、、、。
時間帯も、一致しているし。

>>282
これから調べます。

2ちゃんねるの鯖ダウンは大抵は住人側の責任だったが、
こういうケースもあるとは・・・

tiger503-512, 2507-2512, 2513-2514, 2522-2525
oyster902, 243
cobra2244-2247
banana201

以上のI/F(プライベート側含む)が100Mbps以上になっていることを確認。

乙です

Jim-san, Sean-san,
Cc: (maido3.comの中の人), 2ch guys,

I encountered suspicious network performance down on tiger2514 today.

I checked the current configuration of tiger2514 and I found
automatically downgrading from 100Mbps to 10Mbps on tiger2514's network
I/F.

I also found the message in system log as follows:

Sep 27 01:51:14 <0.2> tiger2514 kernel: em0: Link is Down
Sep 27 01:52:05 <0.2> tiger2514 kernel: em0: Link is up 10 Mbps Full Duplex

So, it seems to be automatically downgraded by switch configuration
changing at September 27 1:52 PDT.

And at that time, we encountered suspicious network down on banana388,
389, and 390, but I am not sure these two problems are related or not.

I tried to fix it by hand manually and fortunately it is succeeded, so,
the problem has been fixed (back to 100Mbps full duplex).

But it made silly server performance down for several hours, and many
2ch users make a complaint about it.

This server serves about Japanese anime on 2ch BBS, so, it is very
important and needs high bandwidth and performance.

Again, many 2ch users watch our work (including you and me).
Please do not forget about it.

Regards,

あぼーん

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

lighttpd
http://www.lighttpd.net/

ちょっと興味をひいたので、おれさまメモしておく。
# 今日はというかこのところちと、本業多忙気味。

>>289
日本語関連ソース。
http://pcweb.mycom.co.jp/news/2005/09/02/007.html

UNIX板に関連スレ立てておきました（そもそもここでいいのか怪しいけど)。

【Apacheより】lighttpd【高速らしい】
http://pc8.2ch.net/test/read.cgi/unix/1128303427/

くそスレタイ

それなら、自宅鯖板にもあったぞ。と
【軽量】lighttpd【通常の3倍】
http://pc8.2ch.net/test/read.cgi/mysv/1126008399/

>>293
なんで自宅鯖板なんだろ・・・・

う〜ん立てたの私じゃないんで…
自宅鯖で使う人でもいるんでは？

というかむしろなんでも自由に出来る自宅鯖のほうが使いやすいんじゃないかな。

ようやく動き出したか
長かったなぁ
この調子なら１０月末辺りには正式版かな


Build 6.0-RC1　5 October 2005

>>297
もう書かれてた。

ちと、長かったですね。

一足先に、Webデザインが変わった模様。
http://www.freebsd.org/

アナウンスメールより。
> The new design was created by Emily Boyd, a student at Smith
> College that we had the pleasure of working with through Google's
> Summer of Code program.

22歳のおにゃのこの模様。
http://wikitest.freebsd.org/moin.cgi/EmilyBoyd

そろそろ6.0ですねー

>>299
リリースされた暁にはキターしてくださいw

やっとRC1来ましたね

>>300-302
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh?only_with_tag=RELENG_6_0

ということで、とりあえずcvsup中。
今夜あたりに、いろいろと。

で、vip臭いを読まずにとりあえずめも。

1) この人は前にnews4vipに書き込んだ、という情報をどうやって蓄えるか?
2) 別サーバ/板のbbs.cgiはそれをどうやって得るか?

>303
1.cdbなりMySQLなりにデータを貯めておく
2.データの更新頻度が低くて問い合わせが多ければrbldnsd。更新頻度が高くて問い合わせが少なければXML

>>303
Cock81vip

RC1来ましたか。

5.4R → 6.0-RC1への更新手順メモ

0) Apache等の自動起動停止(外からのアクセスを止める)
　必要に応じてメモリディスクの内容をバックアップ
1) rm -rf /usr/obj
2) standard-supfile 編集、RELENG_6_0 を持ってくるように
3) cd /usr/src; make update
4) make -j 4 buildworld buildkernel
　3) 4) は1台のみ必要、以降は別ホストから持ってきた /usr/src /usr/ports /usr/obj を展開でよい
5) make installkernel
　※安全を考え、バージョンアップ時はまずGENERICを入れるほうがよい
6) /etc/sysctl.conf /boot/loader.conf を 6.0R 用に調整(必要なら)
7) リブート
8) ブートアップ確認後、dmesg をチェック・保存
9) cd /usr/src/usr.sbin/mergemaster; make -m /usr/src/share/mk all install
10) mergemaster -p
　/etc/passwd /etc/group 等を対話的に調整
11) make installworld
12) mv /etc/rc.d /etc/rc.d.54; mkdir /etc/rc.d
13) mergemaster -i
　システムファイルを対話的に調整
14) リブート
15) ブートアップ確認後問題なければ、rm -rf /etc/rc.d.54
16) pkg_info -aI の結果を保存(入っているports/packagesの確認)
17) 旧portsを全消し
18) カーネル・システムファイルのチューニング(SMP対応など)、リブート、dmesg確認
19) ports/packages再インストール(16) で保存したものが矛盾なく入るように)
20) 最終リブートテスト
21) メモリディスクの内容をリストア
22) Apache等の自動起動復活
23) アプリケーション(掲示板など)動作テスト

ということで、他サーバおもり用のマシン(通常banana)を6.0-RC1にしてみた。
特に問題ない模様。

%uname -a
FreeBSD banana273.maido3.com 6.0-RC1 FreeBSD 6.0-RC1 #0: Mon Oct 10 11:23:53 PDT 2005 [email protected]:/var/src/sys/i386/compile/I386_BANANA_60 i386

今日はここまで。

[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-05:21.openssl
http://lists.freebsd.org/pipermail/freebsd-announce/2005-October/001021.html

>>309
一応「脆弱性」なんだろうけど、大騒ぎする程のことじゃないですな。
放置でよろしいかと。

cook81.2ch.net の DNS登録をお願いします。

(新規登録)
+cook81.2ch.net:206.223.150.140

>>307 がNGされてる．．

>>312
/えとせ/ぱすわーど のせいでしょう。
変なウイルス貼る人がいるから。

>>311
done

>>314
http://cook81.2ch.net/

私の環境からは見えました。
アカウント情報メール済み。

俺も見えたー

ヤフーですが見えました

wakwak ok.

DoCoMoからも見えました〜

なんだ FAX ★ って。

OCNだが、もちろん見えた

>>303
VIPとかいうのは嫌いだからここだけ読んで書くけど、
2ch.netからのCookieという事で発行すればどこでも使える情報を送れるんじゃね？
もう忘れたけど、
Set-Cookie: YOUIS=VIPPER; domain=2ch.net
とか。適切なP3Pヘッダもいるかも。

ＲＣ−１正式リリース
（既に本家ＦＴＰにうｐされてます）

Release 6.0-RC1 TBD 11 October 2005

.｡oO( VIP dat DB に照会する… )

この機会にex11のメモリディスクを、

md /md mfs rw,nosuid,noatime,-s128m,-i2048 0 0

と/etc/fstabに書く形から、

/sbin/mdmfs -S -M -s 128m -i 2048 -o noatime,async md /md

とスタートアップ時に設定する形に変えてみた。

・swapではなくて実記憶を直接mallocで与える
・softupdateの処理をしない
・書き込みを非同期モードに

これで、/md のパフォーマンスアップができればいいなと。

>これで、/md のパフォーマンスアップができればいいなと。

何がいけにえになるんですかねぇ?

>>326
メモリディスクに、実記憶を割り当てるということです。

FreeBSDのメモリディスク(md)には、4つモードがあります。

man mdによると、

malloc Backing store is allocated using malloc(9). Only one malloc-
bucket is used, which means that all md devices with malloc
backing must share the malloc-per-bucket-quota. The exact size
of this quota varies, in particular with the amount of RAM in
the system. The exact value can be determined with vmstat(8).

preload A file loaded by loader(8) with type `md_image' is used for
backing store. For backwards compatibility the type `mfs_root'
is also recognized. If the kernel is created with option
MD_ROOT the first preloaded image found will become the root
file system.

vnode A regular file is used as backing store. This allows for mount-
ing ISO images without the tedious detour over actual physical
media.

swap Backing store is allocated from swap space.

で、一番下がこれまでのジンギスカンで使っているもので、
今回それを一番上にしたということです。

で、簡単にいうと、swap方式だと、システムの状況によっては
HDD(スワップ領域)を触る可能性があるということです。

malloc方式だと、それは起こりません。

ということで、メモリが2Gあってそのうちの128Mとか160Mとか割り当てる形なら、
こちらの方がパフォーマンスが出るのではないかという考えです。

あとの設定変更2つは、基本的にはHDDでやっているデータ破損防止処理を
メモリディスクではオフにしよう(意味ないし)ということです。
これはたぶん、今のジンギスカンにもすぐに応用できるはず。

ということで、実記憶というかカーネルのmalloc領域を直接使うので、
メモリが貧しいサーバだと設定内容によってはどきどきするかも、というのが、
いけにえってことになるですね。

512Mに32Mとかなら、bananaでもやってみる価値はあるかも。

mdでsoftupdateをasyncにするってのは確かにありかも。
でもmdだと「光の速度1/10だったのが1/9.5に成りました」という領域に近い気配。

サーバダウン(鯖落ち）情報　part81
http://qb5.2ch.net/test/read.cgi/operate/1129187861/55

> The FreeBSD Projectは、いくつかの抜本的開発を進めるために
> FreeBSD 5系の開発に長い時間をかけてきた。FreeBSD 5系で
> 目標としてきた実装にある程度目処が立ちシステムが安定してきたことから、
> The FreeBSD Projectは早めにFreeBSD 5系をFreeBSD 6系に移行させ、
> currentをFreeBSD 7系、stableをFreeBSD 6系という本来の開発体制に
> 戻したい意向だ。これまではFreeBSD 4系とFreeBSD 5系を同時に対処するなど、
> 開発チームに高い負荷がかかっていた。

やはり、5系を早くやめて、安定(運用)系は6系に移行させたいってことで。
そううまくいくかは、6.0Rの出来にかかっているのかなと。

>>331
そう思っていたんですが、特にファイルシステムがGiant lockで動くシステムだと、
結構影響はあるみたい。

一度、ベンチかBG系あたりでテストでもってかんじで。

Apache 2.0.55 Released

重い重い重い重い重い重い重い×34＠運用情報
http://qb5.2ch.net/test/read.cgi/operate/1127144824/218-

設定変更後、好調に動いていたex11のメモリディスクのmallocモードですが、
今日突然、メモリディスクが劇重に。

で、従来のswapモードに戻したところ、軽くなった。
うーむ。ひょっとしてまた虫を踏んでしまったのか。

いやー

そんなにうまい話はないんでないかい。
何かを得るにはなにか生贄が必要なのは太古から変わっていないかと、

と、おじぃさんがいってました。

ex11のメモリディスク、
softupdate off + async を
softupdate on に戻したら、軽くなった。

この条件で使う限り、softupdate のほうが、
async よりも圧倒的にコストが低いということになります。
書き込み(bbs.cgi)のCPU使い具合やはけ具合が、全然違う。

しかし、なんでだろう。

そうやって使うことが前提だからとか単純な理由だったりしたらﾜﾛｽ

buffer -> sync(softupdates) -> md
は単に速いHDDとして使えるけど。
buffer -> async -> md
はsoftupdatesでやっているキューの整理が入らないからか？

HDDの書き込みという桁違いのボトルネックがあればasyncは速いけど、mdだと整理していない分遅いとかか。

>>338
連続したメモリ領域のアクセスのほうが効率がいいとか、
そういう話なのかしら。

>>339
ですかねー

>>338でもいっているようにソートしてあればmdは絶大な威力を発揮、
てんでんばらばらな追記だとファイルシーク（という言い方があっているか微妙）に
(通常のメモリアドレス検索より)激しく時間を食うのでそのぶん重くなりやすいってことなんですかね

Hello Sean-san,
Cc: 2ch guys,

Since about several hours ago, outgoing network performance of tiger505
has been bad (it is reported by many 2ch users).

I checked the network performance of tiger505, and I verified it is
certainly occurred.

I did the performance test by using ftp, and I detected outgoing
network performance has been bad, as follows:

- other servers => tiger505 is good. (it is about 100Mbps)
- tiger505 => other servers is bad. (it is about 50Mbps)

I verified the network setting of tiger505 is still set to 100Mbps
full-duplex (Of course, I don't change the network setting on tiger505).
And I feel the suspicious network delay when I am working on tiger505
via remote login

I checked the network performance by ping from other servers at PIE, and I
detected suspicious delays are occured the response packet as follows:

64 bytes from 206.223.150.120: icmp_seq=104 ttl=63 time=1.105 ms
64 bytes from 206.223.150.120: icmp_seq=105 ttl=63 time=0.569 ms
64 bytes from 206.223.150.120: icmp_seq=106 ttl=63 time=0.642 ms
64 bytes from 206.223.150.120: icmp_seq=107 ttl=63 time=0.567 ms
64 bytes from 206.223.150.120: icmp_seq=108 ttl=63 time=31.387 ms <=
64 bytes from 206.223.150.120: icmp_seq=109 ttl=63 time=0.719 ms
64 bytes from 206.223.150.120: icmp_seq=110 ttl=63 time=0.616 ms

Probably, it is the cause of the trouble I think.
Please check and fix it.

Regards,

life7からnews19をpingした結果

--- news18.2ch.net ping statistics ---
1049 packets transmitted, 1049 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.449/2.629/153.439/13.277 ms

やはり、変なパケット遅延がありますね。
これが全体の足を引っ張っています。

スイッチの問題のようかん。

news19じゃなくてnews18の間違い。>>342 1行目

Sean-san,

Thank you. I detected some other PIE servers have the same trouble.
I detected the same situation on banana601 and banana388.
But banana201 is probably normal.

I will also check the network performance on 2ch servers and I will
report to you the result sooner or later.

And I have an information. These banana601, 388 and tiger505 servers
have the same condition.

- network I/F configures 100Mbps full duplex
- 'incoming' traffic is no problem.
- 'outgoing' traffic is low performance now.

I think it may help you.

Regards,

life7 <=> memories は、双方向とも問題なしでした。
memoriesから、計測してみるか。

oyster901 901 243 異常なし
cobra2244 2245 2246 2247 異常なし

tiger503 504 506 507 508 509 510 511 512 異常なし
tiger505 おかしい

tiger2507 2508 2509 2510 2511 2512 2513 2522 2523 2524 2525 異常なし

banana201 238 異常なし

さて、bananaは多いですね。

おかしいサーバ

qa
etc3
live14
tmp5
comic6
food6
society3

他の掲示板banana(2ch/bbspink)は、とりあえず正常。
banana的正式名称は、、、。

qa = 386
etc3 = 601
live14 = 386
tmp5 = 390
comic6 = 388
food6 = 389
society3 = 382

http://sv2ch.baila6.jp/sv2ch02.html　より

>>352
ありがとうです。

Sean-san,
Cc: 2ch guys,

> I will also check the network performance on 2ch servers and I will
> report to you the result sooner or later.
>
> And I have an information. These banana601, 388 and tiger505 servers
> have the same condition.

I checked all servers for 2ch and following seven servers' network
performance is bad.

cobra: (There are no bad servers)
tiger: tiger505
banana: banana382 banana386 banana388 banana389 banana390 banana601

The situation of above servers are the same, the outgoing network
performance is bad.

Probably, I think their servers are connected the same edge switch.
Please investigate and fix it.

Regards,

Ok, I will do.
-- Mumumu

> Please check them again. I think all will be ok now.
> -Sean

tiger505 修正確認。
他はこれから調査。

>>352 の全サーバのパフォーマンスが元通りになったことを確認。
障害は修正されたと思います。

経過観察で。

最近、この類の障害が続いてますね。。

Sean-san,

I briefly checked all following servers are OK.
Thank you for you work.

And I want to know how do you solve the problem.
Do you change the edge switch?

-- Mumumu <[email protected]>

>>358
Seanさん、結構忙しいみたい。

で、私はこれから仕事で外出なので、またあとで。

はい、お疲れ様でした。

784 ：root▲ ★ [sage] ：2005/10/25(火) 20:18:20 ID:???0
障害はSeanさんにより修復されました。
今は、正常のはず。

http://qb5.2ch.net/test/read.cgi/operate/1127144824/784

6.0-RC2を出す気でいるらしい。

Build 6.0-RC2 TBD
-- Begin building the second release candidate build for all Tier-1 platforms.
Release 6.0-RC2 TBD
-- 6.0-RC2 tier-1 platform images released, and uploaded to ftp-master.FreeBSD.org.

http://www.freebsd.org/releases/6.0R/schedule.html

はやーなー。

え？RC-2出すんですか。。。

http://lists.freebsd.org/pipermail/freebsd-stable/2005-October/019056.html

(AA略。

で、

これと、
http://lists.freebsd.org/pipermail/freebsd-stable/2005-October/019060.html

これに、ちょっとわろた。
http://lists.freebsd.org/pipermail/freebsd-stable/2005-October/019064.html

リリースするぞぇ。
はい直した。
はい直した。



わろす。

CVSwebのデザインも(トップページと同じっぽく)変わった。

http://cvsweb.freebsd.org/

なかなかカッコイイですね。
ports の cvsweb もデフォでこれにしてもらいたい

<チラシのうら>
A Comparison of Solaris, Linux, and FreeBSD Kernels at OpenSolaris.org
http://www.opensolaris.org/os/article/2005-10-14_a_comparison_of_solaris__linux__and_freebsd_kernels/

bsdforums.org - FreeBSD, OpenBSD, NetBSD, MacOS X, Darwin, Linux, BSD Unix forums, message boards, discussions and news. - Destination FreeBSD: Interview with Release Engineer Scott Long
http://www.bsdforums.org/forums/showthread.php?t=35212
</チラシのうら>

とりあえず、報告

php 4.1.1
変更点
ttp://www.php.net/ChangeLog-4.php#4.4.1

(･∀･)ﾆﾔﾆﾔ

一足先にRELENG_6が-STABLEブランチになりました。
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh.diff?r1=1.69.2.8&r2=1.69.2.9

-BRANCH="RC1"
+BRANCH="STABLE"

ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh.diff?r1=1.69.2.8&r2=1.69.2.8.2.1

-BRANCH="RC1"
+BRANCH="RELEASE"

━(AA略。

もう出すのか
しかし、todo list見ると積み残し多数なんだけど大丈夫なのか（汗

>>377
毎回そうだったりするのですが(なんだかねぇ)、Webの更新が間に合っていなかったりする様子。

来ましたか。

RC2が消えてるような…

>>366 にあるように、
> we've decided to skip RC2 and go straight to 6.0-RELEASE.

ということだそうで。>>380

>>381
(ﾟдﾟ)ｱﾗﾔﾀﾞｽﾏｿ

最近5.4をごにょごにょしだしたものですが、

ということはまもなくリリース？

>>383
…そのはずです。

6.0Rは私の脳内では5.5R++ぐらいの変化なので
(5.2.1R→5.3Rぐらいか、あるいはもっとか)、
今5.4Rをごにょごにょしだしたんなら、6.0Rにするいい機会かもなと。

6.0R make world 中

>>384
もう遅いです、各種環境構築に走ってしまいましたw

毎日 make worldして喜びに浸ってほしい。

私はちょっとだけ、様子見かな。。

差し戻しとゆうか、newvers.shが変わってもいくつかコミットされることもあるので、
まずは cvsup.peko.2ch.net あたりで試して、アナウンスが出次第
ex10 epg 雪だるまサーバ という運びで。

ということで、とりあえず cvsup.peko.2ch.net を 6.0R に。

%uname -a
FreeBSD banana273.maido3.com 6.0-RELEASE FreeBSD 6.0-RELEASE #1: Wed Nov 2 02:59:37 PST 2005 [email protected]:/var/src/sys/i386/compile/I386_BANANA_60 i386

まだISOは出ないか。

isoの件はミラーに行き渡ってから騒ぎましょう。

http://itpro.nikkeibp.co.jp/article/NEWS/20051102/223939/

ありゃりゃ

>393
う〜む
かなりまずい穴なので全鯖に適用する必要がって4.4.1入れても大丈夫なのかなぁ
（なんか4.4.0で大幅な仕様変更があったらしい）

>>393
ていうかいま入っているヴァージョンいくつにもよりますな
4.4.11以降であれば無問題ですが

>>395
1が一つ多かった・・・orz

>>393
ふむ。こりゃまずそうですね。

対策するか。

> 対策は，PHPの場合4.4.1以上にアップグレードすること。

これでいきます。

tiger/cobra/root権限ありbananaと、
epgでは、PHP5は使用していません。

おれは昨日の内に対処して、4.4.1にしたけど、
gd 周りでハマりますた。

>>399
なるほど、いかにもはまりそうな箇所ですね。

今の2chでは、使っていないはず。
AASは使っているかもね。

ついに6.0RELEASE上がり初めますた
まだ一部だけど今日明日中にはアナウンス出ると思います。

amd64ついにｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
これは赤飯炊いて（ｒｙ

[FreeBSD-Announce] FreeBSD 6.0 Released
http://lists.freebsd.org/pipermail/freebsd-announce/2005-November/001023.html

とりあえず置いておきます〜

>403
トップにも正式アナウンス出ました。
6.0入れ替え大会もそう遠くない日にありそうですね。

>>403
自宅サーバの6.0化をしなくちゃと思いつつ、そのうちやろうで放置中だったり……
5.4でもそう不自由がないから無理して6.0化しなくてもいいんだけど。
そのうちやろっと。

>>404
出ましたね。

今日は5000行ぐらいのPerl読んで頭がうにうになんで、
ぼちぼち、やっていくかなと。

というわけで、

>>403
> ~ Significant performance improvements to the filesystem and direct disk
> access layers of the OS. The filesystem is now multithreaded and can
> take full advantage of multiple CPU systems.

が、もっとも大きな売りなわけです。
tiger/cobraでの、さらなるパフォーマンスアップを期待。

うちのサーバも1台だけ6.0Rにしたけど、残りどうしようかな。

前にもどっかに書きましたが、デュアルCPUとかSCSIのサーバなら、かなり意味がありますね。
5.3R以降になっていてシングルCPUでIDEのサーバなら、無理することはないってかんじで。

6.0RにしたのがシングルCPUでIDEのサーバで、5.4RのままがデュアルCPUでSCSIなサーバｗ

ぼちぼち、リリースノートを読み始め。
以下はamd64のリリースノートから、カーネル系。

・HZのデフォルト値が変わった。割り込み系とか時間の粒度とか、よりよくなるかも。
The default HZ parameter (which controls various kernel timers) has been increased
from 100 to 1000 on the i386 and ia64. It has been reduced from 1024 to 1000
on the amd64 to reduce synchronization effects with other system clocks.

・panic/強制リブート時の立ち直りを早くする工夫。
Recomputing the summary information for “dirty” UFS and UFS2 file systems is
no longer done at mount time, but is now done by background fsck(8). This change
improves the startup speed when mounting large file systems after a crash.
The prior behavior can be restored by setting the vfs.ffs.compute_summary_at_mount
sysctl variable to a non-zero value. [MERGED]

・NFSサーバの虫がとれたらしい。
A kernel panic in the NFS server has been fixed. More details can be found in errata
note FreeBSD-EN-05:01.nfs. [MERGED]

ユーザランド系。

・このへんを高速化しているそうで。
Machine-specific optimized versions of bcmp(3), bcopy(3), bzero(3), memcmp(3), memcpy(3),
memmove(3), memset(3), strcat(3) and strcpy(3) have been implemented.
Several mathematics functions such as ceill(3) and sqrtf(3) are also replaced with
the optimized versions.

・pgrep/pkill 大幅強化。
The pgrep(1) command now supports a -S option which allows matching
system processes (kernel threads).
The pgrep(1) and pkill(1) commands now support a -F option, which matches
a process whose PID is stored in a file.
The pgrep(1) and pkill(1) commands now support a -i option to ignore case
in the process match.
The pgrep(1) and pkill(1) commands now support a -j option that matches processes
based on their jail(2) ID.
The pgrep(1) and pkill(1) commands now support a -o option which matches only
the oldest (least recently started) of the matching processes.

・portssnapコマンド新設。
The portsnap(8) utility for downloading, updating, and extracting compressed snapshots
of the FreeBSD ports tree has been added.

・tail -fが複数のファイルを処理できるようになった。
The -f option of tail(1) utility now supports more than one file at a time. [MERGED]

・tcpdropコマンドがOpenBSDから輸入された。
The tcpdrop(8) command, which closes a selected TCP connection, has been added.
It was obtained from OpenBSD. [MERGED]

ざっと読んでみて、サーバ系でめぼしいところは、このぐらいか。

無線LANサポートとか、LapTopサポートがかなり入ったとか、
CPUクロックの制御まわりがいろいろ入ったとか、
DHCP関係がISCのものからOpenBSDのものに変わったとか、
そのへんもあるですね。

こまごまとしたところが、良くなったり変わったりしている様子。

で、
Source upgrades to FreeBSD 6.0-RELEASE are only supported from
FreeBSD 5.3-RELEASE or later. Users of older systems wanting to
upgrade 6.0-RELEASE will need to update to FreeBSD 5.3 or newer first,
then to FreeBSD 6.0-RELEASE.

とあるように、従来のバージョンからアップグレードする時は、
いったん5.3R以降に更新してから、6.0Rにするようにと。

ファイルシステムの粒度が良くなったので、Disk I/Oが苦しいサーバーには結構効くんじゃないかな。

>>414
そですね。それが(サーバ用途では)いちばん効くところかなと。

>>411
>・NFSサーバの虫がとれたらしい。
>A kernel panic in the NFS server has been fixed. More details can be found in errata
>note FreeBSD-EN-05:01.nfs. [MERGED]

虫を踏んでいたであろう条件の再現実験方法が
http://aa5.2ch.net/test/read.cgi/nanmin/1121344281/663-667n
のような感じなんで，これを試して Ok そうなら NFS いけるかもしれませんね．

もっとも，カーネルごと落ちることがなくなっても，通常エラーとしての
ESTALE などは発生するかも知れませんが......たまにしか発生しないなら
「その時はリロードして下さい」ってのもありかも知れませんが......

>>416
…ですね。

NFSはやっぱりどきどきするので、
やはり、今の路線(bbsdとのインタラクションでいく)で、当面すすめようかなと。

あ、書き忘れ。

BG3/BG4がそろそろアレなので、
個人的にはlibthrを試してみたかったりするかも。

保存のため、こっちにも貼っておくか。

【ex10】FreeBSD 6.0R性能評価実験に伴うサーバダウンについて
http://qb5.2ch.net/test/read.cgi/operate/1129310805/138

138 名前：root▲ ★[sage] 投稿日：2005/11/06(日) 01:42:39 ID:???0
で、いくつかのサーバを6.0-RC1や6.0Rに上げたので、使用感を。

ログインしていくつかコマンド打ってディスク触ってまず、「軽い」と感じますね。
特にファイルシステム周りというか、ディスクをがりがり触る系のオペレーションでは、
明らかにそう感じます。

例えば、makeしながら他のことする時とかの、「ひっかかり感」が
明らかに軽減されたような気がするです。

ex10が問題なく動くようなら、次は思い切ってBG3/BG4をやってみるかな。

おつでしたー

日本語で読みたい、FreeBSDに興味のある人向けに。

システム旅譚 - FreeBSD 6.0-RELEASEの新機能と変更点を見る
http://pcweb.mycom.co.jp/articles/2005/11/07/freebsd/

>>421
> mpsafevfs

ご存知、目玉商品。
シングルプロセッサでも、恩恵があると。

> portsnap(8)・bsdiff(1)・bspatch(1)の追加

標準に入ったってことですね。
CVSupがなくてもいくなったと(何かと使うから入れるけど)。

> SCHED_ULE

昔 5.3-BETA 時代に ex7 で少し試したけど、LA が上がらないのに
パフォーマンスがまったく出ず、散々でした(落ちはしなかったけど)。

live20あたりで試してみる価値はあるかも。

> 注意：ロケール ファイルのフォーマット変更 - compat5xの導入

5.xのバイナリでsetlocale() を使っているやつは、気をつけろと。

たぶんあまり関係ないと思うけど。

RingServer Projectにおける、FreeBSD, FreeBSD-jp及びFreeBSD-PC98のミラーの廃止について（廃止予定日：2005/12/01）
ttp://www.ring.gr.jp/ring/freebsd.html.ja

>422
>CVSupがなくてもいくなったと(何かと使うから入れるけど)。
/usr/objをどっかで代表してbuildworldして、コピーしてmake installworldすれば/usr/srcのcvsupも使わなくて済むかも。

ULE実戦再投入くる〜

>>422
>> 注意：ロケール ファイルのフォーマット変更 - compat5xの導入
>
>5.xのバイナリでsetlocale() を使っているやつは、気をつけろと。

bbsd では setlocale() 使ってますが，問題なのは 5.x 用バイナリをそのまま
6.x で使う場合のようで，リコンパイルすれば平気な模様ですね．

portupgrade -aFすりゃcompat5x要らない

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

>>427
2chのサーバは、6.0Rにした時にはportsを総入れ替えしているです。
ひらたくいえば、全部きれいさっぱりpkg_deleteしていると。

ひとつ、重要な注意を。

/md (メモリディスク)を /etc/fstab で mount している場合は、
6.0Rへのバージョンアップにあたり、コメントアウトしないとだめです。

途中、カーネルが6.0R、ユーザランドが5.xRとかの時に、
/md の mount が失敗し、シングルユーザに落ちてしまいます。

live20は/etc/fstabでやっていないので、助かりました。
今後、気をつけるべしで。

>途中、カーネルが6.0R、ユーザランドが5.xRとかの時に、
>/md の mount が失敗し、シングルユーザに落ちてしまいます。

気合いと根性でmake installkernel && mergemaster -p && make installworld && mergemasterしてしまうのはどうか。

>>430
さすがに、6000マイル先のサーバでそれするのは、、、。
ごく一部のサーバしか、私はリモートコンソールへのアクセスできないし。

5.3R→6.0Rにしたlive20のdmesgから。

-em0: <Intel(R) PRO/1000 Network Connection, Version - 1.7.35> port 0x3000-0x303f mem 0xfc200000-0xfc21ffff irq 28 at device 2.0 on pci3
+em0: <Intel(R) PRO/1000 Network Connection, Version - 2.1.7> port 0x3000-0x303f mem 0xfc200000-0xfc21ffff irq 28 at device 2.0 on pci3

emのバージョンが上がるのね。
BG3/4には有効か。

-Timecounters tick every 10.000 msec
+Timecounters tick every 1.000 msec

そういえばHZが1000になるんだった。

(live20)
%sysctl kern.clockrate
kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 }
(live16)
%sysctl -a kern.clockrate
kern.clockrate: { hz = 100, tick = 10000, profhz = 1024, stathz = 128 }

忙しい系のサーバには、有効かも。

あれ。
5.3Rなのはdevice emのバグ回避だったの？

>>433
単に、バージョンアップしてなかただけです。

SuExec 一時的に復活 @ ex10

これから、ex14 の土地作りと依頼を。

以下を2ch.netのDNSサーバに追加お願いします。

+ex14.2ch.net:206.223.151.225

done

>>435
予定地みえますた

みえた

>>435-436
OKです。

OCNBフレッツファミリー100からもみえたでよ。

>>436
アカウント情報メール済みです。
建物建てていただいてOKかと。

http://ex14.2ch.net/
http://206.223.151.225/~ch2ex14/
maido3.comのどの鯖かが、分からない。

ex10とおなじかと。

>>443
リニューアル工事な訳ですね。

そんな訳で、久々に。

http://ex14.2ch.net/
IPアドレス： http://206.223.151.225/~ch2ex14/
バーチャルホスト変換前： http://oyster901.peko.2ch.net/~ch2ex14/

http://that4.2ch.net/
IPアドレス： http://206.223.150.100/~ch2that4/
バーチャルホスト変換前： http://banana229.maido3.com/~ch2that4/

>>445
that4間違い。

http://that4.2ch.net/
IPアドレス： http://206.223.147.235/~ch2that4/
バーチャルホスト変換前： http://banana275.maido3.com/~ch2that4/

いや、that4は、nslookupしてみたかぎりでは、banana275ってやつらしいです。
いままで出てこなかったから、新鯖かも。

http://that4.2ch.net/
IPアドレス： http://206.223.147.235/~ch2that4/
バーチャルホスト変換前： http://banana275.maido3.com/~ch2that4/

ちなみにex10は、システムを調整したりしてみる？らしいので、
いったんログを退避させるために移転したようです。

>>446
おっと、、しつれいしましたです。。

(ﾟ∀ﾟ)ﾗｳﾞｨ!!

ex10, that3 memories への収容が完了しました。

以下のDNS設定変更をお願いします。

(現在)
+ex10.2ch.net:206.223.151.225
+that3.2ch.net:206.223.150.100

(設定後)
+ex10.2ch.net:206.223.151.230
+that3.2ch.net:206.223.151.230

done

>>451
確認しました。
1日待って、HDD掃除へと。< 旧ex10

で、こんなのあるのね。チラシの裏。
http://search.cpan.org/~gaas/libwww-perl/lib/LWP/Simple.pm

旧ex10のフルダンプ(今日の早朝バージョン)をmemoriesに転送中。

>>453 done.

下記、準備したです。> ※な人ほか

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

>>454
done.

http://live22x1.2ch.net/_service/
http://live22x2.2ch.net/_service/
http://live22x3.2ch.net/_service/

準備したです。

これらは、個別に見るようにしていただけると助かります。< PV/LA等

http://live22x.2ch.net/_service/
も、なぜか拾っちゃった♪

つ [php5.1.0]

>>457
それは、3つのうちのどれかにアクセスするようになるから、あんまり意味ないんすよ。

PHP 5.1.0 って、虫っていないのかしら。

>>458
・Over 400 various bug fixes.
なぁんて書いてあったりしました（苦笑）
http://www.php.net/ChangeLog-5.php#5.1.0

>>459
ひゃー400個、、、。

epgが微妙に不安定なんで、あとでやってみるか。

p2.2ch.net不具合報告スレ Part7
http://qb5.2ch.net/test/read.cgi/operate/1132583026/199-209

【しゃけ】雪だるま作戦に思いを馳せながら雑談するスレッド Part27
http://aa5.2ch.net/test/read.cgi/nanmin/1132754646/633

#
# setting for Snowman -- 11/28/2005 by mumumu
#
<IfModule mod_rpaf-2.0.c>
RPAFenable On
#RPAFsethostname On
RPAFproxy_ips 192.168.100.2 192.168.100.3 192.168.100.4
</IfModule>

これで、REMOTE_ADDR が live22xN => live22 に透過させられるので、
それ系をチェックしているプログラムもちゃんと動くよ、という話。

早っ
もう5.1.1出すって事はよっぽど致命的な虫でもいたのかなぁ


ttp://www.php.net/ChangeLog-5.php#5.1.1

5.0系は正直、ぼろかったので、
5.1系はどうなのかしら。

cook81.2ch.net の引越し準備が整いました。

以下の手順で、引越しをよろしくお願いします。

1) 今のcook81の中身を、新cook81に移す

新cook81はbanana402.maido3.comです。
ログイン名・パスワード・Webサーバの設定は今のcook81と同じです。
cronの設定は、済んでいます。

2) DNSの設定を変更する

1)の作業後、以下の設定変更をお願いします。

(現在)
+cook81.2ch.net:206.223.150.140

(設定後)
+cook81.2ch.net:206.223.150.250

(続く)

(続き)

3)DNSキャッシュサーバの再起動(qb5が参照しているもの)

qb5が参照しているDNSキャッシュサーバのプロセスを再起動します。
これで、臭いをかぐ方のDNS対応が更新されます。

4)DNSキャッシュサーバの再起動(ex14が参照しているもの)

3)まで終わったら、お知らせください。
私が実施します。
これで、臭いをつける方のDNS対応が更新されます。

以上です。よろしくお願いします。

>>464

1) 完了

建設予定地見えました。

>>464

1) 完了
2) 完了

了解です。>>469

臭いつけるほう(ex14)のDNSキャッシュを、リスタートしてきます。

banana402のほうに、においがつきはじめたのを確認。

>>464

1) 完了
2) 完了
3) 完了

>>472
operate2で確認してくるです。

問題ないようです。
VIP931をqb5以外のサーバで設定していない場合、これで作業完了ということで。

◆　密かにスタート　運用情報(金) Part3
http://qb6.2ch.net/test/read.cgi/operate2/1131481715/486

404 も再インストールするんでしたっけ?

>>475
条件を同じにする(余計なところで問題が起きないようにする)ため、
402 403 と同じ同条件での再インストールよろしくお願いします。

はいー

あ、念のため。
banana404 には他に何も入っていないため、
既に再インストール可能な状態になっているです。

…一応、アクセスログ確認してくるです。< banana404

385 名前：root▲ ★[sage] 投稿日：2005/12/01(木) 14:08:05 ID:???0
banana723.maido3.com から、アクセスがあるようです。
どこか、臭いかいでいる板があるのかも。

banana723.maido3.com のDNSキャッシュも、リスタートいただけますか。
他には、2ch内部からのアクセスはないようです。

…ということで。

>>480
完了

>>481
アクセスがなくなったことを確認しました。
これで、banana404は本当に再インストールが可能な状態になりました。

おさわがせしました。

めでたし　めでたし

再インストールしますー

引越しして
掃除して
お風呂か

再インストール完了。

>>485
はやっ。

で、http://aa5.2ch.net/test/read.cgi/nanmin/1132754646/924 ですが、
なにか、おぼえありますか。

ログイン情報受け取りました。>>485

チェック後、作業入ります。

ハードウェア交換後の banana403 の情報を受け取りました。
チェック後、作業入ります。

それで、banana403/404のプライベート側ネットワークの通信の件ですが、
中の人(仮名)と、あとでちょっと調整してみるです。

とはいえ、今日は会議と締め切り仕事がめじろおし。
とりあえずはbanana404のほうの作業を、すすめているです。

banana403, banana404のプライベート側ネットワークが
問題ないことを確認しました。おつでした。

よかったー

誰も書いてないようなので書いてみる

Apache 2.2.0 Released http://www.apache.org/dist/httpd/Announcement2.2.html

↓コメント

>>492
おー。ついに。

proxy/cache方面が大幅改良とか、なんとか。
雪だるま方面で試してみたいけど、まずは動かしてからか。

などと言いながら、つい見てみる。
http://httpd.apache.org/docs/2.2/new_features_2_2.html

いろいろ、よさげ、よさげ。

banana404 の基本設定が、できつつあります。
banana403 も、週末にはおおむね。

で、あとは、

トータル設計→構築→基本テスト→第2回最速1000大会開催→本移転→年末年始も安泰→ｳﾏｰ

というかんじで。

正式版出ました。


Apache 2.2.0 Released
ttp://httpd.apache.org/

banana403、banana404の2台、基本部分のセットアップほぼ完了。

>>496
↓
>>492-494

いろいろ調べて、方針を決めてみた。

1) banana403 banana404 では HDD をさわる I/O は一切させない
2) banana403 banana404 では heartbeat を動かして互いに監視する
3) banana403 banana404 ではIPアドレスAを共有する(heartbeatの機能)
4) 初期状態では、Aへのリクエストにはbanana403が応答する
5) banana404はbanana403の「スタンバイノード」となる
6) banana403に異常が発生したり、メンテナンスの時は
banana404がすぐにbanana403にとってかわる
7) その時、ユーザに見える共有IPアドレスAは変わらない
そのため、サービスは継続される
8) banana403 では負荷分散(ロードバランシング)プログラムが動き、
Aへのリクエストをlive22x1/x2/x3に振り分ける
9) ロードバランシングプログラムはlive22x1/x2/x3の監視も同時に行い、
正常に応答しなくなったら、振り分けの仲間から自動的に外れ、
回復したら、自動的に仲間に戻る(バランシングプログラムの機能)

これで、

a) 外に見せる代表IPアドレスはA一つにでき、
b) Aを受けている振り分けサーバが落ちても、サービスは停止せず、
c) 振り分けサーバの後ろにいるlive22x1/x2/x3が部分的に落ちても、サービスは停止しない

ようにできます。

(続く)

で、いろいろ調べてみたのですが、banana403とbanana404をワークとスタンバイではなく
「冗長化を完全に実現した上で、両方同時にワークにする」ようにするのは、
現状のheartbeatでは難しいようです。

しかし、ディスクI/Oをさせないのと、ネットワークI/Fチップがタフなことから、
この用途で使うのであれば、帯域幅が100Mbpsがめいっぱいにならない間は、
いけるような気がします。

これにより、教科書どおりのサーバクラスタ構成にできるはず。
明日以降、この方針で構築をはじめようと思います。

で、この方針だと、ネットワークをより有効に働かせるために、
banana403と404のプライベート側ネットワークのVLAN設定を、
再度微妙に変えてもらう可能性があります。

その際には、また必要事項を連絡します。

ということで、今日はこのへんで。

rootたんっていつ寝てるのかしら。乙です

>>499
> で、この方針だと、ネットワークをより有効に働かせるために、
> banana403と404のプライベート側ネットワークのVLAN設定を、
> 再度微妙に変えてもらう可能性があります。

再度脳内で検討した結果、
変えなくてもいけそうだとわかりました。

ということで、おやすみなさい。

banana403 / banana404 の外部からの状況監視・
LAのチェック等のためにのみ使用する httpd を上げました。

以下のDNS登録をお願いします。
b = balancer で。

backend とちょっと紛らわしいですが、これでいこうかと。
なお live22b という代表名は使用しないため、つけません。

+live22b1.2ch.net:206.223.150.95
+live22b2.2ch.net:206.223.150.140

>>502
done

http://live22b1.2ch.net/_service/
http://live22b2.2ch.net/_service/

見えたら、登録おながいしますです。 > ※の方ほか

>504
両方とも見えました。

>>498
読んでみて、それで問題ないかと思います。

>>504
見えます。

課題: バランサーに何を使うか

候補はこのぐらいか

1) pound
2) balance
3) Apacheリバースプロキシ
4) squidリバースプロキシ

よくあるのは 1) だけど、昔の 1.7 はたまに不安定になった。
今の 1.9 はどうかなと。

>>507
　 _ 　∩
(　ﾟ∀ﾟ)彡　実験！実験！
　⊂彡

http://httpd.apache.org/docs/2.2/mod/mod_proxy_balancer.html

これってどうなんでしょうねぇ

で、>>507 は、まずは LVS を使ってみる方向で。

【きりたんぽ】雪だるま作戦に思いを馳せながら雑談するスレッド Part28
http://aa5.2ch.net/test/read.cgi/nanmin/1133468879/93-

で、>>509 のはそれはそれで面白そうなんで、生かせる局面があればそこで。

1) banana403 につけている代表アドレスを、

live22x1
live22x2
live22x3

の、lo0 に alias でつける

2) Apacheでは、そのアドレスもListenする

で、いけた。

banana403をリブートしても、自動的に3つ組みになるようにできた。
/usr/local/etc/rc.d/zzz-ipvs.sh

#!/bin/sh

_VIP="206.223.150.96:80"
_REALS="192.168.100.2 192.168.100.3 192.168.100.4"
_REAL=""

case "$1" in

start)
echo -n 'Starting ipvs '
kldload ipvs.ko
kldload ip_vs_rr.ko
/usr/local/sbin/ipvsadm -A -t ${_VIP} -s rr
for _REAL in ${_REALS}; do
/usr/local/sbin/ipvsadm -a -t ${_VIP} -r ${_REAL} -g
done
echo 'done.'
;;
stop)
echo -n 'Stoping ipvs '
/usr/local/sbin/ipvsadm -C
kldunload ip_vs_rr.ko
kldunload ipvs.ko
echo 'done.'
;;
*)
echo "$0 start | stop"
;;
esac

>>513 の設定で動かすと、サービスダウンを検出しないのね。
ipvsadm のマニュアルを読んでみるか。

…どうも、三姉妹が落ちた時にうまくそれだけを切り離す、というのは、
ないかもしれないですね。

これは、将来の課題にしよう。

で、>>513 をちと改良。スケジューラを選べるようにした。
rr だとラウンドロビンになって、wlc にするとちょっと重み付けしたうえで、
一番コネクション数が少ないやつに回されるらしい(他にもあるみたい)。

#!/bin/sh

_VIP="206.223.150.96:80"
_REALS="192.168.100.2 192.168.100.3 192.168.100.4"
_REAL=""
_SCHED="wlc"

case "$1" in

start)
echo -n 'Starting ipvs '
kldload ipvs.ko
kldload ip_vs_${_SCHED}.ko
/usr/local/sbin/ipvsadm -A -t ${_VIP} -s ${_SCHED}
for _REAL in ${_REALS}; do
/usr/local/sbin/ipvsadm -a -t ${_VIP} -r ${_REAL} -g
done
#/usr/local/sbin/ipvsadm --set 5 5 5
echo 'done.'
;;
stop)
echo -n 'Stoping ipvs '
/usr/local/sbin/ipvsadm -C
kldunload ip_vs_${_SCHED}.ko
kldunload ipvs.ko
echo 'done.'
;;
*)
echo "$0 start | stop"
;;
esac

>515
そういえば３姉妹の名前まだ決まってないですか？
実況鯖だと命名はちょっと難しいかも
フジならすぐ決まりそうだけどｗ
（命名案はこっちではなく雪だるまスレの方へ）

○heartbeatの設定

- ha.cf, haresources, authkeys を設定
- LVS を上げている部分をheartbeat傘下に移動

設定内容は、サーバが上がったら。

というわけで、DNS変更申請いきます。

いよいよ、live22xのアドレスを本番環境にします。
見え方は今と変わりません。ということで「みえましたー」はないです(今既に見える)。

(現在)
+live22x.2ch.net:206.223.150.64

(変更後)
+live22x.2ch.net:206.223.150.96

で、LA情報をlive22xからとっておられる各位にお願いです。

live22x.2ch.net はこの設定の後は「代表受付」になります。
つまり、ここからLAとっても個々のサーバのどれにいくかわからないので、意味がないです。
ということでLAについては、live22x1, live22x2, live22x3 のものを
それぞれ個別にとっていただけると、助かります。

DOT 少ない?

あっ　私の目の問題か、、
どんどん見えなくなっていくのよね

で、このIPアドレスは、live22b1とlive22b2のうちの「どっちか」についています。
通常はlive22b1についてますが、落ちると30秒程度でlive22b2に切り替わります。

で、live22b1が上がってもそのままで、live22b2が落ちると、
live22b1にまた変わります。

ということで、いわゆるひとつのフェイルオーバーっていうやつで。

x の次に . があると、確かに見えにくいすね。>>519-520

>>517 続き

- /usr/local/etc/ha.d/ha.cf

bcast fxp1
keepalive 2
warntime 10
deadtime 30
initdead 60
#udpport 694
auto_failback off
respawn hacluster /usr/local/lib/heartbeat/ipfail
node banana403.maido3.com
node banana404.maido3.com
ping 206.223.150.1

- /usr/local/etc/ha.d/haresources

banana403.maido3.com 206.223.150.96/32 zzz-ipvs

- /usr/local/etc/ha.d/authkeys

auth 1
1 sha1 "むぎゅー"

>>523 は banana403, 404 共通

haresources に書いた内容により、banana403が最初は活動し、
banana404がスタンバイノードになる。

auto_failback off で、banana403が上がった時の自動戻しは発生しなくなる。

authkeys に共通鍵を書いて、互いに認証する。

で、>>515 のスクリプト (zzz-ipvs.sh) を、
/usr/local/etc/rc.d から /usr/local/etc/ha.d/resources.d に mv し、
heartbeat 配下にする。
で、最後の .sh を取る。(/usr/local/etc/rc.d/resources.d/zzz-ipvs という名前で入れる)

それから、IPアドレスはheartbeatがつけたりはずしたりするようになるので、
/etc/rc.conf の以下の行をコメントアウトする。

#ifconfig_fxp0_alias0="inet 206.223.150.96 netmask 255.255.255.255"

ここまでできたらbanana403/banana404をリブートして、設定完了。

残っている問題:

・read.cgi をフロントエンドで動かす。
(既にSunOSさんから案あり)

・bbs.cgi トラックバック部分を改良する。
(既にSunOSさんから例あり)

・live22x[123]のどれかが落ちても、切り離されない。
(検知して切り離すコマンドを入れるところを作る必要あり)

・削除関連の各種呪文が雪だるまに対応していない。
(これは、ぼちぼちというかんじか)

案 => 提案 >>526

板移転時の注意:

live22x側での設定(httpd.conf、ゆっくり同期スクリプト)もあわせて必要なので、
移転の際には、同期して作業する必要あり。

>>518
done

banana403 / 404の様子が、微妙におかしくなっていた。
で、banana404 をリモートコンソールからリブートかけたところ、
ハングアップした。

で、banana404のリブート依頼を出した。
ううむ。

どうも、公道での通信がしくったっぽい。
で、落ちたと思ってしまって、両方に同じIPアドレスが振られたっぽい。

ううむ。

このへんは、設定で逃れられるかどうかを検討する、というかんじか。

あるいは、heartbeatやLVSそのものの安定性かもしれないけど。

> 落ちたと思ってしまって、両方に同じIPアドレスが振られたっぽい。

なんてこった。。。
＊落ちたと思ってしまって＊の部分が非常に気になる。。

お互いに、heartbeatのパケットを送って監視しているわけです。

で、それは「専用の通信路を使え」と書いてあるです。
例えばシリアルで直結するか、Ethernetのクロスケーブルで直結しろと。

で、今はそうなってないということですね。

なるほど、まだケーブルは繋がってないのですね。
でも、おいちゃんは、『private LAN に全部つないだ』と言ってたような。

>>535
えっと、今こうなっているのです。< banana403/404

fxp0 … 外部通信用
fxp1 … 内部通信用(live22x1/x2/x3と通信)

で、heartbeat通信用に、fxp0でもfxp1でもない占有の通信路を確保すべきと
heartbeatのドキュメントに書いてあるわけです。

で、今あいているvr0(マザボについているもの)を使おうかと思って、
雪だるまスレで相談したのですが、「それを使うことは想定してなかった」という返事で、
今はかわりにfxp1を使って、heartbeatの通信もしていると。

>>536
あー、そういう事ですか。
理解しました。

Ethernetのブロードキャストでのやりとりをやめて、
普通のUDPパケットでheartbeat通信をやりとりするようにしてみた。

修正後のha.cf

#bcast fxp1
ucast fxp1 192.168.100.66 (banana404ではここが192.168.100.65)
keepalive 2
warntime 10
deadtime 30
initdead 60
#udpport 694
auto_failback off
respawn hacluster /usr/local/lib/heartbeat/ipfail
#respawn hacluster /usr/local/lib/heartbeat/ccm
node banana403.maido3.com
node banana404.maido3.com
ping 206.223.150.1

http://www.linux-ha.org/ha_2ecf

> The bcast directive does not work on FreeBSD because of the fragmentation issue described in
> W. Richard Stevens - Unix Network Programming - Vol 1 - 3rd Edition: The Sockets Networking API

やられたのか。
フラグメント起こすといけないから、FreeBSDではbcastは使っちゃだめぽと。

これで、安定するといいなと。

これで、リブートテストをしてみる。

まずはbanana403をリブート。
banana404に切り替わったのを確認。

403は無事立ち上がり、スタンバイになったのを確認。
404をリブート。403に切り替わったのを確認。

404は無事立ち上がり、スタンバイになったのを確認。

切り替わりも、ややスムーズになった模様。
これで、動かしてみるじゃ。

あらら、j の隣に k があったのね。>>542

いずれにせよ、これで。

>>526
> ・bbs.cgi トラックバック部分を改良する。

done. by bbs.cgi 2005/12/05

> ・bbs.cgi トラックバック部分を改良する。

助けを求めてみた。
read.cgi再開発スレ Part2
http://qb5.2ch.net/test/read.cgi/operate/1105909861/415

> ・live22x[123]のどれかが落ちても、切り離されない。

if 自分が振り分けをサービスしている {
三姉妹の状況を調べて、状況に応じてつなげたり切ったりする
}

というかんじのを、banana403/404でcronか何かで動かせばいいのかなと。

> ・削除関連の各種呪文が雪だるまに対応していない。

とりあえず唯一知っているやつ(スレスト)で、試してみるか。
あとは、、、できる人に期待で。

>>544
二つ目は以下の間違い。

> ・read.cgi をフロントエンドで動かす。

>>538 をさらに修正。
heartbeatの通信を占有チャンネルに変更。

#bcast fxp1
#ucast fxp1 192.168.100.66
ucast vr0 10.0.0.2 (banana404ではここが10.0.0.1)
keepalive 2
warntime 10
deadtime 30
initdead 60
#udpport 694
auto_failback off
respawn hacluster /usr/local/lib/heartbeat/ipfail
#respawn hacluster /usr/local/lib/heartbeat/ccm
node banana403.maido3.com
node banana404.maido3.com
ping 206.223.150.1

>>545
> ・read.cgi をフロントエンドで動かす。

は、できた。
基本はOKなので、バイナリの共通化をはかる。
神に感謝で。

・キャッシュが微妙におかしい場合があるっぽい

Apache関連か。
ひどいようならキャッシュ設定を無効に。将来的にはApache 2.2化か。

・root権限がなくても作業できるようにする

しくみは作れそうな感じ。

めもめも。Apache のキャッシュ問題。

【きりたんぽ】雪だるま作戦に思いを馳せながら雑談するスレッド Part28
http://aa5.2ch.net/test/read.cgi/nanmin/1133468879/540

vrかー
http://www.seichan.org/Other/nic.html

>>549
vrは負荷には強くないですね。

携帯サーバでやった時も、NICがvrなやつが先に微妙になりました(メモリも少なかったが)。
トラフィックよりも、フレーム数が多い場合に微妙になるようです。

今回vrはheartbeatのやりとりにしか使っていないので、
フレームが落ちることがなければ、なんとかなるんではないかと。
(外部や他サーバとの通信は全部fxpかem)

config -g なんてあるのね、しらんかった。
http://www.nendai.nagoya-u.ac.jp/~kato/FreeBSD/debug/kgdb.html

メモ。
【実況】 live22x 鯖 Part2
http://qb5.2ch.net/test/read.cgi/operate/1134050051/375

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

これを受けて、worker MPMに挑戦しようと思っていたりするわけですが、
問題なのは、サーバ数のところの調整です。

今、typicalなtigerサーバでは、

<IfModule prefork.c>
StartServers 768
MinSpareServers 128
MaxSpareServers 768
ServerLimit 1024
MaxClients 1024
MaxRequestsPerChild 1000000
MaxMemFree 2000
</IfModule>

といったかんじなんですが(上記はnews19)、

これを <IfModule worker.c> のところに、どう反映させるのがいいのかなと。

こんな感じ？あんまり自信ないけど


<IfModule worker.c>
StartServers 6
Serverlimit 8
ThreadLimit 128
ThreadPerChild 128

MinSpareThreads 128
MaxSpareThreads 768

MaxClients 1024
MaxRequestsPerChild 1000000
MaxMemFree 2000
</IfModule>

>>554
どもです。
1プロセスに、128個のスレッドということですか。

まあ、1プロセスに何スレッドにするのかは難しいですねえ

おぉ，worker MPM 行きますか．
# 2.2 なら event MPM も行ってみたいところですが．

で，可能ならプロセス数を絞って1プロセスあたりのスレッド数を多くしてみたいところですが，
bbsd もスレッド数を増やした状態だと挙動が不安定な模様だったので，ちょっと心配ですね．
どこまで行けるかは「じっけん！じっけん！」ってところですか．
で，MaxMemFree はスレッド数に応じて増やした方がいいかも知れません．

あと，AcceptMutex pthread でもちゃんと動くなら，FreeBSD でのデフォルトの
flock より効率はいいんですが...... pthread_mutexattr_setrobust_np()
がないプラットフォームだと httpd がコケた時がコワいのか......

live22xの受付が落ちた時の避難口用に、
live22y.2ch.net を作ることにしました。

こちらは従来のDNSラウンドロビン方式なので、手堅いです。
ただし、フロントが1台落ちると、いまいちになります。

以下のDNSの設定変更をお願いします。

(以下の3つを新規追加)
+live22y.2ch.net:206.223.150.64
+live22y.2ch.net:206.223.150.74
+live22y.2ch.net:206.223.150.84

【きりぼし】雪だるま作戦に思いを馳せながら雑談するスレッド Part29
http://aa5.2ch.net/test/read.cgi/nanmin/1133983623/750

ということで、>>558 に加えて、以下の設定変更もあわせてお願いします。

これで、live22x は live22y の別名となり、かつ設定を変えた場合は5分程度で
それが浸透するようになるはず。

(現在の設定)
+live22x.2ch.net:206.223.150.96

(上記を削除し、下記を追加)
Clive22x.2ch.net:live22y.2ch.net:300

>>554 >>556-557
live22x2 で、worker MPM を試してみました。

read.cgi / bbs.cgi ともに、うまくいくみたいです。
いけるかも。
(mod_cgiのかわりにmod_cgidを使用する)

とりあえず、1プロセスに32個のスレッドにしてみたです。

live22x2では、これに対して、

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

こう設定したです。

<IfModule worker.c>
StartServers 48
Serverlimit 72
ThreadLimit 32
ThreadsPerChild 32
MinSpareThreads 256
MaxSpareThreads 1536
MaxClients 2304
MaxRequestsPerChild 1000000
MaxMemFree 64000
</IfModule>

server-status で見る限り、受付の見かけ上の人数は同じに見えます。
で、read.cgi / bbs.cgi とも、動いたっぽい。

…これをlive22x[13]にも投入したいけど、
今日は、やめておこう。

楽しみは明日以降にということで。

で、言うまでもないですが、
このworker MPMがちゃんと動くようになると、
一人のhttpdが多数のセッションを同時にさばけるようになるので、
メモリが空くとか、設定によってはより多くのセッションを
さばけるようになるとか、そういう話なわけです。

ThreadsPerChild 32なら、MaxRequestsPerChildを32倍したほうが良い気がする

>>564
なるほど。これはプロセス単位で数えるですか。

こうしてみた。

<IfModule worker.c>
StartServers 48
Serverlimit 72
ThreadLimit 32
ThreadsPerChild 32
MinSpareThreads 256
MaxSpareThreads 1536
MaxClients 2304
MaxRequestsPerChild 32000000
MaxMemFree 64000
</IfModule>

普通の板でも、実験してみるかな。
明日あたり、ex11 = 狼の方々にご協力いただこうかと。

>>566 を、live22 (バックエンド)に入れてみた。
read.cgi も bbs.cgi も動かないので、まずは慣らし運転ということで。

>>561 >>566 をまとめると、

prefork => worker への「等価」変換

StartServers = StartServers(p) / ThreadsPerChild
MinSpareThreads = MinSpareServers(p)
MaxSpareThreads = MaxSpareServers(p)
ServerLimit = ServerLimit(p) / ThreadsPerChild
ThreadLimit = ServerLimit(p)
ThreadsPerChild = 1プロセスでいくつのスレッドを処理するか(これから試行)
MaxClients = MaxClients(p)
MaxRequestsPerChild = MaxRequestsPerChild(p) * ThreadsPerChild
MaxMemFree = MaxMemFree(p) * ThreadsPerChild

>>569 修正

prefork => worker への「等価」変換

StartServers = StartServers(p) / ThreadsPerChild
MinSpareThreads = MinSpareServers(p)
MaxSpareThreads = MaxSpareServers(p)
ServerLimit = ServerLimit(p) / ThreadsPerChild
ThreadLimit = ThreadsPerChild
ThreadsPerChild = 1プロセスでいくつのスレッドを処理するか(これから試行)
MaxClients = MaxClients(p)
MaxRequestsPerChild = MaxRequestsPerChild(p) * ThreadsPerChild
MaxMemFree = MaxMemFree(p) * ThreadsPerChild

>>570 さらに修正

StartServers = StartServers(p) / ThreadsPerChild
MinSpareThreads = MinSpareServers(p)
MaxSpareThreads = MaxSpareServers(p)
ServerLimit = ServerLimit(p) / ThreadsPerChild
ThreadLimit = ThreadsPerChildより多くする、当面同じで
ThreadsPerChild = 1プロセスでいくつのスレッドを処理するか(これから試行)
MaxClients = MaxClients(p)
MaxRequestsPerChild = MaxRequestsPerChild(p) * ThreadsPerChild
MaxMemFree = MaxMemFree(p) * ThreadsPerChild

ex11の設定 (>>553から)

<IfModule worker.c>
StartServers 24
MinSpareThreads 128
MaxSpareThreads 768
ServerLimit 32
ThreadLimit 32
ThreadsPerChild 32
MaxClients 1024
MaxRequestsPerChild 32000000
MaxMemFree 64000
</IfModule>

httpdの大きさはこのぐらいか。
これで1プロセス32セッションになるなら、相当いい感じ。

news19
16848 ch2news19 96 0 9572K 5196K select 0 0:43 0.05% 0.05% httpd

ex11
84519 ch2ex11 96 0 21712K 15304K select 1 0:17 0.00% 0.00% httpd

以下のサーバのパスワード変更済み。

oyster901 902 243
cobra2244 2245 2246 2247
tiger503 504 505 506 507 508 509 510 511 512
tiger2513 2514
tiger2522 2523 2524 2525

携帯系tigerとroot権限ありbananaは、これから作業へと。

済み。

tiger2507 2508 2509 2510 2511 2512

済み。

banana201 227 238 273 307 402 403 404 405 406

済み。

cherry903

banana637 tiger2526 済み。

これで、担当分は全部済みのはず。
漏れがあったら、ご指摘をば。

JimさんとSeanさんに、作業完了と新パスワードを伝えた。

で、news19では、worker MPM化は失敗の模様。

FreeBSD 5.3R だめ
FreeBSD 5.4R, 6.0R 大丈夫

ということみたい。

若者に愛の手紙を送った。

これで、全作業完了のはず。

>>558-559
done

>>583
確認しました。

%dig +short -t a live22x.2ch.net
live22y.2ch.net.
206.223.150.64
206.223.150.74
206.223.150.84

これで、DNSラウンドロビンモードに徐々に移行するはず。

TTL は　300 だった気するけど
所詮　わたしの記憶力

正しく300になっていたです。

%dig +norec -t cname live22x.2ch.net @ns1.maido3.com
(中略)
;; ANSWER SECTION:
live22x.2ch.net. 300 IN CNAME live22y.2ch.net.

%dig +norec -t a live22y.2ch.net @ns1.maido3.com
(中略)
;; ANSWER SECTION:
live22y.2ch.net. 300 IN A 206.223.150.64
live22y.2ch.net. 300 IN A 206.223.150.74
live22y.2ch.net. 300 IN A 206.223.150.84

焼かれているのか?

>>587
そ、そんな永久規制なところをわざわざ使わんでも。

本日(12/12)速そうな番組
20:00〜 TBS「水戸黄門」
松下の一社提供番組なので、全CMが例のおわびに差し換わる模様

>>589
どもです。

でも、こっちがいいかも。
↓
【かぼちゃ】負荷監視所_20051123
http://live14.2ch.net/test/read.cgi/liveplus/1132747514/

>>588
ちょｗｗｗｗｗｗﾋﾄﾞｽｗｗｗｗｗｗｗｗｗ

workerを利用して、
バックエンド(live22)の処理受付可能数を、>>566 の倍にしてみたつもり。

<IfModule worker.c>
StartServers 96
MinSpareThreads 512
MaxSpareThreads 3072
Serverlimit 144
ThreadLimit 32
ThreadsPerChild 32
MaxClients 4608
MaxRequestsPerChild 32000000
MaxMemFree 64000
</IfModule>

FreeBSD5.3Rでworkerがうまく動かないのってこれじゃないんですか？

■新春特別企画「雪だるま作戦」liveサーバの飛躍なるか!? Part1
http://qb5.2ch.net/operate/kako/1105/11050/1105035540.html

188 ◆cZfSunOs.U [sage] 05/03/10 20:55:04 ID:geHPxiLU0
http://www.mail-archive.com/[email protected]/msg24903.html
* FreeBSD, threads, and worker MPM. All seems to work fine
if you only have one worker process with many threads. Add
a second worker process and the accept lock seems to be
lost. This might be an APR issue with how it deals with
the child_init hook (i.e. the fcntl lock needs to be resynced).
More examination and analysis is required.
Status: Works with FreeBSD 5.3. Does not work in previous versions.
This has also been reported on Cygwin.

189 動け動けウゴウゴ２ちゃんねる [sage] 05/03/10 21:13:47 ID:KUErTDVR0
ほう。
つまり、1プロセスならば問題なさそう、という事ですね。
むしろ願ったりな状況なのかも。

>>593
かもしんないすね。

で、live22x2のworker MPMは何ら問題なかったようなので、
live22x[13]も、worker MPMにしてくるです。

done. >>594

news19, ex14, live22系でworker MPM(with -lpthread)を動かしてみた結果:

Apacheはどれも2.0.55を使用。

news19 (FreeBSD 5.3R):
・httpd落ちまくり、最終的には外部からのアクセス不能に、あわてて戻す

ex11 (FreeBSD 5.4R):
・概ね問題なし、ただしhttpdの数が減らない設定にしているはずなのに減っていく現象が発生
・アクセスが多くなればちゃんと増える

live22系 (FreeBSD 6.0R)
・現時点まで全く問題なし

ということでread.cgiのようなプログラムもさることながら、
OSそのものやスレッドライブラリの出来の違いも、大きいみたい。

昨日管理人から「worker MPMが普通にちゃんと動いたっていうの、初めて聞きましたー」
って言われたです。確かに、そうかも。

>>596
たぶん、これか。

FreeBSD/i386 5.4-RELEASE Release Notes
http://www.freebsd.org/releases/5.4R/relnotes-i386.html

> A number of bugfixes for libpthread have been merged from HEAD.

>> 586
今年はもう受付嬢の実験はないようですが、
CNAMEをlive22y.peko.2ch.netにしておけば、
maido3の中のひとがいなくても、rootさんだけで
実験できるかも。

worker MPM は，とりあえず順調なようですね．

>>571
>ThreadLimit = ThreadsPerChildより多くする、当面同じで

worker MPM では1プロセスあたりのスレッド数は固定なので，
ThreadLimit > ThreadsPerChild の状態にしてもメリットはなく，
むしろスレッド管理データ領域を必要以上に確保してメモリの無駄遣いになっちゃいます......

FreeBSD 6.0R Apache2.2 + worker MPM
という人柱も海外にはチラホラ出現しているね。

>>598
確かに。
でも、ゾーン外CNAMEを使うとDNSキャッシュサーバがその分仕事しなければいけないんで、
あんまり、使いたくない部分があるです。

>>599
なるほどです。

で、明日はかなり来るということなので、負荷テストを兼ねて
live22の設定を以下にしてみました。
これで、live22xNの3倍の接続を受け付けるので、
全フロントエンドがフルスロットになるまでは、いくはず。
(先日の中山のくじできびしくなったのは、たぶんここが足りなかった、というか
増やしにくかった)

>>600
今の2段階ぐらい先のフェーズで、やってみたいかなと。

>>601
<IfModule worker.c>
StartServers 144
MinSpareThreads 768
MaxSpareThreads 4608
Serverlimit 216
ThreadLimit 32
ThreadsPerChild 32
MaxClients 6912
MaxRequestsPerChild 32000000
MaxMemFree 64000
</IfModule>

ex14(FreeBSD 6.0R/amd64)もworker MPMに移行した。
問題ない模様。

http://live22.2ch.net/_service/bbsd-20051217.txt
で、2回ばかり、
> total worker threads = 4, idle worker threads = 1

があったので、
-n 32 => -n 48 にしてみた。@ bbsd

>>604 PC 故障中乙です......

まぁ，現在の bbsd はスレッド数可変式なので足りなくなったら増えますけどね．
-n32 なら 4-32，-n48 なら 6-48 の範囲でスレッド数は変化します．

>>605
なんと、そういう動きですか。

んじゃ、32のままでもいいかもですが、
実害はあまりないかなと。

来年の予定。

HEADS UP: Release schedule for 2006
http://lists.freebsd.org/pipermail/freebsd-stable/2005-December/020744.html

Jan 30: Freeze RELENG_5 and RELENG_6
Mar 20: Release FreeBSD 6.1
Apr 3: Release FreeBSD 5.5
Jun 12: Freeze RELENG_6
Jul 31: Release FreeBSD 6.2
Oct 23: Freeze RELENG_6
Dec 11: Release FreeBSD 6.3

5系は5.5Rでおしまい。
6系をがんがって3回出すと言っているけど、さて、どうなることやら。

>>607
さっそく、FreeBSB 6.0R-p1になりました。

20051219: p1 FreeBSD-EN-05:04.nfs
Correct a locking issue in nfs_lookup() where a call to vrele()
might be made while holding the vnode mutex, which resulted
in kernel panics under certain load patterns.

>>608
…ですね。
今日からstiger10[0-5]をもみ始めましたが、
その時に気がついたです。

NFSの虫取りですか。
vreleっていうぐらいで、mpsafevfsまわりでもあるのかな。

NFSちゃんと動けば、サーバのdat共用が出来てうれしいんだけど、まだ無理なんだろうな。

先週、6.0R-p0の状態で、NFS試したけど駄目だったｗ

*BSDのNFSでまともに動くのって、経験したことがないです。
2chでも大敗だったのは、記憶に新しいところ。

NFSをまじめに使いたいなら、Solarisしかないかなと。
rpc.lockdとか、ぼろいみたい。

>*BSDのNFSでまともに動くのって、経験したことがないです。
Linuxはさらにダメぽ。

つまりroot★氏のいうとおりSolarisだけか……

Linux の NFS は論外として、*BSD の NFS はそこそこ
というか、かなりよくなってきてると思うけど、
どの辺がダメぽなの？

>>613
確かに昔よりは、相当いいかんじですね。それは認めるです。
NFS越しにfindを繰り返すとそのまま逝ってしまうとかいうことは、
なくなってきました。

・雪だるまで使った時は、ヘビーに読むと(read only mount)
I/O待ちになったまま、カーネル内でささる状況を観測
(psで見るとDの状態のままになる)
(FreeBSD 5.4R)

あと何より、

・NFS越しのロック機構(rpc.lockd)が相当しょぼい

これに尽きるかなと。

Solarisですら、rpc.lockdのパッチは相当出ていたように記憶しているです。

めもめも。

HEADS UP: MFC of local_startup changes to rc.d complete
http://lists.freebsd.org/pipermail/freebsd-stable/2005-December/020931.html

べっかんこ作戦関連のDNS登録依頼をします。
既に登録があるようなので、変更依頼になるはずです。

以下の設定変更をお願いします。
ログインアカウント情報等は、別途出します。

(現在)
+u.la:206.223.151.180
+www.u.la:206.223.151.180

(変更後)
+u.la:206.223.157.7
+www.u.la:206.223.157.7

続いて、第二弾のDNS登録依頼いきます。

(新規追加)
+same.u.la:206.223.157.12
+chirasi.u.la:206.223.157.17
+bbm.u.la:206.223.157.32

>>616 done
>>617 done

逆引きはｾﾃｰｲされていないのですね。＠*.u.la

ありゃりゃ?

誰が設定すれば良いのでしたっけ?

>>621
ns[12].maido3.com で設定すればいいはずですね。

%dig -t ns 0.157.223.206.in-addr.arpa.

; <<>> DiG 9.3.1 <<>> -t ns 0.157.223.206.in-addr.arpa.
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 55384
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;0.157.223.206.in-addr.arpa. IN NS

;; ANSWER SECTION:
0.157.223.206.in-addr.arpa. 769 IN NS ns2.maido3.com.
0.157.223.206.in-addr.arpa. 769 IN NS ns1.maido3.com.

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sat Dec 24 02:22:28 2005
;; MSG SIZE rcvd: 90

はいー

206.223.157.7 u.la
206.223.157.12 same.u.la
206.223.157.17 chirasi.u.la
206.223.157.32 bbm.u.la

DNS逆引き設定を登録しました。

>>624
確認しました。
stigerXXX.maido3.comではなく、u.laな名前で登録したですか。

bbs.cgi とかで hostname によって処理を振り分けてる部分とかなかったでしたっけ．
load avg. に応じた処理変更とか．もっとも，DNS の逆引きがどうあれ gethostname() が
stigerXXX.maido3.com を返すのなら大丈夫でしょうけど．

修正の方向で、

>>626
> もっとも，DNS の逆引きがどうあれ gethostname() が
> stigerXXX.maido3.com を返すのなら大丈夫でしょうけど．

のはずですね。
サーバごとの臨界LAを定めているところがありますが、
あそこはSys::Hostname を使っていたはず。

>>627
了解です。

虫を踏んだか。
類似例とか、あるのかしら。

【ブリ大根】負荷監視所_20051214
http://live14.2ch.net/test/read.cgi/liveplus/1134552855/523

523 名前： ◆MUMUMUhnYI [sage] 投稿日：2005/12/25(日) 02:51:36 ID:tGhMF0WE0 ?
クラッシュダンプを収容中。(savecore)

vm_thread_new: kstack allocation failed

スタックを、使い切ったっぽい。

http://www.monkey.org/freebsd/archive/freebsd-current/200505/msg00063.html
スレッド数が猛烈に増えるとカーネルメモリを食い尽くすってことですかね．
worker MPM で接続可能クライアント数を増やしたのもありますし(>>601-602)．
そのカーネルメモリ領域を増やすとかできないんですかね......

>>631
in sys/vm/vm_glue.c:

/*
* Get a kernel virtual address for this thread's kstack.
*/
ks = kmem_alloc_nofault(kernel_map,
(pages + KSTACK_GUARD_PAGES) * PAGE_SIZE);
if (ks == 0)
panic("vm_thread_new: kstack allocation failed");
if (KSTACK_GUARD_PAGES != 0) {
pmap_qremove(ks, KSTACK_GUARD_PAGES);
ks += KSTACK_GUARD_PAGES * PAGE_SIZE;
}
td->td_kstack = ks;

となっているのか。

で、in vm/vm_kern.c:

/*
* kmem_alloc_nofault:
*
* Allocate a virtual address range with no underlying object and
* no initial mapping to physical memory. Any mapping from this
* range to physical memory must be explicitly created prior to
* its use, typically with pmap_qenter(). Any attempt to create
* a mapping on demand through vm_fault() will result in a panic.
*/
vm_offset_t
kmem_alloc_nofault(map, size)
vm_map_t map;
vm_size_t size;
{
vm_offset_t addr;
int result;

size = round_page(size);
addr = vm_map_min(map);
result = vm_map_find(map, NULL, 0,
&addr, size, TRUE, VM_PROT_ALL, VM_PROT_ALL, MAP_NOFAULT);
if (result != KERN_SUCCESS) {
return (0);
}
return (addr);
}

#ifndef KSTACK_MAX_PAGES
#define KSTACK_MAX_PAGES 32
#endif

って、なってるですね。(in vm/vm_glue.c)

で、

/*
* Create the kernel stack (including pcb for i386) for a new thread.
* This routine directly affects the fork perf for a process and
* create performance for a thread.
*/
void
vm_thread_new(struct thread *td, int pages)

となっているですね。うむむ。

Googleしてみると、こんな記述が。
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/performance/2005-08/0004.html

Hrm... I'll suggest one tunable:

options KSTACK_MAX_PAGES=32 # Maximum pages to give the kernel stack

Don't crank it up too far, but 64 seems to be a decent number in my
experience. I'd pimp more settings, but given that tuning is still
closer to an art than a science (it wouldn't be if someone catalogued
settings for various applications and hardware combinations, but I
digress), I'll suggest having you take a peak at the various NOTES
files and some of the headers, such as: src/sys/amd64/include/param.h.
I've divulged more in the archives, too. -sc

…でかくしてもよさそうな気がするけど、
よく調べてからでないと、ちと、こわいかも。

さらに。

int kstack_pages = KSTACK_PAGES;
SYSCTL_INT(_kern, OID_AUTO, kstack_pages, CTLFLAG_RD, &kstack_pages, 0, "");

sysctl tunableか。
i386では2、amd64では4の模様。

(live22)
%sysctl -a | grep kstack
kern.kstack_pages: 2

(ex14)
%sysctl -a | grep kstack
kern.kstack_pages: 4

で、さらっとカーネルソースに目を通してみたところでは、
>>636 は、どうも埋め込みのようかん。
つまり、カーネルの再構築が必要と。

とりあえず今日は、こんなところで。

あと、bbsd ですが、そんなわけで -n 24 に減らしましたが、
もっと小さな値でも、いいのかも、かも。

>>637
KSTACK_MAX_PAGESはkernel stack一つ当たりのサイズを
制限するものだから、今回のようなkernel stackの数が増え過ぎのときに
増やすのは逆効果では?

>>641
…とすると、httpdの数とか(今のところまだ相当余裕あり)を
もっと減らした方がいいかもしれんと。

全プロセストータルでのスレッド数が増えすぎないようにということでは，
MaxClients の引き下げとかいうあたりですかね．

# こういうのは，カーネルパニックじゃなくシステムコールのエラーリターンのように
# もっと graceful なやり方にできんものか，とも思ったりもしますが......

>>643
<IfModule worker.c>
StartServers 144
MinSpareThreads 768
MaxSpareThreads 4608
Serverlimit 216
ThreadLimit 32
ThreadsPerChild 32
MaxClients 6912
MaxRequestsPerChild 32000000
MaxMemFree 64000
</IfModule>
↓
<IfModule worker.c>
StartServers 96
MinSpareThreads 512
MaxSpareThreads 3072
Serverlimit 144
ThreadLimit 32
ThreadsPerChild 32
MaxClients 4608
MaxRequestsPerChild 32000000
MaxMemFree 64000
</IfModule>

に変更してみた。@ live22

【ブリ大根】負荷監視所_20051214
http://live14.2ch.net/test/read.cgi/liveplus/1134552855/709

カーネルパニックする前に救い出した。
bbsdが凍り付いて、LAがどんどん上がっている状態だった。

とりあえず、-n 24 を -n 8 にして、
httpdとbbsdをリスタートして、再開。

>>630
よく考えたら、panicの直接の原因はkstack allocation failedだけど、
別の何かが大量にメモリを掴んでいることが真の問題とかいうことも考えられますよね。
# vmstat -mz -M /var/crash/vmcore.1
とかして、何か変わったところとかはありますか?

>>646
http://live22.2ch.net/_service/vmstat-20051225.txt

で、実行時に、
vmstat: not implemented

と、出るです。

>>625
done

>>648
逆引きが stiger10[012345].maido3.com になったのを確認しました。

>>645
>カーネルパニックする前に救い出した。
>bbsdが凍り付いて、LAがどんどん上がっている状態だった。

う〜む......その凍り付いてる時にどんな状態だかがわかればってとこですが......＜bbsd
しかし

http://aa5.2ch.net/test/read.cgi/nanmin/1135352063/164
>[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]

なんですよね...... でも，

http://live14.2ch.net/test/read.cgi/liveplus/1134552855/709
>(killでも死なない、kill -9で死んだ)。

ってことはメインスレッドも凍ってたってことでしょうから，
メインスレッドの状態だけでもわかれば手がかりになるかも......

rootさん、こんばんはーヾ('-')ﾉ

>>650
次回再発したら、精査してみるです。

# /proc を mount しておかないと。

>>651
おひさしぶりです。

むさんいつぞやはお世話になりましたー。
本業も一息つきそうなので、手伝えることがないか
このスレに参加させてもらいますー。

pthread_cond_signal(), pthread_cond_broadcast(), pthread_cond_wait()
pthread_mutex_lock(), pthread_mutex_unlock()
pthread_rwlock_rdlock(), pthread_rwlock_wrlock(), pthread_rwlock_unlock()

これらがエラーになったら abort() するようにしてみますた＜bbsd, matd
通常ならこれらがエラーになるのは考えられないんですが，
その考えられないことが発生してるかも知れないので......
で，abort() すると /tmp に core dump します（setuid プロセスになったりしていなければ）．

>>655
おぉ、入れ替えます。

daemontools的にsetuidgidしていますが、coreは吐くはず、、、。
で、abortしたらdaemontoolsが自動的に立ち上げ直すことになると。

最近は鯖さんが氏んでも即復帰する体制作りやってるんですか？ヾ('-')ﾉ

>>654
こことか、nanminを「雪だるま」で検索してみるとか。

>>657
いろいろですね。
そのへんも、微妙にやっていたり。

「絶対繋がる２ちゃんねる」への道

(´-`).｡ｏＯ(毎分ping撃って、10回連続して返事がなかったらリモートコンソールをリモートで動かしてｺﾞﾆｮｺﾞﾆｮ)

…ということで、DNS登録依頼をするです。
雪だるまシステム開発用になります。

以下の登録をよろしくお願いします。

(新規登録)
+snow.2ch.net:206.223.152.30

>>661
done

snow.2ch.net建設予定地見えました。

やほーでsnow.2ch.net見えますた

>>662
いつもはえーですな

>>rootﾀﾝ
何のことかよくわかりませんが、いつもお世話になっております
これからも頑張ってください

そして、実験用新板が生まれた…
http://snow.2ch.net/alaska/

>>936
ttp://qb5.2ch.net/test/read.cgi/operate/1121886018/255-256
ってことで対応してるみたい。

>>668
これ、まだやってないわけですが、さて。

やらないままに突入すると、どうなるのか。

UNIX timeは別に関係ないから(だって所詮は単なる数値)、
dateコマンドとかローカルタイムにする(zoneinfo読む系)ところで、1秒ずれるのかな。
で、ずっとずれ続けると。

FreeBSDだと、
確か5.4R以降じゃないと2006年の閏秒は入ってないから、
そういうやつ(ほとんどのbanana、かなりのtiger)は、何かしないといけないのかな。

ちょっと調べてまとめて、必要ならmaido3.comの中の人にも作業お願いしようっと。

いろいろ調べ中。

結論からいうと、

FreeBSDでは、デフォルトでは閏秒はシステムに入っていない状態なので、
「デフォルト状態で」「NTPでUTCに対して時間を合わせている限り」、
今回の閏秒挿入に関して、何らかのアクションを起こす必要はない。
つまり、我々は何もする必要がない。

になります。

TAIに合わせている場合(例えばclockspeedとかを使っている場合など)は、
FreeBSDでは最初にそもそも対応が必要だったはずで、
その対応と同じことを、ファイルを更新したうえで、再度やる必要がある。

ことになるはず。

重要なFAQ:

ネットワ−クによる時刻情報提供サービス（NTPサ−ビス）のうるう秒対応
http://jjy.nict.go.jp/news/leaps.html#l4

NTPの取り扱う時刻は1900年１月１日を起点とした時系ですが、
過去のうるう秒を積算していません。積算秒数をお知らせします。
日本標準時で1月1日8時59分60秒(UTCでは12月31日23時59分60秒)と
9時0分0秒（UTCでは1月１日0時0分0秒）は9時0分0秒に相当する
同じ積算秒数をカウントします。

すなわち、60秒と0秒は、同じ時刻を２度カウントすることになります。

こんなページが。djbか。
ほんとに、同じ時刻を2度カウントするのね。すごいな。

http://cr.yp.to/proto/utctai.html

1997-06-30 23:59:59.7 UTC -> 867715199.7 xntpd
1997-06-30 23:59:59.8 UTC -> 867715199.8 xntpd
1997-06-30 23:59:59.9 UTC -> 867715199.9 xntpd
1997-06-30 23:59:60.0 UTC -> 867715200.0 xntpd
1997-06-30 23:59:60.1 UTC -> 867715200.1 xntpd
1997-06-30 23:59:60.2 UTC -> 867715200.2 xntpd
1997-06-30 23:59:60.3 UTC -> 867715200.3 xntpd
1997-06-30 23:59:60.4 UTC -> 867715200.4 xntpd
1997-06-30 23:59:60.5 UTC -> 867715200.5 xntpd
1997-06-30 23:59:60.6 UTC -> 867715200.6 xntpd
1997-06-30 23:59:60.7 UTC -> 867715200.7 xntpd
1997-06-30 23:59:60.8 UTC -> 867715200.8 xntpd
1997-06-30 23:59:60.9 UTC -> 867715200.9 xntpd
1997-07-01 00:00:00.0 UTC -> 867715200.0 xntpd
1997-07-01 00:00:00.1 UTC -> 867715200.1 xntpd
1997-07-01 00:00:00.2 UTC -> 867715200.2 xntpd

ということで、今回の件をまとめると、

0) NTPで時刻あわせをしているシステムでは、
今回何の対応もしなくてよい。
つまり、私もmaido3.comの中の人も、何も作業しなくてよい。

1) ntpdは増える閏秒が発生した場合、
同じ秒を2回繰り返すことにより、つじつま合わせをしている。

2) 結果として今回、1136073600 というUNIX timeな時間が、
２ちゃんねる内において1秒間ではなく、2秒間存在することになる。

3) その際のlocaltime()ライブラリによる時間表示は、
Sun Jan 1 09:00:00 JST 2006 となる。

4) つまり、2006/01/01(日) 08:59:60 という表示が
２ちゃんねるにおいて 投稿日： のところに現れることはなく、
2006/01/01(日) 09:00:00 という表示が、2秒間発生することになる。

ということになるのかなと。

つまり、記念カキコしても無駄ですよと
それはそれで寂しいな

if( time == 1136073600 and $$ % 10 == 0){ $FOX->{なんたら} =~ s/\b09:00:00/08:59:60/ }
wktk

1/1はX:YY:XX.aaにしてみるとか

無駄かな？

ログが2個できて壊れる可能性があると？特にVIP

>>676
どひー。

>>677
面白いかも。

>>678
ある瞬間の1秒が2秒に伸びるだけのはずなので、
それは起こらないはず。

qb6には、Time::HiRes が入ってないのね。

必要なのは一部サーバだけだろうから、
live22xとex14あたりだけ入れてみるとかかなと。

あっち行ったりこっち行ったり大変そうですが頑張ってください。

>>680
http://search.cpan.org/~jhi/BSD-Resource-1.24/Resource.pm
こっちの方が何かと使えたりするかも？

>>682
あ、使えないか、、、λ.....

http://www.bsddiary.net/doc/ntpd-leapseconds.html
># cd /usr/src/share/zoneinfo/
># vi leapseconds
>Leap 1998 の行の下に、以下の行を挿入する。
>Leap 2005 Dec 31 23:59:60 + S
>
># make clean
># make LEAPSECONDS=yes install
># cp /usr/share/zoneinfo/Asia/Tokyo /etc/localtime

これで「60秒」が出現するのかな......

祭りたいのか？祭りたいんだなｗ

>>684
FreeBSD 5.4R以降では、最初から2005年12月31日のエントリが入っているです。

で、時刻合わせをTAIでやってやれば、できなくはないのかな。
clockspeedとか使ってみるかんじか。

1/100秒対応:

通らないところで、use したものがない場合エラーになるようなので、
syscallで代用。

# 一部サーバではマイクロ秒もとる
if($ENV{SERVER_NAME} =~ /snow|ex14|live22/)
{
# 本当はこっちの方が普通だが、、、
#use Time::HiRes qw( gettimeofday );
#
#($GBX->{NOWTIME}, $GBX->{NOWMICROTIME}) = gettimeofday;
#
# FreeBSD 5.2.1Rなbananaサーバのperlには
# Time::HiResが入っていないので、
# 替わりにsyscallを使うことにする

my $tv = pack("L!L!", ()); # 2つのpackしたlong型変数

require 'sys/syscall.ph';
syscall(&main::SYS_gettimeofday, $tv, undef);

($GBX->{NOWTIME}, $GBX->{NOWMICROTIME}) = unpack("L!L!", $tv);
}
else
{
$GBX->{NOWTIME} = time ; #現在時刻
}

ほいで、

# マイクロ秒の情報がある場合、1/100秒まで表示する
if(defined($GB->{NOWMICROTIME}))
{
my $csec = sprintf("%02d", int($GB->{NOWMICROTIME} / 10000));
$GB->{DATE} .= '.' . $csec;
}

ex11も入れてみたりしない？

eval "use Time::HiRes";
if ($@) {
# Time::HiResが無かったときの処理
$GBX->{NOWMICROTIME} = 1;
}
else {
# Time::HiResがあったときの処理
$GBX->{NOWMICROTIME} = undef;
}
# $GBX->{NOWMICROTIME} = $@ ? 1 : undef; # 1行にしてみるテスト
でもって、、、

$GBX->{NOWTIME} = &getNowTime(鯖名、板名、とかとか♪);
こんな式にしておいて・・・

sub getNowTime{
# 一部サーバではマイクロ秒もとる
return time unless $ENV{SERVER_NAME} =~ /^snow|^ex14|^live22/;
ﾅﾝﾀﾗｶﾝﾀﾗ･･･
}
で値を返してあげるとかとか♪

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

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

だめっぽいような。

#! /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;

で、これを実行すると、

./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にすれば、動くみたい。

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

ヒント：$@

ですね

>>694
なるほどです。

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

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

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

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

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

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

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

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

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

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

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

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

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

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が急上昇。

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

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

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

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

# XXX
debug.mpsafevfs=0

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>718
ありえるですね。

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

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

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

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

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

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

現在の設定。 @ live22

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

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

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

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

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

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

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

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

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

ようは、各種呪文系と。

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

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

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

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

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

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

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

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

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

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

ということで、以下の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

どーん

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

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

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

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

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

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

あとは、これか。

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

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

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

【実況】 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の子供が一斉に。
# 親は死ななかったので、普通に立ち上がったけど。

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

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

>>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を試す時期か。

いよいよですか．

Security Advisory 何通来るんだろ

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

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