【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16

**root▲ ★** · 04/12/04 00:28:18

peko作戦について語るスレです。
サーバロケーションPIEに関する話題もこちらで。

＜現在の主要なテーマ＞
・read.cgiのmod_cgidso化によるパフォーマンスアップ
・bbs.cgiのSpeedyCGI化によるパフォーマンスアップ
・FreeBSD 5.3Rへのサーバ更新作業&さらなるチューニング

＜関連板・スレッド＞
また挑戦。＠2ch掲示板
http://dso.2ch.net/myanmar/
また挑戦２。＠2ch掲示板
http://dso.2ch.net/yangon/
bbs.cgi再開発プロジェクト４
http://qb5.2ch.net/test/read.cgi/operate/1101984763/
read.cgi再開発スレ
http://qb5.2ch.net/test/read.cgi/operate/1087199303/

＜関連サイト＞
レンタルサーバー maido3.com ２ちゃんねるの転送量: http://server.maido3.com/pie/
MRTGによる統計情報: http://mumumu.mu/mrtg/
２ちゃんねる/PINKちゃんねる稼動中のサーバ一覧: http://mumumu.mu/serverlist.html

＜前スレ＞
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
http://qb5.2ch.net/test/read.cgi/operate/1093068260/

**root▲ ★** · 04/12/09 17:44:40

>>306
ns1/ns2.maido3.com は変わっています。
TTL = 1日なので、最悪次の日までには変わります。
ﾏﾀｰﾘ、待たれたし。

>>304
もし火急の予定がないなら、システムおもり用として1台いただけませんか。
FreeBSDのCVSツリーとか、各種システム設定用マスターとか、
そろそろ必要になってきました。

**root▲ ★** · 04/12/09 17:44:57

>>307
うへー、1台にするつもりすか。

**root▲ ★** · 04/12/09 18:11:47

memoriesでの土地造成ができました。
DNSの儀式いきます。

以下の設定変更をよろしくお願いいたします。

(現在)
+life5.2ch.net:206.223.147.225
+life6.2ch.net:206.223.148.155

(変更後)
+life5.2ch.net:206.223.151.230
+life6.2ch.net:206.223.151.230

**動け動けウゴウゴ２ちゃんねる** · 04/12/09 18:32:18

>>294
英語版なら
ConnectionでSeconds between keepalives、
日本語版なら
Keepalives間の秒数

に0より大きい値を入力でnull packetを送るようになります。

**動け動けウゴウゴ２ちゃんねる** · 04/12/09 18:32:43

>>307
やるのはいいけどダメだった時に備えてそのまま残しといてくれよん
マシン余ってるみたいだし

**FOX ★** · 04/12/09 18:51:17

>>310
変更しました。

**root▲ ★** · 04/12/09 19:03:03

>>313
了解です。
・収容作業

に入ります。これは終わるでしょう。
これが終わったら、

・root password依頼、受け取り
・BBM用セットアップ
・BBM移動(DNS儀式等)

にすすみます。
日付変わるまでには、banana307の依頼を出せるでしょう。

**FOX ★** · 04/12/09 19:16:50

>>314
おくったです

そろそろ避難訓練のリンクは必要ないかな?
まだ作業のこってましたっけ?

**root▲ ★** · 04/12/09 19:28:03

>>315
・新BBMセットアップ
・BBM移動作業

がありますね。
それが終わると、システム系は一段落かと。

**root▲ ★** · 04/12/09 19:29:24

あと、
・dnscache2 になっている現BBMのバージョンアップ

もありますね。
で、dnscacheをうまい具合に2本だてにすると。

**root▲ ★** · 04/12/09 19:37:58

life5 と life6 の memories への収容、終わりました。

これからメール確認します。
BBMセットアップは、しばらくあとで。

**root▲ ★** · 04/12/09 19:45:28

>>315
メール確認したです。

今時点での作業は、とりあえずここまでで。

**動け動けウゴウゴ２ちゃんねる** · 04/12/09 20:00:06

お疲れ様ですー。
life7ってbanana何になるんですか？

**WaterLineVVVF ★** · 04/12/09 20:05:42

>>320
bananaじゃなくてtiger508です(live17が使っていたところ)

**root▲ ★** · 04/12/09 20:17:48

>>320
tiger508です。

狼、VIP、ラウンジ、野球、競馬、毒男、難民、大学生活が入っている
tiger503と同じハードウェア構成です。

memory: bananaの4倍
ディスクの回転数: bananaの2倍

おもりの方はできる範囲でがんがらせていただきますんで、
限りあるサーバ資源を大事に使っていただくように、
住民の方々によろしくお伝えください。

**動け動けウゴウゴ２ちゃんねる** · 04/12/09 20:27:00

>>321-322
ありがとうございます。
ここでunknownだったので(^_^；
http://sv2ch.baila6.jp/sv2ch01.html

rootさん了解ですー。
これからもよろしくお願いします。

**未承諾広告※** ◆TWARamEjuA · 04/12/09 22:11:55

>>323
更新しますたm(_ _)m

**動け動けウゴウゴ２ちゃんねる** · 04/12/10 10:02:58

大仕事お疲れ様です

**動け動けウゴウゴ２ちゃんねる** · 04/12/10 18:52:24

ex9鯖に人柱の板入れましたね。

12月10日移転

(ex5 -> ex9)
http://ex9.2ch.net/football/　海外サッカー
http://ex9.2ch.net/ad/　　　　宣伝掲示板
http://ex9.2ch.net/net/　　　ネットウォッチ
http://ex9.2ch.net/accuse/　2ch批判要望

**動け動けウゴウゴ２ちゃんねる** · 04/12/10 19:16:09

http://www.ungro-p.com/?c2

**動け動けウゴウゴ２ちゃんねる** · 04/12/10 20:04:35

更に人柱。
12月10日移転

(ex8 -> ex9)
http://ex9.2ch.net/kyozin/　アンチ球団
http://ex9.2ch.net/f1/　Ｆ１・モータースポーツ
http://ex9.2ch.net/soccer/　国内サッカー
http://ex9.2ch.net/eleven/　日本代表サッカー
http://ex9.2ch.net/k1/　格闘技

**root▲ ★** · 04/12/11 05:00:34

BBMをbanana307に移動する準備ができました。

以下のDNS変更をお願いしておきます。
サーバ側はセッティング完了しているので(簡単な動作確認もしました)。
いつやっていただいてもOKです。

なお、BBMもこれを機にデータ部分とログ部分をメモリディスク化しました。
(BBQと同様)

(現在)
+m.2ch.net:206.223.151.205
&bbm.2ch.net:206.223.151.205:a

(変更後)
+m.2ch.net:206.223.148.155
&bbm.2ch.net:206.223.148.155:a

**root▲ ★** · 04/12/11 05:19:45

>>329 関連アナウンスをしました。

【BBQ 2本目】公開串登録所【ピンポイント規制】
http://qb5.2ch.net/test/read.cgi/sec2chd/1097737039/692

今夜はここまでかな。

**root▲ ★** · 04/12/11 05:40:39

なお、banana307とbanana273はroot権限ありサーバとなり、
OSのFreeBSD 5.3R-p2へのアップグレード・ディスクパーティション割付の若干の変更、
システムチューニング等を実施しています。

**未承諾広告※** ◆TWARamEjuA · 04/12/11 10:05:16

>>219
-bash-2.05b$ php -v
PHP Warning: Unknown(): Unable to load dynamic library '/usr/local/lib/php/20020429/mysql.so' - Shared object "libmysqlclient.so.10" not found, required by "mysql.so" in Unknown on line 0
PHP 4.3.9 (cli) (built: Dec 5 2004 19:51:51)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies

あれれー鞍は入っているのにのに、、、
-bash-2.05b$ mysql -V
mysql Ver 12.22 Distrib 4.0.21, for portbld-freebsd5.3 (i386)

**動け動けウゴウゴ２ちゃんねる** · 04/12/11 12:25:57

>332
cd /usr/local/etc/php.ini && mv php.ini php.ini.bak
cp php.ini-recommended php.ini

**root▲ ★** · 04/12/11 12:32:07

なおったはず。

% php -v
PHP 4.3.9 (cli) (built: Dec 5 2004 19:51:51)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies

% pkg_info -aI | grep DB
p5-DBD-mysql-2.9004 MySQL driver for the Perl5 Database Interface (DBI)
p5-DBI-1.42_1 The perl5 Database Interface. Required for DBD::* modules

を入れた時に、mysqlのバージョンが上がったためすね。

**root▲ ★** · 04/12/11 12:55:12

tiger510 = hobby7、早朝に panic してリブート入ったようです。
前にもあったかな。FreeBSD 5.3Rのバグかも。

%cat info.0
Good dump found on device /dev/da0s1b
Architecture: i386
Architecture version: 1
Dump length: 2146959360B (2047 MB)
Blocksize: 512
Dumptime: Fri Dec 10 13:05:44 2004
Hostname: tiger510.maido3.com
Versionstring: FreeBSD 5.3-RELEASE #3: Thu Nov 4 21:51:36 PST 2004
root@tiger503.maido3.com:/usr/obj/var/src/sys/I386_TIGER_53
Panicstring: lockmgr: thread 0xc8fc7c80, not exclusive lock holder 0xc35e6af0 unlocking
Bounds: 0

**root▲ ★** · 04/12/11 12:57:46

見てみた。前スレの540～542あたりで ex7 で起きたのと同じすね。
発生率低いみたいだけど、5.3Rの虫さんかも。

540 名前：root▲ ★[sage] 投稿日：04/11/20 07:41:10 ID:???
Nov 19 13:14:09 <3.1> tiger503 savecore: reboot after panic: lockmgr: thread 0xc49b24b0, not exclusive lock holder 0xc3565640 unlocking
Nov 19 13:14:09 <3.5> tiger503 savecore: writing core to vmcore.2

だそうで。< ex7

vmcoreはちゃんととれてるっぽいんで、後で見てみます。
搭乗時間が迫ってるんで、とりあえずまた。

**未承諾広告※** ◆TWARamEjuA · 04/12/11 13:00:28

>>333,334
m(_ _)m深謝ー

**root▲ ★** · 04/12/11 15:20:48

live16 も mod_cgidso な read.cgi 化した。

これで現在、live8 live16 ex7 がこのバージョン。

**root▲ ★** · 04/12/11 15:24:13

同時に、read.cgiとbbs.cgiの際もKeepAliveすることにし、
httpdの数を768→896にした。
上記、ex7と同じチューニング。

**root▲ ★** · 04/12/11 15:39:37

てなわけで、>>329 のDNS設定更新をよろしくですage。

**FOX ★** · 04/12/11 18:30:09

>>338
うわっ
広告とかの関係あるかもですよ、

**動け動けウゴウゴ２ちゃんねる** · 04/12/11 18:33:07

誤爆？

む P061204000064.ppp.prin.ne.jp · 04/12/11 18:35:17

なるほど、
帰ったら管理人に確認してみるです。

◆if11rrrXJg · 04/12/11 19:55:46

質問ですー。
最近の"read.cgi ver8.01+ (04/11/29-) 「Special thanks ◆cZfSunOs.U さん」"で、
リンクがime.nuを通さないのは仕様なんですかね？
スポンサーに怒られないのかしら？
専ブラ率が高いから問題ないとか？それとも実験だから？

**ピロリ** · 04/12/11 19:57:12

じっけん　じっけん
Cobra/Tiger/Banana 各一台

**root▲ ★** · 04/12/11 20:04:07

帰宅。

とりあえず、live16のread.cgiを元に戻しておきました。
これからlive8 @ livecxは負荷試験かな。

**動け動けウゴウゴ２ちゃんねる** · 04/12/11 20:59:25

むぅ。prinか…なかなか通だな。

**root▲ ★** · 04/12/11 21:03:33

>>347
たんに京ぽんなだけすね。

**ピロリ** · 04/12/12 21:26:42

本日の live16 落ちの原因推定

1) どばっと投稿。　ほぼ同時にbbs.cgiがものすごく多数起動さけれる
2) 制限無いので 100% 資源を使ってしまう(たぶんメモリ&CPU)
3) たとえばこのときにスワップ始まるとすると、、、
4) どのbbs.cgi も終了しないのに、さらにどんどん起動
5) システムが動く余地もなくなる
6) どーん

の流れが多分五秒くらいの一瞬のうちに起ったと予想。

ちゅーにんぐの方向
すべての段階が均等に資源を使えるように各段階をうまく制御

100本の道が使えて、五(区間)段階あるとすると
一番効率がいいのは　各区間が　20本づつの道路で結ばれるとき
第一区間に100本使い切ったら、誰も次の地点へ行けないと、

**root▲ ★** · 04/12/12 21:40:46

>>349
概ねそんな感じかと。
転送量も「ぎゅわ」と上がっているので、読むほうも。

20:05のステータスログが残っている(20:10は既に落ちていた)ので、
各プロセスの起動状況をチェックしてみます。

といっても、バックエンド側の正確な起動数はわからんですね。

**root▲ ★** · 04/12/12 21:43:57

で、-M32にして、バックエンドプロセスを制限している状態と。
↓
サーバダウン(鯖落ち)情報 Part54
http://qb5.2ch.net/test/read.cgi/operate/1102346568/193-201

**root▲ ★** · 04/12/12 22:00:28

とりあえず、20:05のlive16。
http://mumumu.mu/20041212-2005-live16.html

**▲ 某ソレ511** · 04/12/12 22:05:41

live16鯖落ちたのって実況スレ見る限り、20:05:30前だったようだけど、
ここで20:05:00～30で254resってなってるけど、1分間では500res超え換算になるのか。。
その前の5分間は、400resも超えてないんだけど、その時間に急に来たようですね。。

ついでに、このlive16鯖が落ちたと同時にstatsも10分くらい記録が止まったようです。
netstatのを見てると、やっぱりdropped due to full socket buffers のところが急増してるです。。

**ピロリ** · 04/12/12 22:13:31

live16 -M64
ex7 -M128
live8 -M256

で観察してみようか?

**root▲ ★** · 04/12/12 22:23:58

>>352
全httpdスロット数 896

bbs.cgiの処理待ちだったhttpdの数: 197
read.cgiの処理待ちだったhttpdの数: 6
静的ファイル(datやsubject.txt)の転送中だったhttpdの数: 45
処理を終わって、同じクライアントからの接続をKeepAliveしているhttpdの数: 358
KeepAlive接続をクローズしようとしていたhttpdの数: 93
ステータス(この統計)処理に使っていたhttpdの数: 1
接続待ちだったhttpdの数: 196

最近つらかった時のやつ(千と千尋)と比べてみたほうがいいかもしれないけど、
一見して、bbs.cgiの処理待ちのhttpdの数が多い気がする。

この状態の直後から、仮死状態か。

**root▲ ★** · 04/12/12 22:24:43

>>354
いいアイディアだと思います。

**root▲ ★** · 04/12/12 22:26:05

>>353
20:04～20:05頃に、画面上で何があったんだろう。

**ピロリ** · 04/12/12 22:32:54

>>354
投入した。

他のtigerは制限無し

**動け動けウゴウゴ２ちゃんねる** · 04/12/12 22:36:53

>>357
「新選組！」のOPが流れました

**動け動けウゴウゴ２ちゃんねる** · 04/12/12 22:38:18

>>357
新選組最終回大合唱スレ
http://live16.2ch.net/test/read.cgi/livenhk/1102845878/

新撰組のＯＰで　大合唱の最中でした

**ピロリ** · 04/12/12 22:39:17

ほとんどのサーバが 20:00 - 20:30 の間に影響を受けている
ように見えますね、投稿数を見ると(stats.2ch.net)

実際には「数えられなかった」と見たほうがいいのかな?
それとも、実際に投稿し辛くなったんだろか?

**root▲ ★** · 04/12/12 22:51:12

最後に処理した、あるいは処理中だったURL。
ただし、read.cgiは最後のレス番号部分は同じとみなす。

<= が速かったのね。でもまぁ、このぐらいはよくあること。

CPU Usageが多くなっていないので、CPUを使えない状況にあったのか。

1 222 live16.2ch.net POST /test/bbs.cgi
2 111 live16.2ch.net GET /livenhk/dat/1102848643.dat <=
3 95 live16.2ch.net GET /livenhk/dat/1102845878.dat <=
4 73 live16.2ch.net GET /livenhk/
5 65 live16.2ch.net GET /liventv/dat/1102846836.dat <=
6 53 live16.2ch.net GET /livenhk/subject.txt
7 32 live16.2ch.net GET /test/read.cgi/livenhk/1102848643/ <=
8 28 live16.2ch.net GET /test/read.cgi/livenhk/1102845878/ <=
9 27 live16.2ch.net GET /test/read.cgi/liventv/1102846836/ <=
10 24 live16.2ch.net GET /livenhk/dat/1102776831.dat
11 20 live16.2ch.net GET /liventv/
12 15 live16.2ch.net GET /livenhk/dat/1102844858.dat
13 12 live16.2ch.net GET /liventv/subject.txt
14 11 live16.2ch.net GET /livetx/dat/1102844754.dat
15 10 live16.2ch.net GET /test/read.cgi/livetx/1102844754/
16 8 live16.2ch.net GET /livenhk/index.html
17 7 live16.2ch.net GET /test/read.cgi/livenhk/1102776831/
18 6 live16.2ch.net GET /livetx/
19 6 live16.2ch.net GET /liventv/index.html
20 5 live16.2ch.net GET /livenhk/dat/1102849227.dat
21 5 live16.2ch.net GET /livenhk/dat/1102845495.dat

>>361
他の(関係ない)サーバでも重かったとすると、DNSからの戻り
(bbsとかnikuとかリモホ逆引きのように、全投稿において問い合わせが起こるもの)の
うちのどれかが、パフォーマンス低下を起こしていたというのは、ありえますね。

>>353 がビンゴかもしれない。oyster243のnetstatはどうだったんだろう。

**root▲ ★** · 04/12/12 22:54:19

見ました。>>360

あんな勢いでAA貼ってたのか、、、。
ｷﾀｰは1行だけど(そうでないのもあるが)、AAはその数倍だからなぁ。

**ピロリ** · 04/12/12 22:58:00

>>360
はげしく　わ・ら・た

んなことやってるんだ、、、

**root▲ ★** · 04/12/12 22:59:04

oyster243 (dnscache/BBQ) は、該当時間処理落としてないですね。
http://bbq.2ch.net/_service/netstat-20041212.txt

banana238は、この時間かなり処理を落としています。
つまり、BBS処理(毎回処理するため、ローカルDNSキャッシュが効かない)でブロックが発生している。
http://stats.2ch.net/_service/netstat-20041212.txt

2004/12/12 20:05:00
udp:
12188781 datagrams received
0 with incomplete header
0 with bad data length field
1 with bad checksum
35 with no checksum
4190 dropped due to no socket
74 broadcast/multicast datagrams dropped due to no socket
166104 dropped due to full socket buffers
0 not for hashed pcb
12018412 delivered
12018903 datagrams output
------------------------------------------------
2004/12/12 20:15:00
udp:
12315344 datagrams received
0 with incomplete header
0 with bad data length field
1 with bad checksum
35 with no checksum
4190 dropped due to no socket
74 broadcast/multicast datagrams dropped due to no socket
286824 dropped due to full socket buffers
0 not for hashed pcb
12024255 delivered
12024747 datagrams output
------------------------------------------------

BBS/stats を cobra2245 に緊急移転するに1票。

**ピロリ** · 04/12/12 23:04:28

なんか既にいろいろ忘れているんですが、、、

BBS(stats.2ch.net) ってどんなことしてましたっけ?
1) 数える
2) スピード違反を取り締まる(トカゲの尻尾)

だけだったかな?

**root▲ ★** · 04/12/12 23:06:41

>>366
そのはず。
(DNS側からは、2本のプログラムにログ流しています)

**ピロリ** · 04/12/12 23:12:17

stats.2ch.net(BBS) は・・・

1) DNS 経由をやめて、CGI経由(http)で処理するに変更
2) 数える方は簡単だけどスピード測定(top10を含む)はロジック考え直しかなぁ
3) なんかまたそ゜ろやることが増えてきたなぁ

**root▲ ★** · 04/12/12 23:26:15

>>368
例の「DNS側のコストが限界なら、ロジックを変える」ってやつですか。
DNS側より、ネットワーク的問題な気もするんですけどね。

10Mbps Etherなのが理由のひとつとしてあるような気がしています。
あるいは、ネットワーク関連のシステム変数の設定の問題か。

banana238のネットワーク関係のシステム設定を、再度おさらいしてみるです。

**動け動けウゴウゴ２ちゃんねる** · 04/12/12 23:38:19

>>360
コピペ荒らし以外の何物でもないな。

**root▲ ★** · 04/12/12 23:38:49

今日寝るまでに、banana238のBBSのデータ部分とログ部分をメモリディスク仕様にしておこう。
ログ記録部分で時間かかっているとしたら、これでだいぶかわるはず。

**root▲ ★** · 04/12/12 23:44:35

>>369
ネットワーク関係のシステム設定は、oyster243とbanana238で大きな違いはありませんｄした。

前はoyster243はバッファを超大きくとってたけど、メモリディスク1.5Gとったときに小さくして、
banana238はバージョンアップしたときに大きくしたから、偶然同じような設定になっていました。

違いは、
・ネットワーク速度(10Mか100M)
・ネットワークインタフェースの種別、接続I/F(vr/32ビットPCIかbge/64bitPCI)
・メモリの容量により自動セッティングされる各種システム変数

ぐらいか。

いったんめし。

**root▲ ★** · 04/12/13 00:32:11

>>371
BBSのログ部分とDNSのDB部分をメモリディスク化した。

・BBQのログ部分、DNSのDB部分
・dnscacheのログ部分
・BBSのログ部分、DNSのDB部分
・新BBMのログ部分、DNSのDB部分(旧BBMは未)

BBXは、とりあえず今のところディスク仕様のまま。

**ピロリ** · 04/12/13 00:57:42

今週は
地道に　bbs.cgi(Speedy版) の改良を続けていきますかっと

**root▲ ★** · 04/12/13 01:04:24

私はシステム系作業の続きと、
気が向けば read.cgi の dso パッチを読んでみようかと。

明日はやめなんで、今日は早寝の予定。

**ピロリ** · 04/12/13 01:06:49

はやねはやーね

**( *´ⅴ｀)ﾉﾝ** ◆.HNONOTaN. · 04/12/13 01:07:20

>>376

**root▲ ★** · 04/12/13 01:09:30

>>376

**root▲ ★** · 04/12/13 13:32:26

bbs.cgi再開発プロジェクト４
http://qb5.2ch.net/test/read.cgi/operate/1101984763/717-719

DNS検索コストを下げる試み。

**root▲ ★** · 04/12/13 13:32:54

>>379
レスアンカー間違えた。

bbs.cgi再開発プロジェクト４
http://qb5.2ch.net/test/read.cgi/operate/1101984763/817-819

**ピロリ** · 04/12/13 13:44:56

ex9 りぶーと

**root▲ ★** · 04/12/13 14:29:13

あとで、live8 live16 ex7のdnscacheのログ部分をメモリディスク化しておこう。

**ピロリ** · 04/12/13 14:38:22

>>329
やりましたー

**root▲ ★** · 04/12/13 14:54:40

oyster243のdnscacheをリスタートしました。
これで変わりました。
# ほんとはリスタートしなくても変わりますが、それまでには時間を要するため。

tiger/cobraも同じことしとこう。

**ピロリ** · 04/12/13 15:02:32

ex9 をジンギスカン化するです
沢山の仲間をお迎えするために、

**動け動けウゴウゴ２ちゃんねる** · 04/12/13 15:05:24

くわくわ

ジンギスカン化はバックエンド（システム系）および掲示板系

どっちにも効能があります？
手っ取り早くクスリが効く幹事ですかな。

**ピロリ** · 04/12/13 15:13:29

そですね、

一番の効果は HDD に優しい 2ch になることかも鴨

**root▲ ★** · 04/12/13 15:15:35

>>386
メモリディスク化はI/O高速化&コスト削減ですからね。
まさに最終行かと。

ただあんまりとると他の資源(プロセスやI/Oバッファキャッシュ)に影響するんで、
どこをどう、どのくらいメモリディスク化するかをうまくさじ加減する必要があると。

**ピロリ** · 04/12/13 15:18:31

ですねぇ、

今のところ　大きな板だけに施工中ってとこです
同じファイルを激しく叩くから、

**root▲ ★** · 04/12/13 15:32:28

>>384
掲示板tiger/cobra実施済。

ということで、準備できたらcobra2245のバージョンアップ作業するです。

**動け動けウゴウゴ２ちゃんねる** · 04/12/13 15:40:09

設定が巻き戻る対策は後回しなのかな。

**ピロリ** · 04/12/13 16:24:43

めも

今、あいているサーバ

ex5 (banana224)
ex8 (banana399)

**root▲ ★** · 04/12/13 16:26:48

>>392
これらのサーバへのf22は、どうしましょ。

**ピロリ** · 04/12/13 16:27:09

止めていただけると、ありがたいです

**root▲ ★** · 04/12/13 16:29:22

>>394
今既に止まってます。
2ｃｈの動作報告はここで。パート15
http://qb5.2ch.net/test/read.cgi/operate/1090485214/921

んでは、そのままで。

**root▲ ★** · 04/12/13 19:23:23

■　めまい
http://dso.2ch.net/test/read.cgi/myanmar/1102008822/232
232 名前：○ h005.p996.iij4u.or.jp[sage] 投稿日：04/12/13 19:19:49 ID:???
RaidCard が届いてケースに貼ってあるらしいっすよ　>>231

いい機会なので、cobra2245 = 旧BBM/dnscache2 に入れてみようと思います。
RAID構築しなおしだから、OSもイニシャルインストールしなきゃならんし。

**root▲ ★** · 04/12/14 18:57:44

ex9が参照しているDNSキャッシュサーバにある
旧BBMサーバのexpireにまだ2日以上ある、、、。(下記)

djbdnsのデフォルトではDNSサーバのIPアドレス変更の反映は最大3日なので
正常動作なわけですが、どうもタイミングが悪かった模様。

これが終わるまで、cobra2245へのRAIDカードのインストール作業が（りゃ。
今やると旧BBMがブロックするので、ex9が止まってしまう。
みたところ、他は変わったようですが、これだけ変わってない模様。

DNSキャッシュサーバのリセット依頼は出してはあったりするので、
とりあえず、時を待つことにしよう。

ch2ex9@banana231:~$ dig -t a a.ns.bbm.2ch.net

; <<>> DiG 8.3 <<>> -t a.ns.bbm.2ch.net
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 359
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUERY SECTION:
;; a.ns.bbm.2ch.net, type = A, class = IN

;; ANSWER SECTION:
a.ns.bbm.2ch.net. 2d21h31m11s IN A 206.223.151.205

;; Total query time: 0 msec
;; FROM: banana231.maido3.com to SERVER: 206.223.148.252
;; WHEN: Tue Dec 14 01:49:18 2004
;; MSG SIZE sent: 34 rcvd: 50

**root▲ ★** · 04/12/14 19:37:02

soap とかが入っているサーバ(idol.bbspink.com)も旧サーバに来ているので、
いずれにせよしばらく待つ必要がありそうすね。< cobra2245

時間取れたら、先にblackgoat4(最後の5.2.1R系tiger)をやるか。

**root▲ ★** · 04/12/15 23:34:49

kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).
kern.maxpipekva exceeded, please see tuning(7).

ってのが、死ぬほど出てるですね。< ex9

重かった原因のひとつはこれかと。

**root▲ ★** · 04/12/15 23:55:30

>>399 はHE時代に地震をumaサーバでさばいていた時や、
以前live8でも出たやつですね。

具体的には、I/Oアクセス集中でカーネル内の静的なバッファを使い切ってしまう症状すね。
tiger/cobraでは、/boot/loader.confでこの値を増やしてあります。

(全tiger)
kern.ipc.maxpipekva=20971520

(live8)
kern.ipc.maxpipekva=41943040

(bananaのデフォルト)
kern.ipc.maxpipekva: 8568832

**動け動けウゴウゴ２ちゃんねる** · 04/12/16 00:50:47

　　＼　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　√
　　　＼　　ｳｪｰﾊｯﾊｯﾊｯ!! 　　　　　　　　　　　　　　　　　　　　　　　ヾ(ﾟдﾟ；)ﾉ゛
　　　　　＼　　　　Λ＿Λ ﾄﾞﾙﾙﾙﾙ!!!!!　　　　　　　　　　　　　　ｷﾝｯ（￣￣）　　
　　　　　　＼　　 <丶｀∀´>＿__｡　＼从/ 　　　　＿　_　ｶﾝｯ ∴∴・）　　（　　
名前： FOX　＼ミ（　つ【〔ﾛ=：(∈(二(@　＞　‐―　＿　　-, ∴.*：（＝＝＝）
狼にlive8を落と＼人　ヽﾉ Ⅲ￣゛　／W'ヽ　　　　￣　　　  ｷﾝｯ∴;ヽ====/
ことは不可能。わ＼（_＿ﾌ ⅢF5..､､､　　,,,　　　　　　　　　　　　ｶﾝｯ　>＿<　　
っはっは。　　　　　  ＼　　　　 ∧∧∧∧∧∧　　　　　 ∧∧　　　　　　　仕事人
名前： root ★ 投稿日：＼　＜　　さ　働　＞　　　　(　´∀)　旦　　　旦 (Д｀　)　　
>>806 　　勝ったな。　　　＼＜　　ん　く　＞　　　（　ひつ　==========　 )ゞﾎﾟﾘﾎﾟﾘ　　
圧倒的に勝った。（＠ｗ荒　　＜　の　 r　＞　　　と＿)_）／※※※※※ ゝ　
――――――――――――＜　　予　 o　＞――――――――――――
Me: 　　　　　　　　　　　　　　　＜　感　o　＞
All this bad things caused by ＜　 !!　　t　＞　名前： ◆MUMUMUhnYI [sage] 投稿日
me. Hontoni sumimasen.　　　　 /∨∨∨∨＼　深夜の誰もいないホテルで各種グラフを
Jim: 　　　　　　　　　  　　　　/┌─┐r・o・o・＼　見て「うふふ」とか「うっしっし」とか言っ
its all good. We have been　　/ │★│r・o・o・t・＼　てるのって、はたから見るとちょっと
pushing it for many years, 　/　└─┤r・o・o・t・★＼キモいのかなぁ。
and I am not ready to stop./　　_　 ∩ r・o・o・t・★！＼
Are you? 　　　　　　　　　　/　　(　ﾟ∀ﾟ)彡r・o・o・t・★！！＼　　
Me: 　　　　　　　　　　　　　./┌─┬⊂彡　r・o・o・t・★！！！＼　　　う　っ　し　っ　し　。
Mmm...　thank you, 　　 /　｜★｜　　　　 r・o・o・t・★！！！！＼　　
*(ﾉД`)+ﾟ｡:*ﾟ+:ﾟ+:ﾟ:*:｡:* 　/ 　└─┘　　　　　　　　　　　　　　　　　　＼

**外野ｧｧﾝ** · 04/12/16 00:55:55

ﾜﾛﾀ

**ヾ●ﾉﾞ** ◆Dj77NATTOQ · 04/12/16 00:58:37

夜勤の根っこ作戦か

**動け動けウゴウゴ２ちゃんねる** · 04/12/16 01:51:38

>>401
雑談スレかと思った。熱狂的ファンですか。

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/12/16 10:20:11

>>404
ファン？root教(?)信者じゃないですかね

>>402は雑談スレでやってくれと。

**root▲ ★** · 04/12/16 11:36:36

game10も他のtigerと理由、同じだなぁ。
落ちた時間も朝6時前後か。

/homeの定時バックアップ処理(ディスクにバースト的な負荷がかかる)が関係しているような気がします。
直感的には、5.3Rのカーネルの虫で、たまに踏んでいると。

しらべてみます。

Good dump found on device /dev/da0s1b
Architecture: i386
Architecture version: 1
Dump length: 2146959360B (2047 MB)
Blocksize: 512
Dumptime: Wed Dec 15 13:02:34 2004
Hostname: tiger504.maido3.com
Versionstring: FreeBSD 5.3-RELEASE #3: Thu Nov 4 21:51:36 PST 2004
root@tiger503.maido3.com:/usr/obj/var/src/sys/I386_TIGER_53
Panicstring: lockmgr: thread 0xc512bc80, not exclusive lock holder 0xc35e6af0 unlocking
Bounds: 0

**root▲ ★** · 04/12/16 11:40:11

>>406
kgdb /boot/kernel/kernel vmcore.0 の出力。

#0 0xc0507ca2 in doadump ()
#1 0xc050829b in boot ()
#2 0xc05085c1 in panic ()
#3 0xc04fcd29 in lockmgr ()
#4 0xc0553b83 in vop_stdunlock ()
#5 0xc0553a33 in vop_defaultop ()
#6 0xc061dc67 in ufs_vnoperate ()
#7 0xc0616947 in ufs_inactive ()
#8 0xc061dc67 in ufs_vnoperate ()
#9 0xc055c2f0 in vrele ()
#10 0xc061a3cb in ufs_close ()
#11 0xc061dc67 in ufs_vnoperate ()
#12 0xc05666b0 in vn_close ()
#13 0xc05675a2 in vn_closefile ()
#14 0xc04ea014 in fdrop_locked ()
#15 0xc04e8e61 in fdrop ()
#16 0xc04e8e17 in closef ()
#17 0xc04e861f in fdfree ()
#18 0xc04f01c8 in exit1 ()
#19 0xc04efcf4 in sys_exit ()
#20 0xc066b9ff in syscall ()
#21 0xc06593af in Xint0x80_syscall ()
#22 0xffff002f in ?? ()
#23 0xffff002f in ?? ()
#24 0xbfbf002f in ?? ()
#25 0x0000096e in ?? ()
#26 0x0804b924 in ?? ()
#27 0xbfbfe4b8 in ?? ()
#28 0xf737bd74 in ?? ()
#29 0x281425ec in ?? ()
#30 0x281424b0 in ?? ()
#31 0x281424b0 in ?? ()
#32 0x00000001 in ?? ()

(続く)