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

2ch特化型サーバ・ロケーション構築作戦のスレッドです。

・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携

等を取り扱います。

前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part23
http://qb5.2ch.net/test/read.cgi/operate/1153650861/

２ならrootさん結婚して

子供が３人いて
↓

■ 現在のこのスレ的ホットトピックス

・FreeBSD/amd64 6.1R/6.2R で、SMP がうまく動かない
- UP(シングルCPU)では問題なし
- どうも mpt の問題か、acpi 周りの問題っぽいらしい
- FreeBSD コミュニティに報告しないと
- 報告するためにも、リモートコンソール(KVM)がほしいところ

・雪だるまサーバで動かしている軽量化版 httpd のさらなる調整

・雪だるまサーバの設定(環境変数の有無で判定)

http://qb5.2ch.net/test/read.cgi/operate/1153650861/958-960 あたり

・live22x => live24 (live22 => live24b) リフレッシュ工事
・game10 => game11 リフレッシュ工事

■ サーバリフレッシュ工事 連絡・作業スレッド
http://qb5.2ch.net/test/read.cgi/operate/1119623185/

(続き)
・2006年12月20日 一部サーバの電源・移設工事

・おすすめ２ちゃんねるのための、ジンギスカン起動スクリプトの改修

http://qb5.2ch.net/test/read.cgi/operate/1153650861/988

・夏時間修正のための工事が全サーバで必要

2ch特化型サーバ・ロケーション構築作戦 Part23
http://qb5.2ch.net/test/read.cgi/operate/1153650861/923-927

・amd64 の SMP 問題は、これがいいヒントだったかも。

http://qb5.2ch.net/test/read.cgi/operate/1153650861/906

・軽量化版 httpd のセットアップ手順

http://qb5.2ch.net/test/read.cgi/operate/1153650861/885

・pastdat.so による過去ログ倉庫問題の解決

http://qb5.2ch.net/test/read.cgi/operate/1153650861/863-879

(続き、というか、前スレのまとめ)

・新Samba

http://qb5.2ch.net/test/read.cgi/operate/1153650861/561

・oyster901 引退

http://qb5.2ch.net/test/read.cgi/operate/1153650861/506

- ex16 は、そろそろバックアップから memories 行きがよさげか。

・be2.2ch.net 作成
- BE のフロントに

・rtprio コマンドによる活入れ

http://qb5.2ch.net/test/read.cgi/operate/1153650861/448-450

- bbsd で使用中
- 他にも応用範囲が広いかも

・FreeBSD 6.2R のリリース時期

預言者:
http://qb5.2ch.net/test/read.cgi/operate/1153650861/453

このぐらいで。

あと、関連キーワードスレの、
10Mbps => 100Mbps 変更作業もあるか。

激しく乙ですー

>>1
ぼみょ〜

>>7
頑張ってください！！

■ SpeedyCGI の「Apacheモジュールモード」を試し始める

・これまで(CGIモード)

httpd => speedy起動 => 常駐speedy_backendと通信

・animeサーバで試し始めたモード(モジュールモード)

httpd => 常駐speedy_backendと通信

----

・制約条件

1) SuExec で CGI を起動している場合は適用不可(bbs.cgi のオーナーが変化してしまう)。

httpd の起動ユーザを、バーチャルホストの持ち主に合わせる必要あり。

つまり、現在の通常の banana サーバや、
バーチャルホストが複数入っているサーバ(例: etc4/game9/dso/snow)では不可。

2) worker MPMでは適用不可(mod_speedycgiが対応していない)。

つまり、雪だるまサーバ群や現在の ex11 には適用不可。

>>11
負荷軽減の効果をはかるため、夜重くなる anime サーバで実験開始。

サーバーダウン（鯖落ち）情報 part126
http://qb5.2ch.net/test/read.cgi/operate/1165755341/505-507
関連キーワードをなんとかしようスレ
http://qb5.2ch.net/test/read.cgi/operate/1166328527/73-76

>>12
anime サーバの設定内容

# for mod_speedycgi
<IfModule mod_speedycgi2.c>
<Files bbs.cgi>
SetHandler speedycgi-script
</Files>
</IfModule>

tiger505
tiger506
tiger508
移転完了ー(^_^;)各サーバのチェックを願いします。
508はhttpdが上がってこないです。

仕事、速いっすね。

stiger104
stiger105
移転完了しました(^_^;)サーバチェックお願いします。

チェックします。

live17 (tiger508)はこちらの設定漏れでした。
対応します。

それ以外のサーバも、チェック中。

tiger508 http 上げました。

tiger505, 506, 508 システムメッセージ、ネットワーク接続速度、
各プロセスの動作、異常なしです。
必要に応じて板復帰して、通常運用に戻してOKと思います。

続いて、stiger の2台をチェックします。

stiger104, 105 同様に異常なしを確認しました。

>>14 >>16 各サーバとも現時点で、異常な点はないようです。
本日のピーク時において電源系統などに異常が発生しなければ、
今回の作業による問題はないかと思います。

もし何か異常があった場合、別途報告させていただきます
よろしくおねがいいたします。

あいあい了解ー(^_^;)
つことで移転作戦完了

お疲れ様でしたー

該当サーバ群、問題ない模様。

亀田ボクシング対策のため、news18 にも >>11 を入れてみた。
news18 / anime は、今日はこれで。

で、一点気がついた。
>>11 を入れると、Saborin の動きに影響があるかも。
pid でさぼるかさぼらないか決めているので。

とりあえずそのへんは、実験ということで。

>>22
了解です。
今夜のボクシング直後に電源周辺で問題がなければ、
めでたしめでたしで。

もう終わったですか
乙ですー

>>24
speedy_backendのpidだから何も今までと変わらないんじゃないですかね。
それに、フロントのpidもpreforkMPMだからさまざまだし

>>26
なるほど、そう言われてみれば確かにそうですね。

でも、自動 Saborin が動くような事態にならない
(= サーバにやさしい試合展開)のが、いちばんかも。

>>996
なんで?
絶対必要なのに、、、

元にもどすです。
勝手に触らないでよ。

たいへんだー

http://qb5.2ch.net/test/read.cgi/operate/1153650861/996
ｸﾚｶ

どこの if文はずした?

>>28
前スレの996に対するレスですか。

勝手にいじってごめんなさい。
今後、該当部分は勝手に触らないようにします。

該当部分に、
「雪だるまだったらサンプリングしない」というのを1行、追加しました。

その該当部分は昨夜私が入れ、
そして、その書き込みを見て、自分が入れた部分だけをいじる前の状態に戻しました。
他の部分は、触っていないです。

>>31
現在、昨夜私がいじる前の状態になっています。

いじる前の状態
↓
サンプリング関数の最初のところに「雪だるまだったら
サンプリングしないで戻る」というif文を追加
↓
該当の書き込みを見て、いじる前の状態に戻した

2ch特化型サーバ・ロケーション構築作戦 Part23
http://qb5.2ch.net/test/read.cgi/operate/1153650861/988

の後、if 文を1行入れた

2ch特化型サーバ・ロケーション構築作戦 Part23
http://qb5.2ch.net/test/read.cgi/operate/1153650861/996

の後、自分で入れた if 文のみをはすした

という流れです。

はいー

今は全部動かして、
どこが動かないのか、負荷はどうなのかを採取しているところです。
あとデータ蓄積・集計の検証もやっています。
当初小さく始めて、どんどん広げていっているところです。

>>35
はい。

cobra サーバや雪だるまや ex11 に広げる段階になった場合、
呼びかけてくださいです。

で、live22x → live24 のリフレッシュ工事がまじで待ったなしだと思うので、
そちらのほうも、そろそろ。

live24 やるかぁ
何すればいいんだったっけ?

わすれてしまったぞい
まずは live24b に全板作るです。

>>37
それで OK です。
あとは、ここで。

live24.2ch.net がないと言われた。

root様
いつもお世話になっております。
株式会社jig.jpの菊池です。

2006年11月29日にサーバ移動を行いました。
ご連絡が遅くなりまして申し訳ございませんが、IPの追加・削除をお願い致します。

【IP追加】

210.188.205.100
210.188.205.101
210.188.205.102
210.188.205.104
210.188.205.105
210.188.205.98
210.188.205.99
210.188.220.175
59.106.12.145

【IP削除】

210.166.210.226
210.166.210.229
210.166.210.231
210.166.210.233
210.166.210.234
210.166.211.22
210.166.211.25
210.188.205.107

IP一覧も更新致しました。
http://br.jig.jp/pc/ip_br.html

大変お手数ですが、対応宜しくお願い致します。

live24b.2ch.net がないと言われた。

だった

で、作業の際に、バックエンドにある全復帰の呪文をいじる必要があるです。

・live22が埋め込みになっているところをlive24にする
・ポート番号 2222 を 2223 にする

# 同じサーバで動かしているので、ポート番号を変える必要がある

>>39
live24b です。

# live24.2ch.net がないというのは、、、。
# DNS的にですか。

>>41
ううむ、、、。

>>40
了解です。
いまかかっている作業が一段落したら。

あっ
ありました。

FTPで入れた。

私の環境からは見えるです。ううむ、、、。

$ ping live24b.2ch.net
PING live24b.2ch.net (206.223.150.54): 56 data bytes
64 bytes from 206.223.150.54: icmp_seq=0 ttl=54 time=107 ms
64 bytes from 206.223.150.54: icmp_seq=1 ttl=54 time=110 ms
64 bytes from 206.223.150.54: icmp_seq=2 ttl=54 time=106 ms

>>45
了解です。

一旦　live22x とめますー
と思ったら、、、
私には止められなかったのだった。

えーい
強引に作業をすすめますー

>>48
私のほうでとめます。< bbs.cgi
そのつもりだったので、すぐできます。

>>49
bbs.cgi @ live22x フロント 止めました。

バックエンドの bbsd をこれから止めます。 < live22

>>51
done.

これで、書き込みは完全に止まり、
先日の news20 移転時と同じ状況になりました。

http://qb5.2ch.net/test/read.cgi/operate/1165755341/839-

実況鯖の人たちは慣れたもんだなぁ

るーさんが生き生きしてる件について

24時間はかからないと思います。

>>55
はい。

live24 に作った板の復帰作業をする場面までいったら、
ここで声をかけてくださいです。

そこまでいったら、>>42 の作業をすると、
板復帰ができるようになります。

で、フロントとつながったのを確認したら、
フロントの bbs.cgi を有効にして、
あとは通常の手順でいけるはず。

>>56
きました

よろしくお願いします

>>57
いってきます。

全復帰できるようになったはず。 < live24b

フロントに必要なファイルを同期中。
livebsd/SETTING.TXT がないかも。

live24フロントでゆっくり同期を動かし始めました。
5分に1回。

>>59
> livebsd/SETTING.TXT がないかも。

livebs/SETTING.TXT でした。

はいー

フロントとは、全板つながっているはずです。
ただし bbs.cgi を止めているので投稿はまだできません。

バックエンド側の準備ができたら、
あらためてSETTING.TXT等の同期をかけて、
bbs.cgi をオンに。

これで「移転ですー」を書けるようになるはず。

bbs.cgi 動かないですよ フロント

>>64
まだ、オンにしていないです。 < フロントの bbs.cgi

準備できたですか。
オンにしてきます。

移転スレ、準備できているのでゴーサインしていただければ
建ててきます。

ファイルをフロントに同期して、
bbs.cgi をオンにしました。< live24 フロント

bbsd を一度再起動しました。< @live24b

これで、R2 での全復帰ができるようになったはず。 < live24b

403が帰ってきます＞live24

うむ、/md に必要なディレクトリがないですね。

作ってきます。

>>69 の対応です。>>70

>>70 やりました。

すみませんが、再度全板復帰をかけていただけますか。

う、1箇所しくりました。
もう1回作業します。ちょっとまってください。

>>73 done
これでいけるはず。

スレッドがありませんがでるかも

なんかみえる
http://live24.2ch.net/weekly/dat/

復帰、僕の方で作業しちゃってもいいですか？

>>77
ええと、混乱してしまうので、
おにいさんと私以外、しばらく様子見でおながいします。

>78
了解しました。
待機します。

live24では、任意IDに変更ですかぁ・・・！？

ん、壺からのお知らせが、、、。

なんか10分程度だと思うけど、sports2以外の板を開くとバーボンハウスに飛ばされるようになったんだな(^_^;)
回線変えても変化がなかったんで、リロードバーボンとかじゃない（つか画面も違ったし）。

>>82
今も、、、ですかね。

私はその部分、特に何もしていないです。

回線によってはまだみたい(^_^;)ocn(リモホはmaido3)だとまだだめっぽい
今、おいらはkddiかな？

おいらodnだ(^_^;)

臨時地震まだ見れない＠dion
鯖移転とともに元にあったスレも新鯖に移転するんだろうな？

ちなみに表示されたのは、昔ocn全部denyした時の告知ページ(^_^;)

漏れもおでんなのでいったんバーボン出ましたが今は解消しています。
まさかおにいさんバーボンされちゃったのか（汗

さっき、>>72 の作業したときにしくったかんじですね。

一度、リブートが必要なようです。
すみませんが、バックエンドのリブートをかけます。

/md を umount しないで、さらに /md を mount してしまっていました。
403 の原因はこれです。
これをやってしまうと、ファイルの見え方が人によってかわってしまったりします。
私のミスです。ごめんなさい。

どうもただのバーボンだったようです(^_^;)
なんで複数回線で発生したかはなぞだけど
ということでお騒がせしましたー

バーボンから復帰 !!

しかし　板の復帰はできませんでした。
さっきはできたのになぁ

>>93
確認します。

でるようになったので
全板復帰しました。

復帰できるようになったはず。

SETTING.TXT をllive22 から入れなおして、
bbsd を再起動しました。

dancesite だけ復帰かけてみました。

>>95
了解です。

ここからは、一般的な作業でいけるはず。

/md に ln したフォルダもFTPで入れるようになりました。

動いている? < live24の板たち

番組chおｋ
http://live24.2ch.net/test/read.cgi/weekly/1166600748/3

見れるけど、書き込もうとするともうずっと人大杉？

>>98
index.html は正しそうでした。
あとは、確認いただけると助かります。

あとは中身もどしてー

>>100 という報告があります

確認します。 >>103

すみませんが、他の方も同じ症状が出たら報告くださいです。

書き込もうとすると数日前までのアク禁の表示がでてくるんだけど
情報更新してください

改めてファイルの同期をやって、speedy_backend を起動しなおしました。
これでどうか。 < フロント

>>105
意味がわかりませんです

bbs.cgi は、live24f1〜f5 とも、動いていると思います。

Live2ch、Jane各種、かちゅ〜しゃ、twintail　用
http://jikkyo.sakura.ne.jp/bbsmenu.html

ギコナビ、マカー用。、Moz2ch、リンク集としての使用　用
http://jikkyo.sakura.ne.jp/bbsmenu2.html

↑で板一覧更新かけたらlive24に書き込めた。

>>107
なおったよ

ERROR:アクセス規制中です！（正規表現のホスト）

ってのがでたの
数日前に一斉解除されたのに

あれ？もしかしてスレって新しく立て直し？
一応番組chだけなら書き込み確認したけど。

スレッドの流し込み
live22 での「移転マーク」とりつけ

等、できるようになったはず。

様子を見て問題なければ、f15とf22を起動してきます。

スレ移転ないんですかね？
ないならないで立てたいんですが

F22/F15 いってきます。 < live24

>>114
F22/F15 status:

live22/live22x[1-5]: off
live24b/live24f[1-5]: on

f15/f22 の x bit が立っていませんでした。
立てました。

うまく動いたら、丁稚どんの起動です。
よろしくおねがいします。 > ※な人

live23 / news20 と同じネーミングルールでお願いします。

live24b
live24f1〜live24f5

これで問題なければ、あとは、
Change your bookmark ASAP. というやつを
前のものにつければ、作業終了なのかしら。

古いスレッドの移動は、、、。

そういえば live22 は、ジンギスカンIIか。
live22 をリブートしたということは、電子のもずくになってしまったかも。

ごめんなさい。

がびーん
乙可憐
んじゃ立て直す

えええええ！ｗ

報告してきました。

【実況】　live22+live23　Part22
http://qb5.2ch.net/test/read.cgi/operate/1155560057/487

すみません。

liveb1のを復活でもいいんだけど

>>121
それは、たぶんいろいろいまいちなので(dat に不整合が生じる等)、
しないほうがよさげです、、、。

>>120
どもども
お世話になりました

わかりましたー
立てます

あ、だれかがアナウンスしまくってるから自分はいいか
アナウンスの人乙

>>117 の作業を、よろしくお願いいたしますです。

liveb1のを過去ログ倉庫に投げるとかは？

>>127
とりあえず、liveb1 に今あるものを消える前に保存しておきます。

>>128
とりあえず liveb1 上の HDD に保存済み。

# eq と livevenus に結構あるのですね、、、。

live24 とのを、しかけます。 < liveb1

>>129
しかけてきました。

これから出先に行かなければならないので、
数時間、ほぼオフラインになります。
次にオンラインになるのは、帰宅後の予定。

ほとんどの板のhead.txtが消えてるような。

また設定してもらってくださいー

>>130
これも対応してあげて
http://qb5.2ch.net/test/read.cgi/sec2chd/1166380158/230-231

>>133
rootさんは既にチェックしている模様。

http://qb5.2ch.net/test/read.cgi/operate/1165902097/233-234

>>134
サンクス

>>116
どねー♪

この際 news20 → news21 にリフレッシュするかも、とかいう話も。

■　ニュー速はex13に入るっすかね?
http://qb5.2ch.net/test/read.cgi/operate/1166280364/172-176

>>136
おつです。

http://stats.2ch.net/suzume.cgi

すずめ/からす、 live22x → live24 への変更が必要ですね。

>>40
菊池様:

> http://br.jig.jp/pc/ip_br.html

にある CIDR のリストに入れ替えました。
BBS.CGI - 2006/12/20 にて対応済みです。

なお、上記リストですが、

59.106.14.175/32
59.106.14.175/32

の行が、2行あるようです。

なお、上記作業により下記 Y!ケータイ の新IPアドレスレンジ(下記)にも対応済み。

携帯→2ch運用情報スレッド36
http://qb5.2ch.net/test/read.cgi/operate/1165902097/233

>>131
live22 に残っていた head.txt を、
こっそり、機械的にコピーしておきました。(HDD & /md 上)

くれぐれも >>132 の方には内緒ということで、、、。

こそこそ、ありがとうございます。さささ

live22バックエンドのデータを、memories に収容開始。

今日はデータの転送までで、
DNS 登録変更申請は、たぶん明日昼あたりに。

>>139
からす2は更新されているみたいですが、
http://stats.2ch.net/karasu2.cgi

すずめはまだみたい。
http://stats.2ch.net/suzume.cgi

live24 もトカゲの尻尾を live22/live23 と同じ扱いに。

これで、今日の作業は概ね終わりかなと。

あと、.htaccess 配布リストの更新か。

・live22 系の削除
・live24 系の追加(live23 系と同じ扱い)

これは、できる方にお願いすることになるです。
よろしくおながいいたします。

明日も早朝出勤なので、そろそろおやすみなさいのかんじで。

statsとバーボンやった

>>147
おつでした。

■ (vip931あらため)　「おすすめ２ちゃんねる」　その３
http://qb5.2ch.net/test/read.cgi/operate/1166615253/145

なるほど、理解できました。
Apache モジュールや dso (read.cgi) が作る
キャッシュファイルのオーナー問題を回避すべく、Apache の設定を変えたと。

しかし、同居しているバーチャルホストがある場合には
バーチャルホスト1つ分しかうまく動かないと。

つまり、ここの >>11 に書いたこれ↓と同じ理由ですね。

> ・制約条件
>
> 1) SuExec で CGI を起動している場合は適用不可(bbs.cgi のオーナーが変化してしまう)。
>
> httpd の起動ユーザを、バーチャルホストの持ち主に合わせる必要あり。
>
> つまり、現在の通常の banana サーバや、
> バーチャルホストが複数入っているサーバ(例: etc4/game9/dso/snow)では不可。

で、現在リフレッシュ工事準備のため
2つバーチャルホストが入っている game10 では、
同様の理由により、おすすめなんたらはうまく動かない状態のはず。

# バーチャルホストが1つしか入っていない tiger/cobra では現在、
# リフレッシュ工事の際に＊のみ＊、SuExec 有効のモードに再設定している

game10 → game11 のリフレッシュ工事が終わったら
game10 単独の時と同じ設定に戻すので、動くようになるはず。

これを機会にまとめ。

バーチャルホストの同居がある掲示板サーバ(現在有効なもの)
2006年12月21日10:00現在

・banana225
- love3, love4(未使用)
・banana229
- book3, travel2
・banana240
- music6, 2chplus
・banana274
- qb5, qb6
・banana365
- human5, human6(未使用)
・banana272
- aa5, off3
・banana387
- science4, academy4
・banana386
- live14, qa
・tiger504
- game10, game11(未使用)
・tiger506
- game9, etc4, dso, snow

・tiger2523, 2524, 2525, 503, 507 (雪だるまフロント)
- live23, live24, news20, (www2)

・oyster902 (memories)
- とてもたくさん

>>140
root様
株式会社jig.jpの菊池です。
対応ありがとうございます。
リストの重複していた部分修正致しました。
ご指摘ありがとうございます。

http://br.jig.jp/pc/ip_br.html

Y!ケータイ の新IPアドレスの件了解致しました。

今後とも宜しくお願い致します。

その説を否定する証拠が見つかったので
いろいろやっています。
実は、複数でかきこめるのだー

「science4 / academy4 は両方動いている」

>>152
うまくやれば、設定で回避できると。

方法はいろいろ考えられそうですが、
いい方法が見つかるなら、それで。

ぱっと思いつくのは、
ファイルやディレクトリの作成・更新について cgi と dso を混在させず、
全て dso (or 全てcgi)でやることにして、
http を起動しているユーザで、あるディレクトリだけ書けるようにするとかですか。

例えば chmod 777 しておき、そこを使うとか。

>>154 があたりなら、それはそれで悪くないのかな。

777 なディレクトリの下にあるファイルなら、
オーナーでなくてもパーミッションがなくても unlink() で消せるので、
cgi でのクリーンナップもそれなりに動くと。

live22x の memories への収容をします。
以下の DNS 更新をよろしくお願いします。

＜変更趣旨＞
・live22 関連エントリ削除
・live22x のアドレス変更(memories 収容)
・上記に伴い、ロードバランシングに使っている banana 2台
(banana403/banana404)に、snowfront1/snowfront2 という名前をつける

・以下を削除

+live22.2ch.net:206.223.150.54
+live22x1.2ch.net:206.223.150.64
+live22x2.2ch.net:206.223.150.74
+live22x3.2ch.net:206.223.150.84
+live22x4.2ch.net:206.223.150.110
+live22x5.2ch.net:206.223.150.42
+live22y.2ch.net:206.223.150.64
+live22y.2ch.net:206.223.150.74
+live22y.2ch.net:206.223.150.84
+live22b1.2ch.net:206.223.150.95
+live22b2.2ch.net:206.223.150.140

・IPアドレスの変更

(現状)
+live22x.2ch.net:206.223.150.96
(変更後)
+live22x.2ch.net:206.223.151.230

・以下を新規追加

(新規追加)
+snowfront1.2ch.net:206.223.150.95
+snowfront2.2ch.net:206.223.150.140

live24b に、
過去ログ倉庫が作られていないようです。

【実況】　live22+live23　Part22
http://qb5.2ch.net/test/read.cgi/operate/1155560057/517

対応をおながいいたします。

わお
全く忘れていたー

作ってきます

できたはず
できてなかったらまた教えてください

nginx

>156
done(^_^;)

F22のお掃除プログラム&その他いろいろプログラムがあるんですが
以下の理由で使い勝手が悪くなってしまったのだ
1) 元々は全て同じcgiだったんだけど、都度改修&追加しているうちに・・・
　　サーバ毎に違うものになってしまった。
2) やることが大きくなりすぎ

でこのさい F35 というのを新設しようと思っていますが
F35 を毎時15分に呼ぶようにできますか?

きたく。

>>161
ありがとうございます。
明日あたりに、旧データの消去へと。

>>162
いよいよ、F35 (次世代版F22)ですか。

呼び出し部分を作ることは、とりあえず今の F15 の呼び出しに使っている程度の
いい加減なやつなら、割とすぐに可能と思います。

今の F22 呼び出し部のような巧みなもの(Perl で select() とか使っているっぽい)
だと、さくっと、というわけにはいかないかもしれないですが、
そのへんは、あのすごい人とか若い人とかがきっと（以下略。

# で、今日は劇ねむでふらふらなので、すみませんがこれで。

こういうのとか？
http://search.cpan.org/~gaas/libwww-perl-5.805/lib/Net/HTTP/NB.pm

- live22x on memories へのアクセス確認
- live22x on memories / read.cgi と offlaw.cgi を cobra 用バイナリに差し替え
- 上記確認 & データ収容 (>>143) の再確認

のうえ、live22のHDD上のデータを消去しました。

/dev/da1s1f 29633058 318394 26944020 1% /home

これで、live22x → live24 へのリフレッシュ工事は全工程完了しました。

なお、もし今の live22x のデータに万一不備がある場合、
今週末までは live22 の自動バックアップデータから復旧できますので、
その場合は指摘よろしくです。

あと、game10 → game11 のリフレッシュ工事を
できれば年内のうちにしておきたいかも。

はいー
さっそくやりましょうー

>>166
おー、午前11時台に、、、。

game11 のうつわのほうは準備できていますので、
F22 の起動等の後処理以外は、かっこいいおにいさんのほうで
たんたんとやっていただけるのではないかなと。

# 12:00-13:00 は、たぶん食事に行っているです。

今、game10 の /md 周辺(前回しくったので)をざっと見てきましたが、、、。

/md/tmp のオーナーとか、微妙に変える必要があるのかもですね。
作業終了後に一括して chown すればいい感じかも。

あっ
もう開通しているんですか、

んじゃ　はじめますー
game10 -> game11

いいから早く終わらせろよ、ゴミケラ

あーコレかぁ
がんばってねぇ

突然変になったから焦ったじゃないか
下がらないスレとかで事前に告知しといてくれよなぁ

あーなるほど。納得。

/md/tmp @ game11 オーナー変更済み。

あ、これだったのか。お疲れさまです

ついでにキャップ頂戴よ

game10、memories に収容します。

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

(現在)
+game10.2ch.net:206.223.150.115

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

Ready for RC2, finally... (kensmith)

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

>177
done(^_^;)

read.cgi のコンパイル&配布はどことどこのサーバでやるんでしたっけ

1) dso <- banana,tiger用
2) ??? <- cobra用
3) ??? 他にもある?

>>180
cobra は、、、ex16 でしたが、news4vip とともにあぼーんしました。
ex13 に環境作ります。作ったら知らせます。

あとは、Apache 2.2 なサーバ用の環境(雪だるまフロント & ex11)が、
live24b にあります。

>>179
ありがとうございます。確認しました。

> ex13 に環境作ります。作ったら知らせます。

作りました。

・場所、配布方法は dso と同じ
・ex13 / ex17 に配布される

つまり

1) dso <- banana , tiger 用
2) ex13 <- cobra 用
3) live24b <- 雪だるま用

でokと、

>>183
そうなります。

で、ソースはどれも同じです。
というか同じにしないと、メンテできないので。

りょうかいですー

次スレ(といってもいつになるやらですが、)のテンプレに、、、

んぢゃksk（えー）

love3、memories に収容します。

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

(現在)
+love3.2ch.net:206.223.151.125

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

>>183
ex11 は tiger だと思うんですけど
どこでコンパイルすればいいんですか?

ex13　に1,300通ほどメールが届いていたので全部削除しました
cronさんからのようです

cronさんはけしからんな

なんか
ex13 の read.cgi動かなくなっちゃったです
ex17 のは動いています。

なんででしょ

なんともなかったようです
おさわがせしました

live24の/homeの状況を見たいっすね。
もし、リフレッシュ工事していなかったら、今頃どうなっていたんだろう。。
ひょっとして溢れていたかもしれないなぁ、、と思ったもので。

>>189
>>181 にも書きましたが、
ex11 は以前に Apache 2.2 + worker MPM のテストのために
バージョンアップした関係上、live24b からということになります。

で、雪だるまフロントではまだ /i を作っていないのですが、
作っておきますか?
(とりあえず mkdir するだけ)

>>190
内容はこんなエラーメッセージで、PV 取得システムが出していました。
以前は出てなかったような。

cp: /home/ch2ex13/public_html/kyozin/1000.txt: No such file or directory
cp: /home/ch2ex13/public_html/hsb/1000.txt: No such file or directory

PV 取得プログラムが何かバージョンアップしたのかな。
とりあえず、標準出力に加えて標準エラー出力も /dev/null に捨てるようにしておきます。

>>194
/dev/da1s1f 29633058 661056 26601358 2% /home

あと少し遅かったら、やばかったかも。

>>195
必要ないです。

>>197 は、
> 作っておきますか?

のレスということで、了解です。

hobby7 → hobby9
life7 → life8
のための DNS 設定依頼いきます。

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

(新規追加)
+hobby9.2ch.net:206.223.151.62
+life8.2ch.net:206.223.152.55

残件 >>188 と合わせ、よろしくお願いします。

>188
done(^_^;)

>>200
切り替わったことを確認しました。

>199
done(^_^;)

>>202
追加を確認しました。

新しいお掃除プログラム f35 を作った。

毎分呼んでくれると嬉しいです。

>>204
ライブな掲示板サーバ全部でよいでしょうか。

はいー

全部配布してあります。
今回は毎分呼んでもらって、スケジューリング等は中でやる作戦

>>206
了解。

f35 の場所を確認してきました(わかりました)。
しかけてきます。

f15 をよんでいる仕掛けと同じのを横並びにして、使ってみます。
一応ブロックしても大丈夫なようには組んであるつもりですが、
まずはやってみるかんじで。

よろしくお願いしますー

しかけました。

手でしかけを一度動かし、通るのを確認。
1分に1回呼び出し。

サーバリストは F22 のものを使用。

どーも
ありがとさんです

特に異常なく、たんたんと呼ばれているようです。 < F35

はーい
後ほど検証してみますー

bbspink に f35 が入っていないような気がします。

とりあえず呼ぶほうは、そのままにしておきます。

はいー

pinkにそのまま入れたらタイへんだったっす
/i/ をまだ使っているふるーい仕様なんだよなぁ

ﾀﾒｲｷ

>>215
> /i/ をまだ使っているふるーい仕様なんだよなぁ

なるほど確かに。

# 厳密には、qb5/qb6 もそうかも。

げげっ
そうだった

改修しなきゃ。。。
考慮くらいかな

ν速で「BBS が止まっています」ってたまに出るんですが

>>218
既に問題の存在は認識しているです。

# なぜ出るかは別途調査で。

なるほろ
失礼しました。

質問ですーF35って何のプログラムですか？
規制用というのは理解できるのですけれど

開示できる範囲で結構ですのでおせーてください

# ところでrootさん、いつのまに▲２つになたんでしょ？

静脈系のお掃除プログラムです
不要になったファイル等を消すのだ。

外 => anime サーバ 方向のネットワークが不調みたいですね。
anime サーバ => 外 方向は大丈夫っぽい。

netstat -i で Ierr (入ってくるほうのパケットエラー)が増えています。

・サーバのNIC
・PIEのスイッチ

あたりの設定か、あるいはハードウェア上の問題かも。
anime サーバは ifconfig では、100baseTX <full-duplex> になっているですね。

何か異常があることはわかったけど、
ちと、私がタイムアウトの予感。

>>223 は後で調べてみるです。

他のサーバに比べて anime サーバの bbs.cgi の「はけが悪い」のも、
ひょっとするとこのせいかも。

>>222
ごめんなさーい、すでに>>162で既出だったですね

外 => anime の FTP でパフォーマンスが全然出ないですね。
>>223 で確定か。

いずれにせよ、またあとで。

>>226
明日朝、調べてみることにしました。

サーバーダウン（鯖落ち）情報 part127
http://qb5.2ch.net/test/read.cgi/operate/1166599711/565

今日は(も)、ちと早寝モードで。

ftp> get /boot/kernel/kernel /dev/null
local: /dev/null remote: /boot/kernel/kernel
229 Entering Extended Passive Mode (|||44475|)
150 Opening BINARY mode data connection for /boot/kernel/kernel (4869660 bytes)
226 Transfer complete.
4869660 bytes received in 00:47 (99.76 KB/s)
ftp> get /boot/kernel/kernel /dev/null
local: /dev/null remote: /boot/kernel/kernel
229 Entering Extended Passive Mode (|||39845|)
150 Opening BINARY mode data connection for /boot/kernel/kernel (4869660 bytes)
226 Transfer complete.
4869660 bytes received in 00:44 (106.44 KB/s)

incoming がだめと。

NIC取り替えてみようぜ
ついでに1000base-TXにして

ifconfig で media type を autoselect (自動判別)にしたら、速度が出るようになった。
前の設定は media 100BaseTX mediaopt full-duplex (100Mbps 全二重固定)

ftp> get /boot/kernel/kernel /dev/null
local: /dev/null remote: /boot/kernel/kernel
229 Entering Extended Passive Mode (|||32228|)
150 Opening BINARY mode data connection for /boot/kernel/kernel (4869660 bytes)
226 Transfer complete.
4869660 bytes received in 00:00 (11.16 MB/s)
ftp> get /boot/kernel/kernel /dev/null
local: /dev/null remote: /boot/kernel/kernel
229 Entering Extended Passive Mode (|||32181|)
150 Opening BINARY mode data connection for /boot/kernel/kernel (4869660 bytes)
226 Transfer complete.
4869660 bytes received in 00:00 (11.16 MB/s)

そういえば前にも、こんなことがあったような。

ログインしててもわかるぐらい、反応がよくなった、、、。

最初から自動判別モードになるようにして、
再度リブートテストをしてみる。

リブートした。
ちゃんと 100Mbps 全二重になるようですね。

%ifconfig em0
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=b<RXCSUM,TXCSUM,VLAN_MTU>
inet 206.223.154.240 netmask 0xffffff00 broadcast 206.223.154.255
inet6 fe80::230:48ff:fe83:6bc0%em0 prefixlen 64 scopeid 0x1
ether 00:30:48:83:6b:c0
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active

で、そういえばこのサーバは種の最終回の時、
10Mbps に勝手にフォールバックしたことがあったやつかな。

NIC がそういう癖を持ったやつかもしれないですね。

とりあえずこれでパフォーマンステスト(両方向)して問題なければ、
この設定で復活させる方向で。

両方向とも問題なしを確認。

システムメッセージを再点検の上、復活の方向で。

復活させました。

そういえば某データセンターの人から「こういうの(何もしていないのにNICの速度とか
全二重/半二重とかが変わってしまう)、たまにあるんだよね」って、
聞いたような気もするですね。

ネットワークが設定が変わっていたら発動するしかけを作って、
あとで入れておこうと。

さて、原因ですが、、、。

同時期に入った tiger2513 サーバ(同一スペック)では、
この症状は起きていないので(100Mbps全二重固定で問題なく動いている)、

・tiger2514サーバだけ、NIC の設定あるいはロットが微妙に違っている
・tiger2514サーバだけ、他のサーバと違うスイッチにささっている
・tiger2514サーバが刺さっているスイッチのポートだけ、設定が違っている

とかか。

anime サーバを落としていた間も、
他サーバの F35 呼び出し状況には影響なかった模様。
(少なくとも呼び出し側のログでは)

read.cgi でこれを使いたいんです

#include "apreq2/apreq_module_apache2.h"
#include "apreq2/apreq_util.h"

dso.2ch.net でコンパイルしようとしたら「ない」って言われました。
すみませんが、入れてくれると嬉しいです。

実行ファイルは配っても動きますよね?

あっ
もしかしたら
apacheinc = `/usr/local/bin/apreq2-config --includes`
このへんの問題かもー

もう少し頑張ってみます

やっぱ駄目だった、、、

たすけてけろー

オラの元気玉を分けてやるからがんがれ

pathが通っていないとか？

libapreq2がきっと入ってないんでしょう。
stock.2ch.netには別途入れた記憶があります。

root権限サーバには、私が入れられるでしょう。
bananaにもし入ってなければ、ここに方法を書けば、
中の人たちがきっと入れることができるでしょう。

で、２ちゃんねるセッティングに入れるようにしておけば、
きっと今後は困らなくなるでしょう。

続いて各地の天気です。

>>228-237 ひょっとすると [cp]2.2ch.io もそれだったりとか......

>>238-240 libapreq2 を使うなら mod_apreq2 のインストールが必要です．
mod_apreq2 が入ってない鯖にそれを使う DSO バイナリを入れると 500 エラーになるかと......
http://httpd.apache.org/apreq/

大津は晴れです。

天津は中国です(^_^;)

帰宅&食事。

そんなわけで、少なくとも Apache モジュールは入れてあげないと、
できた read.so (read.cgi) は動かない、ということになるです。

モジュールは別のサーバ(例えば私が作ったやつ)でも、
アーキテクチャが同じで Apache のバージョンが同じなら、
動くはずと。

>>244
> >>228-237 ひょっとすると [cp]2.2ch.io もそれだったりとか......

既に試してみていました。
autoselect にすると、10Mbps half duplex になるので、
スイッチ側で(ちゃんと)10Mbps に設定されていますね。< [cp]2.2ch.io
(今は 10Mbps full duplex固定になっている)

ということで、スイッチのポートの設定変更が必要と。

ほんで、本日激しく消耗しているので、
libapreq2 のインストールは、明日の午前中にでも例によって。

自己紹介板書きこめんで。
ブラウザでも読めもしない。

>>248
おひさしぶりで。

life7 → life8 ということで。

>>249
判かった。ありがとう。

明らかに、変な動きがなくなりましたね。 < animeサーバ
平常時なら anime サーバで news 入れても入る、ということですか。

というか anime サーバのネットワーク設定って、
きっと前から変だったんだと思うから、
news 入れて問題が露見して、正解だったのかも。

そんなわけで、今日はここまで。

棚から牡丹餅だったです。

結果良ければ全て良し

>>5 の
> ・夏時間修正のための工事が全サーバで必要

を、年内のうちに。
これやると、すずめの統計の cron 設定も若干いじる必要ありで。

> 年内のうちに。
は、私ができる範囲のものについてで。

>>11-13 が調子よさげなので、game11 にも入れてみた。

サーバーダウン（鯖落ち）情報 part127
http://qb5.2ch.net/test/read.cgi/operate/1166599711/816-817

libapreq2 を dso サーバに入れました。
使えるはず。

まだ、他のサーバには入れていません。
まずは、使えることを確認いただけると助かります。

>>257 は >>240 あて。

>>254
何もしないに一票

rootさんが設定を変えた瞬間に
あちこち私も何かしなきゃなくなる可能性大。

何もしないのが一番ですぜ、だんな

(´Д｀)

>>259
ふむ、、、。

２ちゃんねるの cgi は基本的に全部 TZ=JST-9 で動作しているはずだし、
とりあえず、いいのかな。

# まぁ、問題が起きてから考えるという(いつもの)手もあると。

たぶん

リフレッシュ工事用の土地作り。

以下の2つを新規追加。
よろしくおながいします。

(新規追加)
+news21.2ch.net:206.223.150.120
+news22.2ch.net:206.223.151.67

>263
ack(^_^;)

です

>263
done(^_^;)

>>266
http://news21.2ch.net/
http://news22.2ch.net/

確認しました。

>>261-262
この際だからそういうのきちんとしましょうよ

かんべんしてください。
何もおこらないならなにもしない

6.2-RC2が出ましたね。
こりゃリリースは来年ですかな。

>>270
The current, tentative plan is to start building 6.2-RELEASE about a
week and a half after the 6.2-RC2 announce date (again, that might be
today), and then announce 6.2-RELEASE a few days later. This assumes
that there aren't any (more) last-minute problems.

http://docs.freebsd.org/cgi/getmsg.cgi?fetch=205765+0+current/freebsd-stable

live23b はカーネルパニックだった模様。
200日近く生きていたのに、残念。

Dec 28 04:04:04 <3.1> cobra2244 savecore: reboot after panic: page fault
Dec 28 04:04:04 <3.5> cobra2244 savecore: writing core to vmcore.16

>>272
1月10日以降に6.2Rがでるとさ。
ttp://www.freebsd.org/releases/6.2R/schedule.html

>>273
日付、入りましたか。
年始明け以降と。

6.2Rは2月リリースと予想。

「以降」がポイントですよねｗ

tes

VIP重い

news20 open してくださいー

anime は様子をみながら
必要とあらば一旦停止かと、

ここでいきますか。

news20 はオープン済みのはず。
いつでもOKで。

news@news20 再開中。。。

土台(SETTING.TXT 再設置と板復帰)ができたら、
こちらで声かけてください。

フロントに SETTING.TXT を同期します。
そうすると「移転ですー」が書けるようになるはず。

以前オーダーのあった /md/tmp/nanashi.txt の同期は、既にしかけてあります。
バックエンドに置いていただければ、フロントに同期かかるです。

すでに終わっているです
またなくていいっす

というか待っているッす

了解です。

では、作業してきます。

HTTP 500 - 内部サーバー エラー
Internet Explorer

になるです bbs.cgi

できたはず。< news20 フロント

書けるかどうか、ご確認をば。

>>286
みてみます。

やはり 500

なんでだ?

どれどれ
http://news20.2ch.net/news/

500 になるのを確認。
調べて直してきます。

書けてる人もいる、、、

かけた。

きゃぷなしだと書けた。

なんだそりゃｗ

キャップのところ?
ううむ。

ほんとうだ、、、。
bbs.cgi ?

わからんですー

この前の liveもそうだったのか、

まぁ　いいや
open しちゃいましょ

animeの方は閉じるのね

確かに、キャップだとだめですね。
調べてみるです。

>>299
了解。

キャップじゃなくても500がががが

俺も名無しで書けねーです
IE、公式p2、JaneDoeViewどれも500エラー

書き込み反映されねえ

nanashi.txt の問題なような気も、、、。

移転ツイビで
http://news20b.2ch.net/news/
になった

キャップのファイルの open() が失敗した場合の処理を入れた方がいいかもな悪寒......

# 新年早々の作業乙です．本年もよろしくです．

nanashi.txt を anime からもってきた。
同期中。

同期完了。& bbs.cgi 再読み込ませ完了。

どうだろう。

直った気がするです。

名無しでかけましたよと。

http://anime.2ch.net/news/
まるみえｗ

かけた

大きさ 0 の nanashi.txt があると、いまいちだったみたいです。

IEで書き込みOK

名無しの方は...... division by zero チェックかなぁ
（nanashi.txt から読み込んだ（つもりの）データが空だった場合）．

janeDoeStyleで書けねえ

>>313
今はちゃんとnews20に飛ぶ

>>315
なるほど、
後日改修するっす

>>318
俺も

IEも駄目だった
人大杉になった

乙です
んじゃ早速移転スレでも立ててくだされ

nanashi.txt は /md/tmp にしか置いてないです。
きっと元ファイルがどこかにあると思うので、
そちらのほうは、よろしくおながいいたしますです。

はいー

>>320
了解です。

これで、news20 のほうは大丈夫なはず。

datはどうなるの。

気分一新 !!

ジンギスカン化するです

>>326
そのうち来るでしょ

お疲れ様でした。
時間があるようでしたらacademy4 science4もお願いします。
原因不明ですが定期的に重くなる状態を繰り返しています。

>>330
原因不明なので
休み明けからですー

anime と違って news20 は結構余力あるはずなんで，
少なくとも dat をジンギスカンにする必要はないような......

news@news20 ジンギスカン化した

はいはい >>332

f35よろしくお願いしますー

F22 はそのままの状態になっているので、
動いているはず。< news20

はいー

後はログですな

でも保持数違ってなかったっけ？

stats の更新おねがいします。
read.cgi は配布リストからはずしていないです。
bbs.cgi も配布リストに入っているのを確認。

stats 方面は作業済みみたいですね。< news20

これで anime → news20 は作業終了かなと。

はいー

スレストも呪文も動いているようです

乙ですた． >>340-341


で，年末の実況の方は，瞬間的に苦しかったこともあったようですが
おおむね無難にこなせたようですね．今年もさらにガンバリましょう，と．

で、read.cgi でクッキーを読み込もう作戦のつづき
やっぱりコンパイルできなかった @dso.2ch.net

/usr/local/include/apache2/apreq2/apreq_module_apache2.h:20:26: apreq_module.h: No such file or directory

ちなみに Makefile はこうなっているのだ
apacheinc = `apxs -q INCLUDEDIR`
apacheinc2 = `/usr/local/bin/apreq2-config --includes`
CC = gcc
CFLAGS = -I$(apacheinc) -I$(apacheinc2) -O2 -Wall -funsigned-char -fPIC

>>343
%/usr/local/bin/apreq2-config --includes
-I/usr/local/include/apreq2 -I/usr/local/include/apache2 -I/usr/local/include

となるので、

> CFLAGS = -I$(apacheinc) -I$(apacheinc2) -O2 -Wall -funsigned-char -fPIC

が、

CFLAGS = -I$(apacheinc) $(apacheinc2) -O2 -Wall -funsigned-char -fPIC

な気がします。

で、他のサーバにも、
少なくとも Apache のモジュールは入れないと、
配布した read.cgi が 500 エラーになってしまうですね。

今日はちとへろへろめろめろなので、明日以降にでも。

おっ

やってみるべ

うまくいった　うまくいった
感謝　感謝

動作テストしよう。
し終わったら元にもどしておくです

>>347
了解です。

特になければ、今日はねるねるで。

http://stats.2ch.net/karasu2.cgi
http://stats.2ch.net/suzume.cgi

news22 が banana 色のようです。

もう一つお願いがあったのを思い出した
money4鯖だけ規制リストが反映されていないようで書き込みできない
との報告が多数寄せられています。

>>350
今見てみましたが、money4 の規制リストは qb5 等と同じでした。

>351
了解しました。
追加報告があった場合、速やかに連絡します。

http://qb5.2ch.net/test/read.cgi/operate/1164015076/878-880

f35 は news20f1-5 でも動いているのでしょうか? > root さん

うごいている気配っすね

>>354-355
F22の対象サーバは、自動的にF35の対象になるです。
ということで雪だるまフロントは、すべて対象になっています。

■ サーバリフレッシュ工事 連絡・作業スレッド２
http://qb5.2ch.net/test/read.cgi/operate/1168090804/84-85

以下のDNS登録をお願いします。

(新規登録)
+game12.2ch.net:206.223.152.30
+etc6.2ch.net:206.223.152.30

>357
ack(^_^;)

game12.2ch.net
etc6.2ch.net

開通確認

>357
done(^_^;)

はて、本日が6.2Rリリース予定日なんですが・・・

>>361
RELEASEは週末になったよ

>>361
The release is not going to happen today, but will be very soon. My
guess is that builds and mirroring will happen over the weekend and
the release announcement will go out on Monday or Tuesday depending
upon your time zone.

http://docs.freebsd.org/cgi/getmsg.cgi?fetch=467393+0+current/freebsd-stable

>>363
cperciva さんですか。

■ サーバリフレッシュ工事 連絡・作業スレッド２
http://qb5.2ch.net/test/read.cgi/operate/1168090804/466

以下のDNS登録をお願いします。

(新規登録)
+ex19.2ch.net:206.223.154.245
+ex20.2ch.net:206.223.154.230

hobby8 が廃止になったということは，mod_rewrite の地雷持ちの鯖は
2ch 内では消えたということでいいんですかね．
残ってるのが bbspink 側だけなら <IfDefine> で回避できるし．

>>365
例の test だったかのところ、、、でしたっけ。

>364
done(^_^;)

>>367
http://ex19.2ch.net/
http://ex20.2ch.net/

確認しました。

>>365
SUNOSさーん、その△の山はいったい・・・・

おもちゃの缶がほしいんですよ

半年に一個減るとかにしないと、
増え続けるような。。。

>>371
ひろゆきも試しにつけてみない？

管理人裁定でました

「どうやら」がおにぎりみたいなもんだから。

馬鹿だな、どうやらはピラミッドなんだぜ？

>>371
▲５つで★に昇進ですから無問題ですー♪

つまり★が２つ並ぶのかー

★が多い人、しんちゃんみたいだなｗ

>>366 ですね．"RewriteRule ^/test/ - [F]" のような設定が
httpd.conf に入っていた模様だったという......

↓によれば 2ch で問題があったのは ex9 と hobby8 で，
ex9 の板もなくなってるので，もう 2ch 側では解決かなぁ......

http://qb5.2ch.net/test/read.cgi/operate/1163508641/412
412 ：ｒｅｆｆｉ@報告人 ★ ：2006/12/07(木) 20:44:03 ID:???0
　　【お知らせ】
　　以下の板について書き込みが出来ない状態になっています。
　　先ほどhobby8のリブート要請をしてリブートしてもらいましたが改善
　　しないので弄れる人が降臨するまでどうしようもない状態です。

　　ex9.2ch.net
　　hobby8.2ch.net
　　idol.bbspink.com
　　pie.bbspink.com

■ サーバリフレッシュ工事 連絡・作業スレッド２
http://qb5.2ch.net/test/read.cgi/operate/1168090804/658

以下のDNS登録をお願いします。

(新規登録)
+anime2.2ch.net:206.223.154.240

ttp://www.jp.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh.diff?r1=1.69.2.13.2.2&r2=1.69.2.13.2.3&only_with_tag=RELENG_6_2

タグが変わった。
もうすぐアナウンスがあるね。

>>380
おぉ、ようやく来たですか。

>>380
まだなのでは？
http://www.jp.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh?f=u&only_with_tag=RELENG_6_2_0_RELEASE&logsort=date

Error: Tag RELENG_6_2_0_RELEASE not defined

>>382
そですね。

というか、FreeBSD-announce ML への投稿をもって、
正式リリースというのが、(これまでの|いつもの)作法なのかなと。

RELENG_6_2_0_RELEASE tagged

>>384
おぉ。

>379
あー(^_^;)これはやりますね

>>386
了解です。

>379
done(^_^;)

http://qb5.2ch.net/test/read.cgi/operate/1168090804/690

えーっと(^_^;)こんなときになんなんですが
oyster901が帰ってきたわけですが・・・・
ログイン情報はおいちゃんとrootさんに送りました。

>>390
とりあえずログイン、suのみ確認しました。
FreeBSD 6.1R/amd64 がインストールされているようです。
動作確認などはのちほど。

中身は「まっさら」になっていました。
ex16の旧掲示板イメージは退避済みのため、別途memories収容と。

使途は、いつもならわいわいするわけですが、さて。

# ちと今日・明日と、おでかけモード。

一点。

ネットワークI/Fが、セカンドイーサのほうで有効になっているようです。
あえてそうしているのであれば、このままで問題ないですが、
念のため確認をお願いします。

oyster901# ifconfig -a
bge0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
options=1b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING>
ether 00:50:45:00:a6:bf
media: Ethernet autoselect (none)
status: no carrier
bge1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=1b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING>
inet6 fe80::250:45ff:fe00:a6c0%bge1 prefixlen 64 scopeid 0x2
inet 206.223.151.225 netmask 0xffffff00 broadcast 206.223.151.255
ether 00:50:45:00:a6:c0
media: Ethernet 100baseTX <full-duplex>
status: active
plip0: flags=108810<POINTOPOINT,SIMPLEX,MULTICAST,NEEDSGIANT> mtu 1500
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4
inet 127.0.0.1 netmask 0xff000000

>392
あえてそれにしてますー(^_^;)

それ以外のシステムメッセージ上のハードウェア構成、ネットワークI/F速度、
HDD のパーティション設定等には、特に問題はないようです。
(入院時と同じハードウェア構成であることを確認)

>>393
了解です。

901 は news21 にして ニュー速を入れよう

ヌ速が雪だるまじゃなくなるのか。。。

news21はすでにあるような

ありゃ
次は22?

ν速にぶんどられちまうのか

>>399
22はtiger509.maido3.com

news23ｷﾀｺﾚ( ﾟДﾟ)y─┛~~

oyster901にnews23振っとけばいいのかな？(^_^;)>DNS

筑紫哲也きたー

山本ﾓﾅｰだろ、常識的に考えて

news23ですか
記念に筑紫板でも作った方がｗ


※いよいよですね

Begin 6.2-RELEASE builds　11 January 2007

今日は眠いのでサーバ名を確定しておいてもらえればDNSは明日にでもやるってことで(^_^;)ﾉｼ

VIP が一時期佐賀県庁板になってたように，ニュー速も 23 にちなんだ板名にしちゃってもいいんでわ？ｗ

それはともかく，oyster901 はかつて VIP を納めてたぐらいなので，
少なくとも anime のような悲惨な状況にはならないでしょうね．
ただ，雪だるま構成の時より負荷は高めにはなるでしょうけど．

個人的には，普通に bbs.cgi を使った時と localhost 上で bbsd を使った時で
どれぐらい差があるかは見てみたい気もしないでもないですが．
subject.txt の並べ替え以外にも，毎回 dat を読み込んでレス数を
カウントし直してるとか，そういう部分の差も効いてくるでしょうし．


あと，>>378 のもきちんと調べた方が良さそうだ，ってことで全鯖チェックしてみますた．
http://hogehoge.2ch.net/test/1000000000.dat のような URL にアクセスした場合，
地雷持ちの鯖は http://www2.2ch.net/403/ に飛ばされる，ってことで調べますた．
その結果，2ch では ex9, hobby8, academy5, science5, 2chplus が地雷持ちのようです．
# bbspink は 403, 404 いずれの場合も http://www.bbspink.com/404.html に飛ばされるので判別不能......

その用途に使うなら、ex13と同じ
FreeBSD 5.4Rに入れ替えてもらおうかと。
今ならできる気がするので。

mptドライバが原因だとすると、
5.5Rでもいまいちかもしれないので、
あえて5.4R、ということで。

tp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/6.2/
ISOもでそろいましたんで、もうじきアナウンスがあるかと。

oyster901に今朝ログインしようとしたら、落ちている模様。
デュアルCPUカーネルが最初から入っていたせいか、、、。

とりあえず、リブート要請するです。
で、OS入れ替えの件は、ここで別途。

>>411
上がりました、、、。

oyaster901 のOS再インストールの依頼文面を書きました。
すみませんが、よろしく手配をお願いします。

Hello,

Please re-install FreeBSD 5.4R/amd64 of oyster901
for operational issue.

Be careful: the target version is 5.4R, not 5.5R and 6.xR.

You can get ISO image of installation media at the following URI:
ftp://ftp4.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/5.4/5.4-RELEASE-amd64-disc1.iso

Regards,

うほｗｗｗｗｗ
amd54

rootさん共々お疲れ様です。
これからもがんばってください。

>412
ack(^_^;)

>>414
oyster901のre-installは、without any noticesで始めてしまってOKです。
よろしくお願いします。

今気づいたわけですが、BBQは6.0Rで問題出てないけど、
SCSIカードが違うのか、、、。

やっぱり、SCSIカードのドライバの問題っぽいかもですね。

>>410
kensmith さんから announce ML にメール出たですね。< 6.2R
そのうち、Web も書き換わるかんじかなと。

SCSI ドライバだけ 5.4R からパクってきて 6.xR で使うとか......
# カーネルとの I/F が変わってたりするとそのままじゃダメかな．

マジレスするとSCSIドライバの件はhackers-mlとかに投げてもらえると
話が通りやすい。

FreeBSD 5.4R/amd64のインストール完了(^_^;)
ログイン情報は各位に送付済み

>>420
受け取りました。
OSが5.4R/amd64であることを確認。
細部の確認&以後の作業は別途すすめます。

とりあえずWebもきましたー
http://www.freebsd.org/releases/6.2R/announce.html

ついに来たか
これで２．５インチへ本格移行始まるのかな？

シーゲイト、新ドライブ「Savvio 15K」を発表--回転数1万5000rpm
ttp://japan.cnet.com/news/ent/story/0,2000056022,20340934,00.htm

質問です(^_^;)ノ
banana806ってもう止めて大丈夫？

俺が許可する

俺も許可する。
責任はマァヴが取るから。

ん、、、banana806って、、
過去一日だけwww.2ch.net、menu.2ch.netが置かれていた、か。
むむむさんのところでも今あいてるみたいだしだいじょぶじゃないっすか。

>>424
退役・転用して問題ないです。

了解ですー(^_^;)ども

既に、ports が微妙に入れにくいですね。 < 5.4R/amd64
とりあえず、明日には news23 としてできあがるかなと。

そういや動作報告スレでmoney4でF22が働かないって報告みたけど
原因はなんだろう・・・

>>418
コンソールが握れて、かつ現地でFixit用CDの挿入とかまで操作できるなら、
チャレンジするんですが、さすがにHDD周辺をリモートでやるのは苦しいですね。
今度、PIEに行った時にでも。

>>419
hackers-MLですか。
まずはdaily digestあたりを購読してみるです。

・匿名性のバランス
　・↑によっては利用者が根付かない可能性

結局、人を集める（広告代を吊り上げて）儲けるのが目的なのか？

ひろゆきよ。

そしたら、こんだけ多くの人の激怒を買ってるんだ。豊田商事の永野会長
の二の舞になるぞ？

ひろゆきがここに来るかよｗｗｗｗｗｗｗｗｗｗｗ

こいつ初心者杉ﾊﾞｶｽｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

草生やすなよチンカス

news23の準備ができました。

以下のDNS登録をよろしくお願いします。

(新規追加)
+news23.3ch.net:206.223.151.225

>436
+news23.2ch.net:206.223.151.225
でack(^_^;)

>>437
すみません。恥ずかしいtypoで。

>437
done(^_^;)

http://news23.2ch.net/

確認しました。
メモリディスクも含めて、器の準備完了です。

news20 からの移転開始の際には前回同様、
一声こちらでおかけいただければ、bbs.cgi や bbsd の停止等はこちらで。

【引越】　２ちゃんねるは「３ｃｈ」に引っ越しします。　【予定】
http://news20.2ch.net/test/read.cgi/news/1169102068/

いちいちくだらんなあ

壺

壺に通知が・・・＞2ch→3ch

3ch引越し説はｍｊｄｓｋ？

壺によばれた

つ、つぼ。。。( ´･ω･)

http://www.3ch.jp/←ここに引越しねわかった

tubo

turbo

筑紫鯖

つぼ
http://news23.2ch.net/
↑
ここをブクマしとけばおｋ、という事？

なんだよお知らせだけよこしてシカトかよ
俺らは何にもしなくても専ブラで見れんの？

DNS登録ってなんでつか？

ググレカス

ドメイン名を実際に使えるようにする作業だよ
実生活で言えば表札を家の前に出して、役所に転入届出す事だよ

>>455
俺らは何もしなくていいわけ？

>>456
実際に板移転されたら専ブラの板一覧更新しなきゃいかんけどな
ちなみに2ch閉鎖騒動とは全く関係ないんだぜ？

かちゅなんだけどだれかやってくれるのかな？

まあかちゅが対応してなかったら他の専ブラつかう

あっボード一覧の更新すればいいのか
早く移転しねえかな試してみたい

つっぼつぼ

35才はつり？
http://d.hatena.ne.jp/textoyx4/20070112

スレ違いにはノーコメント

2ｃｈの動作報告はここで。 パート21
http://qb5.2ch.net/test/read.cgi/operate/1169173887/50-54

わたし的チラシの裏。

>>463 は、
個人的にはNSぐらいは設定できてもいいんじゃないかなぁ、
ぐらいには思います。

そうすれば、内部名でネームサーバホストを指定できるし。

>>464
△ NS
○ NSとA

移動してきましたー

>>464
負荷的にも毎回soaからチェックしてるみたいなので…

>>466
どうもです。

ソフトウェアを入れ替えるなら rbldns => rbldnsd かなとは思ってはいたりしました。
このスレの過去ログにも、そのことを書いていたはず。

RBLDNSD
http://www.corpit.ru/mjt/rbldnsd.html

rbldnsd は確か DSBL でも、おすすめ実装になっていた気がします。

試しにやってみようかなぁ(もちろんいきなり入れ替えるのではなく、
例えば sumi.2ch.net ぐらいのドメインを使って、公開実験してみるとか)
などと思いつつ、なかなかやっていなかったり、、、。

現在のBBQと平行してやって頂けると非常に嬉しいです。

DNSBLについてろくに調べもせずに裏でDB読んでるのかなと思ってました(汗
(オライリかどこかでBIND+MySQLにauth付けてキャッシュするフロントエンドを構築云々があった様な気が…)

DNSデーモンの技術的な話にはついて行けそうにないので他のdnsblのを見て回ってみましたが、
多くのblがminimum-ttlを下げて反映時間を稼いで運用しているようでした

ex20 の read.cgi はどうやって作ればいいのでしょうか?

素人なプロｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

つ cp

>>469
ex13のときと変わらないよ。
おすすめなんたらのコードの中にcobra(64bit)で動かすとバグるコードが入ってただけ

>>472
ex13用のはどこでつくるねん?

ん？横から口出ししてすまんかったかも
>>180-186だと思ってたんで

1) dso <- banana , tiger 用 　　　i386　　　Apache2.0
2) ex13 <- cobra 用　　　　　　　AMD64 　　Apache2.0
3) live24b <- 雪だるま用　　　　　i386　　　Apache2.2

どもです

ということは今度からは ex20 で作るんだな、
やってみよう

げっ

ex20 でコンパイルしたらまた read.cgi が動かなくなってしまいました。

ん？　動いてるけど……

なんか情報が錯綜していて、どれが正しい/新しいのかわからないですね。
以下は念のため。

http://ex20.2ch.net/test/read.cgi/nanmin/1168353111/706

あっ　どもども
やってみるです

わーい
できた　できた
原本@dso に反映してくるっす

停電の影響か、bbq2.2ch.net (oyster243)の RAID 1 の HDD が1台いかれたようです。

> amrd0: <LSILogic MegaRAID logical drive> on amr0
> amrd0: 35002MB (71684096 sectors) RAID 1 (degraded)

degraded = RAID 1のHDDが1台いかれて片肺飛行になった

とりあえず動いているので急は要しませんが、
対応が必要かと。

memories の HDD を確認した。
8本とも無事の模様。

bbq.2ch.net (cobra2245)のHDDは、2本とも無事のようです。

> amrd0: <LSILogic MegaRAID logical drive> on amr0
> amrd0: 34938MB (71553024 sectors) RAID 1 (optimal)

RAID 1なHDDを持つ2chのサーバは、
以上3台のはず。

ということで、今日はこのへんで。

乙

RAID 1ですか　安全だわｗ

0の俺のマシンはいつ飛ぶことやらｗ

飛んだら５に（ｒｙ

■ サーバリフレッシュ工事 連絡・作業スレッド２
http://qb5.2ch.net/test/read.cgi/operate/1168090804/919

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

・memoriesへの収容

(現状)
+music5.2ch.net:206.223.152.15
+hobby8.2ch.net:206.223.150.10
+science4.2ch.net:206.223.150.185
+academy4.2ch.net:206.223.150.185

(変更後)
+music5.2ch.net:206.223.151.230
+hobby8.2ch.net:206.223.151.230
+science4.2ch.net:206.223.151.230
+academy4.2ch.net:206.223.151.230

>486
ack(^_^;)

>486
done(^_^;)

■ サーバリフレッシュ工事 連絡・作業スレッド２
http://qb5.2ch.net/test/read.cgi/operate/1168090804/931

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

・memoriesへの収容

(現状)
+bubble4.2ch.net:206.223.150.15
+live14.2ch.net:206.223.150.180
+live26.2ch.net:206.223.150.180
+qa.2ch.net:206.223.150.180

(変更後)
+bubble4.2ch.net:206.223.151.230
+live14.2ch.net:206.223.151.230
+live26.2ch.net:206.223.151.230
+qa.2ch.net:206.223.151.230

>489
ack(^_^;)

>489
done(^_^;)

作業手順は
KVMで故障したHDDを特定（む）
実施日時を決めて
故障したHDDを新しいHDDに交換（P）
KVMにてリビルド（む）
動作テスト

かな？(^_^;)

>>492
どもです。それで問題ないと思います。

> 作業手順は
> KVMで故障したHDDを特定（む）

SCSI ID:0 の HDD が破損しているようです。
SCSI ID:2 の HDD はオンラインでした。

> 実施日時を決めて
> 故障したHDDを新しいHDDに交換（P）

こちらの手配をよろしくお願いします。
HDD 交換作業後、時間決めて私がKVMでスタンバっておき、
1) PIEで電源再投入していただくか、
2) PIEで電源投入して、SCSI BIOSの画面にしておいていただけるか、
の、どちらかの手順でいけるかなと。

> KVMにてリビルド（む）
> 動作テスト
> かな？(^_^;)

あ、ちとエディットミスかも。

HDD 交換作業後、
1) 時間決めて私がKVMでスタンバっておき、PIEで電源再投入していただくか、
2) PIEで電源投入して、SCSI BIOSの画面にしておいていただけるか、

で、私のほうの作業希望日時ですが、
明日1月24日の朝10:00から12:00ぐらいまでだと、
とても助かりますです。

>495
了解です。
10:00に電源を落としてHDD交換が始まるように手配します(^_^;)

2) PIEで電源投入して、SCSI BIOSの画面にしておいていただけるか、
こっちで行きますー(^_^;)
この状態になったら、ここでお知らせするので、いつでもリビルド作業にかかってもらえる・・・・と

ただし、おいらのほうからはSCSIのBIOS画面になっていることを
直接確認できないので(^_^;)もし問題があればその場で電源を落として
1)を行うという手順でー

ということでおいらは本日はこれにてオフライン(^_^;)明日朝10時に〜

>>496-498
了解です。よろしくお願いします。

oyster243 の電源を落とした。(halt -p)
いつでも作業可能ということで。

あい(^_^;)

HDD交換完了(^_^;)oyster243起動
どないかな？

>>502
確認しました。
OS まで(degradedな状態で)立ち上がっていました。

KVM 経由で shutdown => SCSI BIOS 画面から rebuild 中、、、。

10%完了。

rebuildの成功を祈りつつ、、、。

■ サーバリフレッシュ工事 連絡・作業スレッド２
http://qb5.2ch.net/test/read.cgi/operate/1168090804/942

DNS変更申請をお願いします。

・hobby7, life7のmemoriesへの収容

なお、同時に、
・ex16のmemoriesへの収容
・banana386に残っていた未使用のホストlivex.2ch.netの削除
(昔雪だるまの実験に使おうとして結局使わなかった)

も実施します。

(現状)
+hobby7.2ch.net:206.223.151.62
+life7.2ch.net:206.223.152.55
+ex16.2ch.net:206.223.151.225
+livex.2ch.net:206.223.150.180

(変更後)
+hobby7.2ch.net:206.223.151.230
+life7.2ch.net:206.223.151.230
+ex16.2ch.net:206.223.151.230
+livex.2ch.net: (削除)

rebuild 44% complete

>505
ack(^_^;)

アッー！ ク

>505
done(^_^;)

rebuild 80% complete.

>>508
>>508

>>509
ありがとうございます。

rebuild complete.

祈りましょう。

リブート中、、、。

amrd0: <LSILogic MegaRAID logical drive> on amr0
amrd0: 35002MB (71684096 sectors) RAID 1 (optimal)

無事に RAID 1 の状態になりました。ぱちぱち。

ということで、テストも兼ねてこのまま動かします。
しばらく動かして問題なければ、問題解決ということで。

あい(^_^;)おつおめー

ぱちぱちぱち

ttp://mumumu.mu/が落ちてるみたい。

>>516
うむむ。ファンの不良はなおたはずですが、、、。

リブート依頼をば。

表紙は開いたけどttp://b01.kakiko.com/mumumu/だけ激重

>>518
直った

http://news20.2ch.net/test/read.cgi/news/1169626475/

ＦＯＸも時間の問題

え、脅迫？

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/113

DNS変更申請をお願いします。

・memoriesへの収容

(現状)
+news18.2ch.net:206.223.150.120
+news19.2ch.net:206.223.151.67
+game9.2ch.net:206.223.152.30
+etc4.2ch.net:206.223.152.30

(変更後)
+news18.2ch.net:206.223.151.230
+news19.2ch.net:206.223.151.230
+game9.2ch.net:206.223.151.230
+etc4.2ch.net:206.223.151.230

>522
done(^_^;)

anime2 サーバで、/md の設定を softupdate から async に変えてみたところ、
明らかにパフォーマンスがよくなった。

この設定はtiger第一世代では確か昔試して「かえって遅くなった」
設定なのだが、tiger第二世代の少なくともFreeBSD 5.4Rでは、
効果を発揮するようだ。

(今までの設定)
/sbin/mdmfs -M -s ${_MDSIZE} -i 2048 -o noatime md /md
(試しに入れた設定)
/sbin/mdmfs -M -S -i 2048 -o async,noatime -s ${_MDSIZE} md /md

>>524 は興味深いので、他のサーバでも後で試してみようかなと。

でも、あんまり変わらないかな。
今の anime2 で md なのは Samba と SpeedyCGI の一時ファイルだけだし。
とりあえず、しばらくこれで。

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/282

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

・memoriesへの収容

(現在)
+aa5.2ch.net:206.223.147.220
+off3.2ch.net:206.223.147.220
+book3.2ch.net:206.223.150.100
+travel2.2ch.net:206.223.150.100
+ex9.2ch.net:206.223.150.230

(変更後)
+aa5.2ch.net:206.223.151.230
+off3.2ch.net:206.223.151.230
+book3.2ch.net:206.223.151.230
+travel2.2ch.net:206.223.151.230
+ex9.2ch.net:206.223.151.230

>527
ack(^_^;)

>528
done(^_^;)

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/334

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

・memoriesへの収容

(現在)
+etc3.2ch.net:206.223.150.175
+etc5.2ch.net:206.223.150.175
+that4.2ch.net:206.223.147.235

(変更後)
+etc3.2ch.net:206.223.151.230
+etc5.2ch.net:206.223.151.230
+that4.2ch.net:206.223.151.230

>530
ack(^_^;)

>530
done(^_^;)

はじめましてぇ★☆★
ぉバカ：〜★ですゥゥ
今日カラ書き頑張るのょォン

みンな返事ょろしく〜〜（＾皿＾＊）

受験生の人〜〜〜
みンな知ってたぁ？？？

受験番号が０３で割りきれたら合格する
可能性高いンだってぇ！！！！

ぜひ試してみてねぇぇ！！

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/345

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

・memoriesへの収容

(現在)
+society3.2ch.net:206.223.150.155
+society4.2ch.net:206.223.150.155
+comic6.2ch.net:206.223.150.195
+comic7.2ch.net:206.223.150.195
+food6.2ch.net:206.223.150.200

(変更後)
+society3.2ch.net:206.223.151.230
+society4.2ch.net:206.223.151.230
+comic6.2ch.net:206.223.151.230
+comic7.2ch.net:206.223.151.230
+food6.2ch.net:206.223.151.230

>535
ack(^_^;)

>535
done(^_^;)

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/357

DNS変更申請をお願いします。

・memoriesへの収容

(現状)
+ex11.2ch.net:206.223.154.245
+ex13.2ch.net:206.223.154.230

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

>538
ack(^_^;)

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/358

DNS変更申請をお願いします。

・memoriesへの収容

(現状)
+love4.2ch.net:206.223.151.125

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

# 今日の申請は、たぶんここまでの予定。

>538
done(^_^;)

>540
ack(^_^;)

>540
done(^_^;)

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/385

DNS変更申請をお願いします。

・memoriesへの収容

(現状)
+anime.2ch.net:206.223.154.240
+live19.2ch.net:206.223.151.130
+money4.2ch.net:206.223.151.140

(変更後)
+anime.2ch.net:206.223.151.230
+live19.2ch.net:206.223.151.230
+money4.2ch.net:206.223.151.230

>544
ack(^_^;)

>544
done(^_^;)

squid って知らない間に、2.6 になったのね。
どのへんが変わったのかしら。

>>547 こんなところでしょうか．http://www.squid-cache.org/Versions/v2/2.6/changesets/
でも，Squid であっぷあっぷなら，これはどうかと．
http://qb5.2ch.net/test/read.cgi/operate/1153650861/452
452 ：動け動けウゴウゴ２ちゃんねる ：2006/09/24(日) 19:41:18 ID:UFrTmk5d0
　　まだ出ていなようなので紹介。
　　vanish
　　http://www.varnish-cache.org/

　　phkがメーンでやっているので、FreeBSDとの相性はばっちしっぽい。
　　期待できそうです。


それと，雪だるまでやってる汎用 httpd と軽量版 httpd の分離を一般鯖に応用できないかなぁ，と．

汎用 httpd: 基本的に従来と同じ設定．port 80“以外”で動かす．

軽量版 httpd: 徹底的に削ぎ落とした設定．port 80 で動かす．
　　　　　　　mod_proxy も組み込み，dat や subject.txt 等“以外”への
　　　　　　　アクセスは全部汎用 httpd に渡す．

c.2ch不具合報告総合スレ6
http://qb5.2ch.net/test/read.cgi/operate/1147960100/803-818

以下は c-docomo5 での設定例。

# added by mumumu, 2007/1/29
cache_peer 192.168.0.3 parent 8080 3130
cache_peer 192.168.0.4 parent 8080 3130
cache_peer 192.168.0.165 sibling 8080 3130
cache_peer 192.168.0.166 sibling 8080 3130

>>548
ふむふむ。

PHP とそうでないので分ける、というのには、
ある程度効果あるのかも。

>>549
BG3 に多く行くなぁと思ったら、どうもこう書く必要があるらしい。

# added by mumumu, 2007/1/29
cache_peer 192.168.0.3 parent 8080 3130 round-robin
cache_peer 192.168.0.4 parent 8080 3130 round-robin
cache_peer 192.168.0.162 sibling 8080 3130
cache_peer 192.168.0.163 sibling 8080 3130

c-au 系は squid がちょっと古いせいか(入っていたものを使った)、
こんなエラーが出て、squidがバタバタしているですね。

cache.log:2007/01/29 03:05:11| assertion failed: store_swapin.c:45: "e->mem_status == NOT_IN_MEMORY"
cache.log:2007/01/29 03:51:17| assertion failed: store_swapin.c:45: "e->mem_status == NOT_IN_MEMORY"
cache.log:2007/01/29 04:06:04| assertion failed: store_swapin.c:45: "e->mem_status == NOT_IN_MEMORY"
cache.log:2007/01/29 05:31:11| assertion failed: store_swapin.c:45: "e->mem_status == NOT_IN_MEMORY"

c-docomo系/c-others系(2.5系の最新入れた)は、エラー出ていない様子。

あとで BG3/BG4 もあわせて、バージョンアップしておこうと。

>>552
これ踏んでいると。

squid (2.5.9-7) unstable; urgency=low

* debian/patches/39-notinmemory
- Added upstream patch to fix assertion failure
store_swapin.c:45: "e->mem_status == NOT_IN_MEMORY
(Closes: #306072)

>>549 >>551-552 乙です．Squid を2段にしたのは結構効果あるみたいですね．
とりあえず，当面の黒山羊の危機は乗り越えた，って感じかな．


---------- 以下，両面印刷のチラシの余白 ----------
もし .htaccess をスリム化するなら，設定内容を

1. ほとんど変更せず固定的になっている設定
2. たびたび変更する設定（3.を除く）
3. Deny from ホスト

に分けて，1. を httpd.conf に移し，3. は mod_authz_iplist を利用し，
2. の必要最低限の部分だけ残すって感じかな．

あるいは，さらに .htaccess を毎回読み込むのを撤廃するなら......
httpd.conf で

Listen 8080
AllowOverride None
Include /path/to/.htaccess

みたいな設定をして，通常の .htaccess 読み込み処理をなくす代わりに
httpd.conf にインクルードする形で読み込んで，一方 httpd は
非特権ポートで走らせることにより root でなく一般ユーザ ch2xxx で
立ち上げる，と．そうすれば，.htaccess に変更を加えた場合の
apachectl (restart|graceful) は一般ユーザ権限で行える，と．
そして，ipnat で

rdr em0 206.223.xxx.xxx/32 port 80 -> 206.223.xxx.xxx port 8080

のような設定をすれば，普通に port 80 でアクセス可能，と．

>>554
予想以上に負荷を軽減できたようです。< squid2段化

携帯フロントはtiny tigerなのでHDDがIDEなわけですが、
squidのaync I/Oは、かなりできがいいようで、
何とか破綻せずに動いているようです。

もう、何度目の延命なのかも覚えていませんが、
とりあえずまた少しだけ延命できた、ということのようで。

// チラシの余白はなかなか面白いですね。
// ipnatですか。

>>555
× aync
○ async

>>552-553 は対応済み。
squid-2.6 が差分転送できるようになったとか、
HTTP/1.1 ベースになったとかだと、うれしいのかも。

>>557 Squid の場合，クライアントから Range リクエストを受けると，
上流サーバには Range なしリクエストを発して全コンテンツを
取得・キャッシュした上でクライアントに部分コンテンツを返す，
ということのようです．つまり，クライアント - Squid 間は
差分転送をサポートしますが，Squid - 上流サーバ間は
差分転送しないってことですね．まぁ 2ch の dat のように，
末尾に追記される形で更新されるコンテンツというのはむしろ特殊で，
少なくとも普通の HTML ドキュメントなどではまずあり得ないですからね．

あと，HTTP バージョンは 1.0 のままですね．ただ，
2.6 になって ETag と Vary をサポートするように
なったということで，HTTP/1.1 の機能の取り込みは
徐々に進んできてるようです．

むしろ，機能的な面で 2.6 では kqueue をサポート
するようになった，っては注目点かもですね．
crawld でも使ってますが，多数の fd をポーリングする際には
伝統的な select() や poll() より効率はいいようなので．

>>558 第一段落
そういえばそうでしたね。この件は前にも話しました。
基本的に変わっていないっぽいですか。

第二段落
1.0 のままな理由って、何か積極的にあるのかしら。

で、kqueue サポートですか。
パフォーマンス向上の点ではでかいですね。
やばくなってきたら、様子を見てまた延命(2.6系に更新)するかんじで。

あと考えられる延命は、
- フロントを FreeBSD 6.xR に更新する
- フロントの squid を libthr で動かす
- BG3/BG4 の squid を rtprio して動かす(これは今やってもいいかも)

あたりかなと。
フロントでも squid 動かしたので、BG3/BG4 で入れたものは、
きっと入れられるかなと。

Squid2.6はCOSSを使うためだけにバージョンアップした。
diskdよりも負荷少なくていいよ。

>>561
ふむふむ。

COSSって 2.5 系にも記述はあったような気がしますが、
2.6 ではちゃんと動く、というかんじなのかしら。

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/391

DNS変更申請をお願いします。

・memoriesへの収容

(現状)
+pc7.2ch.net:206.223.147.60
+pc8.2ch.net:206.223.148.200

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

>>562 2.6 では fixes や improvements が結構入ってるっぽいですね＜COSS

c-docomo系とc-au系で、
>>560
> - フロントの squid を libthr で動かす

を実行した。
# はやくも libpthread での限界近くまで使われていた。

c-others系はFreeBSD 5.3Rでlibthrに不安があるのと、
まだ何とかなりそうな感じなので、そのまま。

あと c-others 系は ccd 入れて内部で RAID 0 にしているので、
ディスクアクセスが楽、というのはあるですね。

# c-au / c-others は IDE 1本構成。

>>566
> # c-au / c-others は IDE 1本構成。
c-others は c-docomo の間違い。

…で、今度は squid にばかり CPU とられて、
httpd の処理が追いつかなくなってしまった。

難しいすね。
のろくてもつながるほうで動かすか。
元に戻します。< c-docomo/c-au

>>568 かつての雪だるまバックエンド（httpd に CPU を食われて
bbsd が働けなかった）と逆の状態ですか．だとすると，
squid の優先度をいくらか下げてみるとか......

ディスクキャッシュがたまりすぎだった模様。

# BG3/BG4 と同じ設定(32G)になってた。
# とりあえずキャッシュクリアして、1Gに減らしてみた。

あとは、HDD 触らない(メモリキャッシュだけ)の設定にするぐらいですかね、、、。

>>569
squid の優先度を下げるのは、httpd が満員になってしまうようです。

c-docomo5 だけ、

# null
cache_dir null /dev/null

にしてみた。(>>571)

しばらく観察。

あきらかに TCP_MISS が増えるなぁ。
これだと黒山羊にインパクトいくですね。
やはり、少しでもディスクキャッシュは必要と。

何もしてない間に、c-docomo7 に ping がかからなくなった、、、。ううむ。

> 何もしてない間に
ありゃりゃ・・・

Squid 2.6 にしちゃうとか......

困ったですね。

上がらないようなら、
朝になったら改めて、リブート要請入れるです。

>>577
それも考えますかね、、、。

一度寝て、午前の時間使って時間見て作業するです。
そのほうが携帯系は軽いですし。

HDDを触るとやはり相当つらいので
(例えばネットワークパケットをぼろぼろ落としたりするみたい)、
c-docomo/c-au系には >>573 の設定を入れた。

2007/01/30 18:42:11| WARNING! Your cache is running out of filedescriptors
2007/01/30 18:42:27| WARNING! Your cache is running out of filedescriptors
2007/01/30 18:42:43| WARNING! Your cache is running out of filedescriptors
2007/01/30 18:42:59| WARNING! Your cache is running out of filedescriptors
2007/01/30 18:43:15| WARNING! Your cache is running out of filedescriptors
...

ううむ。@ c-docomo系

> descriptors 16384

これでも足りない? ううむ。

【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4
http://qb5.2ch.net/test/read.cgi/operate/1116860379/56

(´･ω･｀)

あとで変えておくです。

>>583
done at c-docomo[567]

# c-au/c-othersは過去にsquid動かした時に既に変えていました。

で、流れてしまったので。

現在のDNS変更作業待ち: >>563

>563
done(^_^;)

sibling(同僚)を増やすと、FD を使い果たすようなので、
互いに同僚にするのをやめにした。

親2つ(BG3/BG4)で動いているです。< c-docomo/c-au

BG3/BG4の同僚設定もやめた。
理由はFDのあふれ、、、。

こっちにも(^_^;)
-----------------------------------------------------------
電源工事、１時間繰り上がって日本時間21:30より開始になりました。
２ｃｈのサーバは21:00〜21:30の間にシャットダウンします(^_^;)

>>589
帰宅後に光の速さでシャットダウン掛けましたが、数台落とせなかったサーバがありました。
が、実害はなかった模様。

で、明日もあると。

サーバーダウン（鯖落ち）情報 part131
http://qb5.2ch.net/test/read.cgi/operate/1170245004/449
> 2pix.2ch.se の HDD がまずいですね。
> read error が出続けています。
> シャットダウン時刻に間に合わなかったサーバか、、、。

中身確認して、緊急にバックアップとります。

HDDがとんだ模様。
ad1s1d というと、どこだ、、、。

Jan 31 07:18:01 <0.2> banana613 kernel: ad1: FAILURE - READ_DMA status=51<READY,DSC,ERROR> error=40<UNCORRECTABLE> LBA=35764863
Jan 31 07:18:01 <0.2> banana613 kernel: g_vfs_done():ad1s1d[READ(offset=18311577600, length=16384)]error = 5
Jan 31 07:18:03 <0.2> banana613 kernel: ad1: FAILURE - READ_DMA status=51<READY,DSC,ERROR> error=40<UNCORRECTABLE> LBA=35764863
Jan 31 07:18:03 <0.2> banana613 kernel: g_vfs_done():ad1s1d[READ(offset=18311577600, length=16384)]error = 5
Jan 31 07:18:05 <0.2> banana613 kernel: ad1: FAILURE - READ_DMA status=51<READY,DSC,ERROR> error=40<UNCORRECTABLE> LBA=35764863
Jan 31 07:18:05 <0.2> banana613 kernel: g_vfs_done():ad1s1d[READ(offset=18311577600, length=16384)]error = 5
Jan 31 07:18:07 <0.2> banana613 kernel: ad1: FAILURE - READ_DMA status=51<READY,DSC,ERROR> error=40<UNCORRECTABLE> LBA=35764863
Jan 31 07:18:07 <0.2> banana613 kernel: g_vfs_done():ad1s1d[READ(offset=18311577600, length=16384)]error = 5
Jan 31 07:18:10 <0.2> banana613 kernel: ad1: FAILURE - READ_DMA status=51<READY,DSC,ERROR> error=40<UNCORRECTABLE> LBA=35764863
Jan 31 07:18:10 <0.2> banana613 kernel: g_vfs_done():ad1s1d[READ(offset=18311577600, length=16384)]error = 5
Jan 31 07:18:12 <0.2> banana613 kernel: ad1: FAILURE - READ_DMA status=51<READY,DSC,ERROR> error=40<UNCORRECTABLE> LBA=35764863
Jan 31 07:18:12 <0.2> banana613 kernel: g_vfs_done():ad1s1d[READ(offset=18311577600, length=16384)]error = 5

/dev/ad1s1d 75661254 4745302 64863052 7% /home

/homeか、、、。

どのくらいまでとれるかわかりませんが、これからバックアップとります。
httpd 切ります。

>>592
これどこのログ？ mesege?

1箇所、しくっているところがある模様。

DUMP: read error from /dev/ad1s1d: Input/output error: [block 35764800]: count=16384
DUMP: read error from /dev/ad1s1d: Input/output error: [sector 35764820]: count=512

しかしそれ以外は、昨日早朝のバックアップがとれている模様。

>>594
/var/log/messages

昨夜までのバックアップデータを、memories に転送中。

いろいろ調査中、、、。

banana613 = 2pix.2ch.se の HDD 破損は、どうも今日の作業でなったのではなく、
先般の2回ほどあった停電の際に、HDD の一部がしくっていた模様。

HDD がしくっているところ以外の/homeのバックアップは、
少なくとも昨日までのものはとれている模様。

2台あるHDDのうちの1台(/homeの方)がやられたので、
バックアップをうまく転送でき、戻せることが確認できた後は、
HDD交換手配ということで。

rootさん乙です
頑張って下さい＞＜

いつでもOK(^_^;)言ってくださいな

新しいサーバを１台root付きで出します。
こっちに移転ってことで作業すすめるのでいかが？(^_^;)

昨日のバックアップの memories への転送完了。
これからちゃんと戻せるかどうか確認します。

その後、今のもののバックアップをできるだけとります。
次に HDD 交換手配かけます。

交換手順(現地にどのようにオーダーするか)は、
別途ここに書きます。

>>602
それでも問題ないです。

あいあい(^_^;)
作戦概要
１　613のバックアップ終了（む）
２　新しいサーバを613として仕立てる（中の人）
３　新しい613ができたらrootを渡す（中の人→む）
４　あとはお任せ(^_^;)

こんな感じで(^_^;)

でも /home のHDDの交換で戻せるほうが、私としては正直楽かも。

現在の613のアカウント名情報教えてくださいな(^_^;)

あー、アカウントはむむむさんが作るのか(^_^;)

>>605
ふむ、だとすると banana613 の名前やIPアドレスそのままに、新しいサーバになる?
ということですか。

>>608
ですね。なので普通にroot権限ありサーバ(ただOSが入っていればOK)、
の状態で、渡していただければokです。

>609
IPは変更になるかも(^_^;)
そのままのほうがいい？

>>611
bananaの番号やIPアドレスは変更になっても問題ないと思います。
ぶつは通常の10Mbps/80GBx2/512M memoryのものなので、
普通でよいと思います。

>612
んでは>605コースでー(^_^;)

2pix.2ch.seのDNS書き換えてよくなったら教えてくださいー(^_^;)

作戦概要(改)(^_^;)
１　613のバックアップ終了（む）
２　2pix.2ch.seのDNSレコードを新サーバに振る
３　新しい613ができたらrootを渡す（中の人→む）
４　あとはお任せ(^_^;)

こんな感じで(^_^;)

では 2pix.2ch.se は新サーバに移し変えるということで、
うつわのほうは、渡され次第私のほうで作業はじめます。
ただし、明日は停電等あるので、作業はやや時間かかるかもです。

banana613は退役になるという前提で、
現在のもののバックアップ(とれる限りのもの)は、私のほうでしかけておきます。

>616
了解です(^_^;)
退役ししだいDNS書き換えます。
退役予定はこのあとすぐかな？

結構データがたくさん入っているようで、
かつエラーが出ているHDDから読んでいるので、
バックアップに時間を要しそうです。

退役予定は、たぶん明日の昼ぐらい。
たぶんですが第2回目の電源工事よりも前には、退役になる見込みで。

了解(^_^;)
TTLが一日だったので、こちらもちと時間がかかります。
300に変更しますー

なおるまでは２証はお休みということで、

質問
明日の昼までhttpdを上げないってことは
もう2pix.2ch.seは振りなおしてOKだよね？(^_^;)

>620
ぅぃぅぃ(^_^;)

>>620
では、今出してる注文は取り下げたほうがいいですか？

>>623
ほとんど動かないけど
売買はできたりする予感

売買はできてますー


ついでにガチャも。

>>624
では、売買自体は止めないんですか？
普通に売買してますが・・・。

各種統計等がうごかないのだー

>>621
よいです。

>>624
バックアップをとる際に、cron も止めました。
2pix が落ちると、できなくなるのは何でしたっけ。

>>627
なるほどです。

あと、HDD が一部破損したので、
一部データやプログラムが、ふっとんでいる可能性があるです。

・TTL=300に設定した(^_^;)
・rootさんにroot情報送った

そんでは１０分後にDNSを新しいサーバに振り替えます(^_^;)
問題ある人は１０分以内にレスしてくださいー

あ、ちなみに今回DNSの浸透には24時間かかる見込みです(^_^;)

>>630
従のサーバだから
動かしているうちにデータはそろう予感。(たぶん)

プログラムが破損していたらなおさなきゃだけど
私のローカルにも・・・　あればいいなぁということで

>>631
意味なしﾉ

異議なしだった

意味ないのかよ・・・orz(^_^;)

>>631
受け取りました。

書き換えます(^_^;)

あれ？カナ打ちじゃない？

ということで(^_^;)
・新サーバの受け渡し完了
・DNSは24時間ほどで浸透
・banana613は退役予定（rootさんが宣言し次第退役）
・中身は頑張って復旧させる
ってことで(^_^;)

1) いくつかエラーが出るものの、
とりあえず復活できるものは復活できる(昨日のバックアップ)(by dump)

2) 今現在の/homeをバックアップをとり中、
I/Oエラーが最初の方で18回ほど出たものの、そこをスキップして進行中(by tar)

という状況です。
2pix ユーザの httpd / cron は止めてあります。

新しいサーバのほうは、流しておけばいいプログラムについては流しはじめました。
あとの作業は明日以降ということで、徐々に寝る方向へと。

最近妙に重かった時間があったのもこれかな？

>>641
tar と dump でのデータの救い出しはほぼ完了。
/home は umount 状態にしました。
もう fsck でも clean な状態にはならず、read only でしか mount できません。

一応ブートアップはするので、
停電後も保留(電車だと線路上留置ぐらい)でお願いします。 < b613
数日のうちには退役→電源オフの方向で。

新しいほうはハードウェアの異常なしを確認し、
OSの更新まで完了しました。

本日昼間は本業多忙と停電対応のため、2pix関係の作業はたぶんここまでで。

了解ですー(^_^;)

2pix.2ch.se は、現在とれているバックアップ(一部失われているかも)を
そのまま入れ込んで、とりあえず動かしてみようかと思っていますです。

おおお！
まもなく復活か！？

2pix.2ch.se 動かし始めました。
観察中、、、。

まずい点があれば、報告おながいします。

乙です。
復帰うれしー

これでしばらく動かして問題なければ、
banana613 は退役ということでよいと思いますです。

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

優待復活？

ﾔﾀｰrootさんありがとー

rootたんありがとう。　
お疲れさまです！！

my menuなどの取引状況がリセットされてないね＞株

<チラシの裏>
http://qb5.2ch.net/test/read.cgi/operate/1169758672/177

libapreq2 標準セッティングに追加へと。
作業はぼちぼちという感じで。
</チラシの裏>

mod_deflateがかかってる(^_^;)

あ(^_^;)誤

tiger503〜506まで、libapreq2 インストール済。
あとはぼちぼちと。

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/410

DNS変更申請をお願いします。

・memoriesへの収容

(現状)
+tv7.2ch.net:206.223.152.145
+tv8.2ch.net:206.223.150.235
+sports9.2ch.net:206.223.150.240
+school5.2ch.net:206.223.149.235

(変更後)
+tv7.2ch.net:206.223.151.230
+tv8.2ch.net:206.223.151.230
+sports9.2ch.net:206.223.151.230
+school5.2ch.net:206.223.151.230

>659
done(^_^;)

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/417

DNS変更申請をお願いします。

・memoriesへの収容

(現状)
+ex18.2ch.net:206.223.150.230
+ex19.2ch.net:206.223.154.245

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

tiger507-510, 2513-2514 libapreq2 インストール済。
cobra2246, tiger2522-2525へはぼちぼちと。

>661
ack(^_^;)

>661
done(^_^;)

memories、だいぶおなかいっぱいになってきました。

/dev/da0 1417529014 1218539070 85587624 93% /home

現在使用率が93%で、空きがあと85Gぐらいです。
*.tar や *.tar.gz 等のファイルをだいぶ消して、HDD空けたりしたのですが
(今回収容したものについては収容時に)、
次回の工事の頃には、HDDの増設が必要かも。

ちなみに増設するHDDは250G bananaと同じものでよくて、
それを8本入れると、さらに今と同じだけ容量が増えます。

ちなみに茄子ばななで使っている500Gを使えば、
増える容量さらに倍になるです。

シリアルでしたっけ？

>>667
インタフェースは SATA 150 ですね。

ただ、今ついている250Gのディスク8本は、
カプラ(変換アダプタ)をつけて、
従来のパラレルATAで接続されているようです。
(Sumaにログインすると、そのように表示されます)

これから増設するなら、シリアルATAのディスクを
普通にそのまま8本増やせばよいと思います。

Sumaって500GB/750GB接続して全容量認識できるんでしょうか？

まあ250GB IDEを認識できるからたぶん問題ないとは思いますし、
別パーティションにすればRAIDも構築可能ですしね。
（そもそも異なる容量でRAIDを組むことはSolaris ZFSでもない限り不可能）

>>669
500GBがいけるかは、事前に確認の必要ありですね。
テクニカルマニュアル一式自宅にあったりするので
(当時読む必要があった)、調べれば特に問題ないと。

安全側に振るなら、今と同じHDDをつければいいと思います。

今のRAIDアレイにHDDを追加して再構築するのは色々な意味でこわいので、
/home2 のような別パーティションを作成する(シンボリックリンクや
ループバックマウントを活用し、/home/ch2xxx で見えるようにする)
ことになるかと。

>>668
カプラじゃなくて、ドングル(dongle)って言うようです。

http://www.infortrend.com.tw/main/2_product/acc_a16f-r(s)1211.asp

>>667
Sumaのマニュアルを読み直さないといけませんが、
2004年の製品ですから、きっとSATA 1.0か1.0aですね。

シリアルATA - Wikipedia
http://ja.wikipedia.org/wiki/%E3%82%B7%E3%83%AA%E3%82%A2%E3%83%ABATA

によると、SATA 150 とか SATA 300 とかいうのは、厳密には間違いらしい、、、。

いずれにせよ、現行の普通に売っているHDDで対応自体はできるはず。
そんなかんじで。

c-docomo5のsquidのプライオリティをちょっと上げてみた。
反応が軽くなったっぽい。
うまくいくようなら、他のcにも適用予定。

この頭打ちがなおるといいなと。
http://mumumu.mu/mrtgc/mrtg-rrd.cgi/traffic/c-docomo5traf.html

>>673
c-docomo[67]にも適用した。

rc.conf設定からdaemontools配下に移行し、以下のように設定。
nice ではなく rtprio 31 の設定もやってみたけど、
CPUを与えすぎてかえって重くなってしまた。

#!/bin/sh
exec 2>&1
exec env - PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
/usr/bin/nice -n -14 setuidgid squid /usr/local/sbin/squid -D -N

あんまり、代わり映えしないかも。
とりあえずしばらく観察で。

Highest storage density with 16 x 250G to 500G SATA-II, 300G IDE or 36G to 146G U320 or U160 SCSI/Fibre drives in 3U space
http://www.polywell.com/us/storage/suma3016sa.asp　より

まあ、むむむさんなのでよほどの大失敗を犯さない限りは大丈夫だとは思っていますが。
（誰かさんは意図的に失敗することもあるけど。。。。）

memories:/homeには2ちゃんねるの約5〜6年分が詰まっているわけですね。
今度増設するぶんはどのくらいの期間で埋まるのでしょうね・・・・。
数年手がつけられていない現役なホストはまだまだありますし、4年ぐらいかな？
もっともそこまで2ちゃんねるがもつかどうか知りませんけどw

公開されたもより。

http://asiabsdcon.org/timetable.html

ZFSの話もある模様。

ここはどこですか？

ここは誰？私はどこ？

>>680
幽体離脱して、間違って他人の体に入り込んじゃった生霊さんですか？＞＜;

ゆ〜たいりだつ〜　

FreeBSD for AMD64(and for oyster901)
http://pc10.2ch.net/test/read.cgi/unix/1075691732/

↑の次スレが立ちました。

FreeBSD/amd64 part2 (and for oyster901)
http://pc10.2ch.net/test/read.cgi/unix/1171335849/

>>662
cobra2246 (ex20)
oyster901 (news23)
tiger2523-2525, 503, 507 (雪だるまフロント)

libapreq2 のインストール完了。

これで、掲示板の入っているtiger/cobraには全部インストール完了のはず。

=> bananaにもlibapreq2を入れれば、dsoに入っているread.cgiバイナリを配布可能になるはずと。

cobra で 6.1R や 6.2R がうまくないのと関係があるかどうかわからないけど、
とりあえず。

mpt problems. (Re: Dell hardware raid 0 (sas5ir) or gmirror?)
http://lists.freebsd.org/pipermail/freebsd-stable/2007-February/033071.html

あんまり関係ないかも、、、。

mpt problems. (Re: Dell hardware raid 0 (sas5ir) or gmirror?)
http://lists.freebsd.org/pipermail/freebsd-fs/2007-January/002542.html

とりあえず、しごとにもどる。

スレッドのはじまりはここか。

Dell hardware raid 0 (sas5ir) or gmirror?
http://lists.freebsd.org/pipermail/freebsd-fs/2007-January/002503.html

dso で，ローカルホスト上で海老踊らせて最速 1000 の実験してみますた．
----------------------------------------------------------------------
素の bbs.cgi; Saborin = off
0:01:22.76
http://dso.2ch.net/test/read.cgi/myanmar/1171975187/

素の bbs.cgi; Saborin = on
0:00:47.46
http://dso.2ch.net/test/read.cgi/myanmar/1171975360/

bbs.cgi + bbsd; subject.txt, subback.html, index.html 生成インターバル 0
0:00:53.14
http://dso.2ch.net/test/read.cgi/myanmar/1171975560/

bbs.cgi + bbsd; subject.txt 生成インターバル 0, subback.html, index.html 生成インターバル 5 秒
0:00:46.15
http://dso.2ch.net/test/read.cgi/myanmar/1171975691/

bbs.cgi + bbsd; subject.txt, subback.html, index.html 生成インターバル 5 秒
0:00:52.88
http://dso.2ch.net/test/read.cgi/myanmar/1171975803/
----------------------------------------------------------------------
素の bbs.cgi では，Saborin の有無の差が結構ありますね．
bbs.cgi + bbsd だと，この結果では subject.txt 等の
生成インターバルによる差はあまりなさそうな感じ......
でまぁ，素の bbs.cgi の Saborin = on と bbs.cgi + bbsd が
だいたい同じぐらいって感じですかねぇ．

なお，bbsd 単独では
http://qb5.2ch.net/test/read.cgi/operate/1169758672/449,458,470n
ってな感じだったので，かなりの部分は bbs.cgi に依存してるってところかな．

>>688 質問 (^_^)ノ
ab -n 1000 他のオプションいろいろ付けて実際にdat書き込みさせた結果ですか？
単純にbbs.cgi 起動させただけ？
apache設定が2ch仕様だと生の海老だとUser-Agentヘッダのせいでapacheで弾かれてた希ガス

>>689 Apache 経由で叩いてました．dso は実験用鯖なんで，
他の鯖とは設定が違うところもあったりします．


# まぁ，保持数がもっと多い板だとどうなるかなぁ，ってのも気になりますが．

>>688
> 素の bbs.cgi の Saborin = on と bbs.cgi + bbsd が
> だいたい同じぐらい

というのは、ローカル雪だるまをするとそのぐらいのパフォーマンス向上が期待できる、
というかんじですかね(もちろん、他の要素もからむとは思いますが)。

理想系のアイデアはあるんだけど、現実導入難しそうな場合、
どうやって折り合いつけて線引きすればいいのでしょうか？

>>691 まぁそうですね．bbsd 使った時にインターバルの違いによる差がほとんどない
ってのはちょっと意外でしたが，dso の場合ディスク I/O 以前に CPU がネックなのかなぁと
（suExec のオーバヘッドとかもあったんでしょうけど）．そういったあたりの条件も
他の鯖ではいろいろでしょうし．とはいえ，元々 bbsd の目指すところとしては
分散処理のみならず subject.txt etc. の処理を軽くする（それも，きちんと
排他制御することと両立の上で）ってのもあったので，そんなところかなぁと．

subject.txt管理専門のダヨモンの話は結構昔からありましたよねー

次期主力bananaサーバ建造委員会　その７
http://qb5.2ch.net/test/read.cgi/operate/1172208065/229

tiger2513 => 新BBM へと。

http://m.peko.2ch.net/

ここまでで今とれる時間なくなったです。

以降はまたあとで。
tinydns とかの設定がまだなので、データはまだ入れないてくださいです。> ※のかた

m.peko.2ch.net できたはず。

以降は移行作業へと。

acktkr

>>698
今のとおんなじです。

BBMのマスタサーバをbanana307からtiger2513に移動します。
以下のDNSサーバ設定変更をよろしくお願いします。

(BBMサーバのIPアドレス変更)

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

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

>700
ack(^_^;)

>700
done(^_^;)

>>701-702
確認しました。

BBMセカンダリサーバを、新サーバのほうと同期するようにした。

これでBBMは完全復活？

>>704
DNSが変わるまでにしばらくかかるので、
それを待ってということで。

新BBMに来はじめた。

旧・新とも来ているので、徐々に変わっていくかんじで。

把握

しばらく様子見て(今週末ぐらい)問題なければ、
旧BBM(banana307)は、退役へと。

はいー

携帯端末固有ID規制作戦に参加した　banana307に対して　哀悼の意を表し、全員　敬礼！

(･∀･)ゝﾋﾞｼｯ!

（・∀・）ｶｴﾚ!

サーバーダウン（鯖落ち）情報 part140
http://qb5.2ch.net/test/read.cgi/operate/1171537275/766

www/menu/yakin.cc 引越し。
新bananaではなく通常bananaの新しいやつ。

・menu.2ch.netへのftpは、FFFTPから上げられるようにする(今と同じ)。
・ごにょごにょのデータの移行も忘れずに。
・banana201への緊急バックアップ(データ同期)の調整も忘れずに。

www/menu/yakin.cc の器ができました。

www/menuは、こちらでデータをコピーしました。
以下のURLで一時的に参照できます。

http://newwww.peko.2ch.net/
http://newmenu.peko.2ch.net/

yakin.cc は場所だけが作成された状態ですので、
すみませんが、データのコピーをお願いいただけますでしょうか。

新サーバは banana2828.maido3.com になります。
yakin.cc のIDとパスワードは今のものと同じです。

データのコピーができたところで、
DNS登録変更申請をまとめてやります。
ということで、よろしくお願いします。

はーい
昼過ぎにはなんとか

yakin.cc @banana2828.maido3.com

にFTPでログインしようとしたらこんなんでた


The remote host actively refused the attempt to connect to it.
1) Verify that the destination host name or IP address is correct.
2) Verify that the connection port number is correct (under Site Settings | Type tab).
3) The remote server may be temporarily or permanently inaccessible (try again later).
4) Verify that you have chosen the right protocol (SSH2, SSL, FTP, etc.) and have setup all required options for that protocol.

>>716
すみません。FTPが未設定でした。
直しました。

どもども

まほらさん:

お手数をおかけしてすみませんが、
今newmenu.peko.2ch.netとして動かしている新menu.2ch.netに対して、
一度FTPのテストをしていただけますでしょうか。

私の方でも一応(ちょっと古い)FFFTPでのテストはしてありますが、
まほらさんの環境からも一度お試しいただけますと、大変助かります。

ログイン情報は、現在のmenu.2ch.netと同じです。
すみませんがよろしくおながいいたしますです。

ここ巡回コースに入ってるのかな、と思った。

CuteFTPを使っていますが
うまく接続できていますー

サーバ間でのftp転送も成功しましたー
http://yakin.cc/ を新しい方banana2828.maido3.comに構築した。

>>719　◆MUMUMUhnYIさん
お疲れ様です。
ただ今テストさせて頂いたのですが、
FFFTP（ver1.92a）にて正常に接続できることを確認致しました。
また、アップロード、ダウンロード等、
私がメニューの更新作業を行う際での操作でも特に問題はございませんでした。
お忙しい中、お気遣い頂きありがとうございました。

>>723
了解です。

では、DNS更新依頼へと。
DNS更新後も、bbsmenu/bbstableの更新方法は従来どおりです。

ということで、www/menu/yakin.ccのDNS設定変更依頼いきます。

・banana2848 → banana2828 への移動、banana2848 は退役へ

(現状)
+2ch.net:206.223.157.122
+www.2ch.net:206.223.157.122
+menu.2ch.net:206.223.157.122
+yakin.cc:206.223.157.122
+www.yakin.cc:206.223.157.122

(変更後)
+2ch.net:206.223.157.110
+www.2ch.net:206.223.157.110
+menu.2ch.net:206.223.157.110
+yakin.cc:206.223.157.110
+www.yakin.cc:206.223.157.110

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/443-444

以下のDNS登録をお願いします。

・memoriesへの収容

(現状)
+academy5.2ch.net:206.223.153.80
+science5.2ch.net:206.223.153.80
+society5.2ch.net:206.223.153.80
+tv9.2ch.net:206.223.152.145
+tv10.2ch.net:206.223.150.235
+music6.2ch.net:206.223.147.55
+music7.2ch.net:206.223.150.200

(変更後)
+academy5.2ch.net:206.223.151.230
+science5.2ch.net:206.223.151.230
+society5.2ch.net:206.223.151.230
+tv9.2ch.net:206.223.151.230
+tv10.2ch.net:206.223.151.230
+music6.2ch.net:206.223.151.230
+music7.2ch.net:206.223.151.230

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/445-446

以下のDNS登録をお願いします。

・memoriesへの収容

(現状)
+ex17.2ch.net:207.29.227.55

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

>>725
done
残りはあとで(^_^;)

>>728
www/menu/yakin.cc
新サーバに切り替わったのを確認。

そういえば、SCSIには2TBの壁があるですね。
http://www.newtech.co.jp/topics/column/raid/r1/index.html

Sumaストレージに積み増すのは、400GB (400GB x 8 = 2T)
までのディスクにしないとだめぽな予感。

>726
done(^_^;)

>>731
ありがとうございます。

>>727 も確認しました。残件なしという認識。

>727
done(^_^;)

>732
あいあい(^_^;)

ex21のキャップ登録がex22に移転されて無いです



ってどこで報告すればいいのかな？

どのキャップか知らないけど、bananaスレでいいんじゃない？

>>735
次期主力bananaサーバ建造委員会　その７
http://qb5.2ch.net/test/read.cgi/operate/1172208065/

>>1-737
abone(^_^;)

みんな！
お疲れさま！
リアルあってこその2chだから
リアルも大切に。

http://www.freebsd.org/releng/index.html#schedule

Upcoming Release Schedule
NOTE: Release dates are approximate and may be subject to schedule slippage.

Date Event Information
June 2007 Start FreeBSD 7.0 Release Process N/A
TBA Freeze RELENG_6 N/A
TBA Release FreeBSD 6.3 N/A

7.0Rのリリースプロセスが今年の6月からとか言っていますが、はてさて。

そういえば7.0Rでは、待望のZFSが標準に入るとかなんとか。

>>740
> そういえば7.0Rでは、待望のZFSが標準に入るとかなんとか。
　　　　　　　　　　　　　　　　　　 ￣￣￣￣￣￣￣


エエｴｴェェェｪ(゜Д゜；)ｪェェェｴｴエエ　それまじっすか？

先日のAsiaBASConで発表がありましたが、
RELENG_6には入れる気がないって、proceedingsにあったですね。

発表資料はこれみたい。
http://people.freebsd.org/~pjd/pubs/asiabsdcon07_zfs.pdf

RELENG_7_0に間に合うかどうかは正直よくわからんですが、
98%のporting作業はおわたと、pjdのproceedingsには書いてあったので、
RELENG_7あたりには入れる気でいるんじゃないのかな、とか。

>>742
× 先日のAsiaBASConで発表がありましたが、
○ 先日のAsiaBSDConで発表がありましたが、

# えーん、ずれた。

ちなみに「RELENG_6には入れる気ないよん」とも、あったです。

7.xRにする理由が出来ました！

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/458

以下のDNS登録をお願いします。

・memoriesへの収容

(現状)
+pc10.2ch.net:206.223.148.200
+human5.2ch.net:206.223.149.230

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

>746
ack(^_^;)

>746
done(^_^;)

>>746
rootさ〜ん
昨日あたりからibis(有料)で書けなくなったよーです…
ＥＲＲＯＲ：変なホスト規制中！！　変なホストです。
ホストns.i-products.net

>>749
IPアドレスとかは変わっていないんでしたっけ。

%dig +short -t PTR 9.203.117.219.in-addr.arpa
ns.i-products.net.

なるほど、変わっていないですね。

ごにょごにょしてきます。

>>751
すいません、お願いしますm(__)m

BBS.CGI - 2007/03/20

10分ぐらいしたら試してくださいです。>>752

>>753
判りました
ありがとうございますm(__)m

>>753
書けますたヽ(´∀｀)ノ
http://qb5.2ch.net/test/read.cgi/operate/1173033132/865
ありがとうございましたm(__)m

>>755
どうもです。従来どおりの振る舞いを確認しました。
芋(log)も記録され、BBMにもかかります。

ん、ポイント増えているですか。
どうもです。

しかし、メールが来ていないような肝。

>>756-757
お疲れ様でしたo(^-^)o
beメに本文書くの忘れたので匿名になってしまったよーですf^_^;

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/490

以下のDNS登録をお願いします。

・memoriesへの収容

(現状)
+sports10.2ch.net:206.223.150.240
+aa6.2ch.net:206.223.147.220
+off4.2ch.net:206.223.147.220
+bubble5.2ch.net:206.223.147.220
+food7.2ch.net:206.223.150.200
+love5.2ch.net:206.223.152.185
+pc9.2ch.net:206.223.147.60

(変更後)
+sports10.2ch.net:206.223.151.230
+aa6.2ch.net:206.223.151.230
+off4.2ch.net:206.223.151.230
+bubble5.2ch.net:206.223.151.230
+food7.2ch.net:206.223.151.230
+love5.2ch.net:206.223.151.230
+pc9.2ch.net:206.223.151.230

>759
ack(^_^;)

>759
done(^_^;)

ZFS Now Part of FreeBSD

http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070544.html

>>761
ありがとうございます。

>>762
> ZFS is available in the HEAD branch and will be
> available in FreeBSD 7.0-RELEASE as an experimental feature.

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

>>762-763

_,,-―＝'''￣　　　　　 ＿＿＿,,-―――＝''￣ ＿_,-―＝''￣　　 /
　　　＿,,-―＝'''￣　　　　　　　 ＿,,-―＝''￣　ヽ　　　　　　　／　　+
￣￣　　　　　　　 ＿,,-―＝'''￣　　　　　　　　　　＼　　　　／　　. .　.　　.
　　　　　 ,,-＝''￣　　　　＿ノ　　　　　　　　　,＿ノ　ヽ　　／　　　　.　　。. ★　　☆
　　　 ,,,-''　　　　　　　 / iﾆ)ヽ,　　　　　　 　 /rj:ヽヽ　ヽ／　　　　　。.　　　　.
-―''￣　　　　　　 　 ;〈　!:::::::c!　 |＿＿＿,/' {.::::::;､! 〉　|　-┼- 　 -┼-　丿~~~|　|~~~~~| ＿＿　■　■
.　　|.　　　　　　　 　 　 (つ`''" 　 |　　 　 / 　`'ｰ''(つ.　 |.　-┼- 　 -┼- /~~~~/　　　 丿　 | 丿 ▼　▼
　　 |　.　　　 　 　 ///// 　 　 　 | 　 　 /　　　 　 /// |　 　|　丶　　|　 　　 丿　　 ／　　丿　　●　●
　　ヽ　 　 γ´~⌒ヽ.　　　　　　　 |　　 /　　　 　 　 　 /
――ヽ 　 /　　　　　 ヽ　　　　　　|　 /　　　　　　 　 /⌒ヽ、
　　　　＼/　　　　　　　|　 　 　 　 |_/　　　　 　 　 ／　　　 ヽ

・・・・・・で、2chシステムへの適用はどうなるのかしら。

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/493

以下のDNS登録をお願いします。

・memoriesへの収容

(現状)
+money5.2ch.net:206.223.151.140
+human6.2ch.net:206.223.149.230

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

>765
done(^_^;)

おめでとうございます＞FreeBSD 使いのみなさん
OpenSolaris Forums でもスレが立ってますね．

ZFS committed to the FreeBSD base.
http://opensolaris.org/jive/thread.jspa?threadID=27794&tstart=0


Solaris の方でも ZFS Boot で進展がありましたってことで．
http://opensolaris.org/os/community/on/flag-days/pages/2007032801/
http://opensolaris.org/os/community/zfs/boot/zfsboot-manual/

>>767
> http://opensolaris.org/os/community/on/flag-days/pages/2007032801/
> Heads-up: ZFS Boot support for the x86 platform
http://opensolaris.org/os/community/zfs/boot/zfsboot-manual/
> Manual Setup to boot ZFS on x86 (a script version is here).

おー。

>>767
おおおおー、こっちも解決しましたかー。

きたわーって言ってもさ、7.0からでしょ？

>>770
正直、いくらpjdといえども7.0Rに間に合うとは思っていなかったです。
さすがとしか。

>>771
あとは林檎第十版第五補綴版ですか。こっちは間に合うか微妙っぽいですが。
ttp://www.thinksecret.com/archives/leopard9a321/source/picture-1.html
ttp://news.worldofapple.com/archives/2006/12/17/zfs-file-system-makes-it-to-mac-os-x-leopard/

太陽の中の人兼硝子魚の中の人もいいよーいいよーしてます。
ttp://blogs.sun.com/theaquarium/entry/notd_zfs_in_freebsd_technology

>>771
pjdがまだ26歳だということに軽いショックを受けた。

ttp://journal.mycom.co.jp/news/2007/04/10/019/index.html
いや、GCCはさ、3.4くらいのままでいいと思うのよ、うん。

http://qb5.2ch.net/test/read.cgi/operate/1175082659/794,804
の話ですが，speedy プロセス呼び出しの形で使う分には現状でも問題ないですが，
mod_speedycgi を使うとなると問題なんですよね．で，

    /* Two problems with threaded mpms:
     *
     *  Persistent routines are not thread safe.  We can workaround that with a big
     *  lock, though that may cause excessive waiting when Maxbackends
     *  is used.
     *
     *  Frontends are sent SIGALRM to wake them up, and signals don't get
     *  delivered to the waiting thread.
     */

ということのようなので，とりあえずはシグナル以外の手段でワーカスレッドを
励起させられるようにしなければ，ってところかな．さらに，コンカレンシーを
向上させるためにデカいロックを使わずに済むようにできればなお良い，と．

>>775
SunOSさん、忙しいのにわざわざ答えてくれてありがとうございます。
なるほど…！mod_speedycgiの方が問題だったんですね。

色々実験してみます。本家にパッチを提供できると良いなぁ。

新居の契約して帰ってみると、、、。
激しくわくわくてかてか（ＡＡりゃ。

雪だるまフロント・バックとも Apache 2.2.x + worker MPM です。
通常サーバでも ex11/ex19 では使っていたんですが、
今はworker MPMなのは、雪だるまだけかな。

おはようございます。

>>777
rootたんは引越しするんですね。
ex11/ex19のworkerをやめてしまったのは
もしやSpeedyCGIの関係なのでしょうか。


とりあえずマルチスレッド型mpmでムリヤリ動かすとどうなるか見るために
mod_speedycgi2.cから>>775のコメントがある#ifブロックを削除
(つまりスレッド型mpmでも強制的に動くように)して使ってみます。

>>778
> ex11/ex19のworkerをやめてしまったのは
> もしやSpeedyCGIの関係なのでしょうか。

単にT-bananaサーバへの移転によって該当サーバから板がなくなり、
今そのサーバは別の用途で使用しているためです。

worker MPMは、
・FreeBSD 6.0R以降(より安定に動かすには6.1R以降)で、
・かつ libthr を使うように libmap.conf で設定

にしないとちゃんと動かないのですが、
そういう構成の掲示板サーバを雪だるまサーバ以外には
私があまりたくさんおもりしていないという、単にそれだけの話です。

> とりあえずマルチスレッド型mpmでムリヤリ動かすとどうなるか見るために
> mod_speedycgi2.cから>>775のコメントがある#ifブロックを削除
> (つまりスレッド型mpmでも強制的に動くように)して使ってみます。

おー。

どういう訳か、エラー等が発生せずに動いています。
仮にマルチスレッド環境でも問題なく動いているものとして、
どれくらい性能うｐしたのか知りたくなり、簡単なCGIでabを実行。
ab -n 1000 -c 40 http://hoge/env.cgi

1)素のCGIとして実行
Requests per second: 5.40 [#/sec] (mean)
Time per request: 7406.875 [ms] (mean)
※最大LA=32.2

2)1行目を#!/usr/bin/speedyに変更して実行
Requests per second: 9.53 [#/sec] (mean)
Time per request: 4199.375 [ms] (mean)
※最大LA=12.02

3)1行目は元の状態で、ムリヤリ動くようにしたmod_speedycgiを使って実行
Requests per second: 32.55 [#/sec] (mean)
Time per request: 1228.750 [ms] (mean)
※最大LA=2.41

もちろん、ムリヤリ動かした状態はどんなヤバイ問題が
隠れているかわかりません。でも、abの結果を見たら、
なんとか正式にマルチスレッド対応化したい気分になりました。

ううーん、でも
＞* Frontends are sent SIGALRM to wake them up, and signals don't get
＞* delivered to the waiting thread.
このコメントでmod_speedycgi内部のフロントエンドは
SIGALRMが届かず、全く起動しないものと思っていたので予想外。

(使用したもの)
CentOS4.4、Apache2.2.4(mpm=worker)、SpeedyCGI2.22、
env.cgiの内容は以下。

#!/usr/bin/perl
use strict;
use CGI;
my $cgi = new CGI();
print $cgi->header();
print '<html><body><pre>';
while (my ($key, $value) = each(%ENV)) {
print "$key = $value\n";
}
print '</pre></body></html>';

次は一般で配布されてるSpeedyCGI対応のスクリプトを
色々動かして不具合を発生させてみるのが良いのかな。

jigブラウザ→公式p2での書き込みが出来ないとの話がありました。
【DSBL】PROXY規制中！【報告無用】47
http://qb5.2ch.net/test/read.cgi/sec2chd/1171984096/761-

一応、応急処置として該当IPを除外指定しておきましたが…
公式p2側に問題があるのか、それとも2ch側に問題があるのか、
私にはちんぷんかんぷんですので、一応お知らせさせていただきました。

>>782
該当スレにいってきました。
その処置で問題ないかと。

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/502

以下のDNS登録をお願いします。

・memoriesへの収容

(現状)
+school6.2ch.net:school6.2ch.net
+book4.2ch.net:206.223.150.100
+travel3.2ch.net:206.223.150.100

(変更後)
+school6.2ch.net:206.223.151.230
+book4.2ch.net:206.223.151.230
+travel3.2ch.net:206.223.151.230

>>784 コピペしくりました。もう1回。

■ サーバリフレッシュ工事 連絡・作業スレッド３
http://qb5.2ch.net/test/read.cgi/operate/1169662973/502

以下のDNS登録をお願いします。

・memoriesへの収容

(現状)
+school6.2ch.net:206.223.149.235
+book4.2ch.net:206.223.150.100
+travel3.2ch.net:206.223.150.100

(変更後)
+school6.2ch.net:206.223.151.230
+book4.2ch.net:206.223.151.230
+travel3.2ch.net:206.223.151.230

>785
done(^_^;)

>>786
確認しました。

root様
いつもお世話になっております。
株式会社jig.jpの菊池です。

2007年4月25日にサーバの追加を行いました。
お手数ですが、IPの追加宜しくお願い致します。

【追加IP】

219.94.147.35
219.94.147.36
219.94.147.37
219.94.147.38
219.94.147.39

【CIDR表記】

219.94.147.35/32
219.94.147.36/30

IP一覧も更新致しました。
http://br.jig.jp/pc/ip_br.html

大変お手数ですが、対応宜しくお願い致します。

ヽ(`Д´)ノ ﾎﾞｯｷｱｹﾞ

>>788
作業はいります。

BBS.CGI - 2007/04/25

にて対応済です。

>>791
root様
株式会社jig.jpの菊池です。

素早いご対応ありがとうございます。
今後とも宜しくお願い致します。

・・・そんなやりとりをここでしていいんだろうか。

サーバーダウン（鯖落ち）情報 part145
http://qb5.2ch.net/test/read.cgi/operate/1175626823/909

以下のメールを送ってみたです。

お世話になります。
さきほど、すべての障害が復旧したことを確認しました。
ご対応ありがとうございました。

今回の障害対応については完了ということで問題ございませんが、
以下の二点につきましては、状況の報告(簡単で結構です)と
今後の再発防止対策をよろしくお願いいたします。

1. なぜ、当方が依頼していないネットワークの設定変更が
現地にて無断で行われたのか
(単なるハードウェア交換のみとしなかったのか)
2. なぜ、1. の状態でサーバをオンライン状態にしたのか

また特に「顧客のサーバの設定ファイルの内容(root権限サーバでは、
/etc 下のシステムファイル等も含む)を、顧客に無断で強制的に変更する」
ということは、本来決してあってはならないことであると考えておりますので、
これにつきましては、再発防止対策をくれぐれもよろしくお願いいたします。

>>794 は、きっとPIEに直接言ったほうがいいのかも。

そのへんは、またぼちぼちと。

とり急ぎ、管理人に状況をメールしました。
今後問題が再発しなければ、とえいあえず本件はこれで。

雪だるまシステムはバックアップ系も含めて冗長に組んであるつもりですが、
データセンター内で直接ごにょごにょされることまでは、
さすがに想定していなかったり。(´･ω･｀)

>>794 の返事をいただきました。
(丁寧なおわび&別途報告の旨)

ハードウェア障害はしかたないし、サービスダウンもなしにはできないですが、
「顧客のサーバに勝手にログインして、ファイルの内容を勝手に覗いたり、
ましてや無断で設定内容を変更する」
は、絶対にありえないことなので、それの再発防止が今回のポイントということで。

今のうちに弁護士雇っておくとか

アジアじゃなくてもそんなことあるんだな。

事の顛末を読んでみました。

今回のヒューマンエラーの対象が、、、
雪だるまシステムの受付嬢で＊良かったですね＊、、と強調して書いてみる。
２ちゃんねる以外で、このような事をしたらデータセンターとして信用失墜になりますし。
他の観客のシステムで、こんな事をしたら、、、(ry
まぁ、終わった事みたいですし。これ以上は書くのやめておこう。。

>>800
訂正。
『２ちゃんねる以外で、』の部分は省略ですね。

【実況】　live22+live23　Part22
http://qb5.2ch.net/test/read.cgi/operate/1155560057/906

というわけで前から懸案になっているmod_cacheなわけですが、
「書き込んですぐ読んだ時の反映タイムラグ(*1)」って、
発生したりしないのかな。

(*1)ちょうどNFS版雪だるまを動かした時みたいな感じの。

フロントが常に「更新チェック」を行うように設定にすれば、起こらないはずです。
しかしこの設定だと、書き込みが激しくないときはこれで十分キャッシュの効果はあるけど、
書き込みが1分間に1000(1秒間に16)を超えるような状態で効果があるのか？

でも
http://news22.2ch.net/test/read.cgi/liveplus/1177641490/256
個人でリロードしまくりで304が出てるのもあるくらいだから、効果あるか。

前に書いたような覚えもありますが，基本的には >>803 ですね．

Cache-Control: s-maxage=0

なら常に更新チェックを行います．1秒程度のディレイを許容するなら

Cache-Control: s-maxage=1

にするとか．NFS の時は，そもそも基本的な動き自体が怪しかったですしね......
（まぁ，正常に動くなら HTTP より NFS の方が軽いんでしょうけど）

PIEは商品を扱っているという自覚が無いんじゃないんですかね、とか言ってみるテスト。

>>804
FreeBSDのNFS実装がチープなのが・・・・

ZFS/NFSv4向けACLまちですかね。

# バックエンドにNetAppなんて贅沢は敵ですしw

あと雪だるま関連の実験要素といったらバックエンドで他のWebサーバーを試すことかな？

軽くレビュー。

・bbsd を -n 8 から -n 16 にするのは効果がある @ live24
・httpd の設定を変えたところカーネルパニックした。
何かの虫を踏んだか、設定がいまいちだったか。

panicの内容:
http://news22.2ch.net/test/read.cgi/liveplus/1177641490/725
> Apacheのスレッド数を 16 から 24 にしたところで反応がなくなり、
> リモートコンソールをチェックすると、
> panic: vm_thread_new: kstack allocation failed
> と言って落ちていて、
> Fatal trap 12: page fault while in kernel mode
> と言って、ダブルパニック(カーネルモードで再度しくる)して、
> 止まってしまっていました。

>>809
で、再度のリブートでも同じ panic で落ちた(今度はダブルパニックしなかった)
ので、KVM からシングルユーザで設定を元に戻して、
リブートして復活と。

しかし、久しぶりの完敗ですか。
正直ちょっとくやしいなと。

うーむ。

%kgdb /boot/kernel/kernel vmcore.51
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd".
(no debugging symbols found)...Attempt to extract a component of a value that is not a structure pointer.
(kgdb)

>>808 続き
・httpd と bbsd で資源の取り合いになる
・AA連続投入爆撃は雪だるまにとっても、やはり負荷は高い

http://news22.2ch.net/test/read.cgi/liveplus/1177641490/744
やはり，これは panic するんじゃなくて本来エラーリターンするようにすべきもの，ってことですね．

panic: vm_thread_new: kstack allocation failed
http://lists.freebsd.org/pipermail/freebsd-threads/2006-September/003700.html
> I've seen this when running stress2 with a large number of
> incarnations. Why don't we return an error to the user?


programmer ENOTIME

patch welcome!

http://lists.freebsd.org/pipermail/freebsd-threads/2006-September/003701.html
On closer inspection this means that we've run out of KVA. In
principle it should be handled more gracefully, but the 1GB KVA
limitation is really a 32-bit artifact. It might be worth wading
through the kernel memory allocations to see if a subsystem has gone
beserk.

>>813
live24b は FreeBSD 6.1R (正確には 6.1-RC2)ですが、
これは、6.2R とかでは直っているのかしら、、、。

つ PHP 5.2.2 and PHP 4.4.7 Released

【より敏感に】 リブート要請 Ver2.0
http://qb5.2ch.net/test/read.cgi/operate/1152266515/307-
サーバーダウン（鯖落ち）情報 part148
http://qb5.2ch.net/test/read.cgi/operate/1177948183/97-

・Sumaのリセット (via telnet)
・Sumaのステータスチェック
・KVM接続依頼→接続完了 by 中の人
・/home の fsck 実施、mount テスト
・oyster902 リブートテスト

の順番でいけました。
システムディスク RAID1、Suma RAID5 ともに問題なしを確認。

oyster902はしばらく(少なくとも1日程度)KVM経由で触れるように
しておいてもらう旨、依頼済。

Subject: [FreeBSD-Announce] HEADS UP: xorg 7.2 update in progress
From: Kris Kennaway <[email protected]>
To: [email protected]

Dear FreeBSD Users,

Within the next 24 hours, the long-awaited update to the X.org 7.2
windowing system will be committed to the ports tree. This upgrade
has been 6 months in the making and would not have been possible
without the dedicated work of Florent Thoumie <[email protected]>,
Dejan Lesjak <[email protected]> and many others in our army of
developers.


直接関係ないけど、オラわくわくするぞ。

>>817
おお、ついに、、、。

>>818
でもXなので2chには直接は関係ないですね・・・・

ここ数週間portsがUPDATEされないと思ったら、今日すげー勢いでupdateされてるｗ
PHPも5.2.2もxorgも7.2にupdateされてる。

およ、んじゃ私も後でupdateしとこうかな。。

さて、6月15日までにmod_cacheですか。

まずはフロントでmod_mem_cacheあたりなのかなと。
設定例は、、、。

っていうか、そういえば、
前に一回やろうとして、squid (BG3/4)が微妙な動きをしたんでしたっけ。

(ずいぶん前のことで、記憶があいまいだったり)

2ch特化型サーバ・ロケーション構築作戦 Part20
http://qb5.2ch.net/test/read.cgi/operate/1140540754/119
以前の挑戦 2006/03/01 ？

http://qb5.2ch.net/test/read.cgi/operate/1145114275/262
これは結果が見つからなかった

んで今フロントのApacheは2.2.2のようですが、2.2.xで最も更新されてるジュールは
キャッシュ関連っぽいんで、携帯関連の副作用とは関係ないかもしれないけど
最新にしといたほうがいいかもしれません

更新履歴　http://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x/CHANGES

>>822 mem_cache だと個別のプロセス単位のキャッシュになるんで，
1プロセスあたりのスレッド数を増やしてプロセス数を絞るとかしないと
効率が落ちると思います．なので，disk_cache を /md で使う方がいいのかも．

>>823 ですねぇ．Squid でキャッシュされた dat が更新されない状態でしたね．
んで，Age 等 mod_cache を使った場合に固有のヘッダが悪さしているのかと思い
mod_headers で Age を出さないようにしたものの，その状態は変わらなかった，
でとりあえず断念，というのが以前の経緯だったと．

例えば，Squid が Cache-Control: max-stale=xx のようなリクエストヘッダを
付けているなら起こり得なくもないんですが，果たしてわざわざそんなヘンな
リクエストをすることがあるのかということと，たとえ Squid がそうしていても
他の普通のリクエストで mod_cache が保持するキャッシュは更新されるはずなので，
やはりちょっと考えにくい...... まぁ，レスポンスヘッダで Cache-Control: s-maxage=xx
のようなのを付ければちゃんと更新してくれるかな......？

>>825
> なので，disk_cache を /md で使う方がいいのかも．

なるほど、両方やって、効果を見るといいのかな。

んん？
なんでリブートが入ったのかしら？

9:08PM up 2 days, 3:09, 0 users, load averages: 0.10, 0.21, 0.21
@bbq

cobra2245.maido3.com = bbq.2ch.net,hack72.2ch.net落ちてますね。

>>828
リブート要請V2.0にて復旧しました。
一応ご連絡まで。

立て続けに2回ですか。

ううむ、dmesg的には異常ないですね。
しばらく経過観察で。

dmesgにはこれと言った出力はないもより(´･ω･`)
・・・と書こうとしていたところ♪
2 users になってた♪
$w
4:41AM up 3:34, 2 users, load averages: 0.54, 0.31, 0.24

そしてbanana238も。。。(´･ω･`)
シグナルが飛んできていないからやっぱり電源が不安定なのかしら？
Rock54ご本尊様がリブートしなかった(´･ω･`)

May 30 23:08:03 <0.6> banana238 kernel: pid 2187 (httpd), uid 80: exited on signal 10
リブート後にこんな人がいたもより。。。

>>832
とりあえずJimさんにクランプメータでチェックしてほしい旨いっときました。

Let's talk with Jim-san. Part5
http://pie.bbspink.com/test/read.cgi/erobbs/1178546129/

>>833
あっー♪
人為的リブートが入ったもよりですー♪

サーバーダウン（鯖落ち）情報 part148
http://qb5.2ch.net/test/read.cgi/operate/1177948183/257

って事ですので単にSIGNAL(SIGTERM?)をうまくキャプチャできなかっただけかもです（苦笑）

local %SIG;
$SIG{'PIPE'} = $SIG{'INT'} = $SIG{'HUP'} = $SIG{'QUIT'} = $SIG{'TERM'} = �&SigExit;
$SIG{'ALRM'} = "IGNORE";

sub SigExit{
unlink $Pid while -f $Pid;
die "$Prog has terminated.(Receive SIGNAL($_[0]))�n";
}

今時のFreeBSDだと、whileでunlinkをループしなくても墜ちてくれるのかな？

えー・・・・Jimさんにはそちらからいってくださいorz

>>836
逝ってｷﾀ━━━(ﾟ∀ﾟ)━━━ｯ!!

\&SigExit じゃなくてよかったのかな......

>>838
投稿時に単に文字化けしちゃっただけです（苦笑）
$SIG{'PIPE'} = $SIG{'INT'} = $SIG{'HUP'} = $SIG{'QUIT'} = $SIG{'TERM'} = \&SigExit

Jimさんは事務ばっかりやってろと。












ひゅ〜るり〜〜〜〜〜〜ひゅ〜るり〜ららあ〜♪

（ ´,_ゝ｀）ﾌﾟｯ

cobra2248退役しますー(^_^;)

今使ってないんですよね?

>>842
現在未使用です。データもmemoriesに退避済。

cobra2248.maido3.com (Opteron ??? dual (dual core)、??Bytes memory、FreeBSD 5.5R)
現在空き
FreeBSD 5.5R/amd64 GENERICカーネルで動作
現在シングルCPU設定の模様

はーい、

どもでした。
ちょっと別の用途に改装して再登場の予定。

んでは、cobra2248引き取ります(^_^;)

そんなわけで、
・httpdを更新する
・mod_mem_cacheを有効にする

という路線でいこうと思っているわけです。

この場合、
・有効にするのはフロント?バック?それとも両方?
・それぞれの場合、httpd.confをどう書いたらいい?

あたりを、ここに書いておいていただけると
とてもうれしかったりして。

で、mod_disk_cacheにも限りない魅力を感じるのですが、
前にhtcachecleanが挙動不審だったので、
少し躊躇しているです。

でも、同様に設定サンプルがあると、うれしいかもです。
なんかくれくれですみませんです。

一応貼っておきます。
ttp://nvd.nist.gov/nvd.cfm?cvename=CVE-2007-1862

帰宅。

>>849
ううむ、ざっとしか読んでませんが
Apache 2.2.4のmod_mem_cacheはVulnerableで、
かつRemotely exploitableですか、、、。

だとすると、cの応用で、
squid等をローカルに動かしてみるとかか。

まずは、いったんめしで。

>>847-850 出張とかある中乙です......

Apache の mod_*_cache がいまいちということだと，確かに Squid の方が手堅いかもですね．
キャッシュさせる目的が dat 等の読み出しによるバックエンドの負荷を軽減させることであることからすると，
入れるのはフロントですね．

　　　　フロントの httpd -> バックエンドの dat 用 httpd

というのを

　　　　フロントの httpd -> フロントの Squid -> バックエンドの dat 用 httpd

という形にすると．

>>851
ただsquidにすると、http 1.0になっちゃうのかな。
で、対象は*.datとsubject.txtだけと。

いずれにせよ、明日の夜に宿泊先でってかんじかなと。

>>852 Squid -> httpd の部分は HTTP/1.0 になりますね．
もっとも，直接ユーザから見える部分ではないですけど．

で，その方向でやるとすると，httpd では
    RewriteRule ^/(\w+/(?:|subject\.txt|(?:subback|index)\.html|index\.css|dat/(?:\d+\.dat)?))$ http://live23.2ch.net:pppp/$1 [P]
の部分を
    RewriteRule ^/(\w+/(?:|subject\.txt|(?:subback|index)\.html|index\.css|dat/(?:\d+\.dat)?))$ http://localhost:3128/$1 [P]
のようにして，Squid では
    http_port 127.0.0.1:3128 defaultsite=live23.2ch.net
    cache_peer private_addr_of_live23b parent port_of_httpd_for_dat 0 no-query originserver
    refresh_pattern . 0 0% 0
    collapsed_forwarding on
    refresh_stale_hit 1
のようにするといいのかな...... まぁ，とりあえずじっk(ry

live23f5(squid挟み)
HTTP/1.1 200 OK
Date: Thu, 14 Jun 2007 17:45:56 GMT
Server: Apache/2.2.2
Content-Length: 3059
Content-Type: text/html; charset=shift_jis
X-Cache: MISS from tiger507.maido3.com
X-Cache-Lookup: MISS from tiger507.maido3.com:ぽわわ
Via: 1.0 tiger507.maido3.com:ぽわわ (squid/2.6.STABLE13)
Vary: Accept-Encoding

live23f4(直接)
HTTP/1.1 200 OK
Date: Thu, 14 Jun 2007 17:46:30 GMT
Server: Apache/2.2.2
Content-Length: 3059
Content-Type: text/html; charset=shift_jis
Vary: Accept-Encoding

X-Cache: MISS from tiger507.maido3.com
X-Cache-Lookup: MISS from tiger507.maido3.com:ぽわわ
Via: 1.0 tiger507.maido3.com:ぽわわ (squid/2.6.STABLE13)

この3行を出させなくするには、どうしたらいいのかしら。

# TAG: via on|off
# If set (default), Squid will include a Via header in requests and
# replies.
#
#Default:
# via on

これではないみたい。

header_access Via deny all
header_access X-Cache deny all
header_access X-Cache-Lookup deny all

ふむ。これか。

とりあえずできたかな。

ちょっとフロントに入れてみるか。

入れた。様子を確認中。

>>854-859 乙です．以前未解決だった黒山羊問題もどうか，ってとこですかね......

動いていそうなので、負荷テスト。

live23f5 にだけ流し込み。

しばらく見ていて問題ないようなら、

・お風呂に入る
・live23f1-f4にも同じ設定を入れる
・もとどおりフロントを5台にする

という方向で。

あとフロントのsquidはほとんどアクセスログとってないけど、

# for squid log rotate
0 0 * * * /usr/local/sbin/squid -k rotate

を入れるのを忘れないようにと。

ログインいただいているようなので、
squid.conf を見られるようにしておきます。
チェックいただけると、とてもうれしいです。

>>864 乙です．こちらで見た限りではいいんじゃないかと思います．
さて，これで実運用でどんな感じになるか，ってとこですか......

>>865
どもです。

daemontools配下にして、reniceを弾力的にできるようにしようと。
rtprioするのはちょっと不安なので、とりあえず-14(cフロントと同じ)で。

#!/bin/sh
exec 2>&1
#exec env - PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
# /usr/sbin/rtprio 31 setuidgid squid /usr/local/sbin/squid -D -N
exec env - PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
/usr/bin/nice -n -14 setuidgid squid /usr/local/sbin/squid -D -N

いい感じかな。

この設定を全フロントに仕込もうかと。

ただし、とりあえず適用はlive23にだけ。
live24/news20(現在使用せず)は従来どおり。

squid入れると、読み込み分が2割ぐらいフロントが楽になるようですね。
これはでかいな。

http://mumumu.mu/bremen/live23bl.html

で、みんなでおんなじスレを読んでもらえば、
さらに効果が上がると。

なんていう皮算用で。

>>870 ですね．特に，同一ファイルに対する同時アクセスで効果が大きいってことで．

まとめ:

0) ロードバランスから一時的に切り離す
1) squidを入れる
(事前に /etc/make.conf に設定追加必要: X11BASE 問題)
X11BASE=${LOCALBASE}
2) squid.conf を設定する
(別掲)
3) squid 起動/日次処理設定を入れる >>866 >>863
4) squid 動かす
5) httpd.conf を設定してApacheを再起動する
6) ロードバランス戻す

>>853 以外の主な squid.conf の設定

cache_mem 128 MB
maximum_object_size_in_memory 4096 KB
cache_replacement_policy heap GDSF
memory_replacement_policy heap LFUDA

cache_dir null /dev/null

logfile_rotate 3
memory_pools off

forwarded_for off

header_access Via deny all
header_access X-Cache deny all
header_access X-Cache-Lookup deny all

フロント5台に対して >>872 を適用。

異常なさげ。

ほんとは動かしながら調整したい (>>873 とか >>866 の値とか) ですが、
かなり無理そうです。

やりたいことはやったので、
あとは、運を天空の城に任せる方向で。

遅くまでお疲れ様です

>>874 乙です．

>>http://qb5.2ch.net/test/read.cgi/operate/1180971685/417-418n
そう言われればそうですね．まぁ，以前ダメだった原因はナゾのままですが......

http://qb5.2ch.net/test/read.cgi/operate/1179399581/735-766n
Pragma: no-cache 対策として refresh_pattern に ignore-reload とか
入れた方がいいのかな．あとは，refresh_stale_hit をどうするか，か．
0 にすれば遅延は生じないけど，負荷とのトレードオフですからねぇ．
まぁ，お陰様で >>869 のグラフでも昨日までよりかなりフラットになってるけど．

live鯖スレが騒がしくなった


http://qb5.2ch.net/test/read.cgi/operate/1179399581/800
今 Nida070422 試したみたけど、投稿後のには Pragma はついていた。

http://qb5.2ch.net/test/read.cgi/operate/1179399581/757
の報告もあるくらいだから、janeがこれと同じタイミングでやれば
416になるのは間違いないとは思うのだけれど、

http://qb5.2ch.net/test/read.cgi/operate/1179399581/766
を見る限り、それだけじゃないっぽいのも確かっぽいのでむむむむ

>>879
>今 Nida070422…

あら本当だ
確認ミスだった

>>879 そのあたりをどうするかは，ある意味ポリシーの問題でもありますね．
方向性としては2つあると思いますが，

1. refresh_stale_hit を 0 にして遅延をなくす．
2. refresh_stale_hit は 1 のままで，ブラウザ側で
　 書き込み後のリロードの際は1秒ぐらい間を空けてもらう．

1. は単純明快ですが，その代わりキャッシュの効率が低下しますね．
2. の方がキャッシュの効率はいいのですが，専ブラ作者さんの協力も必要，と．




とりあえず，今回の簡単なまとめ:
http://news22.2ch.net/test/read.cgi/liveplus/1180626141/759
759 ： 株価【350】 △△ ◆cZfSunOs.U ：2007/06/15(金) 23:41:10 ID:kXgE7+X60
    まぁ，バックエンドがおおむね静かな状態だったことからすれば，キャッシュ導入によって
    怒濤のような ROM の大群からバックエンドを守ることができたという点で前進だと思います．
    ただ，Squid のチューニングに十分時間が取れないまま本番を迎えたので，
    メモリ大量消費によりかなり swap が発生してしまった，というのを改善するのが今後の課題ですね．

Squid関連で面白い記事が見つかったので

ttp://d.hatena.ne.jp/yamaz/20061015
ttp://d.hatena.ne.jp/yamaz/20061026

RFCで実際どのように規定されてるかは知りませんが
Pragma: no-cache　と If-Modified-Since が同時に設定されてる場合
Apacheは(Squidも？) If-Modified-Since は実質的に無視されるから
416になるのはまあ当たりまえだね

んで普通にリロードしてて416になるのもあって、これはなんだろうね？
今重くて実験にならないけど

これはあくまでも予想ですが…

2chブラウザに 更新時刻 00:00:04 の100バイトのdat
Squidに　更新時刻 00:00:01 の50バイトのdat
バックエンドに 更新時刻 00:00:04 の100バイトのdat

このときJaneは

Range: bytes=100-
If-Modified-Since: 00:00:04

をSquidにリクエストするけど、Squidが持ってるのは00:00:01だから

Range: bytes=100-
If-Modified-Since: 00:00:01

をバックエンドにリクエストしてるのかな？

hostsファイルでフロントを固定して過疎スレで試してみた。
416が1回出ると、Range無しでリロードしてSquidのキャッシュを
新しくするまで何回でも416が出続ける。
人が多いスレなら誰かしらがキャッシュを新しくしているのですぐ416は収まるんだろう