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

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/08/21 15:04

peko作戦について語るスレです。
サーバロケーションPIEに関する話題もこちらで。
現在の主要なテーマはpeko/cobraおよびtigerサーバが
特定条件下における突然死の原因究明です。
９月にrootさんが現地へ渡米して作業するそうです。

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

＜運営板PINKちゃんねる関係＞
【Project ama】PINKちゃんねる特化型ｻｰﾊﾞ構築作戦 Part2
http://qb5.2ch.net/test/read.cgi/operate/1082721809/l50
【PINKちゃんねる】新サーバ獲得会議☆3
http://qb5.2ch.net/test/read.cgi/operate/1080295660/l50

＜携帯電話特化型サーバ構築作戦関係＞
【Love Affair】携帯からのアクセスに対する考察・次の一手 Part2
http://qb5.2ch.net/test/read.cgi/operate/1088657713/l50

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

**root▲ ★** · 04/11/05 13:57:55

live8とex7で、make buildworldとmake buildkernelぐらいしておくかな。

**root▲ ★** · 04/11/07 10:02:33

http://lists.freebsd.org/pipermail/freebsd-announce/2004-November/000964.html
━（ﾟ∀ﾟ）━（ﾟ∀）━（　ﾟ）━（　）━（　）━（ﾟ　）━（∀ﾟ）━（ﾟ∀ﾟ）━━

● ◆ANGLERlqvM · 04/11/07 10:53:49

>>371
お、遂に来ましたか。

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

ｵｰﾌﾟﾆｬ(ﾟ∀ﾟ)!!

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/11/07 12:01:25

>>371
では早速ex7とlive8を人柱にしてみませう

**root▲ ★** · 04/11/07 14:46:44

live8/ex7 バージョンアップ完了。
これで問題なければ、他のサーバにも徐々にってかんじで。

live8
%uname -a
FreeBSD oyster901.maido3.com 5.3-RELEASE FreeBSD 5.3-RELEASE #2: Thu Nov 4 21:52:19 PST 2004 root@oyster901.maido3.com:/usr/obj/usr/src/sys/AMD64_COBRA_53 amd64

ex7
%uname -a
FreeBSD tiger503.maido3.com 5.3-RELEASE 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 i386

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/11/08 16:47:39

今週末ぐらいまで問題発生しなければぼちぼちいけますかね

(ただし見習いさんあたりの号令次第で早まるかも知れんけど)

◆A/T2/75/82 · 04/11/08 16:48:32

ごーれー　ごれごれごれー♪

**動け動けウゴウゴ２ちゃんねる** · 04/11/08 16:50:52

早まりましたな。

**root▲ ★** · 04/11/09 02:21:10

何か「どーん」と来ると、仮死状態になるですね。< live8
こんなメッセージとともに。

ex7でも前に起きた(西部警察の時)し。
5.3-BETA2にして以降出ているので、、基本的に同じ癖を持っているみたい。

Limiting icmp unreach response from 667 to 200 packets/sec
Limiting icmp unreach response from 430 to 200 packets/sec
Limiting icmp unreach response from 307 to 200 packets/sec
Limiting icmp unreach response from 485 to 200 packets/sec
Limiting icmp unreach response from 237 to 200 packets/sec
Limiting icmp unreach response from 804 to 200 packets/sec
Limiting icmp unreach response from 667 to 200 packets/sec
Limiting icmp unreach response from 483 to 200 packets/sec
Limiting icmp unreach response from 249 to 200 packets/sec
Limiting icmp unreach response from 228 to 200 packets/sec
Limiting icmp unreach response from 236 to 200 packets/sec
Limiting icmp unreach response from 655 to 200 packets/sec
Limiting icmp unreach response from 1198 to 200 packets/sec

**root▲ ★** · 04/11/09 02:27:21

うーん。

2004/11/08 21:30:01 LA= 9:30PM up 1 day, 7:03, 0 users, load averages: 2.67, 2.73, 2.18
2004/11/08 21:40:00 LA= 9:40PM up 1 day, 7:13, 0 users, load averages: 54.95, 69.39, 37.19
2004/11/08 22:00:01 LA=10:00PM up 1 day, 7:33, 0 users, load averages: 1.12, 38.73, 58.44
2004/11/08 22:10:00 LA=10:10PM up 1 day, 7:43, 0 users, load averages: 0.93, 5.89, 29.24
2004/11/08 22:20:01 LA=10:20PM up 1 day, 7:53, 0 users, load averages: 0.61, 1.34, 14.70
2004/11/08 22:30:01 LA=10:30PM up 1 day, 8:03, 0 users, load averages: 8.22, 3.99, 8.94
2004/11/08 23:00:01 LA=11:00PM up 1 day, 8:33, 0 users, load averages: 662.45, 887.33, 840.68
2004/11/08 23:10:01 LA=11:10PM up 1 day, 8:43, 0 users, load averages: 0.66, 125.81, 423.08
2004/11/08 23:20:01 LA=11:20PM up 1 day, 8:53, 0 users, load averages: 0.39, 17.82, 211.69
2004/11/08 23:30:00 LA=11:30PM up 1 day, 9:03, 0 users, load averages: 2.36, 3.58, 104.58
2004/11/08 23:40:01 LA=11:40PM up 1 day, 9:13, 0 users, load averages: 2.52, 2.13, 52.17
2004/11/08 23:50:00 LA=11:50PM up 1 day, 9:23, 0 users, load averages: 0.48, 0.89, 26.29

**root▲ ★** · 04/11/09 02:35:22

LAがすごい勢いで上がる(600を超える)
システムが重くなり、無反応になる
そのまま数分～10分ぐらい、戻ってこない

という状況になりますね。

ちゃんと、

maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).

と出ているので、プロセス数のリミッター(150)は、効いているはずだと思うんだけど。

**動け動けウゴウゴ２ちゃんねる** · 04/11/09 06:48:51

>>381
live18,飛んでますがね・・・・

**▲ 某ソレ511** · 04/11/09 06:58:09

live18ってtigerでもcobraでもないけど

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/11/09 09:10:23

5.3Beta2・releaseとbeta1のカーネルのdiffとってみると原因がわかるかもしれないっすね

そもそもカーネルなのかあやしいけど

**root▲ ★** · 04/11/09 10:28:17

>>384
んー、5.2.1Rの時はこういう落ち方はなかったような。

httpdの数を減らすというのももちろん手だけど、ちょっといまいちかもなぁ。
でも、やってみるかも。

**root▲ ★** · 04/11/09 12:45:54

live8の設定を変えてみた。
最初から用意するhttpdを増やして、最大数を減らす方向で。

<IfModule prefork.c>
StartServers 256
MinSpareServers 5
MaxSpareServers 256
ServerLimit 1536
MaxClients 1536
MaxRequestsPerChild 1000000
</IfModule>

<IfModule prefork.c>
StartServers 512
MinSpareServers 5
MaxSpareServers 512
ServerLimit 768
MaxClients 768
MaxRequestsPerChild 1000000
</IfModule>

**root▲ ★** · 04/11/09 12:48:05

ex7も >>386 と同じ設定にした。

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

以前あった「最初からたくさん待たせたほうがいい」を参考に、
両サーバとも再度設定変更。

# 今いいともに結構きてるみたい。

<IfModule prefork.c>
StartServers 768
MinSpareServers 5
MaxSpareServers 768
ServerLimit 768
MaxClients 768
MaxRequestsPerChild 1000000
</IfModule>

**動け動けウゴウゴ２ちゃんねる** · 04/11/09 13:18:50

>>387
競馬板だけど、readするのが少しばかり、重たくなりましたねぇ・・・

**root▲ ★** · 04/11/09 13:37:02

>>389
うーむ、今の込み具合なら重くなることはないはずなんだけど、、、。
(Apacheのスロットは十分あいているから)

________K_K_______K____._______KK____K___KK________K______K_____
_KK__KKC______KC_____K_K____KK________C_K.K_K._____K_______._KK_
_____________KK.K_.WW_K__W______C__CK__________K___K____W____K__
_KW____K___W___._W__K_K__.___K_K_____K__K___.___KK__________KKKK
___K__K___C_____KK__W__.KK__K______K_____K_____K____K_W.________
_K__K____K___._K__K___K.______KKW__W____K____C_____K____________
_K_____K__________.__K_______K___K_____K_______WW_______KKK____K
__WK________K_WK_.______________CK__W_W______K__W__K________K.__
__K__K_K__K__K________K.__K_______K__._____KW______________K__K_
.________KW__K.W__W_K______K_________K_KKK___W__K__________.____
___K___KK__K___K_K__K_WKK__W_KK___K_K_____K____K______K_._K__K_K
__________K_______K____K______KKC_______._K_K_WK_____._K______K_

**動け動けウゴウゴ２ちゃんねる** · 04/11/09 21:37:06

突然のLA上昇がOSの問題ではなく、apacheのKeepAliveの設定変更によるという可能性を探ると
考えられるのは、多数のread.cgiがpipeliedで呼び出されているのかもしれないですね。

通常の静的なコンテンツならば、pipelinedでもリクエスト順に１つずつ処理されるはずですが
cgi呼び出しを含む場合、apacheの仕組みとして
どんどん(forkしながら)子プロセスを同時実行して結果を受け取り、
返信する時にリクエスト順に返す、みたいになってるかもしれません(知りませんが)。
もしそうなら、100件のread.cgi呼び出しを含むリクエストが来た時
一瞬のうちに100個のプロセスがアクティブになってしまうので。

REQUEST_URIに.cgiが含まれるものは、NoKeepAliveにしたほうがいいかもしれないです。

**ch2** · 04/11/09 22:03:12

携帯から。
>>391
ということは、

<Files ＊.cgi>
なんたら
KeepAlive off
</Files>

のほうがいいと？

**動け動けウゴウゴ２ちゃんねる** · 04/11/09 22:25:28

よく知らないけど
SetEnvIf Request_URI *\.cgi* NoKeepAlive
みたいな書き方が出来たような。

それと、「read.cgiを多数呼び出すクライアント」として
先読みツールなどの他に、古くからの専用ブラウザで
read.cgiのrawモードを使う(使える)ものが考えられます。

**root▲ ★** · 04/11/10 01:16:51

>>391
状況証拠から考えて、ありうるかも。
機を見て、>>393 な設定を入れてみるか。

で、21:40ごろに「ぐわっ」と来た時は、スロットが満杯になって
それ以上の上昇が抑えられた模様。

どっかにも書いたけど、昨日 21:45 の状態。
で、cgi は NoKeepAlive すると、Kが減る可能性があると。

KKCKKKKKKKKKKCKKKKKKCKKKKKKKKCKKKKKKWCKKKKKKKCKKKWKCKKKKKKKKWKKK
KKKKKKKKKKKWKKKKCKKKKWKKKCKKKKKKKKKKKKKKKCCKKKKKKKKCKWKKKKKKKKKK
KKKKKWKKKCKKKKCCKCKWKKKKKKKKKCKKKWKKKKCCKKKKKKKWKKKKCKCKKKWKCKCK
KCKKKKKWKKKKKKCKKKKKKKKKKKKKKKKKWKKKKWKCCKKKKKKKKKCKKKKKKKKKKKKC
KKKWKKKCKKKKWKKWKKKWKKKKWKCKKCKKKKKCKKKKKKWCKKKKKKCKKKKCKKKKKWKK
KKKKKKCKKKKKKKCKKKKKKKKKCKKKKKKKKKKKCKKKKKKKKKKKKKKKKKKKKKKWKKKK
KKKKCKKKKKWKKKKKKCKKKKKKKKKKKKCKKKKKKCKWKKCCKKCKCKCKCKKKKWKKKKWK
KKKKKKKKKKKKKKKKKKWKKKKKKKKCKKKKCKCKKKKKKKKKKKKKKKKKKKCKKKKKKKKK
CCKKKKKKKCKKKKKKCKWKKKKKKWKKKKKWKKKCKKKKCKKKKKKKKKKCWKKKKCKKKKKK
KKCCKKKKKKKCCKWKKKKKKCKKCCKWKKKWKKKKKKKKKKKKKKKKKKKCWCKKCKKKKKCK
CWKKKKKKKKKKCKKWCKKKKKKKWKKCKKKKKKKCKKKKKKKKKKKKKKKCKKKKKKKKCKCK
KKKKKKKKKKKKWCKKCWKKWKKCKKKKKKWWKKKKKKKKKKKKKWKKCCKCKKKKKCWCKKCK

**root▲ ★** · 04/11/10 01:29:09

live8 と ex7 にまずは以下を入れてみた。
手で telnet すると、ちゃんと read.cgi の時はセッションが切れているみたい。

#
# Thank you for http://qb5.2ch.net/test/read.cgi/operate/1093068260/391-393
#
SetEnvIf Request_URI ^/test/bbs\.cgi nokeepalive
SetEnvIf Request_URI ^/test/read\.cgi nokeepalive

**root▲ ★** · 04/11/10 01:34:17

subbbs.cgi も追加してみた。

#
# Thank you for http://qb5.2ch.net/test/read.cgi/operate/1093068260/391-393
#
SetEnvIf Request_URI ^/test/bbs\.cgi nokeepalive
SetEnvIf Request_URI ^/test/subbbs\.cgi nokeepalive
SetEnvIf Request_URI ^/test/read\.cgi nokeepalive

**root▲ ★** · 04/11/10 01:43:22

しかし、全体に21:40ぐらいに段差があるのは、そういうことだったのか。

http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/

**root▲ ★** · 04/11/10 13:23:31

カーネル、ユーザランドとも無事に5.3Rに上げて、リブートテストも通り、
bumpedになったportsを更新して、再度リブートすると、、、
立ち上がってきません。< c-docomo4

謎だ、、、。

とりあえず、リブート要請してみるか。

**root▲ ★** · 04/11/10 13:44:30

リブートしてもらったところ、問題なく上がってきました。

チェック後、再度リブートテストを行う予定、、、。

**root▲ ★** · 04/11/10 13:53:16

再度リブートテストしました。今度は無事にブートアップ。
システムも異常なしの模様。

cobra2244 = c-docomo4 は FreeBSD 5.3R になりました。

今回の方法を参考に手順を整理できそうなので、
この方法で他のCobra/Tigerサーバのバージョンアップを順次実施する予定。

**root▲ ★** · 04/11/10 14:14:22

5.2.1R → 5.3R へのバージョンアップ手順

0) Apacheの停止(外からのアクセスを止める)
1) rm -rf /usr/obj /usr/ports
2) mv /usr/src /usr/src521 # 安全のため/usr/srcは一時的に残す
3) live8 から持ってきた作成済みの /usr/src /usr/ports /usr/obj を展開
　これにより /usr/src/standard-supfile も置き換わる
4) make buildkernel KERNCONF=携帯サーバ用カーネル
5) make installkernel KERNCONF=携帯サーバ用カーネル
　※4) 5)は通常マシンの場合、通常用カーネルを指定
6) /etc/sysctl.conf /boot/loader.conf を 5.3R 用に調整
　(基本的にlive8のを持ってくればよいが、携帯用サーバではccdを使っているのでその設定を直す)
7) リブート
8) ブートアップ確認後、dmesg をチェック、保存
9) cd /usr/src/usr.sbin/mergemaster; make -m /usr/src/share/mk all install
10) mergemaster -p
11) make installworld
12) mv /etc/rc.d /etc/rc.d.521; mkdir /etc/rc.d
13) mergemaster -i
　/etc/passwd /etc/group /etc/aliases 等をはじめとするいくつかのファイルはmergemasterで
　対話的に調整する必要あり
14) リブート
15) ブートアップ確認後 rm -rf /etc/rc.d.521 /usr/src521
16) libm 等がバージョンアップしたことによる、ports の更新
　# これがめんどくさい

**root▲ ★** · 04/11/10 14:17:17

portsの消し方

c-docomo4では以下の手順が必要であった

pkg_delete analog-5.32_1,1
pkg_delete cvsup-without-gui-16.1h
pkg_delete gd-2.0.15_1,1
pkg_delete help2man-1.33.1
pkg_delete p5-gettext-1.01_4
pkg_delete gmake-3.80_2
pkg_delete bison-1.75_2
pkg_delete wget-devel-1.9.1_1
pkg_delete php4-extensions-1.0
pkg_delete php4-gettext-4.3.8_2
pkg_delete gettext-0.13.1_1

pkg_delete pear-APC-2.0.4 pear-PEAR-1.3.1 pear-XML_RPC-1.1.0 pear-Console_Getopt-1.2 pear-Archive_Tar-1.2 php4-pear-4.3.8_2 php4-zlib-4.3.8_2 pecl-zip-1.0 php4-xml-4.3.8_2 php4-tokenizer-4.3.8_2 php4-sysvshm-4.3.8_2 php4-sysvsem-4.3.8_2 php4-sysvmsg-4.3.8_2 php4-shmop-4.3.8_2 php4-session-4.3.8_2 php4-readline-4.3.8_2 php4-posix-4.3.8_2 php4-pcre-4.3.8_2 php4-overload-4.3.8_2 php4-openssl-4.3.8_2 php4-mysql-4.3.8_2 php4-mbstring-4.3.8_2 php4-iconv-4.3.8_2 php4-gd-4.3.8_2 php4-ftp-4.3.8_2 pecl-fileinfo-0.2 php4-dba-4.3.8_2 php4-curl-4.3.8_2 php4-ctype-4.3.8_2 php4-bz2-4.3.8_2 php4-bcmath-4.3.8_2 php4-4.3.8_2

pkg_delete apache-2.0.50_3
pkg_delete mysql-client-4.0.18_1
pkg_delete net-snmp-5.1.1_1

pkg_delete png-1.2.5_2
pkg_delete squid-2.5.6_6

pkg_delete t1lib-5.0.1,1

pkg_delete automake-1.5_2,1

pkg_delete autoconf-2.53_3
pkg_delete autoconf-2.59_1
pkg_delete autoconf-2.13.000227_5
pkg_delete autoconf-2.53_1
pkg_delete autoconf-2.57_1
pkg_delete p5-Net-DNS-0.42
pkg_delete p5-Digest-HMAC-1.01
pkg_delete p5-Digest-SHA1-2.06
pkg_delete p5-libwww-5.75
pkg_delete p5-Net-1.17,1
pkg_delete p5-HTML-Parser-3.34
pkg_delete p5-HTML-Tagset-3.03
pkg_delete p5-URI-1.27
pkg_delete p5-Authen-SASL-2.06
pkg_delete p5-MIME-Base64-2.21
pkg_delete p5-Digest-1.02
pkg_delete p5-Digest-MD5-2.30

pkg_delete perl-5.6.1_15

pkg_delete jpeg-6b_1
pkg_delete freetype2-2.1.5_1

pkg_delete libiconv-1.9.1_3
pkg_delete expat-1.95.7

**root▲ ★** · 04/11/10 14:18:58

○ports の再導入

pkg_add -r perl

ここで /etc/make.conf を修正 (Perl のバージョンが上がったため)

pkg_add -r cvsup-without-gui
pkg_add -r p5-Digest-MD5
pkg_add -r p5-libwww
pkg_add -r p5-Net-DNS
pkg_add -r analog
pkg_add -r wget-devel

○大物パッケージをportsから入れ直し

net-snmp入れ直し

apache入れ直し
php4入れ直し
php4-extensions入れ直し
pear-APC入れ直し

**root▲ ★** · 04/11/10 14:20:09

17) 以上終了後、最終リブートテスト
18) ブートアップ確認後、Apache の自動起動を復活(/etc/rc.conf)

**root▲ ★** · 04/11/10 14:22:19

以上。
これだと、1日に1台～2台ぐらいってかんじかなぁ。

こっちは夜の10時をまわりました。
本日はここまで、、、。

手順に問題とかある場合、指摘おながいします。

**root▲ ★** · 04/11/10 14:25:32

んで、スタンドアロンなマシンをバージョンアップする場合は、

1) rm -rf /usr/obj /usr/ports
2) mv /usr/src /usr/src521 # 安全のため/usr/srcは一時的に残す
3) live8 から持ってきた作成済みの /usr/src /usr/ports /usr/obj を展開

が、

standard-supfile の RELENG_5_2 を RELENG_5_3 に更新
make update
make -j 適当な数字 buildworld
make -j 適当な数字 buildkernel

てな感じになるです。

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

>>405
pkg_deleteの山がすごすぎですなあ・・・
apt for rpmみたいに依存で一気にremoveできるといいんですけどねぇ

今回はlibcの更新があるから仕方なさそうですが・・・

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

消したいのをリストアップして -f 付けて消すとか言って混乱させてみるペスト。

**動け動けウゴウゴ２ちゃんねる** · 04/11/10 23:12:32

うひゃ～　これ全部お一人でやるんですか・・・がむばってください
温かいお茶用意して待っとります。
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　かしこ

**こうすけ ★** · 04/11/10 23:17:14

お手伝いできることあればやりますよー

**root▲ ★** · 04/11/10 23:17:57

>>407
依存関係はそれなりなツール使えばたぶんいけると思うのですが、
今回は手でやってみたと。

で、libcはバージョン上がってないはず(上がってたらもっと大変)。

>>408
それでもたぶん問題ないような気がしますが、
何かあった時に困るし、今後中の人が増えたりした時に
情報共有するの大変だし。

だから、普通にコンパイルすれば入るものでも、
できるだけports/packages使うようにしていたり。

ということで概ね問題なさそうなので、
今度は live16 live17 あたりをやってみようかと。

**root▲ ★** · 04/11/10 23:20:52

>>410
おぉ、

残りのc系サーバとか、とか。

**こうすけ ★** · 04/11/10 23:29:31

>>412

>>401-404に書いてある手順通りでいいんですよね。

>>401の3)はlive8のアクセス権ないので、それ以降は大丈夫なはずです。

**root▲ ★** · 04/11/10 23:37:15

/usr/src/* /usr/obj/* /usr/ports/*
/etc/make.conf /etc/sysctl.conf /boot/loader.conf とかは
c-docomo4 から持ってくればいけるはずと。

ports / packages のバージョンとかは、若干違うかもと。

c-au / c-others 系もたぶんやったほうがいいと。

で、c-docomo の代表をバージョンアップする間は、
DoCoMoの携帯からはc系を利用できなくなると。
これはauやothersをやるときも同じりくつで。

で、自分的には、pkg_delete するところを shell script にでもしとこうかと。

**こうすけ ★** · 04/11/10 23:44:20

そっか、c-docomo4から持ってくればよいのね。

**動け動けウゴウゴ２ちゃんねる** · 04/11/11 02:48:27

http://pcweb.mycom.co.jp/news/2004/11/10/007.html
2chには関係ないかもしれませんが.....

ってスレ違いですね失礼しました

**動け動けウゴウゴ２ちゃんねる** · 04/11/11 03:34:18

>ISC
> BIND (all versions) are not affected by this vulnerability.
だから心配するな。
dnscacheについてまだ書かれていないけど、ちら見した感じだと平気そう。

**動け動けウゴウゴ２ちゃんねる** · 04/11/11 07:55:59

libm.soとかとリンクしているportsをリストアップする奴。
前スレでも話題になったかもしれないけど。
http://www.maxlor.com/freebsd/files/findlibusers.py

portupgrade -PP -arとかするよりは無駄が無いと思う。

**動け動けウゴウゴ２ちゃんねる** · 04/11/11 08:58:19

>>411
すいません、たしかにかわっていなかったっすね＞libc

**動け動けウゴウゴ２ちゃんねる** · 04/11/11 09:53:59

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

AP #3 (PHY# 7) failed!
panic y/n? [y]

がいきなり表示、、、。で、ハングアップ。

リブート、要請します。ううむ。

**root▲ ★** · 04/11/12 14:32:34

と、誤爆か。

**root▲ ★** · 04/11/12 14:44:16

リブート職人さんにリブートしていただきました。
作業継続中。

**root▲ ★** · 04/11/12 14:58:52

ユニプロセッサなカーネルを作って、再挑戦中。

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

(・∀・)ﾆﾔﾆﾔ▲増えない様に用心してね

**root▲ ★** · 04/11/12 16:02:08

i386なマシンではperlccが通らない模様。

茴 at /usr/local/lib/perl5/5.8.5/mach/B/C.pm line 476.
CHECK failed--call queue aborted.

( cd ..; tar czf bbs.cgi.tar.gz bbs.cgi )
%

とりあえず、perl版を入れておこう。

**root▲ ★** · 04/11/12 16:02:53

> ( cd ..; tar czf bbs.cgi.tar.gz bbs.cgi )
> %

こいつはゴミっす。上2行が不可解なエラー。

**root▲ ★** · 04/11/12 16:19:13

今回わかった問題:

・i386の場合、バージョンアップ途中の作業はSMPとapicなし(シングルCPUモード)の
　カーネルで行わなければならない。
　そうしないと立ち上がる途中でpanicを起こし、ハングアップしてしまう。
　たぶん、device.hintsが5.2系と5.3系で変わるせい
　(途中の段階で 5.3カーネル、5.2ファイル、という状態を経由し、それが通らない)
　だと思われる(未確認)。

=> シングルCPUの5.3カーネルなら問題ないので、シングルCPUのカーネルで
　　バージョンアップ作業を実施し、最後にマルチCPUにすれば回避可能(既に実施済み)

・Perlのバージョンが上がるので、Perl 5.6.1ベースのbbs.cgiは当然perl 5.8.5ベースでは動かない。
　read.cgi は 5.2.1 のものがそのまま動くが、ベンチマークのため ex7 のものとともに、
　5.3 上で再度コンパイルを実施した。

・i386の場合、amd64で通ったbbs.cgiのperlccによるコンパイルが通らない。(>>427)
　とりあえず、ex7と同じPerl版を動かすことにした。

Apacheのセッティングは、とりあえずex7と同じにしてあります。

最初に実力が試されるのは、土曜の夕方？

**root▲ ★** · 04/11/12 16:20:27

>>428 補足
> ・Perlのバージョンが上がるので、Perl 5.6.1ベースのbbs.cgiは当然perl 5.8.5ベースでは動かない。

「バイナリ版bbs.cgi」が正しいです。
Perlなら、5.6.1/5.8.5どちらでも問題なく動作しました。

**未承諾広告※** ◆TWARamEjuA · 04/11/12 21:34:32

perl5.8.5 自体をリコンパイルしなきゃかもですです、、、
でもってもしかするとportsから外して１からコンパイルした方が楽かも(^-^;;)

**root▲ ★** · 04/11/13 00:20:20

>>430
うーむ、i386でもamd64でも同じようにpkg_add -r perl ってやったんだけどなぁ。
つまり、私はコンパイルしていません。

**root▲ ★** · 04/11/13 19:21:12

うっしっしっし。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/live17traf.html

**動け動けウゴウゴ２ちゃんねる** · 04/11/13 20:10:02

どこら辺が牛なのか判らないよ、ﾏﾏﾝ

**動け動けウゴウゴ２ちゃんねる** · 04/11/13 20:31:48

今日のLive17はホント強かったです。これなら土曜日の実況で落ちることも無さそうです。

問題は放送終了後のex5('A`)
http://users72.psychedance.com/logview.cgi?srv=ex5.2ch.net

地道にLive17で続けてもらう方向でがんばってみます・・・

**root▲ ★** · 04/11/14 23:31:17

とりあえずの課題は、超高負荷時の仮死状態対策か。

ex7/live8が上がったら、

・syslogをどこか別のマシンに飛ばすようにする

を、とりあえずやってみるか。

リミッター切ってもLA=400以上になっちゃうのは、、、。

**root▲ ★** · 04/11/14 23:32:21

もう live8 にはつながらない状態なのに、

maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
maxproc limit exceeded by uid 2001, please see tuning(7) and login.conf(5).
...

が、延々と出続けてる、、、。

**root▲ ★** · 04/11/15 00:00:46

とりあえず、ここに記録しとこう。

仮死状態になるのは、何とかしたいなと。

【実況板】 live15/16/17 鯖 Part1
http://qb5.2ch.net/test/read.cgi/operate/1097931665/414-461

**root▲ ★** · 04/11/15 00:10:00

転記。

687 名前： ◆MUMUMUhnYI [sage] 投稿日：04/11/15 00:08:19
>>686
でも、defleteのせいとはちょっと思いにくいんですよね。
それより先に、syslog系を見直すとかbbs.cgiの起動制限をうまくやるとか、
そっちをやってみようかと。

**動け動けウゴウゴ２ちゃんねる** · 04/11/15 01:34:55

うんうん

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/11/15 09:40:02

syslog鯖ですか
セキュリティやログ消失問題から標準syslogdではよくなさそうでつ
syslog-ng使えるようならそっちがよろしいかと
portsでも提供されているようですし

参考：ttp://www.atmarkit.co.jp/fsecurity/rensai/unix_sec09/unix_sec01.html

**▲:/usr/local/bin/ch2 -o i686** ◆P8fXJj6wwo · 04/11/15 09:46:04

　465 ：▲ 某ソレ511 ：04/11/15 06:25:30 ID:Q7Whv+GJ
　いちお、こっちにも書いておこーっと。

　たぶん、負荷多すぎでbbs.2ch.netがちゃんと動いてなかったんだと思う、
　kawasemi-m見てるとしょっしゅうありますからね。
　じっさい、そのあたりで10分間くらい数字が増えてなかったりような部分がありましたし。。
　たしかあれってkawasemi-m見てるんですよね、

ということもあるし、bbsはbananaだとつらすぎ？

**じじぃ その４** ◆HETAREzfq. · 04/11/15 09:49:19

バーボン機能を入れてアレになったのかのう。。

こないだの大根が腐ったりした原因もこれかすら？

**▲ 某ソレ511** · 04/11/15 10:10:20

>>442
バーボン入ってない時も同じようなこと起こってたけどね。
例えば27時間テレビの時とか、
そのレスで負荷が、って書いたけど、なんとなく
負荷が原因というより、集中してあれれ、という感じかなぁ、

**留守番 ★** · 04/11/15 16:28:44

game10@tiger504 の土地造成お願いしますー

>rootさん

● 質問・雑談スレ77＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1100474722/121

**root▲ ★** · 04/11/15 16:46:46

>>444
roger。時間とれた時点で。
で、11月26日までにFreeBSD 5.3R化必要かしら。< tiger504

# そろそろ、各サーバのバージョンアップスケジュールを出さなきゃ。

## tiger x 2ですね。< game系
## gameな人たちには以前相当ご迷惑をかけたんで、私的には罪ほろぼしの意味もある、、、かも。

**留守番 ★** · 04/11/15 16:49:03

>>445
そっすねぇ　< 5.3R

ジンギスカン準備工事もよろしくです

**root▲ ★** · 04/11/15 17:00:13

tigerサーバ(掲示板用)バージョンアップスケジュール & 進捗状況雛形

tiger503 ex7 済み
tiger504 live13→game10
tiger505 news18
tiger506 game9
tiger507 live16
tiger508 live17 済み
tiger509 news19
tiger510 hobby7

**root▲ ★** · 04/11/15 17:02:49

ということで、

tiger503 ex7 済み
tiger504 live13→game10 来週早々
tiger505 news18 今週中
tiger506 game9 来週中
tiger507 live16 今日明日にでも
tiger508 live17 済み
tiger509 news19 今週中
tiger510 hobby7 来週中

といったあたりかなと。

**root▲ ★** · 04/11/15 17:25:41

久しぶりに儀式します。

+game10.2ch.net:206.223.150.115

を、DNSに追加お願いします。

**root▲ ★** · 04/11/15 17:29:13

例の mod_dosevasive を、bbs.cgi 起動数リミッターに利用できないか、
ちょっと考えてみようかと。

**動け動けウゴウゴ２ちゃんねる** · 04/11/15 18:08:53

ん、もうDNS引ける？

**留守番 ★** · 04/11/15 18:10:17

>>449
done

**留守番 ★** · 04/11/15 18:19:21

game10 は
もう使い始めてもokですか?

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

>>453
OKです。
アカウント情報をメールしなきゃ。

**留守番 ★** · 04/11/15 18:38:19

ほほーい

**root▲ ★** · 04/11/15 18:40:42

>>446
ジンギスカン準備工事がまだでした。
やっておくです。

**留守番 ★** · 04/11/15 18:42:01

りょうかいですー

**root▲ ★** · 04/11/15 18:46:47

>>456
準備工事終了。
これで今やることは終了です。

**root▲ ★** · 04/11/15 19:15:21

単独スレによる告知

game8 の板たちは一時間くらい止まります
http://qb5.2ch.net/test/read.cgi/operate/1100511730/

>>447 のうち、こんな感じで単独スレ立てないといけなそうなのは、、、。

…基本的に全部、これでいくかな。
めったにあることじゃないし。

**▲ 某ソレ511** · 04/11/15 19:17:43

live16はだいじょぶだと思う。hobby7も他よりはましかなぁ。
あとは、、だめそうだなぁ。

**root▲ ★** · 04/11/15 19:26:03

メモリディスクがかなりぎりぎりだなぁ。

%df /md
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/md0 38124 31220 3856 89% /md

不安なので、1度rebootしてメモリディスクを大きくして設定変えてよかですか?
5分ぐらいでできると思われ。

いったんバックアップしてからrebootするので、
板復帰はいらないはず。

**root▲ ★** · 04/11/15 19:38:07

>>461
増やしたです。

%df /md
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/md0 76524 31328 39076 44% /md

来週はじめあたりに、OSのバージョンアップ&設定強化をしようかと。< game10

**これ出すの久々だな。** · 04/11/15 19:44:23

http://game10.2ch.net/
IPアドレス： http://206.223.150.115/~ch2game10/
バーチャルホスト変換前： http://tiger504.maido3.com/~ch2game10/

**root▲ ★** · 04/11/15 19:46:32

>>463
おぉ、おつです。

**ついでに** · 04/11/15 19:49:05

http://live19.2ch.net/
IPアドレス： http://206.223.151.130/~ch2live19/
バーチャルホスト変換前： http://banana226.maido3.com/~ch2live19/

両方ともアクセスできます。＠J-COM

**root▲ ★** · 04/11/15 21:25:35

live17 と ex7 の RLimitNPROC 150 をはずした。
つまり、プロセス数のリミッターなしに。

リミッターにかかると「リミッターにかかった」ということがどばっと行くため、
システム全体がもろくなる模様。(今のlive8)

症状は、例のメッセージがコンソールに出まくりという、昨日と同じ状態。

**動け動けウゴウゴ２ちゃんねる** · 04/11/16 01:58:21

game（PCゲーム）だけはgame8@banana226に居残りなんですね。

**root▲ ★** · 04/11/16 02:14:51

>>467
game10に移転してるはず。

**root▲ ★** · 04/11/16 04:28:25

tiger503 ex7 済み
tiger504 live13→game10 来週早々
tiger505 news18 火曜～水曜夜あたりにでも
tiger506 game9 来週中
tiger507 live16 済み
tiger508 live17 済み
tiger509 news19 水曜～木曜あたりにでも
tiger510 hobby7 来週中