【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/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 ?? ()

(続く)

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

#33 0x0000000c in ?? ()
#34 0x00000002 in ?? ()
#35 0x280c9373 in ?? ()
#36 0x0000001f in ?? ()
#37 0x00000292 in ?? ()
#38 0xbfbfe49c in ?? ()
#39 0x0000002f in ?? ()
#40 0x00000000 in ?? ()
#41 0x00000000 in ?? ()
#42 0x00000000 in ?? ()
#43 0x00000000 in ?? ()
#44 0x383e5000 in ?? ()
#45 0xc512e710 in ?? ()
#46 0xc512bc80 in ?? ()
#47 0xf737b718 in ?? ()
#48 0xf737b700 in ?? ()
#49 0xc346b960 in ?? ()
#50 0xc05188a3 in sched_switch ()
Previous frame inner to this frame (corrupt stack?)

(ここまで)

**root▲ ★** · 04/12/16 11:47:35

これっぽい。
http://lists.freebsd.org/pipermail/freebsd-current/2003-November/013045.html
http://lists.freebsd.org/pipermail/freebsd-current/2003-November/013050.html

このスレッド見ると、パッチもありそうすね。
http://lists.freebsd.org/pipermail/freebsd-current/2003-November/thread.html#13045

あとで、今のcurrentやstableのソースと比較してみようかなと。

**root▲ ★** · 04/12/16 11:49:26

でもこれ、シャットダウン時だからなぁ。2年前の日付だし。

とりあえず今のとこはここまで。

**動け動けウゴウゴ２ちゃんねる** · 04/12/16 11:53:28

乙

**動け動けウゴウゴ２ちゃんねる** · 04/12/16 15:14:31

しまった！root氏の時計は2倍速だ！
オレが止めているうちにroot氏の中のマザーボードを修理しろ！
早く！早く！root氏に構わず修理しろ！

**root▲ ★** · 04/12/16 15:21:23

>>412
うわわ。まだ2004年だし。ｼｮﾎﾞｰﾝ

# まだex9が参照しているDNSサーバのa.ns.bbm.2ch.netのアドレスが微妙に変わらないみたい。< BBM
# 旧サーバで指定しているDNSサーバのIPアドレスも新アドレスに変えてみた。

**ピロリ** · 04/12/16 15:42:04

>>413
何がどう悪いんですかねぇ　< DNS

**root▲ ★** · 04/12/16 15:58:33

>>414
FreeBSDのライブラリ側の虫さんかもとか、思っていたりします。
あるいは、dnscache側か。

DNSサーバの名前を変えずにIPアドレスだけ変えた場合に、
ごくまれに変なことが起こるようです。

さきほど >>413 をやったので遅かれ早かれ変わるとは思います。

でも、ex9が参照しているDNSキャッシュサーバのdnscacheをリスタートいただけると
かなりうれしいです。

**ピロリ** · 04/12/16 16:05:51

交渉中。。。

ところで
2005年仕様のDNSの参照先&順番はどうするんでしたっけ?

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

>>416
個人的には前にもありましたが「今回設定を変えたら当面、変えなくてもいいようにしたい」
と思っています。

ということで、

・2個のDNSキャッシュサーバ(今のoyster243 + cobra2245を想定)で1つのサービス用のIPアドレスを共有する
・このIPアドレスは、今のものとは別につける
・それを/etc/resolv.confから参照する

という形にチャレンジしたい、と考えています。

**ピロリ** · 04/12/16 16:14:05

ほうほう

今回そのIPアドレスは登場しますか?

**root▲ ★** · 04/12/16 16:18:16

>>418
ネットワーク的な設定やIPアドレス割り当て等を一緒にすすめる必要があるので、
PIEの中の人たちと共同作業する必要があると思います。

それができれば、IPアドレスは登場させられるんではないかと。

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

いずれにせよcobra2245へのRAIDカードの導入の際には、
Seanくんといろいろ調整することになりますので、
その時にいくつか必要な情報について、わたしのほうから確認してみますです。

**ピロリ** · 04/12/16 16:26:07

りょうかいでーす

現時点では

1) peko243
2) peko245
3) maido3 (1)
4) maido3 (2)

で良いかな?

**root▲ ★** · 04/12/16 16:29:20

はい、現時点ではそれでOKです。

で、live15だったかしら、
一時的にpeko245(= cobra2245)を向かせているやつがあったと思うので、
向きを変えておいていただけると助かります。
(cobra2245はディスクレイアウトが変わるため、いったん完全に初期化されます)

**ピロリ** · 04/12/16 16:35:33

>>415
リスタートしたです。

ちなみに
1) peko243
2) peko245
は具体的にIPは何番になるですか?

**root▲ ★** · 04/12/16 16:41:55

>>423
1) 206.223.151.222 (dnscache.peko.2ch.net)
2) 206.223.151.206 (dnscache2.peko.2ch.net)

です。

**ピロリ** · 04/12/16 16:47:54

さんきゅうでーす

**ピロリ** · 04/12/16 16:52:26

banana231 のresolv.conf

1) 206.223.151.222 (dnscache.peko.2ch.net)
2) 206.223.151.206 (dnscache2.peko.2ch.net)
3) maido3(1)
4) maido3(2)

に設定しました。

**root▲ ★** · 04/12/16 16:59:07

banana398 (live15) も同様におながいしますー。>>426

あと、banana214 (pie.bbspink.com)が参照しているdnscacheのリスタートも
あわせてお願いします。

これで、cobra2245の作業障壁は、なくなるはず。

**ピロリ** · 04/12/16 17:02:56

作業依頼中。。。

**ピロリ** · 04/12/16 17:13:08

>>427
完了。

**root▲ ★** · 04/12/16 23:14:07

http://stats.2ch.net/_service/netstat-20041216.txt
うーん。

2004/12/16 22:15:00
udp:
7675642 datagrams received
0 with incomplete header
0 with bad data length field
0 with bad checksum
23 with no checksum
5497 dropped due to no socket
40 broadcast/multicast datagrams dropped due to no socket
0 dropped due to full socket buffers
0 not for hashed pcb
7670105 delivered
7670300 datagrams output
------------------------------------------------
2004/12/16 22:25:00
udp:
7704987 datagrams received
0 with incomplete header
0 with bad data length field
0 with bad checksum
23 with no checksum
5497 dropped due to no socket
40 broadcast/multicast datagrams dropped due to no socket
=>1460 dropped due to full socket buffers
0 not for hashed pcb
7697990 delivered
7698186 datagrams output

**root▲ ★** · 04/12/16 23:15:29

あう、TABだったから詰まった。

22:15～22:25の間、微妙に何かあったのか。