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

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

＜現在の主要なテーマ＞
・oyster243(BBQ/dnscache)の突然死対策&cobra2245セットアップによる2台体制化
・oytser902(memories)のFreeBSD 5.3化
・「雪だるま作戦」による、スケーラブルなサーバ群構築
・read.cgi/bbs.cgiの細かな調整・詰め
・携帯サーバのプライベート側スイッチのグレードアップ検討
・各種作戦・プロジェクトとの連携
・FreeBSDのさらなるチューニング詰め

＜関連スレッド＞
■新春特別企画「雪だるま作戦」liveサーバの飛躍なるか!? Part1
http://qb5.2ch.net/test/read.cgi/operate/1105035540/
■ 自動地震速報＠2ch をつくろう
http://qb5.2ch.net/test/read.cgi/operate/1106583619/
■ テレビ番組欄＠2ch をつくろう 第2話
http://qb5.2ch.net/test/read.cgi/operate/1107366393/

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

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

るーとたん(*´Д`)ﾊｧﾊｧ

過去ログ一覧
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/test/read.cgi/operate/1102087698/

>>1
乙ぼみょー

>>1
お疲れ様でしたー

>1
乙です〜〜〜
これ使えたらリブート作業が楽になるかも

ttp://www.servprise.com/info/

oyster901の時と同じなのだろうか。

age

むむむさんｶﾞﾝｶﾞﾚｰっ

oyster902 復活している模様。
Jimさんに状況確認します。

入院先であぼーんしたRAID 1ディスクの片方を交換し、
RAID 1をrebuildし、元通りに復活したとのことでした。
システムメッセージ的にも、そのように見えます。

しばらく動かしながら様子を見るということで。
JimさんとPolywellのエンジニアに感謝。

おつですーm(_ _)m
でも、また黙りしちゃったような？＞oyster902
banana225も反応が悪いような。＠cogentoが調子悪いのかな？

>>12
確かに、いまいちですね。
live8からはpingかかるけど、こんな具合。

原因はなんだろうか。

%ping oyster902.peko.2ch.net
PING oyster902.peko.2ch.net (206.223.151.230): 56 data bytes
64 bytes from 206.223.151.230: icmp_seq=0 ttl=64 time=8.432 ms
64 bytes from 206.223.151.230: icmp_seq=2 ttl=64 time=958.773 ms
64 bytes from 206.223.151.230: icmp_seq=3 ttl=64 time=14.332 ms
64 bytes from 206.223.151.230: icmp_seq=4 ttl=64 time=11.837 ms
64 bytes from 206.223.151.230: icmp_seq=5 ttl=64 time=3.987 ms
64 bytes from 206.223.151.230: icmp_seq=6 ttl=64 time=15.236 ms
64 bytes from 206.223.151.230: icmp_seq=7 ttl=64 time=14.510 ms
64 bytes from 206.223.151.230: icmp_seq=8 ttl=64 time=2.502 ms
64 bytes from 206.223.151.230: icmp_seq=9 ttl=64 time=3.382 ms
64 bytes from 206.223.151.230: icmp_seq=10 ttl=64 time=15.733 ms
64 bytes from 206.223.151.230: icmp_seq=11 ttl=64 time=1.442 ms
64 bytes from 206.223.151.230: icmp_seq=12 ttl=64 time=14.308 ms
64 bytes from 206.223.151.230: icmp_seq=13 ttl=64 time=1.686 ms
64 bytes from 206.223.151.230: icmp_seq=14 ttl=64 time=3.642 ms
64 bytes from 206.223.151.230: icmp_seq=15 ttl=64 time=0.811 ms
64 bytes from 206.223.151.230: icmp_seq=16 ttl=64 time=30.873 ms
^C
--- oyster902.peko.2ch.net ping statistics ---
17 packets transmitted, 16 packets received, 5% packet loss
round-trip min/avg/max/stddev = 0.811/68.843/958.773/229.909 ms

しばらく変わらなかったら、別途対応します。

変化ないですね。

リブート要請します。

リブートかかり、ログインできました。

ちと、中身精査します。いったんhttpd落としますね。< oyster902

今、da0 (Sumaストレージ、1.3T)が、background fsck中です。

で、それが終わったら、いったん/etc/fstabからda0をはずして
立ち上げなおし、無事上がるのを確認できたら、
5.3Rへの更新作業をしようかなと。

ということで今日の深夜あたりまで、過去ログサーバはメンテ中ということで。

fsckなかなかおわんないっすね。1.3Tだからなぁ。
終わったら、5.3Rへのバージョンアップ作業しようかと。

>>18
幸せな悩みでつね

(*´д｀*)ﾊｧﾊｧ

おわた。

***** FILE SYSTEM MARKED CLEAN *****

***** FILE SYSTEM WAS MODIFIED *****

さて、ぼちぼち作業するかな。

# ufs loggingって、FreeBSD版あるのかしら。

NetBSDとかでufs journalの研究論文がかかれていたなぁ。
半年ぐらい前にアメリカのBSDニュースサイトでリンクされてた。

あと商用としてUFSロギングFSを売り出そうとしているところもあるとか。

どっちにしても現状で安定運営を考えるのならUFS2でfsckはチマチマと我慢するしかないも。

memories = oyster902 の OS 更新が完了しました。
これで、全部の tiger/cobra/root権限ありbananaが FreeBSD 5.3R ベースになりました。

>>21
> どっちにしても現状で安定運営を考えるのならUFS2でfsckはチマチマと我慢するしかないも。

うーむ、やっぱそうですか。
しかたないすね。

さて、BBQ関連のDNS変更依頼を出しておくか。

oyster243 => cobra2245 への機能移行に伴い、以下のDNS変更をお願いします。

(現在)
+bbq.2ch.net:206.223.151.220
+boo.2ch.net:206.223.151.220
+hack72.2ch.net:206.223.151.220
&sumi.2ch.net:206.223.151.221:a

(変更後)
+bbq.2ch.net:206.223.151.205
+boo.2ch.net:206.223.151.205
+hack72.2ch.net:206.223.151.205
&sumi.2ch.net:206.223.151.206:a

niku.2ch.netのDNSサーバ(nikuns1.peko.2ch.net)のIPアドレスは、
これからこちら(pekoサブドメイン)側で変更します。

で、もう一つお願いです。

live15 = banana398
aa5/off3 = banana272

の2つですが、今でも nameserver 206.223.151.222 (oyster243のdnscacheアドレス)
になっているようです。

これを他のbanana同様の別ホストに変更していただかないと、
oyster243 のとりこわし & RAID カードインストール作業に
とりかかることができません。

すみませんが、あわせてよろしくお願いいたします。

>>23
>niku.2ch.netのDNSサーバ(nikuns1.peko.2ch.net)のIPアドレスは、
>これからこちら(pekoサブドメイン)側で変更します。

を、さきほど実施しました。
ex7のDNSキャッシュを立ち上げなおしたところ、
正しく新しい方のBBQサーバ(cobra2245)を参照するようになりました。

これから、niku.2ch.net の DNS サーバが変わっていきます。
ただし TTL=259200 であるため、最大3日ぐらいかけて、徐々に変わっていくことになります。
つまり、その間は新旧両方の焼き場で焼く必要があります。

ということで、その旨お願いしておきました。

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

本日の作業は、ここまで。

>>24
done

>>27
どもでした。>>25 も確認しました。

3日経過して全部切り替わったら、oyster243にもRAIDカード入れるのを手配します。
Jimさんにcobra2245と同じカードの手配をお願いしておきます。

+headline.bbspink.com:206.223.153.130
&bby.bbspink.com:206.223.153.130:a

done

カコログはreadonlyでマウントできないの？

memoriesまたか、、、。

>>30
悪くないアイディアかも。

あと、Sumaストレージにうまくネットワーク経由でログインできないみたいなので、
あとで一度リセットしてみよう。

>>29
DNS設定確認しました。
DNS側はいつでもOKということで。

headline.bbspink.com に FTP で入れない気がするんだけど・・・
チト見てもらえますか? >>32

SSHでは入れるんです

>>33
入れるっすねぇ。

お、ひょっとしてPIEのホストの逆引きDNSが、腐ってるかも。

おおっ
IP直打ちでやってみるか

206.223.153.130でやってみたけど・・・

う〜む
だみだった

PIEのマシンからftpすると、こうなるですね。
入れるけど、うまくない。

%ftp headline.bbspink.com
Connected to headline.bbspink.com.
220 ProFTPD 1.2.10rc3 Server (FTP Server for 2ch) [cherry903.maido3.com]
Name (headline.bbspink.com:service): pinkheadline
331 Password required for pinkheadline.
Password:
230 User pinkheadline logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> dir
229 Entering Extended Passive Mode (|||46241|)

421 Service not available, remote server timed out. Connection closed
ftp> dir
Not connected.
ftp> quit

自宅(newsplus.jp)からは、問題なしか。

> ftp headline.bbspink.com
Connected to headline.bbspink.com.
220 ProFTPD 1.2.10rc3 Server (FTP Server for 2ch) [cherry903.maido3.com]
Name (headline.bbspink.com:mumumu): pinkheadline
331 Password required for pinkheadline.
Password:
230 User pinkheadline logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> dir
150 Opening ASCII mode data connection for file list
drwxr-xr-x 3 pinkheadline ch2 512 Feb 6 09:55 .
drwxr-xr-x 3 pinkheadline ch2 512 Feb 6 09:55 ..
-rw-r--r-- 1 pinkheadline ch2 709 Feb 5 17:44 .cshrc
drwxr-xr-x 2 pinkheadline ch2 512 Feb 5 17:44 public_html
226 Transfer complete.

どうすればいいですか?

cherry903 の逆引きを正しく設定すればいいのですか?
それはPIEに頼めばいいのかな? それとも。。。

passiveを切っても一緒か、、、。

ftp> passive
Passive mode: off; fallback to active mode: off.
ftp> open headline.bbspink.com
Connected to headline.bbspink.com.
220 ProFTPD 1.2.10rc3 Server (FTP Server for 2ch) [cherry903.maido3.com]
Name (headline.bbspink.com:service): pinkheadline
331 Password required for pinkheadline.
Password:
230 User pinkheadline logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> dir
200 EPRT command successful
^C
421 Service not available, user interrupt. Connection closed.
ftp>

(自宅はOK)

ftp> passive
Passive mode off.
ftp> dir
200 PORT command successful
150 Opening ASCII mode data connection for file list
drwxr-xr-x 3 pinkheadline ch2 512 Feb 6 09:55 .
drwxr-xr-x 3 pinkheadline ch2 512 Feb 6 09:55 ..
-rw-r--r-- 1 pinkheadline ch2 709 Feb 5 17:44 .cshrc
drwxr-xr-x 2 pinkheadline ch2 512 Feb 5 17:44 public_html
226 Transfer complete.

ちと調べてみます。

%dig -t ptr 130.153.223.206.in-addr.arpa. ns1.pacificinternetexchange.net.
^C
%dig -t ptr 130.153.223.206.in-addr.arpa. ns2.pacificinternetexchange.net.
^C
%

PIE側のDNSサーバの問題ですね。ns1と2、両方とも返すべき応答がありません。

Davidさんかな。

あ、すみません。@ を付け忘れた。
SERVFAIL が返ってきますね。

いずれにせよ、Davidさんですね。これは。

%dig -t ptr 130.153.223.206.in-addr.arpa. @ns2.pacificinternetexchange.net.

; <<>> DiG 9.3.0 <<>> -t ptr 130.153.223.206.in-addr.arpa. @ns2.pacificinternetexchange.net.
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 4616
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;130.153.223.206.in-addr.arpa. IN PTR

;; Query time: 0 msec
;; SERVER: 206.223.146.254#53(ns2.pacificinternetexchange.net.)
;; WHEN: Mon Feb 7 12:12:54 2005
;; MSG SIZE rcvd: 46

何てお願いすればいいのですか?

DNSは根本的には直してもらうとして、、、。

一時的に逆引きしないようにFTPの設定を変えるか、
あるいはbanana238(headline.2ch.net)だけ/etc/hostsに書くかして、
FTPできるようにしておくです。

>>45
英語書きますんで、
すみませんが、お願いしてくださいです。

# もうさすがにねむい。

banana238からは、ftpできるようになったはず。

UseReverseDNS off とheadline.bbspink.comのproftpd.confに書いたので、
逆引きDNSで詰まることはなくなったはず。

あとは、依頼か。

あいかわらず
入れないのはなんでだろ

英語文例:

Hello David-san,

This is Mumumu.

Now both PIE's DNS servers (ns1 and ns2.pacificinternetexchange.net)
return suspicious SERVFAIL error for querying reverse DNS of
PIE internal network.

e.g.
inverse DNS query for cherry903.maido3.com = 206.223.153.130, as follows,
so, "lame delegations" have been occured. It causes choking and slow down
for ssh and ftp login from PIE servers.

Please fix it now.

% dig -t ptr 130.153.223.206.in-addr.arpa @ns1.pacificinternetexchange.net

; <<>> DiG 9.3.0 <<>> -t ptr 130.153.223.206.in-addr.arpa @ns1.pacificinternetexchange.net
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 47960
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;130.153.223.206.in-addr.arpa. IN PTR

;; Query time: 5 msec
;; SERVER: 206.223.144.254#53(ns1.pacificinternetexchange.net)
;; WHEN: Mon Feb 7 12:28:20 2005
;; MSG SIZE rcvd: 46

>>50
どこから、入れないですか?
また、症状は、、、。

だめだ、、、ねむいっす。

・つながらない
・ログインできない
・ログインできるけど、コマンドが通らない
・コマンドは通るけど、動作がおかしい
・・・

どれだろうか。

あと、どこからftpしてだめだったのか。

とりあえず3箇所ぐらいから手でftpしてみたりしたのは、
特に問題なくうまくいったです。ううむ。

ftpがだめでもsshが使えるのであればscp使うというのは・・・・どうでしょうか？
ttp://www.tab2.jp/~winscp/

普通、知ってるだろ……

c-docomo2の設定を変更。
どうも、APCが使用するshared memoryの領域が溢れていた予感。

・/etc/sysctl.conf

# shared memory tunings
kern.ipc.shmall=16384
kern.ipc.shmmax=67108864
↓
# shared memory tunings
kern.ipc.shmall=32768
kern.ipc.shmmax=134217728

・/usr/local/etc/php.ini

apc.shm_size = 60 (デフォルトは30)

続いてmemories/Sumaストレージをメンテ中。

902は何がおかといんですかねぇ

Sumaを一度再起動して、
ファームウェアをftp.infortrend.com.twから持ってきた最新版に更新した。
リモートから入れるようになったことを確認。

今fsck中。
本日頭痛が激しいので、また夕方〜夜見てfsckが終わってたらmemories再開の予定。

>>58
ログが残らずに死んでいるので、
902 ⇔ Suma 間のHDDアクセスのI/Oが何かの拍子にロックしている、
とかを疑っています。

そうなのかぁ、、、
特に何かが不足しているって訳ではないのかな?

よろしくお願いします。

>>61
もし何らかの資源不足(I/O性能とかメモリとか)の疑いが出たら、
その時はたんたんと報告させていただきますです。

Suma にもう一台Tigerをつないで
携帯システムでやっているような
バランサとか使えるんですか?

>>63
スペック的には、できるはずです。
そういうことも多少考慮して、FC-ALをサポートしてるストレージ(Suma)にしたので。

もう1台Tiger or Cobra入れて902に刺さっているのと同じSCSI I/Fカードを刺して、
リング状に接続すればいいはずです。

・今の接続:

902==Suma

・追加後:

902--Suma
｜　　　｜
└追加┘

戦略的には
Cobra 引っぺがして Tiger2台投入がいいのかな、

Cobra は掲示板へ

>>65
そうしますか。
今のカードは1枚は902→新tigerに差し替えればいい気がするので、
tiger2台 + FC-AL SCSI card1枚というかんじですね。
今入っているSCSI cardの名前はここに書きます。

で、Sumaで >>64 のような接続がほんとうに可能かは、
再度マニュアルを読み直してみます。
前に調べたときは、確かできたはずですが。

今902に入っているSuma接続用のSCSIカードは、
Qlogic ISP 2300 PCI FC-AL Adapter
になります。

今なら、Qlogic ISP 2312の方がいいかも。

ざっとマニュアルを読み直してみましたが、
SumaはFC-AL接続をサポートしてるって書いてあるですね。

では、いったんしつれい。

memoriesを立ち上げました。
バーチャルホストが多いので、念のためhttpdの数を512に減らしてみた。

BBQはcobra2245に完全に切り替わりました。

で、dnscacheですが、banana231 = ex9.2ch.net だけ、
まだ oyster243 を向いている模様です。

すみませんが、他のbananaサーバと同様の設定変更をお願いいたします。

>>44
Davidさんにメールして、直してもらいました。

しかし
私は FTP で入れないという？？？
なぞだ

UNIX USERにnsdについての解説記事が載っていた。
tinydnsよりもBIND8よりも性能が2倍以上早いっていうのは魅力。

あっ　ちなみに
この辺からFTPしようとしています

>>72
うーむ、、、。

パスワードが違う、って感じですか?
それともそもそもつながらないのかしら。

>>73
NSDは面白そうですね。
ヨーロッパ製だし、ルートサーバや重要なTLDサーバにもとりいれられつつあります。
BBSをやってるのはtinydnsなので、そのうち試してみようかと。

NSDにした場合、BBSの側を微妙に変える必要ありかな。
tinydnsのログフォーマットに依存しているんで。

おれさまメモ。
うーん。

scottlの長いメール: The case for FreeBSD
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=7946+0+current/freebsd-current

それに対するrwatsonの長い返事:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=111638+0+current/freebsd-current

>>75
症状としては、ユーザ名の再入力を要求されます

ひょっとしてユーザーが登録されてないかも（汗
それか登録の際に微妙に間違えてるとかよくある話です

SSH では入れるんですよね、
何回もチャレンジしているんですが、、、

もしかしてサーバ違い?

headline.bbspink.com の pinkheadline に入りたいのだ。

FTPクライアント側の問題だったり
別のに変えてみるとか

>>79
んー、なんでだろう。
ftpサーバ側のログを見てみます。

cherry903.maido3.com (24.23.238.75[24.23.238.75]) - USER pinkheadline (Login failed): Incorrect password.

FTPクライアントのパスワードを設定しなおしてみてくださいです、、、。

cherry903.maido3.com (206.223.153.130[206.223.153.130]) - USER pinkheadline: Login successful.

私、今手でやったら入れました。

もしかして pw が違ったり?

でも SSH で入れるしな、

おっ
入れた

∩( ・ω・)∩ばんじゃーい

>>87
原因は何だったのですか？

わからんのだ

OS何使ってます？

某SP2だったらそれが問題なのかもしれない

Apache 2.0.53 Released ですー♪
http://www.meisei-u.ac.jp/mirror/apache/dist/httpd/CHANGES_2.0

>>91
・・・・・>>89の中の人のクライアントOSを聞いているんですけどとねたにマジレス

単に「2.0.53が出たよー」ってだけなのに。

シングルタスクなスレはここですか？

headline.bbspink.com 関係の設定をしました。
あとは、ピロリのおじさんがちょせばOKのはず。

ところで、桃色のこういった話は、どこでやるのがいいのかしら。
秘密基地かしら。

>>95
止まってるこことか

【PINKちゃんねる】新サーバ獲得会議☆3
http://qb5.2ch.net/test/read.cgi/operate/1080295660/

2ｃｈの動作報告はここで。 パート16
http://qb5.2ch.net/test/read.cgi/operate/1103455176/348-350

ということで、live13をはじめとする移転跡地をmemoriesに収容しました。
これに伴い、以下のDNSサーバの設定変更をよろしくお願いいたします。

なお、food4は実体がもともとないため、新しい方にも何もありません(IPアドレスの変更のみ)。

(現在)
+live13.2ch.net:206.223.150.115
+ex5.2ch.net:206.223.151.120
+aa4.2ch.net:206.223.150.100
+bubble2.2ch.net:206.223.150.100
+food4.2ch.net:206.223.150.100
+off2.2ch.net:206.223.150.100
+game8.2ch.net:206.223.151.130
+school3.2ch.net:206.223.147.55
+ex8.2ch.net:206.223.152.20

(設定後)
+live13.2ch.net:206.223.151.230
+ex5.2ch.net:206.223.151.230
+aa4.2ch.net:206.223.151.230
+bubble2.2ch.net:206.223.151.230
+food4.2ch.net:206.223.151.230
+off2.2ch.net:206.223.151.230
+game8.2ch.net:206.223.151.230
+school3.2ch.net:206.223.151.230
+ex8.2ch.net:206.223.151.230

>>96
headlineは新サーバだから、確かに悪くないかも。
このへんは、流れにまかせて。

もう呼ばれているんでしたっけ? [email protected]

>>99
呼ばれているはずです。psで見ると見えるですね。

reset.sh の中身が ch2xxx だったり

>>101
ありゃ、単に持ってきたからか。
直しておきます。

直ったはず。

log の行き先はどんなもんでしょか?

./reset.sh
usage: kill [-s signal_name] pid ...
kill -l [exit_status]
kill -signal_name pid ...
kill -signal_number pid ...

といわれるようです
これはこれで ok ですか?

おんなじところのはず。

>>105
お?

>>105 >>107
DNS側をリセットしたら、直りました。

let me try it

変ですね。リセットすると、うまく上がらないすね。
ちと見てみます。

まだ　言われる出素よ?

usage: kill [-s signal_name] pid ...
kill -l [exit_status]
kill -signal_name pid ...
kill -signal_number pid ...

リセットしてからまだなんにもスレッドが立ってないからかも。

logは無事に出ているようです

waiting

やっぱりそうですね。
一つqueryを飛ばせば、ちゃんと起動するです。

ダミーのqueryをとばすように、reset.shを対策しておこう。

[a.b.c.d.e.f.bby] こんなのが来た

>>116
デバッグ用にとばしたダミーです。
で、起動するとdummyqueryってのが出るようにしてみた。

2ch側はmorningcoffeeとかnews4vipとか、秒単位でスレが生まれているから
発覚しなかった模様。

うごいている予感


########## Tsugaru(2005/02/12 03:03:11)
p =[a.b.c.d.e.f.bby]
########## Tsugaru(2005/02/12 03:07:10)
p =[dummyquery.bby]

もう一回　make してみた　with reset

ちゃんと動いていますかね?

仕事の時間になってしまった

んでは、

動いていると思います。>>119
私も確認しました。

>>120
今日は仕事すか。
私はそろそろおねむで。

寝る前にいつものあれを作ったので、入れてもらえるとうれしいなぁ。＞中の方々

http://headline.bbspink.com/_service/
http://headline.bbspink.com/_service/20050212.txt

ちと　ここを探検して来たです
http://www.365main.net/

>>97

done

桃色は2chぢゃないって建前なんだから、桃色運用情報鯖を立てるのがよろしと思ふ

>>125
鯖じゃなくて板でしょ

桃色運用板を桃色掲示板にたててもらったほうがよろしいかと

すでにあるし。

http://pie.bbspink.com/erobbs/

>>127
それは本来pink本の編纂を担う板であって運用板じゃないと思いますが。
今は事実上間借りしている状態ですけど。

管理人（責任者）とシステム弄ってる人は別だからどっちでもいいと思うけどな

おぢさんがいるところに書く、悲しいけどコレ現実なのよね

>>125
私にとってははつみみです
都市伝説じゃないの?

２ちゃんねるでピンクの雑談がどうしてもしたければコチラへ
【PINKちゃんねる】新サーバ獲得会議☆3
http://qb5.2ch.net/test/read.cgi/operate/1080295660/

(ﾟдﾟ ≡ ﾟдﾟ)

＿|￣|○ こっちだった

>>123
おぉー。
brief impressionを報告きぼんぬで。

さらっとした肌触りと、程よいフィット感が心地よいです。

>>135
Jim Davis Sean の興奮しているさまに圧倒されました。

「200Paulが世界で一番いいばしょだろ」と Jim がいった言葉は
嘘だったようです。

免震構造(建物がフロートしてました)

で、>>123がJimさんたちとどーゆー関係が？

夜勤さんだわ

>>137
そうですか。
200Paul = PIE よりも良いロケーションかもしれんと。

地震対策ですが、特に日本やSF・LAのような地震のことを一番考えないといけないとこだと、
選択の重要な要素のひとつかなと。

耐震・免震・制震は全部違うアプローチです。
きちんとメンテナンスするなら、免震がデータセンターにはいちばん向いていると思われ。

>>119
http://headline.bbspink.com/bbypink/

試験中?

まだ完成していないので
URLは・・・・

内緒だったりする。

>>142
既にボード一覧に（ｒｙ

ｳﾜﾝ ((AA略

>>140

Operation 200Paul Location (Alias: Ouroboros Killer)

発動間近・・・？？？

>>140
ビルの人はやたらと日本の技術を自慢していました、

ググったらあっさりページ見つけちゃったんですけど晒さない方がいいですよね？

FreeBSD の総本山というか
accosiation とか society とかってどこにあるんですか?

>>148
http://www.jp.freebsd.org/

>>148
http://www.freebsd.org/ja/index.html

あっと
WebSite というよりは
実際にどこにあるのか知りたかったり、

日本のじゃなく
本当の総本山を

>>151-152
The FreeBSD Foundation
http://www.freebsdfoundation.org/

Postal Address


The FreeBSD Foundation
7321 Brockway Dr.
Boulder, CO 80303
USA

http://qb5.2ch.net/test/read.cgi/operate/1106798949/301

>>142
うわ、ごめんなさいです。

>>146
日本は対地震対策では先進国ですからね。
こんなウォーターフロントにでさえ、超巨大なデータセンター建てちゃったり。
http://www.attokyo.co.jp/

oyster243の現ディスクイメージをmemoriesにダンプ中。
ぼちぼち、cobra2245と同じRAIDカードの手配を依頼する予定。

oyster243 バックアップ完了。
halt -pで電源落としました。

Jimさんにcobra2245と同じRAID 1カードの手配とOSのインストールをお願いしました。
完成後、BBQを2台体制へと。

news18 なんですが、
FTPでloginしたとき
移動できないフォルダがあるのと
すぐ切れちゃうのに困ってます

>>159
なおしました。

どもです　どもです

ex7が昨夜死んだ問題ですが、どうもmksnap_ffsがごくたまにうまくいかないことがある予感。
今はうまくいってちゃんとdumpが動き出したので、大丈夫かなと。

この現象はこれまでex7が一番頻度高いので、
やはり24時間いつでも忙しく書き換わっているディスクだと、
虫を踏む可能性も高まるということなのかも。

こっちの方がいいか、

>>162
RAID1化したらbackup作業しなくても良くなる?
最大能力が下がるからそんな事は考えないほうが良い?
それとも dat落ち時に二台目のHDにもコピーするとか
別の事を考えたほうが良い?

ミラーリングならバックアップは無くてもいい「カモ知れません」ですね。
最大能力はシングルと変わるコトは無いと思われます。
ただ,ミラーリングだと今の高頻度アクセスが分散されるわけではないので,
2台ともどっかんという可能性も無きにしも非ず。てな感じすかねー

おぉ、こっちですか。

下記に書いたこと以外には、、、。
処理能力は、それなり以上のRAID1カードを使えば、それほど落ちないはず。
datももちろんですが、例えばcgiのソースとか掲示板システムのこととかも、少し考えてました。
いつでも同じ手順でバックアップから戻せばいいのは、やはり楽なんで。

http://qb5.2ch.net/test/read.cgi/operate/1106798949/583

583 名前：root▲ ★[sage] 投稿日：05/02/21 19:13:11 ID:???0
>>580
RAID1化は系としての信頼性を向上させますが、
容量が半分になるんで、その対策が必要になりますね。
HDDの容量を倍にするかんじで。(36G x 2 => 72G x 2でRAID1)

ex7だと既に掲示板だけで10G以上使っているので(しかしみんなよく書くすね)、
合計が36Gx1になると、ちと不安かもです。

あと、間違ってばさっと掲示板システム上の何かを上書きしちゃった場合に
x日前の状態(x < 7、日曜夜が起点)に戻すのが、できなくなります。
でもこれは「そのときはあきらめましょー」という形態にする、というのも、ありです。

個人的には、掲示板側の日々のバックアップはあんまり省略したくないなぁと思っていたり。
(システム側は正直、よいのです。また入れればいいだけだから)

>>164
それも、ちょっとあるですね。＜どっかん

そういえば昔、私にいろいろ教えてくれた師匠は「RAIDを過信するな」が口癖でした。
確かにRAIDって、だめになるときはいきなり全部だめになりますからね。

データの保全には3つの種類があると思う。
1.リダンダト
2.バックアップ
3.アーカイヴ

RAID1ミラーリングはredundantで堅牢性をあげるだけ。
つまり故障に対する対策だけ。これをリダンダントという。

そしてバックアップとは。
OSやソフトや操作をヘクって間違ったデータを書き込んだり誤消去することへの対策。
過去に名pcサーバーの移転で誤消去があったので必要性は十分。

アーカイブとは、蓄積されたデータを何らかの形で保存すること。

1.はどの段階にも必要な要素。
しかし1.が出来ているからといって2.が不必要なわけではない。
同様に1.と2.が出来ているからといって、3.が不必要なわけではない。

つまり「RAID1でミラーリングしているからバックアップはいらない」というのは
バックアップという言葉の意味に2.や3.が含まれてしまっている。
本当はリダンダントが実現しているからといってバックアップは不要ではない。

find.2ch.net
210.135.97.161 -> 210.135.97.29
変更お願いします

http://qb5.2ch.net/test/read.cgi/operate/1108830303/592
592 ：ひろゆき＠どうやら管理人 ★ ：05/02/22 17:15:19 ID:sNJciQmQ ?##
2chのzoneファイルを
find A 210.135.97.29
に変えてもらおうと思ったら、ジムがいない。。。

>>168ですけど、

(今)
+find.2ch.net:210.135.97.161

(設定後)
+find.2ch.net:210.135.97.29

になるんでしょうか？
違ったらスマソ＞root先生

はいー

find.2ch.net のMXレコードの内容をどの様な
内容に修正すれば良いかご指示下さい。

@find.2ch.net:210.135.97.162:300

修正前の登録情報では、AレコードのIP
アドレスは 210.135.97.161、MXレコード
では1番違いの 210.135.97.162 となって
おりました。

現在Aレコードは指定のIPアドレスに変更
しましたが、MXレコードは未修正のまま
となっております。

>>169
It's correct.

>>171
これは、ひ（りゃ の指示待ちすね。私にはわかんないです。
[email protected] のメールを、どう扱うか。
今のままでいいのか、あるいは帰るのか。

あ、帰る => 変える っすね。

ほんとに止まるの？

すれ違い

こりゃまた失礼。

find.2chのMXは放置でいいですー。

>>177
ﾉｼ


工事の明確な時間とかわかればお願いしますです。。。(´･ω･｀)

いちばん知らなそうなひとにきいても、、

(*´･д･)(･д･`*)ﾈｰ

orz

>>177
local-host-namesにいままでfind.2ch.net無かった‥orz
足しときました。

>>182
あ、ブ（りゃ の中の人だ。
ごぶさたです。

ちわちわ。
色々お手間かけてすみません。
＆ありがとうございます。

りょうかいですー

>>177
aa5の代わりの新型牡蠣鯖ﾏﾀﾞ―(・∀・)―ン

物凄い低コストで実行中のプログラムから LA を取る方法ってありますか?
C , Perl

>>187 こういうのですか？
http://www.freebsd.org/cgi/man.cgi?query=getloadavg

おっ

そりつかって、、、
高LA時のread.cgiの挙動を変えるのに挑戦してみよう。
意味無かったら止めるけどさ、

お、これは例の ex9 的対策(半自動で人大杉にするとか)かしら。

LAだけだと、微妙かもですね。
bananaのLA=10は今の状況だと正直もうだめぽだけど、
tiger/cobraのLA=10はまだ余裕とか、そのへんのバランスは考慮したいかも。
(昔なつかしい「お茶飲め」と同じ理屈です)

このへんは、何らかの形でconfigurableにすればいいのかな。

ex7で「ミニ雪だるま」の実験をはじめた。

具体的には、port 80にsquidをかましてみた。
squid + mod_rpaf を利用。
httpdは、127.0.0.1経由でアクセス。

どのくらいキャッシュが効くかとか、果たして意味があるのかとかは、未知数。
しばらく観察ということで。

>>191
mrtgはとってますでしょうか

・・・とおもったけど、既存のex7の統計の変化でわかりますねw

>>192
…です。

というわけで、備忘録。

【ミニ雪だるま作戦】ex7で15:30ごろまで書けたのに急に書けなくなった人はこちらへ
http://qb5.2ch.net/test/read.cgi/operate/1110179194/

で、
117 名前：root▲ ★[sage] 投稿日：05/03/07 16:43:34 ID:???0
今のまとめ:

・YBBから書き込めない、スレ立てできない
・一部２ちゃんねるビューワでスレ取得時に416エラーが出る
・〃スレ取得ができない場合がある(たぶん原因は上と同じか)
・i.i2ch.netとかt2 t3とかから見られない・読めない・書けない、c.2ch.netからは正常

といったところか。
一部.jpなISPからも、書けない人がいたのかも。

YBBから書き込めない、スレ立てできない、は、なんとなく理解できたんで、
対策できると思います→設定の問題

416エラーは、Apacheとsquidの相性の問題とか設定の問題がありそう→精査が必要
i2ch.netやt2/t3からだめなのも、たぶん上と同じか。

あと、squidの状況としては、

httpd_accel_with_proxy on
で
cache_dir aufs /usr/local/squid/cache 128 16 256

の方が、
cache_dir null /tmp

の時よりも圧倒的にシステムの負荷が少なかったので、
ローカルキャッシュありの方が、やはりよさげか。

MRTGのほうは、どうだろう。

http://mumumu.mu/mrtg/mrtg-rrd.cgi/access/ex7access.html

総アクセス数で、2割〜2割弱ぐらい稼げるのかな。
KeepAlive系もさらなるtuneがいるっぽいのかも。

refresh_patternのところの、override-lastmod と reload-into-imsは、
やめたほうがよさげ。< 416 エラー対策

negative_ttl 0
にしないといけないっぽい。

いろいろ検索していたら、こんなの出てきた。5年前か。

2chのサーバとしてFreeBSDを採用してみる例
http://piza.2ch.net/log/unix/0008251/957884791.html

ミニ雪だるま実験 続き

ex7.2ch.netだけでなく、tiger503.maido3.comや206.223.150.110でもアクセス可能にした。
YBB書けない問題は、mod_rpafにパッチをあてて対応した。
416エラーは、squidをrange_offset_limit -1にしたら出なくなった。

これからのチェックポイントと解決すべき課題

・雪だるまのローカルキャッシュが、どのくらい働くのか
・雪だるまのhttpアクセラレーションが、どのくらい働くのか
・i.i2ch.net / t1 t2 t3 が動かない問題の解決

ようすをとりはじめた。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/snowman/

残るTODO:

・携帯プライベートネットワーク用スイッチの件
・oyster243の件

本日は、ここまで。

squid のソースをざっと見てみると，どうやら HTTP/1.0 ベースで作られているようですね．
HTTP/1.0 では，リクエストに Connection ヘッダがない場合のデフォルトが close なのが
http://qb5.2ch.net/test/read.cgi/operate/1109941496/845-847n の原因かと．
また，chunked 転送ができないので Content-Length 指定のない CGI 出力などは
Keep-Alive にはできない，と．HTTP/1.1 利用なら Apache の mod_proxy となりますか．

あと，read.cgi 出力の効果的なキャッシュのためには，やはり Last-Modified 吐いた方がいいのかも......

>>202を見ると、ローカルキャッシュのヒット率が30%ぐらいですね。
ディレイ0秒、しかもcgi出力のキャッシュなし(下記)でこの成績なのは、なかなか。

acl QUERY urlpath_regex \.cgi cgi-bin \?
no_cache deny QUERY

確かにHTTP/1.1なら、Apacheのほうがいいかもしれないですね。
Apacheでやるとなると、客の相手するやつはやっぱりworker MPMですかね。
別サーバなら、preforkでもいいのかもですが。

そういえば、Last-Modifiedがないんですね。
だとするとキャッシュさせても、あんまり意味がない予感。

以降は、雪だるま作戦かな。

TODO: memoriesのアクセスログを1つに出力する
難易度: 楽

★★★　ひさびさにPV(ページビュー)当てクイズでも・・・ Part1
http://qb5.2ch.net/test/read.cgi/operate/1104955745/194-195

>>206 続きあり。一連の処理で。

ディスクキャッシュは、掲示板型だと(特にex7やlive系だと)、
逆に重荷になるらしい。

雪だるま作戦のスレでもSunOsさんが書いていたけど、メモリキャッシュにいかに乗せるか、
が、重要なポイントらしい。

あと、後ろに回したhttpdは、KeepAliveをそのままで動かしていると、
Kばっかりになって逆効果になる場合も、どうやらあるらしい。

といったところか。

# request_header_max_size 20 KB
# for long URL of offlaw.cgi
request_header_max_size 40 KB

と、

# reply_header_max_size 20 KB
# for long URL of offlaw.cgi
reply_header_max_size 40 KB

を、増やした。下のほうは、念のため。

で、

liveb1をフロントエンド化へと。親はlive15で。

menu.2ch.net 土地作りしました。
PV計測の仕掛けを導入済み。

とりあえず、これで見えます。
http://menu.peko.2ch.net/

ということで、以下のDNS登録依頼を。

+menu.2ch.net:206.223.151.10

>>211
done

>>212
確認したです。

http://menu.2ch.net/

さて、これからアカウント情報発射しておきます。

・ひ（りゃ
・おじさん
・まほらさん
・サザンさん
・ボヤッキーさん

今日のメモ:

・swap spaceの使用を全面的にありにした。< tiger/cobra
http://qb5.2ch.net/test/read.cgi/operate/1110638391/273
http://qb5.2ch.net/test/read.cgi/operate/1110686863/483-500 あたり
・httpdの数をいろいろ調整した。設定値↓
http://qb5.2ch.net/test/read.cgi/operate/1110218877/506
・おじさんが「自動人大杉装置」を開発し、read.cgiに組み込んだ。
http://qb5.2ch.net/test/read.cgi/operate/1105909861/196-210

こっち向きの話なので
いつの間にか正式リリース予定が近づいていたり


Upload to ftp-master. 2 Apr 2005

ttp://www.freebsd.org/releases/5.4R/schedule.html

>215
暇だったのでさらに調べたところ、6.0も今年中に来そうでしかもその際にGCC4.0を
標準搭載する模様です。

もう、5.4-PRERELEASE ぐらいのはず。
こんどのはかなり安定度上げる方向みたいですね。
個人的には、ひそかに期待していたりします。

いや5.4Rは4/4の予定だけど、順調に遅れてます。

>>218
ふむ。いつもどおりで。

ということで、DNS登録依頼いきます。

まずは第一段階、ex10とlive20の追加。

(新規追加)
+ex10.2ch.net:206.223.151.225
+live20.2ch.net:206.223.150.110

土地作りはできています。

ex10 と live20 に、fox.cgi のしくみを入れました。cron設定済み。

この後の流れ:

1) DNS登録 (>>220) by maido3.comの中の人
2) ex10とlive20に掲示板システム入れ込み
3) ex7の板をex10に、live8の板をlive20に全部移転
4) ex7とlive8の中身を全部memoriesに.退避
5) ex7とlive8のDNSの変更
6) ex10とlive20のF22のへの登録 by 受験生さん
7) 同、配布スクリプトとかへの登録(バーボンとか、ファイル配布関連とか)
8) 必要ならbbyliveの更新とか
9) memories内のread.cgi配布プログラムへの登録とか、ひ）りゃが作ったやつへの登録とか
10) httpdの数やら-M値やらを再設定・調整しなおすとか
11) 禁断の果実・SuExec・read.cgiのリミッターを調整しなおすとか

あと、私のほうでは稼動後に、

某MRTGの更新
某serverlist.htmlの更新
監視所の中の人たちに、例のやつをお願いする

>>220
done

>>223
みえますかね。
見えるなら、たんたんとやりますか。

http://ex10.2ch.net/
http://live20.2ch.net/

まず、ex7 => ex10 、次に live8 => live20 というかんじで。

ほいほーい

もうすぐ出発だから、本格的には今晩かな、、、

一旦止めてざっくりやる方式の予感。

本日深夜or明朝 live8 , ex7 全部止まります

>>225
了解です。ざっくり方式すか。
そのつもりで

>>224
niftyみえたー

あら、暴発(なんか最近多いな)。

そのつもりでいます。
で、単独スレ立てといたほうがよさげなんで、そのへん、やっときます。

>224
DTI見えました。

>>224
DION見えました。

>>224
YBB見えますた

みえたー

どうも。大丈夫そうですね。
じゃ、今夜にでも作戦開始で。

【転校生作戦】ex7とlive8の板たちは一時的に全部止まります[3/15]
http://qb5.2ch.net/test/read.cgi/operate/1110865649/

【Project　Peko】　ついに再発動おめでとうございます。

oyster901の真の実力が明らかになるときがｷﾀ━━━━━(ﾟ∀ﾟ)━━━━━!!!!

さて、どうなることやら。>>234

ex7(= tiger503)は、300投稿まではゆとりでこなしました。
でも、400投稿はふうふうでした。500はもうだめぽでした。

HDDはtiger503と同じしろものなので、実際には同じところで止まるかもしれません。
メモリは、倍載っています。これがうまく効く事を期待していますが、さて、どうなるか。

もちろん、OSが64bitでメモリアクセスが高速なことは、プラスに働くと信じています。

つか、関係スレを読まずに質問ですが、901を雪だるまに使う、ということでせうか？
そのへんがようわかりませんが。

雪だるまはいろいろな局面ですね。
まずは、live15 + liveb1 あたりかなと。

ネットワーク工事はさすがに今週中には終わるだろうから、
来週あたりからそっち方面は、ぼちぼちと。

>>237
らじゃ　ということは今回の件は雪だるまとは別件？

>>238
今後ex10やlive20で関連する実験をするかもしれませんが、
直接関係するわけではないですね。

単に、サーバの限界値をみたいということで。

ex10.2ch.net
↓
206.223.151.225
↓
('･c_･` ) ＠ oyster901.peko.2ch.net ですよね？

可能なら逆引きおながいしますーm(_ _)m

>>221
1) 2) 3) 6) 7) 8) 9) 完了
4) live8 完了 ex7 進行中
10) 11) 明日以降、動かしながら

>>222

http://live20.2ch.net/_service/
http://ex10.2ch.net/_service/

よろしくです。

5) いきます。

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

(現在)
+ex7.2ch.net:206.223.150.110
+live8.2ch.net:206.223.151.225

(変更後)
+ex7.2ch.net:206.223.151.230
+live8.2ch.net:206.223.151.230

ex10, live16, live20 で、禁断の果実(speedy_backend直接起動)を有効にしました。

この影響で、ex7とlive8の過去ログが一時的に見られなくなっています。
>>243 が終わってDNSが浸透すると、復活します。

>>244
ex10、speedy_backendの暴走が起こりますね。
結果、speedy_backendがたまっていく。

ex10だけ、一時的にはずしました(元の状態)。
今のex10のセッティングは1280 + -M32。

>>245
/usr/local/bin/speedy_backendを以下のシェルスクリプトに変更し、
本物は/usr/local/sbin/speedy_backendに置いて、
ex10の禁断の果実を再度有効にした。

#! /bin/sh -
# speedy_backend with CPU time limit
# created by mumumu, 2005/3/16

ulimit -t 120
exec /usr/local/sbin/speedy_backend $*

>>246
今1プロセスspeedy_backendの暴走が起こりましたが、
ちゃんと120sec(2min)になった時点で自爆することを確認しました。

これで、相当耐久力あがったはず。
live16とlive20にも入れてこよう。

>>247 done.

落ち着いたら、ex10実験スレを立てるか。

ex10だけどんどん暴走プロセスがたまっていくので、
-t 30 にした。

live16 / live20 も -t30 にした。

ex10だけ、-t 10 にした。

ex7が重い重い重い重い重い重い重いtiger503
http://qb5.2ch.net/test/read.cgi/operate/1096837151/704-

あと、5分に1回動く統計処理を軽くする必要があるかな、とチラシの裏。< ex10

実際に使ってるかわからないけど重要修正のようですので投下しておきます。


[patch] ip_fastfwd.c: fast forward will crash the system in 5.x
ttp://www.freebsd.org/cgi/query-pr.cgi?pr=kern/78893

>>253
どもです。
２ちゃんねるのサーバは、net.inet.ip.fastforwarding=0 っすね。

http://www.excite.co.jp/
peko作戦サーバ・・・！？

>>255
どうみたってsunの鯖つかってますが
peko作戦の鯖は確かtyan系統だったかと（違ったらスマソ）

>>243
done

ex7の方はまだ変わってないな・・・

>>257
確認しました。

>>258
TTL = 300 なので、正しく実装されてれば、
おっつけ、かわるはず。

しばらくしたらディスクあけるために、前のところにあるファイルを消します。

旧 live8 と 旧 ex7 から古いファイルを消去し、HDDを空けた。
いずれも、memoriesに収容済み。

今日は重くならなかった、、、とすると。
投稿数は大幅には変わっていないから、>>251 が効いたのか、
あるいは live8 と ex7 の offlaw.cgi がいなくなったからか。

>>261
ひとつ質問でーす

offlaw.cgiって何かしらの媚薬(speedyとか)を盛ってましたっけ？
# そもそもofflaw.cgiのコール数が少ない罠でしょうけど

>>262
なんにも。普通のCGIのはず(C)。

コール数はきちんと見てないけど、直感的には結構ばかにならんかもです。
特に ex7 の過去ログとか、何GBytesもあったりしたし。

>>263
そーなるとDSOいれてもいいかも。。。
狐さんと相談してみては

>>264
「どうしますかねぇ」みたいな話は、既に（りゃ。

>>265
（りゃ　していないですよｗ

で、手をつけたらmemoriesの負荷が恐ろしいぐらい軽くなる悪寒

ここでよかったかしら？
http://www.ring.gr.jp/ring/ntp.html.ja
だそうです♪

>>267
ふむ、RINGすか。
米国にあるサーバから使うのはあれですけど、いいんではないかしら。

あと、同じ名前付けてDNSラウンドロビン使うんなら、stratumはそろえた方がいいかもです。

>>268
そろえるのはとても無理だと思いますよ。

>>269
ふうむ、、、。
なら、stratumごとにグループ名を変えるとか。

s1.ntp.ring.gr.jp
s2.ntp.ring.gr.jp

>>270
それが妥当なラインでしょうねー

どうも、bbs.cgiが暴走するみたいなので、禁断の果実をいったんやめた。< ex10 / live16 / live20

で、そのかわりといってはなんだが、
speedy フロントエンドとバックエンドの間の通信に使う一時ファイルを、ジンギスカン上に作るようにしてみた。
(-T/md/tmp/speedy を追加)

#!/usr/local/bin/speedy -- -M32 -b1048576 -t660 -T/md/tmp/speedy

ex7が重い重い重い重い重い重い重いtiger503
http://qb5.2ch.net/test/read.cgi/operate/1096837151/739-741

It appears Tiger503's boot partition is damaged.
I do not know if it is the drive or the files.
Are these SCSI drives setup to mirror?
If so, then I belive it is file damage.
Otherwise, probably the hard drive.

>>273
（ﾉ∀`）ｱﾁｬｰ

さようなら、楽しい思い出

ｶﾞ━━━━ΣΣ(ﾟДﾟ;)━━━━ﾝ

Tyger! Tyger! burning bright,
In the forests of the night,
What immortal hand or eye
Could frame thy fearful symmetry?

>>277
ブレイクですな

虎よ！　虎よ！　あかあかと燃える
闇くろぐろの　夜の森に
どんな不死の手　または目が
おまえの怖ろしい均整を　つくり得たか？

ハードディスクがあぼーんしたの？

Tyger! Tyger!輝き、Inを燃やす、夜、Whatの不滅の手
または目のCouldの森林が縁どるあなたの恐ろしい対称?

無断超訳
　　Tiger503のbootパーティションが逝ったぽ。
　　ハードディスクが逝ったのかファイルが逝くったのかはシラネ。
　　SCSIドライバの設定をミラーしているんなら、ファイルが逝ったと思われ。
　　そうじゃないのなら、ハードディスクがシボンヌ。

……直前のバックアップまで巻き戻るですみますように（-人-）ﾅﾑﾅﾑ

3/16まで入ってたex7の分のログは既にSumaディスクのほうに保管済で、
いまtiger503にはいってるのは3/16〜のlive20のログだけなはずだから。。
まぁ不幸中の幸いってやつだけどな、

raidにすれよ、PIEさんよ

過去は速やかに忘れて再開きぼぬぬ

boot partitionが�dだだけなら別システムに繋げば吸い出せるでしょうけど…‥

>284
>273の3行目をよく読んでみよう。RAIDは論理破壊には全くの無力だ。

やはり、HDDですか。

向こうのスタッフと調整する必要ありですね。
すすめます。

システムディスク(disk #1)なら、ディスク交換してOSインストール、
/homeが入っているユーザディスク(disk #2)なら、
システムディスク側にある定時バックアップから戻すということで。

今日6:00の段階の、disk #2 => disk #1へのバックアップは、とれているようです。

DUMP: Date of this level 0 dump: Sun Mar 20 13:00:16 2005
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping snapshot of /dev/da1s1d (/home) to /var/backup/L0/dumper-home.dump
DUMP: mapping (Pass I) [regular files]
DUMP: Cache 8 MB, blocksize = 65536
DUMP: mapping (Pass II) [directories]
DUMP: estimated 365168 tape blocks.
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: DUMP: 373993 tape blocks on 1 volume
DUMP: finished in 78 seconds, throughput 4794 KBytes/sec
DUMP: level 0 dump on Sun Mar 20 13:00:16 2005
DUMP: Closing /var/backup/L0/dumper-home.dump
DUMP: DUMP IS DONE

>>287
ガンバレ

pc2鯖がバックトゥザフューチャーしたときのこと思い出した。

今度は失敗しないでね（はぁと

root▲ ★たん、がんばって♪乙〜
FOX ★死ね

TODO: tiger503 トラブル対応
TODO: pc5の土地をmemoriesに造成

>>289
バックトゥザネイチャーうんこを思い出した。

pc5 固め終わっています

p , t , d

memories上に、土地作りできました。
http://pc5.peko.2ch.net/

DNS変更依頼いきます。

(現在)
+pc5.2ch.net:206.223.151.55

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

>>293
収容 & memoriesへの展開作業、入ります。

>>294
要請出しました

FreeBSD 5.4　Beta1がＦＴＰに来ますた。

>>297
4月末〜5月初めに修行を兼ねてPIEに行くかもしれないので、
その時にごにょごにょしようかなと。

>>293 >>295
収容完了しました。
http://pc5.peko.2ch.net/kakolog.html

>>294
done

http://qb5.2ch.net/test/read.cgi/operate/1105645765/206 について。
とりあえず、以下が見つかったのでおれさまメモ。
ex10とかlive系とかでは、使えるかも。

http://www.geocrawler.com/mail/msg.php3?msg_id=5151086
(Google cache)
http://64.233.179.104/search?q=cache:B6qawydJdgIJ:www.geocrawler.com/mail/msg.php3%3Fmsg_id%3D5151086+kern.filedelay%3D240&hl=ja

FROM: Tony FinchDATE: 02/12/2001 13:13:51SUBJECT: RE: Any ideas on keeping the disk spun down on laptop Kevin Oberman <<EMAIL: PROTECTED>> wrote:
>
>Has anyone looked into making update(4) not do any disk IO when there
>have been no changes to metadata? And, is there a way to extend the
>update period? Or am I completely off base in my belief that update(4)
>is the source of the continuing disk accesses.

There is a simple patch to extend the time between syncer runs: see
PR#21859. I've been running with this for months now and it works
nicely. In /etc/sysctl.conf I have

kern.syncdelay=250
kern.filedelay=240
kern.dirdelay=230
kern.metadelay=220

and in my kernel configuration file I have

options SYNCER_MAXDELAY=1024# allow up to 17 minutes between syncs

BBS/BBX/BBY/BBR/BBMの許可リストにbanana313(= pc8)のIPアドレスを登録しました。

F22の起動は、動き出してから。

現地はもう深夜ってことは、live20の復旧はまだ先かな

oyster901 の性能の件について

重いのは、当然アクセスが多いからではあるが、
それはおいて置いて、

ボトルネックは何? (HD? or RAM? or others?)

HD であるなら ２ちゃんねるの動作仕様を変えるしか手が無いと思う
RAM であるから、増設して実験してみたい。
others であるなら何?

この調子ですと４月中には正式版出るかも


ttp://www.freebsd.org/releases/5.4R/schedule.html

本日の実験の結果から言うと

1) httpd は増やしてもメモリばっかり食っていまいち。
2) -M を増やすと 投稿/min は伸びる(まだ天井は見ていない)
3) deflate は結構重い
4) read.cgi はこのサーバではゴミのようだ
5) 現在の資源での極大値は　-M増加、httpd増やさない、defalteカットででるらしい

>>306
ですね。
補足すると、

1)tigerサーバの場合ですが、read.cgiが多いサーバは、httpdがたくさん必要な傾向があるようです。
芸スポのあびる優祭りの際には、httpdが売り切れる現象を目撃しました。
あと、マツケンサンバの時は、必ず売り切れてしまうようです(泣。
あと、ex10はROMが少ないというのも、影響しているように思います。

2)他の原因をとっぱらってやると伸びるということは(read.cgi止めるとかdefleteを切るとか)、
書き込み数はまだ裁ける可能性があるということですね。
これは、夜の実況が投稿数の割に軽いとか、ドスペよりも海老沢会長の方がレス数が多くなるとかの、
統計的事実や私の感覚とも一致しています。

3)帯域に余裕があるなら、deflete止めたほうがいいのかもですね。

4)read.cgi起動数は、news18と同じぐらいです。直読み数は数倍違いますが。

5)この方針で明日以降も、ごにょごにょしてみるということで。
ex10だけデフォルトでdeflete止めるように、.htaccessを設定してみるか。

私は index.html subject.txt 更新を
適当にサボるように bbs.cgi を改造してみるか、

>>308
マニラで話してた例のやつですね。subject.txtを非同期にすると。

路線としては、
・3回に1回にする
・ランダムに手を抜く
・subject.txt/subback.html/index.html生成を別プロセスにして、たまに動かす

とかか。

ということでこの話題は、bbs.cgiスレで。

>305
現在、順調に遅れていますのでそのページにゲタをはかせた日付で準備して置いてください。

ex10だけ、圧縮を切る設定を入れた。
.htaccess で以下を設定。

# for test: disable gzip on ex10 -- mumumu, 2005/3/23
SetEnvIf Host ex10 no-gzip

さて、live20の状況を気にしつつ、そろそろおやすみ。

クリトリス

>>313

>>314

えーっと・・・
>>313はるーたんの書き込みでＯＫ？

壊れたところ始めてみた。もうけもうけ。

FOXの壊れっぷりを見てるからさほど驚かない

普段のトリップとは違うわけだが。。。

★ないけど、そうなの？

Tiger503 has had HD0 replaced with new 37gb SCSI disk.
It has been re-installed and is back online.
Please login via SSH, mount /home partition and check.
-Sean

と言っているが、

Tiger503はHD0を新しい37gb SCSIディスクに取り替えさせました。
それは、再インストールされて、オンラインで戻っています。
SSH、マウント/家のパーティションでログインして、チェックしてください。
-ショーン

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

>>321
ということは/のほうですたか
とりあえずえがったえがった・・・・のだろうか？

>>321
ログインできました。状況確認。

・/home (#2 disk、掲示板システム)は中身も含めて無事
・システムディスク (#1 disk) は、FreeBSD 5.3Rが入った状態

ということで、これからシステム側をもみもみします。
今夜には復活できる予定。

>>325
ということで、これからシステム担当のｵﾆｬﾉｺをもみもみします。
工エｴェｪ(ﾟДﾟ)ｪェｴエ工

>>325
ということで、これからシステム担当のｵﾆｬﾉｺをむぎゅします。
　　 。　。
　 / ／ ﾎﾟｰﾝ！
( Д )

>>325
おお、えがったえがったですー

ばんじゃーい

live20構築中、、、。

http://blog4.fc2.com/enoki/blog-entry-25.html

ううむ、Perlが。

>>329

lang/perl5 has been updated to 5.6.2, and lang/perl5.8 has been updated to 5.8.6.
you should update everything depending on perl, that is:

というわけで、Perlの更新をする時は、Perlに依存したソフトを全部更新する必要があると。
5.4Rにする時には、工事が必要になるわけか。

そのままln -sしただけではダメなのかな？

>>331
問題の先送りってやつですね。
たぶん大丈夫なんでしょうけど、どうせ入れ替えると割り切って
流れに身を任せるほうが、あとで禍根を残さないかも。

>330
/usr/potts/UPDATINGをperl5で検索するとportupgradeするスクリプトがかいてありんす。

最終段階に入ったのですが、、、。
最後にApache起動テストをしたら、黙ってしまいました。なぜだろう。

リブート依頼します。

リブート待ち中。

…とてもいやな落ち方なので、
メモリとか、そういう問題かも。

おつです

(；・∀・)ﾄﾞｷﾄﾞｷ…

live20の復活はいつ頃になりそうなのでしょうか？

>>337
仕込みは概ね終わっています。
(bbs.cgiの更新等も含む)

最終テストをしていたところで、謎のハングアップ。
現在リブート待ち中です。

現時点では、メモリ等の別のハードウェア障害がないことを祈るしかなく。

>>338
お疲れ様です。とりあえず自分も祈っておきます。（-人-）

>>338

　　　　　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　 　　,＿＿　　　　　| 　無事に復活しますように
　 　 ／　　.／＼ 　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　 ／　　.／( ゜ ).＼ 　　　　　　o〇　 　 　　ヾ!;;;::iii|//"
／_____／ .( ・ω・）,＼　　ﾍ⌒ヽﾌ　　　　　 　|;;;;::iii|/ﾞ
￣|| || || ||. |っ¢..||￣　　（,,　　）　ﾅﾓﾅﾓ　 　|;;;;::iii|
　 || || || ||./,,,　|ゝ iii~ 　　⊂　ヾｗｗｗｊｊｒｊｗw!;;;;::iii|ｊｗｊｊｒｊｗw〃
　 |￣￣￣|~~凸（￣）凸　（　　,,）〜　ｗｊｗｊｊｒｊ从ｊｗｗｊｗｊｊｒｊ从ｊｒ

愛しのtiger503ｶﾞﾝｶﾞﾚ
寂しくなったら戻っておいで〜ｗ

パソコンの前に酒供えて復旧を待ちます

祈り通じず・・・・

tiger503 をリブートいただいたのですが、数個パケットが来るようになった後、すぐに黙ってしまいます。
再度リブートしてもらっても同じでした。

Apacheを起こしたとたんにおかしくなったので、
Apacheを自動起動しているところで止まっているのかもしれません。

困りました。
特に変な設定は、していないはずなのですが。

シングルユーザで立ち上げて、Apacheを起動しないようにして立ち上げなおす必要ありか。
その旨、お願いしておきます。

%ping live20.2ch.net
PING live20.2ch.net (206.223.150.110): 56 data bytes
(pingきはじめる)
64 bytes from 206.223.150.110: icmp_seq=673 ttl=63 time=4.623 ms
64 bytes from 206.223.150.110: icmp_seq=674 ttl=63 time=4.572 ms
64 bytes from 206.223.150.110: icmp_seq=675 ttl=63 time=0.805 ms
64 bytes from 206.223.150.110: icmp_seq=676 ttl=63 time=4.761 ms
64 bytes from 206.223.150.110: icmp_seq=677 ttl=63 time=0.784 ms
64 bytes from 206.223.150.110: icmp_seq=678 ttl=63 time=5.525 ms
64 bytes from 206.223.150.110: icmp_seq=679 ttl=63 time=4.690 ms
(ここで黙る)
^C
--- live20.2ch.net ping statistics ---
724 packets transmitted, 7 packets received, 99% packet loss
round-trip min/avg/max/stddev = 0.784/3.680/5.525/1.849 ms

中の人と対策を相談中、、、。

さてどうなるか
1)OSからインストールしなおす
2)別のマシンを調達
3)しみじみと設定に変な所がないかを見直し

いずれにしても時間かかりそうだなあ

4)なかったことにする

しかし、何やら本当に深刻なようで・・・

まともなマシンよこせと2)をきぼんしる

live21鯖きぼーん

21代目実況鯖か。
というか退役した実況鯖っていくつあるんだ？

>>345
少なくともmemtest必須ですかねー

rootさん大変みたいですね。がんがってください。出来れば早く復旧しますように(-人-)ﾅﾓﾅﾓ

>>350
（私調べ）
liveサーバは14,15,16,19,20が稼動中。
よって退役サーバは15？

>>353のageについて深くお詫び。

>>350
live14…ニュース実況＋＋
live15…なんでも実況(ビーナス)、実況せんかいｺﾞﾙｧ！＠実況ch、番組ch、BS実況ch(NHK)、BS実況ch(民放)、実況スカパー、ラジオ実況、実況せんかいｺﾞﾙｧ！＠スポーツch、お祭り会場
live16…なんでも実況(サターン)、番組ch(NHK)、番組ch(NTV)、番組ch(TV東京)、オリンピック実況(女)
live19…市況実況2
live20…なんでも実況(ジュピター)、実況(NHK教育)、番組ch(TBS)、番組ch(フジ)、番組ch(朝日)、実況せんかいｺﾞﾙｧ！＠やきうch、実況せんかいｺﾞﾙｧ！＠芸能ch

live18・・・臨時地震、臨時地震2 もね。
あとlive19には株式、投資一般、ネトゲ速報、ネトゲ質問、ネトゲ実況、2、3
live14にはニュース二軍+、大河ドラマもあります

ハードウェアトラブル？

まんこ舐めたい・・・・・

>>358
>>358
>>358
>>358
>>358
>>358

エエエエエ（´Д｀）エエエエエ

あなた騙されてますよ？

ぁゃιぃ・・・　どうなっても知らんぞ

ﾜﾛｽｗｗｗ

いや、これはいくらなんでもｗ

偽者

たしかに本当に本人だったら問題でしょうが、偽者の可能性もありえますなw

弁解があれば以下でききましょか
質問・雑談スレ114＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1111418807/

つ す○きの

本人だったとしても特に問題無いような…

>>346
『入院』にｲﾋﾟｮｳ

あらら・・・なんか、大変みたいですね＞サーバ

まずは切り分けのために、Apacheの起動をやめることにしよう。
(Apache起動のとたんに死んだので)

ということで、今夜もし私がオンラインでない時にPIEで対応、ということになった場合、
以下のオペレーションをお願いしてもらえると、とても助かります。

(同じ文面をJimさんとSeanさんにメールしておきます)

Jim-san, Sean-san,

I want to determine the cause of the trouble of tiger503.
I suspect that the cause of trouble is my bad apache configuration
because when I started apache manually, the system has been down.

So, if you can, please do the following operations.
It disables Apache server autostarting.

1) Reboot tiger503 as single user mode.

2) Remove Apache startup file, as follows.

rm -f /usr/local/etc/rc.d/apache2.sh

3) Then, reboot the system.

After the system has been up, I will fix the problem remotely.

Regards,

>>371
了解


それにしてもクンニしたい・・・・・・

>>372
エッチなのはよくないと思います（＞＜）

＾＾；

>>373
私もそう思います＞＜

>>372
我慢は良くないです。忙しくなる前に逝ってきてください。

>>372
規制されますよ。

>>358
>>372
変た(ry

ﾜﾛｽｗｗｗ

http://qb5.2ch.net/test/read.cgi/operate/1107376477/372

372 名前：ピロリ[sage] 投稿日：2005/03/24(木) 22:05:35 ID:vNTaqkB+0
>>371
了解


それにしてもクンニしたい・・・・・・

>>372
　　　　　 ,/|_/|⌒｀ﾞヽ,,
　　　　　cﾐ､ﾞﾞ/と,,,,,と)彡 規制しますよ
　　 　 　 　 `´

ザ･エロティックサスペンス

フィリピンでおかしくなって帰ってｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

軽くなった原因をdeflateを止めたからだと「結論つける」ならば、
すでにCPUの能力が限界であると結論づける事になると思う。
ということはこれ以上の容量(キャパシティー)増加は見込めない。
費用対効果では Tiger の方が上である。

live20は復活しないの？

転送量で騒いでた時期もあったけど、
最近は負担のほうが問題ですかあ。
2ちゃんねる君も成長したものです。

http://homepage3.nifty.com/aona/archive/modelnumber_table.html

モデルナンバから考えるに、opteron242は2800〜3000相当じゃろうから
こんなもんなんじゃろうのぅ
セールストークに出てくる電気代云々はこの場合関係なさそうじゃし、

メモリコントローラ直付けはかなり効いておるようじゃが、それならば
安いSempron（32bit）でも効果は同じように（比較対象がPen4になるが）
出てくるはずじゃ　　高いopteronを使う必要はないのう

負荷の一種かも知れないけど、
最近ボトルネックというかコストが一番高いのは

「電気代」の事態になりつつあるように思える。

CPU負荷の最大の原因がmod_deflateにあるのならば
圧縮率を下げることで、
mod_deflateによる負荷は1/2-1/3程度まで下げられるはず

×　事態
○　時代

スピードステップ技術を投入すれば多少は減るのかな

で、
.datの差分取得をするクライアントは、
Accept-Encoding:gzipを送らないので、mod_deflateは関係ない。

問題は、各種HTMLを取得するクライアント(汎用ブラウザ)、及び
subject.txtを取得する時
.datを全取得する時
に、mod_deflate経由の圧縮が有効になること。

まさかc.2chが.datを取得する時に圧縮することはないだろうし
とりあえずsubject.txtかな。

あと、確かsquidはVary:Accept-Encodingに対応しているはずなので
squidが圧縮後のデータをキャッシュしてくれているのなら効果あるかも。

>>388
AMDのHammar系列はIntelのNetBurst系列よりは
消費電力が低いはずだす

…なんか現状は、ディーゼル車がガソリン車より値段が高いようなもんなのかのう、、

>>393
電気代と比べるのは
場所代とか回線代とかです

つまり総コストに占める割合のはなし、

>>384
費用対効果ですか。

oyster901は現在メモリ4Gなわけですが、これのメモリを8Gに増やして
真の力(仮)をしぼり出させるより、玉数を増やす(例えばメモリ2Gのtigerを2つ入れるとか)の
ほうがいいかもとか、そういう話も含めて、考慮することになりますかね。

あとOpteron242(2004年1月当時としても相当下の方のOpteron)は、
Xeonのいくつぐらいに相当するのか、とか。
最近のOpteronなら、もっといけるのかどうか、とか。

あとは、amd64版のコンパイラの出来とかも、ありえるのか?
あるいはamd64は、圧縮・展開が実は不得意だったとか。

>>388
電気代の件

そういえば、4月に出る(遅れているようですが)FreeBSD 5.4Rから、cpufreqという機能が入るみたい。

20050225:
The cpufreq framework has been merged. As part of this, the sysctls
for acpi(4) throttling have been removed. See cpufreq(4) for the
new sysctl interface. The power_profile script has also been updated,
so you can use performance/economy_cpu_freq in rc.conf(5) to set AC
on/offline cpu frequencies. No new cpufreq drivers have been brought
in with this import but drivers from -current can now be built and run
on -stable.

電気はCPUが消費しているんじゃなく
たきさん着いているFANのような・・・

>>392
で、これ面白いので、やってみるです。

今日寝る前に、subject.txtだけ圧縮しないようにしてみます。< ex10
ex10 は専用ブラウザ率が高いし祭り率も高いから、subject.txt 読まれ率が異常に高いと推測。

>>384
の一行目は皆さん肯定しているんですか?

寒くて地価が安いところに鯖群をおく時代が来るんだろうか
ProjectectRussia？

>>392
ぶっちゃけた話、IEだけでもdat2htmlアドオンがあるだけで違うと思うけど、
アドオンの開発の仕方をしらんのでつくれませんのでこの話は霧散しますた

>>397
えっと、ファンのコントロールとかもあるですね。
きょうびの機械はCPUをゆっくりにすると、それを感知してファンもゆっくりになったりするです。

>>399
個人的には、圧縮かかっている回数が他のサーバに比べて異常に高いんではないかと推測。
で、>>398

というか、温度を見てファンがゆっくりになったりするですね。
CPUがゆっくりになると、温度上昇も少ないわけで。

そういえば以前(去年だったかな)、
低消費電力バージョンのOpteronの搭載を売りにしている1Uサーバのメーカが、
私の知り合いのところに、売り込みに来てたです。
最近はサーバファームも、エコロジーの時代だと言っていました。

つまり

軽くなった原因をdeflateを止めたからだと「結論つける」ならば、

を否定したいだけだったり、
これを肯定するなら本当に結論はでてしまっているよ

>>404
私も、それじゃつまんないなと思っています。
で、>>395 の第3パラグラフとか、ex10 は他と比べて圧縮され率が異常に高いんじゃないかとか、
いろいろ考えていたわけです。

確かに deflete はそれなりにコスト高いもののひとつだとわかったわけですが、>>304 に立ち返ると、さてどうなのか。

>>397
6800rpmモノじゃとファン１個当たり0.5Aとか喰うからのぅ

>>403
246だすか？
アレならメモリも今のより早くなりますのう、
DDR400が使えるだす

「deflate を止めたら軽くなった」は結論の根拠なんかじゃなく
問題解決への糸口だと言ってくれ〜

もしくは勘違いだったと、

で、これまでの実験から考えてみると、

・HDDはまだ天井を見ていないようだ => まだのぞみがある
・メモリを増やすと、効果は望めるのか => 仮にメモリを8Gとかにしたとして、どのようなチューニングを施すべきなのか
つまり、増やしたメモリをどう使うのがいいのか。OSにまかせるのか、あるいはセッティングを変えるのか

といったところが、要検討な点、、、なのかしら。

oyster243が今たまたま使われていないので、一時的にメモリをひっぺがして、
数日だけoyster901に入れてみるとか。

>>406
cobra はそんなのが 10個とか20個ついているんじゃなかったかなぁ
tiger も結構なもんです

>>399
データがCPUに行って圧縮されて戻ってくるなわけで上り下りで２倍の
帯域を使うわけでバスがネックになってるとか思い付きを書いてみる

>>407
さて、問題解決の糸口だと言うためには、それなりの裏づけが必要なわけです。

で、どのあたりにその糸口があるのか。
たぶんそれは、次以降の実験フェーズで明らかにしていくべきなんではないかと。

「deflete を止めたら軽くなった」という事実がまずあった。
でもそれだけじゃ、なんかあたりまえなわけです。コストかけなくしたんだから。
というか、別のコスト(= 転送量)に転嫁しただけで。

圧縮をうまくやりつつ、HDDというかI/Oの力を発揮させつつ、
うまく力を発揮させられないか、
というか、>>407 でいうところの解決すべき「問題」とはそもそも何なのか、というところから、
考えてみる必要があるような気がするです。

現 ex10 で実験を行っている目的は
逆に live8 では駄目だった理由ですが、

私は投稿数の積分値に置いています。

つまり　一日の投稿総数。
ある瞬間重くなる(突然のアクセス増)をなくするのではなく
一日の総数での極大地をつぐりたい。
次の瞬間ぱっと立ち直ってさくさく動けばいいのですから、

一時的に、「subject.txtだけno-gzip」にしてみた。
この時間だと、あんまり参考にならないかも。

ex10だったらsubject.txtだけno-gzip、という設定は、.htaccess的にどうやるのかな。

×　つぐりたい
○　さぐりたい

>>412
ふむ。

持続力というか、サーバのキャパシティの問題ですね。
包容力のある、でっかいサーバをめざす、という方向かしら。

300投稿/分 とか 400投稿/分 の状態がずっと続いても、問題なく動くと。

>>415
なぜなら　２ちゃんねるのほとんどの板はそれが重要かと、
例外はlive系だけ

liveだけ、とは言わないですが(理由は下記)、圧倒的多数の普通の板は、そうですね。

「どーん」に耐えなきゃいけないのは、live系、eq/eqplusと、あとは私が言うところの「アツい板」達かな。
いわゆる「突沸」するところ。

思いつくままにあげると、anime, shar, keiba, soccer あとどこだろ。
なんにせよ、感情のままに何かが起きるみたいな。

んで ex10 における実験で目指したいところは

1) 一日投稿数の増加
2) 一撃からの回復の早さ

です。
1) のためには当然最大速度の向上も必要です 500/min 楽勝とか

deflateが重くする原因は何処なのか調べた方が良さそうですね。
まずはメモリ増設で何処まで軽減するかチューニングしながら様子見するとか

>>408
oyster243、全く使われておらんと？
（BBQはどうなっただすか！？）

ほんとうに全く使ってないなら、243にi386版をインスコすて
ex10の中身をそっくり移すと面白いのかも知れぬ

ソレでOSとcgiの現状がどうなのかがわかるで、
結果として>>395の下段の検証がある程度出来るかもでよ
i386版はかなり練れておるはずじゃからね


…あと、量産型Cobraのメモリは512Mモジュール使用でなかったかのう、
　 高価な1Gモジュール入りはプロトタイプな901、902だけでなかったべか？
　 そのへんどうだったべ？

>>413 にして15分ほど。
http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/ex10traf.html

転送量はちゃんと減少。しかし、負荷はいつもの2時台より少ないような。
なんか、subject.txt が異常に多く読まれているが、ビンゴな気がしてきた。

>>420
単純に、増設工事の完了を、待っていたです。
前半は私が忘れていた(たぶんJimさんもメールを見落としていた)だけど。

>>420
> …あと、量産型Cobraのメモリは512Mモジュール使用でなかったかのう、
> 　 高価な1Gモジュール入りはプロトタイプな901、902だけでなかったべか？

だったはず。少なくともcobra2244〜2246は512Mモジュールでした。
901 243がどうだったかは、再確認が必要かと。

>>419
「deflateが重くする原因」の主たるものは、そのCPUの占有率によります。

…そういえばtiger503時代も、転送量の割に負荷が高かった記憶が。
投稿数が多いせいだというのはもちろんあるわけだけど、subject.txt の転送数も
効いているのかも。

>424
と言うことはＣＰＵを4WayにすればＣＰＵ占有率下がるのかなぁって思ったんだけど
さすがに導入費＆維持コストかかり過ぎなので今年登場するデュアルコアに期待
って所ですねぇ
（おなじ２Ｗａｙでも実質４Ｗａｙ相当）

「面白いスレがたたないかなー」ということで
みんなで一生懸命subject.txtをとりまくるわけなんだべか、、

>>422
ああ、そっちの都合だったのけー

>>413 をex10のhttpd.confで設定することで、.htaccess から設定をはずした。
で、.htaccess を再配布。

これで、ex10についてだけ、subject.txtのみ圧縮しない、というモードになったはず。
これで明日のラッシュアワー(21:00-24:30あたり)、動かしてみるか。

転送量の比較もしてみよう。
つまり、転送量が大きく増えなくて(全部mod_deflateだと12Mぐらい、全部なしだと20Mぐらいだった)、
負荷が上がらないなら、この設定はサーバのキャパシティ向上には相当意味があることになると。

>>427
というか、専用ブラウザでsubject.txtを超高速でとりまくるのは、
実はサーバにとってはかなり痛かったってことなんじゃないかと。

まさかsubject.txtを毎秒取りに行ってる香具師とかいるんじゃないかと言ってみるテスト
下手するとコンマ何秒の世界だったりして

一時期「ミニ雪だるま」の実験をした時、subject.txt のヒット率が
異常に高かったのを覚えています。

たぶん、一部の２ちゃんねるビューワで、
相当な勢いでsubject.txtをとっているものがあるんじゃないかと、推測していたり。

調べてみますか、、、　< subject.txt/UA

>>432
ex10で例のfox.cgiをごにょごにょするのが、一番手軽でよさげかも。

あと、気が向いたら
DeflateCompressionLevel 1
も試してみてくださいな。

圧縮後のサイズは平均15%程度大きくなるけど
CPU負荷はかなり低くなると思いますよ。

ex10.2ch.net サーバ
.txt 呼び出し回数 = 32646

deny from 206.223.152.95 #(289) 0.89%
deny from 206.223.152.90 #(267) 0.82%
deny from 210.135.98.230 #(238) 0.73%
deny from 219.113.242.218 #(223) 0.68%
deny from 222.15.3.135 #(195) 0.6%

>>435
上2つはblackgoatの予感、、、だけど、blackgoat並みにとってるやつ、
結構いるのね。

上位五個

206.223 は blackGoat かな?
1h で約300回は全然キャシュが効いていないような、

全体としては誰かが極端に多く取得じゃなく
みんなで激しく取得という印象

3位はブラジルかな。

>>438
たぶん

今ディレイ1分だから、60回…ってのを期待しているのかしら。
ちょっと、設定見直してみるか。

1) blackgoat が二台とも来ているのは仕様?
2) blackgoat は60秒delayなんだから一時間で　60回
　　(6板あるから 300回かな?)

>>435
deny from 210.135.98.230 #(238) 0.73%

Network Information: [ネットワーク情報]
a. [IPネットワークアドレス] 210.135.98.0/24
b. [ネットワーク名] BARTOK-NET
f. [組織名] 株式会社ジェンマエンジニアリング
g. [Organization] Gemma Engineering
m. [管理者連絡窓口] AS116JP
n. [技術連絡担当者] AS116JP
p. [ネームサーバ] ns0.bartok.ad.jp
p. [ネームサーバ] ns1.bartok.ad.jp
[割当年月日] 2004/03/13
[返却年月日]
[最終更新] 2004/03/13 17:52:02(JST)

>>441
1) 振り分けは、c.2ch の中の人たちがやっているです。
ex10の板をどう分けるかに依存しているですね。
確か今は、ある板についてどっちかのblackgoatしか使わないはずだから、
例えば3つの板をBG3、別の3つの板をBG4とか、やっているはず。

6板で300回が理論値だとすると、倍近い、、、。のかな。

>>442
おっ　違うのか?

>>442
ブラジルですね。

>>443
そですね　< 倍

.txt で抽出しているから
別の .txt の可能性もあるかも?

って他に .txt あったっけ?

レスのたんびにhead.txtとか

>447
あとぶった叩いているとしたらsubback.htmlですかねぇ。。。

20分間だけど、

ex10.2ch.net サーバ
subback.html 呼び出し回数 = 5497

deny from 210.148.132.211 #(329) 5.99%
deny from 222.226.64.131 #(176) 3.2%
deny from 61.125.72.89 #(133) 2.42%

さすがに、ねむくなってきた。

今のblackgoat[34]の関連部分の設定は以下のとおりです。
これで1分のディレイのはず、なんですが、設定しくってるかな。

refresh_pattern . 1 0% 1 override-lastmod reload-into-ims

ちなみに、これよりいい説明を見たことがないです。

http://pc5.2ch.net/test/read.cgi/linux/997328024/182-183

3つ目の1を大きくすれば、いいのかしら。

refresh_pattern . 1 0% 60 override-lastmod reload-into-ims

にしてみた。< BG3/BG4
不具合があったら、知らせてください。

2:00-3:00の1時間のデータ。

%fgrep txt access_log_2005032409 | grep -v subject | wc -l
306

subject.txt 以外。
ほとんどhead.txtみたい。
一部２ちゃんねるビューワで、投稿時にローカルルールを読み込んでるとかですね。

%fgrep txt access_log_2005032409 | grep subject | wc -l
32478

subject.txt の総数

%fgrep dat access_log_2005032409 | wc -l
232263

dat直読みの総数

%wc -l access_log_2005032409
337262 access_log_2005032409

全体のアクセス数

dat直読みが23万回に対して、subject.txtが32000回か。
1割以上もあると。

で、dat直読みで差分取得の場合は圧縮がかからないのに対し、
subject.txtは必ず全取得で、必ず圧縮がかかっていたわけだから、
負荷に占める割合は、結構な比率なのかも。

で、圧縮すると小さくなるかというと、そりゃなるかもしれないけど、
コストに対する見返りは、ex10みたいな板の場合、どうなんだろう。

いずれにせよ、今日の試験結果に注目ということで。
おやすみなさい。

rootさん、遅くまでお疲れさまでした。
ゆっくりお休みくださいです。

運営の人、乙でした

live20は復活ﾏﾀﾞｧ-? (･∀･ )っ/凵⌒☆ﾁﾝﾁﾝ

ピロリさんの発言に削除依頼出てる件について

ピロリﾋﾟｺﾜﾛｽｗｗｗｗ

【 html化されたこのスレを読んでいるお前へ 】

おい、お前。そう、お前だよ。
「このスレおもろいから見てみ」「２ちゃんの歴史に残る名スレだぜ」とか言われてホイホイと
このhtml化されたスレを見にきた、お前のことだ。
どうだ？このスレおもしれーだろ。
でもな、お前はこのスレを読むだけで、参加することはできねーんだよ。
可愛そうにな、ﾌﾟﾌﾟﾌﾟ。
俺は今、ライブでこのスレに参加してる。
すっげー貴重な経験したよ。この先いつまでも自慢できる。
まあ、お前みたいな出遅れ君は、html化されたこのスレを指くわえて眺めてろってこった。

>>459
ムラムラしてやった
(略)
今は妄想している

>>371

Tiger503 status

I did:
rm -f /usr/local/etc/rc.d/apache2.sh
rebooted, and system still does not start normally. I do not know about this configuration or problem. It locks up on boot displaying the contents of an HTML file of sorts.
I have setup a remote ip KVM for you to try and work on the problem:
http://**********
user:******
pass:******
Click "Remote Access"

Please let me know if there is something else we can do.

誰か、解読！

>>371

Tiger503状態

私はしました:
rm-f/usr/地方の/など/rc.d/apache2.sh
通常、リブートされるのとシステムスチール写真は始動しません。 私はこの構成か問題に関して知りません。 それは、種類のHTMLファイルのコンテンツを表示しながら、ブーツの上にロックされます。
あなたが問題に働いてみるように、私はリモートip KVMをセットアップさせます:
http://**********
ユーザ: ******
通ってください: ******
「遠隔アクセス」をクリックしてください。

私たちができる他の何かがあれば、私に知らせてください。

>>466
どうも、
これはジムさん？シーンさん？

Sean さんでーす

>>466を訂正

>>465
どうも、
この文章を送ってきたのはJim-san?Sean-san?

rootさんは寝てるのかなあ？

Tiger503の状態について

私は次のコマンドをやった：
rm -f /usr/local/etc/rc.d/apache2.sh
ところがリブートしても、依然システムは正常に起動しないです。このconfiguration or 問題については分からないですね。起動時、一種のHTMLファイルの目次を表示するところで固まってしまう。
この問題の解決のために、a remote ip KVMをセットアップしといたよ。
http://**********
user:******
pass:******
"Remote Access"をクリックしてね。

他に私たちになにかできることがあったら教えてください。

>>470
どうもです。
こっちの方が分かりやすい？
っていうか、>>465は直訳？

ところで、Tiger503はlive20の？

義理の母

>>473
他人の母体サーバってこと？

仕事かと。

>>458
大変みたいだから静かにまってなさい

I understand the current situation.
But unfortunately, now I am taking the Shinkansen. So, It is difficult for me
to operate remote IP KVM now. And I will be online again about 6 PM or later.
Please wait for a while.

もっと簡単に言えば
・rootさんの言った通りにやってみたけど、うまくいかなかったよ
・リモートアクセスできる装置を入れといたから、rootさんがなんとかしてくれ
ってだけの話

Have a nice trip.

んな大変ですなrootさん…
誰かかい(ry

>>478
どうも
初心者のわてにも分かります

今度の接続は６時過ぎ、もうちょい待っとくれ、くらいは分かった

果報は寝て待てと。

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

ひろゆきさんに会えて光栄です

　　　　　 ,/|_/|⌒｀ﾞヽ,,
　　　　　cﾐ､ﾞﾞ/と,,,,,と)彡 サイン下さい>>483
　　 　 　 　 `´

rootさんも忙しいんだなあ…

http://www.jrt.co.jp/radio/kuji/
http://www.jrt.co.jp/radio/kuji/
http://www.jrt.co.jp/radio/kuji/
http://www.jrt.co.jp/radio/kuji/
http://www.jrt.co.jp/radio/kuji/
http://www.jrt.co.jp/radio/kuji/
http://www.jrt.co.jp/radio/kuji/
http://www.jrt.co.jp/radio/kuji/
http://www.jrt.co.jp/radio/kuji/
http://www.jrt.co.jp/radio/kuji/
http://www.jrt.co.jp/radio/kuji/

記念ｶｷｺ!

>>483
ｻｲﾝ下さい

>>471
>>465は自動翻訳か、それをわざとまねしたものだと思うよ

>>490
あら、どうも

>>483
どうも、ひろゆきさん。いつもblog見てます。
がんばってください。

また　ねるんですか、、、

>>477
> I understand the current situation.
現状了解です。
> But unfortunately, now I am taking the Shinkansen. So, It is difficult for me
しかし間の悪いことに今新幹線に乗っているんですよ
> to operate remote IP KVM now. And I will be online again about 6 PM or later.
なんでIP KVMにリモートで入るのはむずいですね。6時すぎにはオンラインになれると思うので
> Please wait for a while.
それまでまっててください。

>>494
わざわざどうもです。

ひろゆきのペニスチンカスたまりすぎ！！くさ！！！

ってかひろゆきってさチンカスをビンにためてるんでしょ？
きもいんだけど

だめだこりゃ!!ﾄﾞｩｯﾄﾞｩ､ﾄﾞｩﾄﾞｩﾄﾞｩﾄﾞｩ､ｼﾞｬﾝ!!

>>483
ｷﾀﾜｧ*･ﾟﾟ･*:.｡..｡.:*･ﾟ(ｎ‘∀‘）ηﾟ･*:.｡..｡.:*･ﾟﾟ･* !!!!!

とりあえず、DRAMの価格も下がってる事ですし、ECC Registeredのメモリ増設(ry

負荷の主因＝CPUとすれば、
バス幅が足りない→Opteron4way化しか手が無い
CPU使用率増大→CPU格上げ（Opteron248とか250とか）とか、4way化とか
実は、メモリが足引っ張ってました→さらに高速なメモリ使用か、量を増やすか、OC(ry

オーバークックルなんて、データセンターに預けてるマシンにしないでしょう。

I am onine again.

KVMでアクセスできましたが、コンソールもハングアップしていますね、、、。
やぱり、Apacheを起動しようとしたところで止まっています。
一度、リモートリブートが必要な状態。

リモートからCtrl-Alt-Delを入力できるのかどうか、調べ中。
できない場合、リブート依頼へと。

>>502
ｷﾀﾜｧ*･ﾟﾟ･*:.｡..｡.:*･ﾟ(ｎ‘∀‘）ηﾟ･*:.｡..｡.:*･ﾟﾟ･* !!!!!

maido3.com の中の人と連絡をとって、リブートいただきました。
シングルユーザでコンソールを無事つかんでいます。

回復操作に入ります。

> I am onine again.

アイ アム オニネー アゲイン

げーん。>>506

apacheの起動をとめ、いったんリブートテスト。

〇〇ニーアゲイン

I am orz again.

Apacheを上げると止まりますね、、、。謎だ。

>>510
あら。キャップはずれ。

>>508
ageるな禿

なぞっすね、

まずは　全データ退避を

ついに撤退かぁ・・・

>>514
そのつもりでした。

これからの予定

・Apacheなしの状態で立ち上げ、/homeをmemoriesに緊急退避
・原因調査、場合によってはApacheを再インストール
・最悪の場合、入院

cobra243 を使いますかねぇ?
それとも直るまで待ちますかねぇ?
または live16 に全板突っ込みますかねぇ?

皆で寝るという手もあるか、

>>518
少しだけ(30分以内ぐらい)調べてから、結論出したいです。

寝かせておいてもあれなので、oyster243を使いますか。
今日はなんか、サッカーがあるらしいし。

皆で呑みにいく

今夜サッカーがありますが・・・・・

実況が凄いことになりそうだな

>>519
うん、「果報は寝て待てと。」と管理人も言ってることだし〜

データ退避完了。

これから、少し調べます。

httpd -V は通るなぁ。

%httpd -V
Server version: Apache/2.0.53
Server built: Mar 23 2005 03:30:28
Server's Module Magic Number: 20020903:9
Architecture: 32-bit
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/prefork"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_FLOCK_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT="/usr/local"
-D SUEXEC_BIN="/usr/local/sbin/suexec"
-D DEFAULT_PIDLOG="/var/run/httpd.pid"
-D DEFAULT_SCOREBOARD="/var/run/apache_runtime_status"
-D DEFAULT_LOCKFILE="/var/run/accept.lock"
-D DEFAULT_ERRORLOG="/var/log/httpd-error.log"
-D AP_TYPES_CONFIG_FILE="etc/apache2/mime.types"
-D SERVER_CONFIG_FILE="etc/apache2/httpd.conf"

それっぽい原因を発見。対応中。

設定を変更し、リブート。

もしこれが原因だとすると、、、私のチョンボですね。

httpdを上げました。
見えますか?

bbs.cgiは止めてあります。

>529
見えます。

つ△

みえまーす

∩( ・ω・)∩ばんじゃーい

みえますー

>>529
見えます・・・

ﾐｴﾀ━━ヽ(ﾟ∀ﾟ)ﾉ━━ !!

>>531
いや、▲ものですね。

/boot/loader.confが、cobraサーバ用のセッティングでした。
具体的には、

#kern.ipc.nmbclusters=65536
#kern.ipc.maxsockets=65536
#vm.pmap.shpgperproc=2048
#kern.ipc.maxpipekva=41943040

を、

# memory 2G tuning
kern.ipc.nmbclusters=32768
kern.ipc.maxsockets=32768
vm.pmap.shpgperproc=1024
kern.ipc.maxpipekva=20971520

に、直しました。

Apacheを起動すると、Apacheがこのへんをめいっぱいに使おうとして、
資源不足で、止まってしまっていた模様。

では、bbs.cgiを復活させてみます。

>>537 done.

では向こうのフジ板あたりで狐さんが糞スレを（ｒｙ

(・∀・)ノ三G[__]ｺｰﾋｰﾉﾒ!!

500エラー

同じく。

500 Internal Server Error

ｌｉｖｅ20復活ｸﾙ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!の？

カケナイ

同じく500

どうかな。

かけた

かけた

　　∧＿∧ ∩　
　　(　･∀･)彡 ／⌒) 　　カケター
　　と　⊂彡／@ニ)
　　　〉,,,／　,／
　　 （／@二) 　
　　　`ー―'"

書けたが、使っちゃっていいですか？

完全復旧したら記念スレが立ちそうだな
まだ書けないけど

TBS板書けました

>>551
逆に、実地でテストしましょう。
サッカー何時からだっけ。

>>547
お疲れ様でっす。
しばらく様子見かな？

liveetv OK

あ、書けたｗ

22:22 2006FIFAワールドカップサッカーアジア地区最終予選「日本×イラン」

>>554
テレ朝の放送は22:22

>>554
確かキリ番だったから覚えてるが　22：22〜ですね

その前にBS1で22:10から

【実況】 live15/16/20 鯖 Part1
http://qb5.2ch.net/test/read.cgi/operate/1111632501/

そろそろこちらへ

>>554
ありがとう。ありがとう。

>>554
rootさんお疲れさまでした

つ△

久々のサクサク感・・・･ﾟ･(ﾉД`)･ﾟ･｡

>>554
お疲れ様ですm(_ _)m

完全復活ですか？

>>567
むしろ「実地テスト」らしい

なんか記念真紀子です、、

乙。

rootたんモツカレ(･∀･)つ▲

乙カレー。

サカーの前に復旧してくれてありが�d

rootさんありがとうございます。嬉しいです。お疲れ様でした

Σ(; ﾟДﾟ)ﾊｯ!!

黒▲渡しちゃった…

ｺﾞﾒﾝﾈ(´･ω･`)つ△

たしかに乙だけど、▲でいいと思われ

528 名前：root▲ ★[sage] 投稿日：2005/03/25(金) 18:44:49 ID:??? ?#
設定を変更し、リブート。

もしこれが原因だとすると、、、私のチョンボですね。

536 名前：root▲ ★[sage] 投稿日：2005/03/25(金) 18:52:21 ID:??? ?#
>>531
いや、▲ものですね。

/boot/loader.confが、cobraサーバ用のセッティングでした。
具体的には、

#kern.ipc.nmbclusters=65536
#kern.ipc.maxsockets=65536
#vm.pmap.shpgperproc=2048
#kern.ipc.maxpipekva=41943040

を、

# memory 2G tuning
kern.ipc.nmbclusters=32768
kern.ipc.maxsockets=32768
vm.pmap.shpgperproc=1024
kern.ipc.maxpipekva=20971520

に、直しました。

Apacheを起動すると、Apacheがこのへんをめいっぱいに使おうとして、
資源不足で、止まってしまっていた模様。

>>576
何をしたかったの？

memories の中の話ですが、
たまにはテープにbackup とかやった方がいいんですかねぇ?

燃えてしまえ燃えてしまえ！


なんちて。

まあ、テープ安いし。
ぶっ飛んだらもっと被害出るし。
良いんじゃない？

取るとして
現在でどれくらい時間がかかるんだろーか?

勘で12時間弱かと。

4GB/時ぐらいだったよーな

何テラあるんだっけか、、、

テープの種類・規格によるでしょ

お、そんな遅いもんなんですか。
すまそ。

なんか、この時のことを思い出してわらた。

http://qb.2ch.net/test/read.cgi/accuse/1042084683/
76 名前：夜勤 ★ 投稿日：03/01/11 06:54 ID:???
なんか想像しちゃうとね、
来る日も、来る日も、雨の日も、風の日も、

テープにバックアップですかー。。。

もちっと　なんか華々しいというかそんな日々がee。

紙テープなの

去年5月のhe.netからの移転終盤で300GBくらいかぁ。
今なら500〜600GBくらいかなぁ？（かなりてきとー）
なんとなく1テラあってもおかしくない気もするけど、

30MB/秒とか
http://storage-system.fujitsu.com/jp/products/tape/lt130/spec/

IBMのテープオートローダは80MB/秒だそうです。

>>584
最大でも1.5TBでしょ
df -hみればわかる

まあ>>598の予想が正しければ数時間で終わるでしょう
今のテープ取りは早いから。

圧縮しないの

速くて80MB/s（非圧縮）程度らしい。安そうなのは7.5MB/s
7.5MB/s＝27GB/h
30MB/s＝108GB/h
80MB/s＝288GB/h
（圧縮）160MB/s＝576GB/h

うちの会社にあるやつは47MBのバックアップに2時間かかる。
20数年前のミニコンだけど。

この際なんでバックアップシステム構築なんてどうでしょうね、と振ってみる。
金と手間がかかるからやんないでしょうけど・・・

商用だとNetvaultになるのかしら。FreeBSD対応もありますが32bit。
ttp://www.bakbone.co.jp/products/netvault.html
ttp://www.trinity-ss.com/p_strage/product/soft/netvault/netvault.html

バックアップが終わらねーとか良いながら穴だらけの穿孔テープ見つめてるFOX想像してﾜﾗﾀ

何メートル必要になるやら

紙テープなら読めるものな

キャップ！東京湾に怪獣が出現しました！

>>600
落ち着けゴジラだから

テープよりパンチカードｷﾎﾞﾝﾇ

>>600
つ[モモトラマンカード]

ぼちぼち、サーバのログをチェック中。

1024だと、やはり売り切れるみたい。
やはりlive16と20だけ1280にしておくか。

バックアップデバイスの件(そういえば、これもマニラネタ)は、後で別途。

最初から1280人待たせる必要はないので、こういうふうにしてみた。

<IfModule prefork.c>
StartServers 1024
MinSpareServers 1024
MaxSpareServers 1024
ServerLimit 1280
MaxClients 1280
MaxRequestsPerChild 1000000
</IfModule>

>>455はどうだすか？

>>606
なんか、激しく重かったみたいで、あんまりかわりばえしなかった、、、かも。
というか、肌で感じられなかったし。
しばらくこの設定で動かしてみる必要かりかも。

転送量は、ex10の場合subject.txtを圧縮してもしなくても、大きくは変わらないみたいですね。

ほうほう
転送量変化無し、の時点で収穫その１かもだすのう、、

FreeBSD5.4Rリリーススケジュール更新
もっともまた遅れる可能性大でしょうけど（苦笑

Upload to ftp-master. 17 Apr 2005

今のmemoriesの運用形態なら、月一とかぐらいでテープに落とせば十分かな。
で、FibreChannelに対応したDLTか何かで、Polywellが扱っているいいやつを、
どなたかみつくろっておいていただけると。

で、問題なのは「半ばほっといてもうまくバックアップがとられている」な気がします。
つまり、それなりにチェンジャっぽいほうが、いいかもしれない。

というわけで、今日〜明日は概ねオフラインの予定。

ちゅーか違うホストに接続している同容量のHDDにdailyでpdumpfs_sshするとかなら
すぐに出来るのでは。

RAID1は論理ミスには弱いけど、違うホストへのpdumpfsなら耐えられる。

>>611
それは予算は大体いくらかかりますか?
大雑把でいいですけど、

>>610
ポリウェルさんは残念ながら「バックアッププロダクト」をお持ちで無いようですorz
どうやら少なくともラックマウント系はオプションっぽい模様。

どうしてもpolywellさんというのであればお問い合わせしたほうがいいかもです。

>612
1年ぐらい前にpc鯖の誤消去事件があったときにroot★氏が話題にしていたけど。
要するにテープじゃなくて別のサーバーにデータをdailyで保存しておきますか。
という話。
サーバーはCPUの速度は全然いらないのでPentium3とかでもOk。
HDDの容量さえあればいい。

>>614
今はなしているのは　memories(suma)の話しなんだが、

テープドライブ扱ってるメーカー少ないようですねぇ
とりあえず、有名所だけピックアップしておきます。
（日本語ページのみですけどアメリカでも扱っています。）


ＨＰ
ttp://h50146.www5.hp.com/products/storage/tape/index.html

ＩＢＭ
ttp://www-6.ibm.com/jp/storage/products/tape/

http://www.sony.jp/products/Professional/DataArchive/products/sait_drive/index_saite1300.html
コレは200まんえん

http://www.hitachi.co.jp/Prod/comp/OSD/tplib/prod/small/l2_20/
コレもとてもたかいのぅ

http://www.sw.nec.co.jp/products/istorage/product/backup/t40a/index.shtml
300まんえんじゃー

>>613
どんなのを扱っておるのか、問い合わせたほうがええじゃろうねぃ
Polywellを通してサポを受けられればそれが一番ええじゃろうし

U160/320 モノのテープドライブを選ぶんじゃと
FC変換しるハブを別途買うひつようが出てくるんでなかべか？

ようﾜｶﾗﾝけんども、

じじいさん

２chの要求レベル相当のバックアップソリューションは
大抵堅牢性が強く求められるんで、
ちょっとしたものでもミリオン単位で飛びますよ

テープドライブをsuma直結にする（ってできるのかわかりませんけど）か、902につなぐのか・・・
後者のほうが管理上現実的な気がするのは私だけでしょうかね

>>619
ちょっといいのじゃとsumaの倍なおねだんじゃからねぃ
（sumaは150まんえんぐらいだす）
ﾋﾞｸｰﾘすておる所だす

たぶん設置場所の関係からラックマウント機器でないとつらいという制約もあるでしょうし、
そのうえ圧縮つきで1TB以上を確保しておく必要があります。
さらに>>610でrootさんが言っているけどオートチェンジャーつきとなると
sumaの数倍は●がとびまくりそうです・・・

>>621の条件を満たすとなるとこれくらいですかねー
金銭的に極めてつらいでしょうね。。。。

ttp://www-6.ibm.com/jp/storage/products/tape/lto/3581.html
ttp://h50146.www5.hp.com/products/storage/tape/ssl1016_sdlt/index.html

>>622
どっちも200まんえんぐらいじゃのう
hpのはFC変換ハブがいるから、もっと高くつくかの？

そんなに高いんですか、、、
うーむ

>>624
ねだんはPolywell次第じゃないかのう
正規代理店として持ってこれるブツがあるなら値引きも期待出来るで、
でも、少なくともsuma並のねだんはするとおもうんじゃが

ただたんに鯖を組むだけなら100まんえん以下で済むとおもうでよ
↓の2Uのケースに、てきとうなRAIDカードでも組み込んでミラーさせて
（http://www.polywell.com/us/rackservers/poly2012ai.asp）
大きいS-ATAHDD（今は400GBが最大）を何発か入れればそんなもんで済むべ

でも、テープを持ち出すからには
何か鯖をたてるだけでは実現できないメリットがあるとおもうんじゃが、、
それはどんなんだべか？

NetVault を使うとハードディスク上にバーチャルテープライブラリを構築できますが、
そんな事するくらいなら普通に pfsdump でも使った方がましですな

memoriesもう一個立てて、半手動で同期とっとけばいいんじゃない

もう、RAID-5でも0+1でもいいから、HDDで堅牢性を求めた方が安上がりで、楽な気がする。
もしくは、>627みたいに、鯖間でミラーリングするとか。
テープドライブまで使う必要があるのかどうか・・・。

各鯖の空きHDDをひとつのHDDとして見立ててバックアップに使うシステムとか。

あ、一個でもクラッシュしたらパーか
つかえねーｗｗ

>>628
すでにmemoriesはRAID5です

思いつきですがGoogle Inc.の中の人に相談したらいいかもね
あそこは超優秀な技術者の巣窟ですから

テープの利点というんは、メディアを持ち運び出来る点かのう、
データを管理人の手元においたり、ブラジルで使ったりとかも
可能になってくるんでなかべか、

利用法によっては鯖代の足しになったり鯖負荷低減になったりしるかものう

あとは、巻き戻しポイントを複数用意出来るという点かのう
１ヶ月前のデータじゃとダメだという場合、２ヶ月前、３ヶ月前と
さらに前のデータを用意出来るのは状況によっては有意義かも試練

…ほかに利点はあるべか、

memoriesの場合は導入直後にフルバックアップをとって、
その後は各種プログラムなどの仕様変更や新規収容があったときに
差分をとるやり方をすれば問題ないかと。

そういった理由でオートチェンジャーは必要性は薄いと思います。
で、メディアはJimさんが地理的に離れたところに設置した耐火金庫へ放り込んでおく、と。

root★さんいますか?

bbs.cgi@ex10 を更新しても反映されないような仕様ですか?

>>633
そんなはずはないですが、、、。
なんか、一時的に該当時間、何か様子が変だったみたい。

で、テープですが、入れ替えしないでとれると
手間がないかな、ってかんじで、チェンジャーつきがいいのかなと。
でも高いなら、チェンジャーはあきらめて、とる時はPIEに人がいて、
テープを差し替える、というのでも、十分な気がします。

上記を想定すると、オペレーションは、概ねこんなかんじかなと。

フルダンプ用のテープを2セット用意しておき(例えばAとBとする)、

1)最初にAにフルダンプをとる
2)次にmemoriesに収納があった時にBにフルダンプをとる
3)その次の収納の際にはAにとる、以下2)と3)を繰り返す

これにより、一世代前のテープが常に存在するので、
万一テープにとっている間にSumaがクラッシュしたり、
間違ってテープを上書きしてしまっても、被害を最小限にとどめられる。

で、増分とってもいいんですが、今の更新頻度と手間を考えると、
毎回フルダンプをとっても、十分(たぶん、収納のタイミングでとるだけでいいから)
なのではないかなと。

>>634
りょうかいですー　< 前半

テープは見積もりとって見ます

>>635
偽？？？Σ(ﾟДﾟ)))

携帯からスレ立てる事は出来ますか？
教えてください

>637
初心者の質問
http://etc3.2ch.net/qa/

>>634
チェンジャーというよりもFC機のほうがねだんがたかいようじゃよ
FC機の場合、小容量のは種類もすくないようで、

FC-SCSIブリッジとかいうんも、とてもたかいようじゃ。。。

収容→バックアップ→元を消去

で完璧ですね

>>635
工工エエエｴｴ（´Д｀）ｴｴエエエ工工

バックアップは日本全国で分散されて保存さえれてるってのはだめなの？ｗ

memoriesに収容されているのは.dat.gz, .html, .html.gzの３つで
他のもの全て(index.html, subject.txt)を含めても
.dat.gzさえあれば復元できるはず。

で、全てテキストな.datの圧縮率を1/3程度と仮定すると
最大1.5Tあるmemoriesのデータでも
全体の1/5、つまり300GのHDD一台でバックアップできるはず
と、暴論を述べてみる。

圧縮しての保持形態や復元作業の手間(時間ではなく手間)などを考えると
そのまま保存できるテープ等のデバイスの方が良いことは間違いないんだけど。

DVDに焼くってのも出来る?

>644
出来ないこともないですけどＤＶＤの枚数と焼き時間がトンでもないことに（滝汗

ＤＶＤ−Ｒ　１枚あたり約４Ｇ
１枚焼く時間　最速クラスで約６分
仮に１Ｔだとしたら２５０枚なので

６ｘ２５０＝１５００分　約２５時間（滝汗


しかもそこまで連続焼きにドライブが耐えられないと思われ

ぐわん !!
そなのか、

ホントに焼けるな

テープにバックアップしたものを、リストアすることなんか
永久にないと考えたほうがいいですよ

ただ、保存したという自己満足だけ

国内価格だけどこのクラスなら比較的に安くてテープコストも安いみたいです。


ttp://www.plathome.co.jp/detail.html?scd=11850316

>649
アメリカだとここまで下がってます。

ttp://www.costcentral.com/proddetail/HP_StorageWorks_Ultrium_215/C7492B/D33101/

BDにしようぜとか言ってみた

>>651
おまいは俺か

>>642
分散コンピューティングか！！
UDのHDD版。手間暇掛かりすぎな悪寒。

>>653
みんなのHDDをおらに少しだけ分けてくれ！

こんにちは。

似たようなスレに投稿してみたけど、そこよりもこっちの方が活発なので再投稿。

2ch 第二投稿なので、いまいち投稿の仕方などの雰囲気がつかみ切れていないが。

提案としては、HTML 生成圧縮済のページを URL でハッシュして、メモリ上に保存。

以下、ほぼコピペ。

基本動作は

if(URL を元に HTML ページのハッシュを生成と検索)
{ ハッシュテーブルからキャッシュを送信}
else // 見付からない
{ HTML 生成、送信して、ハッシュに保存 }

HTML 済の保存場所としては、
1. 一つのプロセスが常駐できるなら on-memory
2. mfs または tmpfs
3. local fs

ハッシュテーブルは多段式にして優先順位を元に高速アクセスできる所に生成済ページを保存


アクセス数と最終リクエストによる優先順を保持して、1 または 2 と 3 を併用できたらいいとは思うけど。
新しくアクセスされたところは 1(2) に残り古いページは 3 に移って、そのうち消去。

記事の数やメモリの量にもよるけど読者が多いところに有効。

とっても大雑把だけど雰囲気ぐらいはつかめまつか?

memoriesを2機にしてバックアップ兼負荷分散がいいのでは？

>>639
お、そうなんですか。
それなら、SCSIカードを追加とかでいけるような。

今夜あたりに、適当に調達案をここにでも。

>655
DHT（分散ハッシュ）でググレ。P2P研究関係とか。
あと実績がある硬い仮想ファイルシステムじゃないと2chに導入するのはムズイような。

>>658
道楽には硬いものはいらないかとw

で、できればSolaris ZFSを投入してほしいなあと妄想してみる

>>650
おおっ　安いのう
おらが>>617で出したソニーのFCなブツもこうなっておる
ソニーのブツは互換性が全くなさそうじゃからそもそもアレなんじゃが、
http://www.getplus.co.jp/product.asp?product=652039　
\1,666,717(税込)
http://www.costcentral.com/proddetail/Sony_SAITe1300FS/SAITE1300FS/C92636/
$7,683.60


>>657
Reffiさんがだしたサイトをみるに、FCモノ限定じゃと
少なくとも6000ドルはみたほうがよいようじゃのう
おらには出せない金額ではない（虎の倍）ように思えるけんども、
そのへんはサンダルをこよなく愛するえらい人的にはどうなんだべなぁ？

ところで、メディアの種類には拘らないのけ？
国内の関係者が使っておるブツと互換性があるブツを選べば
今後いろいろと（新しい）使いかたがあるとおもうんじゃが、、

>>659
とりあえず過去ログ読んで来い






偽FOXもな

>>658

ふ〜ん、そんなのもあるんだね。
後でゆっくり読んでみるよ。

いいたかったのとはちょっと違う。

今は「 read.cgi がリクエストが来たら、各リクエストごとに dat から HTMLを生成している。」がいまの実装であっているかい?
違っていたら、この提案は意味なし。

read.cgi がファイルにアクセスして、HTML 生成をするのはかなりの作業だと思う。それを、一回毎に HTML を生成、破棄しいないでプロセスにキャシュしておくのはどうかというのが提案。
squid などで、試しているキャシュに似ている。

Apache が read.cgi を含むプロセスと、何らかの通信をするなどして、一つのプロセスが常駐する必要がある。
一段目のキャッシュとして malloc 等で割り当てたメモリに HTML を保存する。
そこに、URL が存在したら、それをそのまま socket に流す。

一段目のキャシュに無かったら、二段目だ。
こっちもハッシュの鍵はURL。
こっちでは、HTML ではなくて、生成圧縮済の HTML へのパス。
例えば、/var/tmp/read.cgi_cache_file。
これは、一段目のキャッシュが大きくなった時にファイルに書き込む。
IO が発生するが dat を読んで、HTML を作って、圧縮するよりは、速いはず。

二段目にも無かったら、dat を読むしか無いね。
HTML を作ったら今度は送信するだけでなく、一段目のキャッシュに保存。

しばらく経つと、キャッシュも大きくなるから、何らかの優先順位を決めて、一段目のは二段目に移動。
二段目のは削除。


キャッシュにハッシュ関数を使うってだけ。P2P のとは全くの別物。

仮定としては、メモリと /var/tmp (一時保存のHD)等は余裕があって、ユーザは書き込みよりも、読者の方が多い。
アクセスの多い板はある程度限られている。

>>662
メモリキャッシュ→ファイルのキャッシュ→従来の方法 っていうことですか。
こないだ、ミニ雪だるま作戦でちょっと試したやつですね。

こないだはread.cgiの出力はノーキャッシュでやったのでsubject.txtだけでしたが、
それでも2〜3割はメモリキャッシュからヒットしました。(旧ex7の場合)

ということで、read.cgiでも同じことができるなら、
news系とかpc系とかのようにROMの多い板では、相当の節約になる気がしていたりします。

>>663
実況だとメモリキャッシュ、通常だとファイルキャッシュ重視の構成にするといいのでしょうかね。

そういう意味で膨大なキャッシュシステムを構築している、
それもクラスタリングはあくまでその補完でしかないGoogleってすごすぎですね。
できるならGoogleのエンジニアのお知恵を拝借したいぐらいでしょう＞雪だるま作戦

>>663

そんな感じです。

既に実験済でしたか。
どこをたどれば、関連記事を読めますか?

SpeedyCGI は別物ですよね?
mod_cgidso による実装ですか?

>>665
http://qb5.2ch.net/test/read.cgi/operate/1105035540/132-
このへんかな？

>>666

ありがとです。
スレと squid の FAQ を読んでみました。

基本的に考え方は同じですね。


ただ、いまいちわからなかったのが read.cgi で生成される記事です。
こちらの方も squid がしっかり効いているのでしょうか?
CGI を通したページは最終更新日を調べられないので、キャッシュできないような気がするのですが。

よくわからないけど、このへん？
http://dso.2ch.net/test/read.cgi/myanmar/1101888913/l50

>>667
read.cgiのキャッシュは、datのLast-Modified: を返すようにする、、、ってかんじにすればいいのかな。

今日は濃厚精子が出たなぁ、、。

>>670
>>670
>>670

>>670
エロイのは良くないと思います（＞＜）

>>670
子でなくて液ではないかと（をい

>>670
ピロリ元気そうだなｗ

セキュリティホール情報

ttp://home.jp.freebsd.org/cgi-bin/showmail/announce-jp/1286

>675
この修正後にリビルド推奨なのでかなり深刻なバグのようです。

655 です。

>>668

似たような試みは既にいろいろとされているんですね。
もしかして、邪魔なだけ?

>> 669

655 です。

たぶん今のままでは無理かも知れないです。
設定を見直せばうまくいくかも。

こぴぺ

ttp://squid.robata.org/ReverseProxy_top.html

CGIスクリプトやアクティブサーバページズなどの動的なコンテンツはキャッシュする事ができません。
プロキシは静的なページのコンテンツのみをキャッシュできます。

４つの尤も重要なヘッダーのタグは：

* Last-Modified: プロキシにページの最終更新日を知らせます。
* Expires: キャッシュからいつ削除するかをプロキシに知らせます。
* Cache-Control: いつプロキシにキャッシュされるべきかを指示します。
* Pragma: プロキシにページをキャッシュすべきかどうかを指示します。

http://squid.robata.org/squid2.0-conf.html
TAG: hierarchy_stoplist

このリストに記述されたワードがURLの中に見つかると、隣接キャッシュではなく直接サーバにリクエストを行います。隣接キャッシュを使いたくないオブジェクトのために使ってください。
このオプションは複数回指定できます。デフォルトは、'cgi-bin'と'?'を含むURLの場合に直接オブジェクトを持ってきます。

# hierarchy_stoplist cgi-bin ?

>676
英語FreeBSD MLのnectarの投稿もよまずにあいまいなこと書くなよー。
スラッシュドットにもストーリーあるよ。
telnet使ってなければ言うほど深刻でもない。

>>675
ユーザランド(telnet)のみですね。
ぼちぼちやればいいかなと。

>>677
いや、意見・コメント歓迎です。
次の手はそのへんかなと思っているので、とても助かるです。

ざっと読んできた。

怪しいところにtelnet なんちゃら 25とかtelnet なんちゃら 80とかいうのは意外とやってるから、
気をつけるに越したことはないってかんじかなと。

ジンギスカン仕様のサーバが止まったり移転したり飛んだりする度に
設定が飛んでしまうのは何とかならないものでしょうか。

名無しやローカルルールは再依頼してもらえば済みますが、
スレ立て規制のホストリストまでリセットされていつもクソスレが大量に乱立します。
（スレ立て規制値はかなり厳しいのですが、これじゃ意味がない）

書き込みはサーバが飛んでも消えないように、ホストリストも同様にしていただけるとありがたいのですが。

>>682
もう、おじさんが直したんじゃないかな。

>スレ立て規制のホストリスト
これはやってないような・・・

こんどやろう

/etc/make.conf はいじってるのかな？

超簡単なベンチマーク・・・
dd if=/dev/zero of=/dev/null bs=1024 count=2000000

とりあえず、雪だるまなしの状態のcobraでは
-M64あたりが中庸を得ているみたい。

tigerものびを見ていると、-M48あたりが中庸な値かも。

たぶん雪だるま化した時は、今の-M128とかでもいける可能性も、あるかも。

read.cgi にリミッターつけて 128の方が良いに一票

live16/live20 を -M64 => -M48
ex10 を -M128 => -M64

にそれぞれ変えた。

ex10が重い重い重い重い重い重い重いoyster902
http://qb5.2ch.net/test/read.cgi/operate/1111933915/176-180

>>687
やっぱ、それでいきますかねぇ。

個人的にread.cgiにはリミッター、入れたくないんですよね。
んじゃ、今日の様子見て、ex10はLA=30、live16/20はLA=20ぐらいでリミッター入れることにしますか。

ex10 >>689 にしてきた。
live16 と live20 は、これから変更予定。

で、-M128と-M64に戻してきます。

で、ひとつ提案なのですが、今回の負荷試験が終わるまでは、
わたしにめんじて、狼のTYPE2と一連のSamba/timeclose/timecountも一時的に解除しませんか。>>687

どうも、人が多いんじゃなくて、単なる連投板みたいですが、
それでもセッティング出しには、やはりご協力いただきたいのです。

ほかの板集めてきますー

live16 / live20 を、LA=20 で人大杉がかかるようにした。
これは他のtigerと同じ値。

>>692
他ですか。
やはり、例によって1ピースを少なくする路線なのかなぁ。

というか、ほんとは人が少ないってわかっちゃった以上、
もう「ブレーメン」という単位が出来た頃の、あなたじゃないってことなのかもね。

>>691
解除するなら告知してくるよ

>>694
>>691
ほんとは人が少ないんだとすると、解除は、、、ないかな。
ちょっと、さみしい気もするけどね。

古いログを掘り出してみる。
http://qb3.2ch.net/test/read.cgi/operate/1068017802/816

http://qb3.2ch.net/test/read.cgi/operate/1068017802/172

いまミニ雪だるまでsquid噛ましてるんであれば
静的コンテンツは専用のhttpd立ててそっちに扱わせると軽くならないですかねー

>>695
単なる連投板じゃないかもしれません
474 名前：動け動けウゴウゴ２ちゃんねる[] 投稿日：2005/03/31(木) 22:16:29 ID:cbsbJk4L0
狼は連投が激しいとかいうけど120秒規制になった時
VIPも狼並みに書き込み数減少した

Apache2はIntel Compilerだとかなり高速化されるそうだ。
でも商用Webサーバーで使っているとライセンス的にはどうなんだろね。

>>696
どうも。例のpoundでURL見て振り分けるってやつですか。
考えてみる価値は、あるのかも。

あの頃よりも、だいぶいろいろなことがわかったので、
いろいろ研究してみる価値は、ありそうですね。

>>698
iccですか。
FreeBSDは、サポートされてるのかしら。

ところで、>>687 は、次のステップも見ているのかなと。

ああ
http://qb3.2ch.net/test/read.cgi/operate/1068017802/816
これ書いたの俺か。

>700
いちおうportsがlang/iccにあります。
ライセンス周りを手動で手続きしてdistfilesにもってくる感じで。

新米のでいまいちつかめていないところが多いです。
どのスレを見ればいいのかわからなかったり、古くて信じればいいのかわからなっかったり。
指摘して頂いたり、ポインタなどを示してくれると助かります。

>> 696

ちょいと返事がおかしいですけど、Linux の noatime は *BSD よりもはずです。
Linux は非同期書き込みしかできないから。
今でも、サーバは全て noatime で運用しているのでしょうか?
softupdate だと noatime よりも遅くなるが、/root を小さくしておくと、
FreeBSD 5 系は fsck を後ろで動かしつつ、システムが動きます。
そのため、起動がとても早い。
noatime では無理じゃないかな。

をを、いかなきゃ!

マルコフ連鎖で自動生成された文章かな？

/rootってのは/のことか？
background fsckとnoatimeの関係性について何を言いたいのか良く理解できん。

>>703
noatimeは実施済みです。
ttp://qb5.2ch.net/test/read.cgi/operate/1105035540/86n

いちおうマジ解釈すると、703はasyncとnoatimeを混同しているってことなのかもね。
ext3よりもUFS2(+softupdate)は全然良いFSだと思う。

>>706
softupdateといえばcobra導入当初disableだったにもかかわらず実況に耐えたという伝説がありますな。

>>706
の指摘通り async と noatime を間違っていました。

ご指摘ありがとう。

KeepAliveTimeout 10 => 5

を、live20とex10で実験開始。

うへへ、負荷さがった。< ex10

>>709 参考
【実況】 live15/16/20 鯖 Part1
http://qb5.2ch.net/test/read.cgi/operate/1111632501/248-255

蒼井そら・・・・・・・・・

>>712

ハハハ、ピロたんは困ったさんだなあ

一時期入れようと思った、mod_dosevasiveあるいは相当品を、
また考えるべきなのかしら。

言ってること分からないです（＞＜）

RELENG_5_4 が打たれたもより。
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh?only_with_tag=RELENG_5_4

ＰＨＰに脆弱性によるバージョンアップがあったようです。

p2.2ch.net不具合報告スレ
http://qb5.2ch.net/test/read.cgi/operate/1108723551/908


ソース
ttp://headlines.yahoo.co.jp/hl?a=20050403-00000007-zdn_ep-sci


公式アナウンス
ttp://www.php.net/release_4_3_11.php

＞rootさん、じじい その４さん

今きがついたのですけど、

server select
http://www.mediaselect.co.jp/ss/

来月号でバックアップソリューションの特集組むそうです

バックアップの件はこれのトレンドをみて判断するのも一興かな、と

>>719
ちょっと面白そうな雑誌ですね。

さて、RELENG_5_4が出て5.4-RC1になったので、
ぼちぼち、5.4Rへのバージョンアップの準備をすすめようかと。

で、今回一番めんどいのは上の方でもちょっと出たけど、これかなぁ。
5.4Rになったこととは直接には関係しないけど、影響でかいし。

20050201:
AFFECTS: users of lang/perl5 and lang/perl5.8
AUTHOR: [email protected]

lang/perl5 has been updated to 5.6.2, and lang/perl5.8 has been
updated to 5.8.6. you should update everything depending on perl, that
is:

* first, upgrade your perl installation (use either lang/perl5 or
lang/perl5.8, the latter being recommended);
* for FreeBSD 4.X, run "use.perl port", so that the system knows you
have 5.8.6 or 5.6.2; this step is not needed on FreeBSD 5.X and
FreeBSD -CURRENT;
* run some magic incantations to upgrade all ports depending on perl,
that is run something like :
portupgrade -f `(pkg_info -R perl-5\* |tail +4; \
find /usr/local/lib/perl5/site_perl/5.[68].[1245] -type f -print0 \
| xargs -0 pkg_which -fv | sed -e '/: ?/d' -e 's/.*: //')|sort -u`
This is likely to fail for a few ports, you'll have to upgrade them
afterwards by hand.

>>721

これ？>>718

>>722
ども。
認識しているので、ぼちぼちやっていくです。

>720
おおっ
あとはいつものごとくｅｘ１０が（ry
ｐｅｒｌはいつかは通らなきゃいけない道なので今のうちに対策しておいた方がいいですね

make buildworld中。

%sysctl debug.mpsafevm
debug.mpsafevm: 1

vmもGiant-freeになったのね。
tigerサーバ/cobraサーバには、朗報かと。

おわりそうもないんで、しかけといて、もうねるか。
vfsがmpsafeになるのって、いつごろだろ。

cvsup.peko.2ch.net を 5.4-RC1 にしてみた。
カーネルとユーザランドだけで、まだportsは古いまま。

%uname -a
FreeBSD banana273.maido3.com 5.4-RC1 FreeBSD 5.4-RC1 #0: Sun Apr 3 21:32:24 PDT 2005 [email protected]:/usr/obj/var/src/sys/I386_BANANA_54 i386

特に問題にはならず、普通の手順でOKの模様。

0)Apache等の停止(外からのアクセスを止める)
1)rm -rf /usr/obj/* # 念のため
2)supfileを更新
　*default release=cvs tag=RELENG_5_4 # RELENG_5_3から更新
3)cd /usr/src; make update
4)make -j 4 buildkernel
5)make installkernel
6)リブート
7)ブートアップ確認後、dmesgをチェック・保存
8)cd /usr/src/usr.sbin/mergemaster; make -m /usr/src/share/mk all install # 今回は必要なさげ
9)mergemaster -p # 今回は必要なさげ
10)make -j 4 buildworld
11)make installworld
12)mv /etc/rc.d /etc/rc.d.53; mkdir /etc/rc.d
13)mergemaster -i # 12)を省略して、13)をmergemasterでも問題ない
14)リブート
15)ブートアップ確認後 rm -rf /etc/rc.d.53
16)Perl関係とかports関係を更新

ports/packagesも更新した。概ね問題なさげ。
5.2.1R => 5.3R に比べると、面倒さは少なめの模様。

ということで、DNS設定依頼出します。

【Project BBBE】共有！？BE規制
http://qb5.2ch.net/test/read.cgi/operate/1112542929/252

(新規追加)
+b.2ch.net:206.223.151.135
&bbe.2ch.net:206.223.151.135:a

これで、作業用の場所 b.2ch.net と、DNS参照用のサブドメイン bbe.2ch.net が使えるようになります。

今日は、ここまで。

>>729

完了

bbe.2ch.net に html とか各種仕組みをいれるんでしたっけ?
ログインの方法は既知のものでいいのかな?

http://home.jp.freebsd.org/cgi-bin/showmail/announce-jp/1287
影響ありますかね・・・？

>>730
b.2ch.netの方にコンテンツを入れて、bbe.2ch.netの方でDNSクエリします。
帰ったら仕様をメールするです。

>>731
要対策すね。
帰ったらたんたんと。

仕様を書いたメールを発射しました。

なんだかめまいがするので、>>731 の対策は明日以降、、、。

おだいじになさいませ。

正式にＲＣ１来ますた。
（ＦＴＰもＲＣ１に差し変わってます。）

First release candidate 2 Apr 2005 5 Apr 2005

[FreeBSD-Announce] FreeBSD Security Advisory FreeBSD-SA-05:03.amd64
http://lists.freebsd.org/pipermail/freebsd-announce/2005-April/000987.html
出てたのでとりあえず書いておきます。

>>736
あわせて、対策すね。

ということで、ここに保管。

携帯→2ch運用情報スレッド17
http://qb5.2ch.net/test/read.cgi/operate/1109943424/633

633 名前：root▲ ★[sage] 投稿日：2005/04/09(土) 13:40:37 ID:???0 ?##
原因ですが、

APCアクセラレータのportsが更新されて、
extension=apc.so

が、extensions.iniに自動で入るようになったことへの対応漏れでした。
ごめんなさい。

extension=apc.so が extensions.ini に2行入っていると、
httpdがメモリを無限に食い尽くして、最後はシステムが破綻に陥る模様。

今 m (BBM) のセキュリティホール対策中ですが、
snmpd が 250M 以上食っていた。で、リスタートしたらシステム全体が軽く。
何か、メモリリークがあるのかも。

これで「BBMが止まっています」の頻度が減るといいなぁと。

ex10でまだ出てるｗ

作業中だったってことで。>>740

これから、観察かと。

なんか、確かにだめっすね。
調べるか。

これってBBMの鯖？に負荷をかけるととまるんですか？

一応、いろんな試みについては、それなりにログがとられるってかんじで。

で、BBMの中身のシステムがなんだかいまいちかも。

とりあえずリブート直後にbbmがいまいちになるのは、対策しました。
あとは、元データに戻るタイミングの問題か。
これは、サザンさんと共同作業すね。

で、確かにnews4vipだけ、BBMが止まっていますが出る可能性が高いみたい。
単に投稿数が多いというだけなのかな。ちょっと謎。

なんか書き込み規制がかかってる携帯から
リロードしまくったあとに、IEで見ると止まってることが多い気がする

bbs.cgi をチェック中、、、。

なんか、BBMで1箇所不思議な処理をしているところがあるので、
それをコメントアウトしてみる。

そっか。よく読むと、不思議な処理じゃないみたいですね。
うーむ。

で、何が不思議なのかというと、
同じex10なのにmorningcoffeeではならないような気がするんですよね、これが。

vipは携帯の投稿数が多いのかな

そういえばrootさんオライリーのBSD Hacks読んだ？

>>677 の read.cgi の結果をキャッシュの続きです。

Squid が CGI をキャッシュするようにしても、apache+read.cgi がするにしても、
問題はスレが更新されたら、キャッシュも破棄、更新しなければいけないことです。

Squid は dat の更新を知るのは、ほぼ無理です。
read.cgi が stat.2 を使って更新されていなければ、元の提案のようにキャッシュの HTML を送信。
dat が更新されていれば、キャッシュを破棄して、HTML を生成。

stat() も使わないようにするのだったら、bbs.cgi が何らかの方法で、read.cgi に更新の通知をしなければいけないです。
# 試すにしても、工数を考えるとずいぶん後ででしょう。


ちょっと点検したいのですが、read.cgi は C で、bbs.cgi は perl で出来ているのですよね?

後、気になっているところとしては、この方法を取ろうとすると read.cgi は常駐プロセスになる必要が。

時間が取れたら、プロトタイプでも作ってみます。

>>752
ももいさん翻訳のやつですか。
http://www.amazon.co.jp/exec/obidos/tg/detail/-/books/4873112184/contents/ref=cm_toc_more/249-8559731-8913944

>>753
> ちょっと点検したいのですが、read.cgi は C で、bbs.cgi は perl で出来ているのですよね?
Yes.

> 後、気になっているところとしては、この方法を取ろうとすると read.cgi は常駐プロセスになる必要が。
mod_cgidso 化までできたものを mod_read にするのは、それほど面倒ではないはず。

ん〜要は read.cgi が dat の mtime を Last-Modified として吐けば，
スタティックな HTML ページと同様にキャッシュ可能なんですけどね．
http://dso.2ch.net/test/read.cgi/myanmar/1101888913/64-68n
では mod_mem_cache にキャッシュさせてたわけですが．

どちらにしろ read.cgi では dat の mmap() の際にサイズ取得のため
fstat() してると思うんで，同時に mtime も知ることができるかと．

サーバダウン（鯖落ち）情報Part61
http://qb5.2ch.net/test/read.cgi/operate/1111396436/866-867

867 名前：root▲ ★[sage] 投稿日：2005/04/10(日) 20:48:04 ID:???0 ?##
<IfModule prefork.c>
StartServers 384
MinSpareServers 32
MaxSpareServers 384
ServerLimit 512
MaxClients 512
MaxRequestsPerChild 1000000
</IfModule>

にした。< oyster902

何が問題点で何をどう解決しようとしているの?

>>757
>>756 のことだとすると、メモリ使用量の(少しでも)節約かなと。
必要ないなら、httpdの数は少ないに越したことなさそう。

cvsup.peko.2ch.net を 5.4-RC2 にした。

%uname -a
FreeBSD banana273.maido3.com 5.4-RC2 FreeBSD 5.4-RC2 #2: Sun Apr 10 06:10:50 PDT 2005 [email protected]:/usr/obj/var/src/sys/I386_BANANA_54 i386

>> 755

そうですね。
何を考えていたのか、stat/fstat を省略するばかり考えていたので
Squid では、無理だと思ってしまいました。

話によると、動的ページのキャッシュ化もずいぶん少ない工数で実現できそうですね。

memories またもや陥落です。。。

Date: Mon Apr 11 14:40:06 2005 JST-9 (Sun Apr 10 22:40:06 2005 PST+8PDT)
Target: oyster902.peko.2ch.net[memories.2ch.net] 206.223.151.230

memoriesはなんでこんなに落ちるんだ？

もとに戻すに一票

オンラインになったら、戻す作業に入ります。

オンラインになりました。しばらく作業できます。
まず、リブート依頼いきます。

リブート入れていただきました。
ブートアップ待ち中。

上がってこないですね。fsck中か。

ちと、しばらくオフラインになります。作業は後程。

カーネルを前のバージョンに戻して、リブート中。

カーネルを前のバージョンに戻しました。

%uname -a
FreeBSD oyster902.peko.2ch.net 5.3-RELEASE-p5 FreeBSD 5.3-RELEASE-p5 #1: Mon Feb 7 21:58:28 PST 2005 [email protected]:/usr/obj/usr/src/sys/AMD64_COBRA_53_AAC_ISP amd64

で、Sumaにシリアル経由で入れないみたいです。
これは別途Jimさんに確認しておきます。

2ｃｈの動作報告はここで。 パート16
http://qb5.2ch.net/test/read.cgi/operate/1103455176/653

operate的には単独スレじゃなくて、とりあえずここを動かすことにするか。
で、方向性がまとまってきたら、単独スレってかんじで。

手段としては、同じIPアドレスからの単位時間あたりの接続回数とか、
datリクエスト数とか、read.cgi起動回数とかをトリガにして、何かにとばすかんじか。
概念的には「バーボンハウスの読み版」ってかんじで。

で、そのためのツールとしては、何が考えられるのかっていうのが議論のターゲットなのかな。
mod_dosevasive を前にちょっと試したことがあるけど、ややいまいちだったかも。

私のお勧め(負荷が低い、作るの簡単、不明点無し)

1) 取っているログから解析
2) N分毎におこなう
3) バーボンに突っ込む

>>771
2) N分毎におこなう

これがいちばん問題だねぇ・・・
いったい何分になるのか・・・

20 とか 30 しせゃないですかねぇ < N分
短時間の微分値をみても判定できないと思う。

>>771
私も、そんなことを考えていました。

httpd側に組み込むのは、結構めんどいです。
(各子供httpdの＊合計＊を調べないといけないので)

mod_dosevasiveは、一つの子供単位でしか数を見れないので、
ほんとのDoS攻撃みたいにたくさん来ないと、検知しにくいですね。
つまり、httpdの子供が512人とかいると、
短時間のうちに512回試みても、1つあたりだと1回とか2回にしかならない。

作るのあんまり得意じゃないけど、
とりあえず今のログをなめて、IPアドレスの数を調べるやつの雛形を作ってみるか。

# おいそがしそうですね。>>771

まったくだ（ガッ！）

>>772-773
30分〜1時間ぐらいか。
そのぐらい利きが遅いのを、どう判断するかってことですが。

で、バーボンはbbs.cgiの制限だけな気がするので、全部だめにするしくみ(バーボンII?)を作って、
そこに突っ込んでしまうってかんじですかね。

fox.cgi を改造するとはやいと思われ

1) 今のログに対して解析を行う等時間的概念の改造
2) 全体に対する割合とか絶対量とか発動条件の検討&実装
3) バーボンは cgi 一発呼ぶだけです。組み込み簡単。

>>776
範囲は最後の微調整かと、

>>777
fox.cgi(PV処理プログラム)というと、1時間に1回ですね。
そのぐらいの粒度でいくと。

割合は、厳密にやるなら初回出現からx秒の間にy回とかいうのがいいんだろうけど、
それはコスト高い割に実入りが少なそうだから、
1時間の間にy回ってかんじかしら。

今の様子見てると、y = 3000あたりからか。
あるいは、全体回数がz回だったとして、y / z > 5%を占めたらだめとか。

>>778
必要に応じて変えられると。

>>779
いやいやプログラムの雛形としては fox.cgi が良いのではないか
近道なんじゃないかということで fox.cgi でやるという意味ではないですー

N=60でも充分かもですが

>>780
そゆ、意味ですか。了解です。

なんだかふおんな動きがあるようなので、そっちを先に準備します。

質問・雑談スレ126＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1113153252/586-

>>777-781
少なくとも 206(差分取得) とか 304(変更無し) は除外してほしい


x分にy回呼び出し食らったら read.cgi がバーボンリストへ追加 (*全鯖対象ではなく自分自身の鯖だけ行う)

Yahoo！大規模障害、原因は操作ミス
http://www.itmedia.co.jp/news/articles/0504/12/news060.html

Jimさんに oyster243 用の RAID 1 カードの手配と、cobra2245 と同様のセッティングでの
OS インストールをお願いしました。

できたところで、たんたんと BBQ 二重化へと。

FreeBSD cobra2245.maido3.com 5.3-RELEASE-p5 FreeBSD 5.3-RELEASE-p5 #0: Wed Jan 19 22:51:40 PST 2005 [email protected]:/usr/obj/usr/src/sys/AMD64_COBRA_53_AMR amd64

FreeBSD 5.3R-p8 は、ことによるとamd64ではいまいちなのかも。

amrd0: 34938MB (71553024 sectors) RAID 1 (degraded)

degraded になったので、RAID 1の片方が、いまいちになった模様。 < BBQ

今は動いていますが、いまいちな状態ですね。
落ちた理由は、これかも。

PIEにいるSeanさんと連絡がとれたので、ICQで事情を伝達中。

ひとまずBBQ分のデータ類を保存しておきましょうか？

>>788
そうしていただけると助かります。
わたしのほうでも、memoriesにバックアップとります。

スペアディスクはあるそうなので、Seanさんに交換していただこうかと。

Sean さんがリモートKVMスイッチを準備してくれるとのこと。
どっちのディスクがあぼーんしているか調べる必要があるので、
その際には一度BBQ落とすことになります。

で、わかりしだい交換作業へと。

そういえば ex10 = oyster901 は立派な amd64 だけど、
5.3R-p8 にしても、特に落ちてないし。

BBQ落ちがHDDトラブルのせいだとすると、
memories の構成のときのみ、5.3R-p8 ではいまいちだということも
考えられるかも。

リモートコンソールを準備してくれました。

とったバックアップを確認できたら、いったんcobra2245を落とします。

バックアップ確認できました。作業はいります。< cobra2245

なかなか速度が上がらないですぅ、、、（泪）
2% 2144KB 27.0KB/s 44:02 ETA

いきなりgzip -r したのはないしょ（汗）＠tar忘れ

remote host bbq.2ch.net: Connection reset by peer
Connection closed

わははー（嬉）

よろしくおながいしますm(_ _)m深謝

memories にフルダンプをバックアップしました。
restore if で見られるのを確認。

SCSI BIOSで確認したところ、#0 のドライブがこわれていることを確認。
Sean さんに交換を依頼しました。

交換後、rebuild 作業の予定。

Seanさんがディスクを交換してくれました。
リモートコンソールをKVMで操作して、RAIDをrebuild中。
うまくいくかは、かみのみそしる。

amrd0: <LSILogic MegaRAID logical drive> on amr0
amrd0: 34938MB (71553024 sectors) RAID 1 (optimal)

ということで、rebuildは無事完了しました。
これで、cobra2245はノーマルオペレーションに戻りました。

Seanさんに、無事rebuildできたことと、お礼を伝えておこうかと。

>>798
お疲れさまです・・・
あと、少しで復活ですね
がんばってください・・・

>>798
おつですーm(_ _)m

まとめ:

・cobra2245が落ちた
・電源再投入では、うまくリブートしなかった
・人間(Seanさん)が介してリブートした結果、上がりはした
・チェックしたところ、RAID 1の片方のディスクが壊れた状態になったことが判明した
・Seanさんにリモートコンソール(KVM)をつけてもらって、私がリモートからBIOSでチェックした結果、
　#0のディスクがFAIL状態になっており、RAID 1のディスクのうち1台が壊れたことが判明した
・Seanさんに壊れたディスクを交換してもらった
・私がKVM経由でBIOSユーティリティを操作し、RAID 1をrebuidした
・rebuildはうまくいき、cobra2245は元に戻った

なお、カーネルは念のため、5.3R-p5に戻してあります。

これと別件で、oyster243 用のRAIDカードもJimさんにメールで手配しておきました。

>>799
元に戻ったという意味では、もう復活のはず。

RAIDのrebuildはたまに失敗することがあるので、結構、どきどきしました。
ブートアップのメッセージを見た時は、思わず画面に向かってガッツポーズ。

>>802
どうもです・・・
本当にお疲れさまでした・・・

私がコントロールして343をRAID化しますー

>>804
oyster243ですね。了解です。
完成後は、cobra2245 との2ヘッド体制へと。

で、BBQ のつくり的に、HDDにかかる負担をもう少し減らしたほうがよさげな予感がします。
サザンさんとの共同作業になるのかなと。以上今朝のチラシの裏。

>>806 方針とかのメモ(チラシの裏2)。

・rbldns を rbldnsd に変えてみる (HDDのI/O減少)
・データ生成を差分更新にできないか検討してみる
・「効き」を考えると、更新頻度はできるだけ下げたくないが、
　下げてもいいものはあるかもしれない。
　例えばBoo80や焼き部隊が焼いたやつはすぐに効いてほしいけど、
　DSBLは少しぐらい遅延があってもいいかもしれない。

>>806
あ、未承諾広告※さんもですね。ごめんなさい。
いずれにせよ、中の人たちとの調整ということで。

現在、2chdns7.maido3.com (= banana224) 停止中。

影響範囲は、これの「えー設定」だから、
http://qb5.2ch.net/operate/kako/1102/11020/1102087698.html の457-

…これかな。
これらのサーバは、書き込み時のレスポンスが悪くなっているはず。

462 名前： FOX ★ 投稿日： 04/12/20 14:38:05 ID:???
訂正

A(えー)
banana226(live19)
banana225(love3)
banana210(pc5) <= (注: 既に退役)
banana229(that3)
banana228(money3)
banana227(game7)
banana240(music4)
banana233(sports7)
banana232(tv6)

banana601(etc3)
banana612(tv7)
banana613(live18)

477 名前： FOX ★ 投稿日： 04/12/21 17:13:38 ID:???
追加工事(工事リスト漏れ)

banana398(live15)

>>806
BBQ はしばらく触っていないので、未承諾さんにお任せしますー。

おいらは Boo を boo.2ch.net に移行する作業します。
これで、瞬時に BBQ に反映させられるはず。
この辺は未承諾さんと調整ということで。

>>810
おー、すばらしい。

私はひまをみて、HDDにやさしいBBQへと。

>>809 の問題は解決済み。
２ちゃんねるのサーバのdnsキャッシュサーバの参照関連をまとめておくです。

おおまかにいって、この4つ。

・えー設定 (>>809)
・びー設定
・maido3.com のやつを向いているやつ
・自分で持っている(tiger/root権限ありbanana)

新しいBBQって今のと使い方は一緒ですか？

柚子胡椒なんてどうでしょう

>>813
そのへんは、とりまとめな方から追ってお知らせがあるんじゃないかと。

>>814
とりあえず、スパイスきかせてみます。

>>815
わかりましたー

ほえほえー。

ごくごく簡単に、DSBLの切り離しでしょうか。＠BBQ
いかんせんデータ量が大杉かもかも。。。
（大杉の中をrsyncとか、cdbの再構築とかとか。。。）

bbs.cgi側では、list.dsblとnikuの２段構造になっちゃうけれどもNet::DNS仕様に変わっているので安心かなかなかな？

>>819
データ量を減らす方向での解決は、1mmも考えていませんです。
パフォーマンスが出てないわけじゃないし。

bbs.cgi側の装置はうまく動いているので、中を合理的にしようという方向で。

>>820
なぁるほど♪
承知しましたー

tiger506 のクラッシュダンプのトレース

(kgdb) where
#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 0x0000430c in ?? ()
#26 0x0804b924 in ?? ()
#27 0xbfbfe4b8 in ?? ()
#28 0xf8d1bd74 in ?? ()
#29 0x281425ec in ?? ()
#30 0x281424b0 in ?? ()
#31 0x281424b0 in ?? ()
#32 0x00000001 in ?? ()
(続く)

#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 0x43f9f000 in ?? ()
#45 0xc3c19e20 in ?? ()
#46 0xc7287320 in ?? ()
#47 0xf8d1b718 in ?? ()
#48 0xf8d1b700 in ?? ()
#49 0xc346b7d0 in ?? ()
#50 0xc05188a3 in sched_switch ()
Previous frame inner to this frame (corrupt stack?)
(kgdb)

/var/crash/info.2 の中身

Good dump found on device /dev/da0s1b
Architecture: i386
Architecture version: 1
Dump length: 2146959360B (2047 MB)
Blocksize: 512
Dumptime: Wed Apr 13 13:09:21 2005
Hostname: tiger506.maido3.com
Versionstring: FreeBSD 5.3-RELEASE #3: Thu Nov 4 21:51:36 PST 2004
[email protected]:/usr/obj/var/src/sys/I386_TIGER_53
Panicstring: lockmgr: thread 0xc7287320, not exclusive lock holder 0xc35e6af0 unlocking
Bounds: 2

前から、ごくたまに起こっている FreeBSD のバグですね、たぶん。

kernel内のlock管理に矛盾が生じてpanicですか

tiger511 = blackgoat3 の、昨日朝のクラッシュダンプのトレース。

#0 0xc0507cae in doadump ()
#1 0xc05082a7 in boot ()
#2 0xc05085cd in panic ()
#3 0xc066b594 in trap_fatal ()
#4 0xc066b2d7 in trap_pfault ()
#5 0xc066af11 in trap ()
#6 0xc06591fa in calltrap ()
#7 0x00000018 in ?? ()
#8 0x00000010 in ?? ()
#9 0xde7a0010 in ?? ()
#10 0xc101fb00 in ?? ()
#11 0xc3475460 in ?? ()
#12 0xf35e3bac in ?? ()
#13 0xf35e3b8c in ?? ()
#14 0x00000001 in ?? ()
#15 0xc8eef000 in ?? ()
#16 0x00000000 in ?? ()
#17 0x00000000 in ?? ()
#18 0x0000000c in ?? ()
#19 0x00000000 in ?? ()
#20 0xc0637004 in uma_zfree_internal ()
#21 0xc0636f38 in uma_zfree_arg ()
#22 0xc04feaaf in mb_fini_pack ()
#23 0xc0636f7c in uma_zfree_internal ()
#24 0xc0636f38 in uma_zfree_arg ()
#25 0xc053b8a1 in mb_free_ext ()
#26 0xc053b7ba in m_freem ()
#27 0xc056eb7b in ether_demux ()
#28 0xc056e87d in ether_input ()
#29 0xc047e961 in em_process_receive_interrupts ()
#30 0xc047bc8e in em_intr ()
#31 0xc04f4195 in ithread_loop ()
#32 0xc04f3245 in fork_exit ()
(続く)

#33 0xc065925c in fork_trampoline ()
(kgdb)

info.0 ファイルの情報
Good dump found on device /dev/da0s1b
Architecture: i386
Architecture version: 1
Dump length: 2146959360B (2047 MB)
Blocksize: 512
Dumptime: Wed Apr 13 13:13:45 2005
Hostname: tiger511.maido3.com
Versionstring: FreeBSD 5.3-RELEASE-p8 #2: Sun Apr 10 09:13:05 PDT 2005
[email protected]:/usr/obj/var/src/sys/I386_TIGER_53_BLACKGOAT
Panicstring: page fault
Bounds: 0

em_intr() っていうぐらいで、ネットワーク系の割り込み処理でしくったか。

FreeBSDよりSolaris10の方が性能良いんじゃないんですか？

Solaris１０に入れ替えしましょう

任せた

>>829
性能っていうか、かっつりはしてますな。
maido3.comの次世代にでも。

また SA か、、、。

20050414: FreeBSD-SA-05:04.ifconf
Zero a buffer in ifconf() in order to avoid accidental
disclosure of kernel memory to userland.

>>832
ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-05:04.ifconf.asc

とりあえずすごく急ぎなわけじゃなさげ。
5.4Rにするときに対応かな。

バーボンでの動的な .htaccess 変更に伴う .htaccess 破損のリスクを減らすには
こういうものもあります，とさりげなく宣伝(w
http://sunos.saita.ma/mod_authz_iplist.html

すごいなぁ !!

こんど挑戦してみます。

>>835

あ、>>835はFOXなのね。

>>835
頼むから動作確認してからにしてくれ

>>838
では２ｃｈで動作確認を（素

<チラシの裏>
1分に1回、各掲示板サーバのdat/とsubject.txtをblackgoatからrsyncする、というのは、おもしろそう。
通信路の圧縮、増分転送ともに、満たしている気がするし。
</チラシの裏>

>>840
rsyncする => rsyncでとる

<チラシの裏>
5.4-RC3 になった模様。< FreeBSD。
</チラシの裏>

rootはチラシの裏を使うな！！

<チラシの裏>
2.0.54模様。< Apache (Portsも同時との噂有り)。
</チラシの裏>

<チラシの裏 href="http://sunos.saita.ma/leaflet.html ">

>>840 雪だるまで read.cgi をフロント側で走らせることを考えても，
Squid でのキャッシュだと dat を直接 open() できないのに対し，
そのやり方なら直接 open() できるのでやりやすそうですね．

>>844 に関連して......もし Apache 更新するなら，ついでに
http://qb5.2ch.net/test/read.cgi/operate/1105909861/188
の更新がまだならお願いします．
http://qb5.2ch.net/test/read.cgi/operate/1105035540/188
もどこかで実験したいですね．

</チラシの裏>

>>844
きてるですね。ちかいうちに。
MD5 (apache2/httpd-2.0.54.tar.bz2) = 4ae8a38c6b5db9046616ce10a0d551a2
SIZE (apache2/httpd-2.0.54.tar.bz2) = 5566979
MD5 (apache2/powerlogo.gif) = 0f106073b3c7844cf22d4df126b27c62
SIZE (apache2/powerlogo.gif) = 5279

>>845
そうなんですよね。
うまくすれば、かなり応用範囲広いかもです。

Apache更新の際には、mod_cgidsoも更新と。
で、workerで動かすのは、白やぎさんあたりでやってみようかなと思っていたり。

で、
<チラシの裏>
Apacheのモジュールをstatic linkにすると、ex10とか効果あるのかしらね。
</チラシの裏>

The RAID Controller has arrived.
Which server would you like it installed to?
-Sean

>>848
Thank you. I already received the mail from one of "Inside Person" of maido3.com,
and I replied it.

I'd like to install RAID card to oyster243 and reinstall FreeBSD/amd64,
I already backup all data of it and already did shutdown, so I think it is ready.

So, please order to Sean-san to start installing now.

>>849
I thought that it is the parfect responce if "Inside Person" is "NAKA-NO-HITO(Inside Person)"!

there is NOT the "inside-person" !!!

It seems Polywell has given us the Wrong SCSI 320 RAID controller. It
is not the one we ordered. This is only a SCSI 320 Dual host adapter
and does not have RAID support. I will get the correct card from
Polywell ASAP.
-Sean

>>852
Oh, my.
I understand the situation and please say Ganbatte-kusadai to Sean-san.

It is mysterious because it can be understood that it is a topic related to the
server even from English.

biku!. ∧ ∧ ∧ ∧　　 ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　 Σ(ﾟДﾟ；≡；ﾟдﾟ) ＜　Wow! I think, i entered terrible area !
　　 　 ./ つ　つ　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　〜（＿⌒ヽ　dokidoki
　bu! ω)ノ ｀Jззз

>>850-851
lmao

カーネル再構築確定みたいです（汗

ttp://home.jp.freebsd.org/cgi-bin/showmail/announce-jp/1289

>>857
↓
>>832-833 かな。
外からやられる可能性は、完全に0なわけじゃないけど。

BSD Hacksをよんでいたらsysutils/tentakelとnet/clusteritの紹介があった。
複数のホストを同時並行でシェルコマンドを与えられるツールだって。
portupgradeだのmake buildkernelだのを一気にやるのに楽じゃん。

>>859
おぉ。よさげですね。
機内で読むつもりで、今買ってみたです。 < BSD Hacks

そういやrootﾀﾝ出張だってどっかに書いてたね。
お気をつけていってらっしゃーい。

>>861
こんどのは修行(私費)すね。
今日はちと限界。いったん仮眠するです。

>>862
あぁ、そうだ修行って書いてたね。
お休みなさい。たまにはしっかりと休んでねー。

どこかでリクエストがあったので、RAID 1で痛い目にあった例を簡単に。
以下は私が直接痛い目にあったのと、なった人がいるというのがまじってるです。

・片方HDDが壊れた時に片肺モードで動いてくれなくて、落ちちゃいけないシステムが長時間ダウン
・コントローラのファームウェアにバグがあって、障害時にHDDが両方とも同時にあぼーん
・片肺モードになったことを正しく知らせてくれなくてHDDの障害発見が遅れ、
2つ目のHDDがあぼーんして始めて障害が露見。データは当然あぼーん
・復旧オペレーション(RAID 1の再構築)がBIOSの不具合でうまくいかなくて、データがあぼーん

「RAID 1は確かにすばらしい。しかし過信するな」が、祖父からの遺言です。

コンピューターじいちゃんｗｗｗ

昼飯うｐ

凄いおじいさんだなぁｗｗｗ

痛い目にあって失ったものとRAID1にして得られたもののバランスがどの程度のものなのか

>>868
もちろん、得るものは大きいですね。
「過信」するとまずい、ってことで。

知人の例。ヒューマンエラーなんだけど
・片肺あぼーん
・電話で故障ディスクを交換するよう指示
・間違えて正常な方を交換,リビルド
・アレ？

>>870
こないだのcobra2245の時、これを心配しました。
Seanさんには「確認できるまで、はずしたディスクはキープしといてね」ってICQしたり。