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

banana3145(anime3,game14,live27)サーバ故障(^_^;)
・代替サーバは2008年6月12日14:00に完成予定
・データについてはまだどうなるか不明

代替サーバが出来上がったらここでお知らせする
データの復旧作業の進捗もここで(^_^;)

データセンターで担当してる人の名前は。

<メモ>
banana3145 ハードウェアトラブル発生。

2ch サーバーダウン（鯖落ち）情報　part203
http://qb5.2ch.net/test/read.cgi/operate/1213246937/41-113
</メモ>

banana3145　のリプレイスメントの担当者の個人名を
はっきりさせといたほうがいいかもです。

>>109
りょうかいです。

しごとにつき、いったんオフライン。

>>112
マァブってことでイイじゃん。

責任の所在がはっきりしないから、あっちこっちでぐるぐるぐるぐる回遊した挙句、
何の解決にもならない。

？

たらいでも買ってこよう

まぁ1週間ぐらい鯖落ちすると思ってどーんと構えてろや

たらこ？

だからさ、こっちで起こっているのは、

(*ﾟ∀ﾟ)ﾉ「これやっといて」
( ﾟдﾟ )「わかった　（？　よくわからん、次のシフトへまわそう）」
(*ﾟ∀ﾟ)ﾉ「できてる？」
U^ｪ^U「は？」
(*ﾟ∀ﾟ)ﾉ「できてないね！」
U^ｪ^U「よくわかんないっす」

その顔文字どれが誰かわからない

その作業を、最後まで責任もってやるのは誰ですか、という。
そこがあやふやだから、こうなってしまう。

どうなって?

困ってないのであれば、別にいいんですけれども。

<丶｀∀´>謝罪と賠償を要求ﾆﾀﾞ!!

こうですか、わかr(ry

>>125　って言われるので、解決策をかんがえなきゃなあ　って。

あ、U^ｪ^Uこれが番犬か、かわいいな

きゃんきゃん

>>127
それ、BBSピンクの出会い厨

いっこずつやっていくしかないです。

banana3145　のリプレイスメントを、約24時間後に完全に完了させる、
と宣言されました。

じゃー　それにチャレンジしてみましょう。
というのはどうでしょう。

正確には、22時間30分後。

　　　　　　　 ∧＿∧
　 　 ||　|‖ （　・∀・） |‖||＜はい！たらいお待ちー！
　 c=======∪==∪=====ｏ
|‖| . . .. ... .... ..........:::::::::;;;;;;;;;|‖
　 丶-----------------′
　　　　　★─∧＿∧　─☆　ｶﾞｯ
　　　⊂二⌒ ⊃｀Д´）⊃

三日はかかると診た

ですねえ。。

じゃあオイラは一週間。

下手すると来週の火曜日ですねー　明日もう木曜日なので。

そしてわたしは月曜から出稼ぎときたもんだ

じゃあ来月っすね

>>133　が最短じゃないかなー　と私も予想。



言い張るなら、がんばってねー　としか言いようがなしです

番犬さん、エンジョイ。ジョイジョイジョイ

たらいが回さないで落ちてきたｗ

システム移行時にＨ／Ｗ不良が見つかって見送りに１ぴょ(ry

>>133
3日といわず1週間ぐらい休んでいただければ、私も巡回の手間が省けて助かるのですが。

DNSサーバが重くなるのを懸念している、というのをどこかの日記で見た。

花子に入れたやつは、たぶん何か起こらない限り
ずっと花子に入り続けているはずなので、
TTL を 300 から 86400 に変更しようと思います。

ということでしばらくしたら(まず食事させてくださいな)、
そのためのDNS変更申請をしようと思います。

これで、ns1.maido3.com / ns2.maido3.com が多少は軽くなると思うので。

>>143 の申請いきます。
いくつかのレスに分けて申請します。

ただし、afox.2ch.net は現在の TTL=300 を維持することにします。

・花子収容文ホストのTTL値変更のみ(300→86400)

(現状)

その1: 最初から花子なもの

+news23.2ch.net:207.29.253.225:300
+ex20.2ch.net:207.29.253.225:300
+live25.2ch.net:207.29.253.225:300
+tmp6.2ch.net:207.29.253.225:300
+wwwww.2ch.net:207.29.253.225:300
+game11.2ch.net:207.29.253.225:300
+news21.2ch.net:207.29.253.225:300
+game12.2ch.net:207.29.253.225:300
+etc6.2ch.net:207.29.253.225:300
+life8.2ch.net:207.29.253.225:300
+news22.2ch.net:207.29.253.225:300
+anime2.2ch.net:207.29.253.225:300
+ex23.2ch.net:207.29.253.225:300
+memories2.2ch.net:207.29.253.225:300
+hobby10.2ch.net:207.29.253.225:300
+ex21.2ch.net:207.29.253.225:300

その2: 1〜b

+1999.2ch.net:207.29.253.225:300
+2002a.2ch.net:207.29.253.225:300
+aa.2ch.net:207.29.253.225:300
+aa2.2ch.net:207.29.253.225:300
+aa3.2ch.net:207.29.253.225:300
+aa4.2ch.net:207.29.253.225:300
+aa5.2ch.net:207.29.253.225:300
+aa6.2ch.net:207.29.253.225:300
+academy2.2ch.net:207.29.253.225:300
+academy3.2ch.net:207.29.253.225:300
+academy4.2ch.net:207.29.253.225:300
+academy5.2ch.net:207.29.253.225:300
+anime.2ch.net:207.29.253.225:300
+bg3.2ch.net:207.29.253.225:300
+book.2ch.net:207.29.253.225:300
+book2.2ch.net:207.29.253.225:300
+book3.2ch.net:207.29.253.225:300
+book4.2ch.net:207.29.253.225:300
+bubble.2ch.net:207.29.253.225:300
+bubble2.2ch.net:207.29.253.225:300
+bubble3.2ch.net:207.29.253.225:300
+bubble4.2ch.net:207.29.253.225:300
+bubble5.2ch.net:207.29.253.225:300

その3: c〜etc

+caramel.2ch.net:207.29.253.225:300
+cheese.2ch.net:207.29.253.225:300
+choco.2ch.net:207.29.253.225:300
+cocoa.2ch.net:207.29.253.225:300
+comic.2ch.net:207.29.253.225:300
+comic2.2ch.net:207.29.253.225:300
+comic3.2ch.net:207.29.253.225:300
+comic4.2ch.net:207.29.253.225:300
+comic5.2ch.net:207.29.253.225:300
+comic6.2ch.net:207.29.253.225:300
+comic7.2ch.net:207.29.253.225:300
+corn.2ch.net:207.29.253.225:300
+curry.2ch.net:207.29.253.225:300
+ebi.2ch.net:207.29.253.225:300
+etc.2ch.net:207.29.253.225:300
+etc2.2ch.net:207.29.253.225:300
+etc3.2ch.net:207.29.253.225:300
+etc4.2ch.net:207.29.253.225:300
+etc5.2ch.net:207.29.253.225:300

その4: ex

+ex.2ch.net:207.29.253.225:300
+ex2.2ch.net:207.29.253.225:300
+ex3.2ch.net:207.29.253.225:300
+ex4.2ch.net:207.29.253.225:300
+ex5.2ch.net:207.29.253.225:300
+ex6.2ch.net:207.29.253.225:300
+ex7.2ch.net:207.29.253.225:300
+ex8.2ch.net:207.29.253.225:300
+ex9.2ch.net:207.29.253.225:300
+ex10.2ch.net:207.29.253.225:300
+ex11.2ch.net:207.29.253.225:300
+ex12.2ch.net:207.29.253.225:300
+ex13.2ch.net:207.29.253.225:300
+ex14.2ch.net:207.29.253.225:300
+ex15.2ch.net:207.29.253.225:300
+ex16.2ch.net:207.29.253.225:300
+ex17.2ch.net:207.29.253.225:300
+ex18.2ch.net:207.29.253.225:300
+ex19.2ch.net:207.29.253.225:300
+ex22.2ch.net:207.29.253.225:300

その5: f〜g

+food2.2ch.net:207.29.253.225:300
+food3.2ch.net:207.29.253.225:300
+food4.2ch.net:207.29.253.225:300
+food5.2ch.net:207.29.253.225:300
+food6.2ch.net:207.29.253.225:300
+food7.2ch.net:207.29.253.225:300
+gamble.2ch.net:207.29.253.225:300
+gamble2.2ch.net:207.29.253.225:300
+game.2ch.net:207.29.253.225:300
+game2.2ch.net:207.29.253.225:300
+game3.2ch.net:207.29.253.225:300
+game4.2ch.net:207.29.253.225:300
+game5.2ch.net:207.29.253.225:300
+game6.2ch.net:207.29.253.225:300
+game7.2ch.net:207.29.253.225:300
+game8.2ch.net:207.29.253.225:300
+game9.2ch.net:207.29.253.225:300
+game10.2ch.net:207.29.253.225:300

その6: h〜k

+hobby.2ch.net:207.29.253.225:300
+hobby2.2ch.net:207.29.253.225:300
+hobby3.2ch.net:207.29.253.225:300
+hobby4.2ch.net:207.29.253.225:300
+hobby5.2ch.net:207.29.253.225:300
+hobby6.2ch.net:207.29.253.225:300
+hobby7.2ch.net:207.29.253.225:300
+hobby8.2ch.net:207.29.253.225:300
+hobby9.2ch.net:207.29.253.225:300
+human.2ch.net:207.29.253.225:300
+human2.2ch.net:207.29.253.225:300
+human3.2ch.net:207.29.253.225:300
+human4.2ch.net:207.29.253.225:300
+human5.2ch.net:207.29.253.225:300
+human6.2ch.net:207.29.253.225:300
+invisible.2ch.net:207.29.253.225:300
+jbbs.2ch.net:207.29.253.225:300
+kaba.2ch.net:207.29.253.225:300
+kitanet.2ch.net:207.29.253.225:300

その7: life〜live

+life.2ch.net:207.29.253.225:300
+life2.2ch.net:207.29.253.225:300
+life3.2ch.net:207.29.253.225:300
+life4.2ch.net:207.29.253.225:300
+life5.2ch.net:207.29.253.225:300
+life6.2ch.net:207.29.253.225:300
+life7.2ch.net:207.29.253.225:300
+live.2ch.net:207.29.253.225:300
+live2.2ch.net:207.29.253.225:300
+live3.2ch.net:207.29.253.225:300
+live4.2ch.net:207.29.253.225:300
+live5.2ch.net:207.29.253.225:300
+live6.2ch.net:207.29.253.225:300
+live7.2ch.net:207.29.253.225:300
+live8.2ch.net:207.29.253.225:300
+live9.2ch.net:207.29.253.225:300
+live10.2ch.net:207.29.253.225:300
+live11.2ch.net:207.29.253.225:300
+live12.2ch.net:207.29.253.225:300
+live13.2ch.net:207.29.253.225:300
+live14.2ch.net:207.29.253.225:300
+live15.2ch.net:207.29.253.225:300
+live16.2ch.net:207.29.253.225:300
+live17.2ch.net:207.29.253.225:300
+live18.2ch.net:207.29.253.225:300
+live19.2ch.net:207.29.253.225:300
+live20.2ch.net:207.29.253.225:300
+live21.2ch.net:207.29.253.225:300
+live22x.2ch.net:207.29.253.225:300
+live26.2ch.net:207.29.253.225:300

その8: love〜m

+love.2ch.net:207.29.253.225:300
+love2.2ch.net:207.29.253.225:300
+love3.2ch.net:207.29.253.225:300
+love4.2ch.net:207.29.253.225:300
+love5.2ch.net:207.29.253.225:300
+memories.2ch.net:207.29.253.225:300
+mentai.2ch.net:207.29.253.225:300
+money.2ch.net:207.29.253.225:300
+money2.2ch.net:207.29.253.225:300
+money3.2ch.net:207.29.253.225:300
+money4.2ch.net:207.29.253.225:300
+money5.2ch.net:207.29.253.225:300
+music.2ch.net:207.29.253.225:300
+music2.2ch.net:207.29.253.225:300
+music3.2ch.net:207.29.253.225:300
+music4.2ch.net:207.29.253.225:300
+music5.2ch.net:207.29.253.225:300
+music6.2ch.net:207.29.253.225:300
+music7.2ch.net:207.29.253.225:300

その9: n〜o

+natto.2ch.net:207.29.253.225:300
+news.2ch.net:207.29.253.225:300
+news2.2ch.net:207.29.253.225:300
+news3.2ch.net:207.29.253.225:300
+news4.2ch.net:207.29.253.225:300
+news5.2ch.net:207.29.253.225:300
+news6.2ch.net:207.29.253.225:300
+news7.2ch.net:207.29.253.225:300
+news8.2ch.net:207.29.253.225:300
+news9.2ch.net:207.29.253.225:300
+news10.2ch.net:207.29.253.225:300
+news11.2ch.net:207.29.253.225:300
+news12.2ch.net:207.29.253.225:300
+news13.2ch.net:207.29.253.225:300
+news14.2ch.net:207.29.253.225:300
+news15.2ch.net:207.29.253.225:300
+news16.2ch.net:207.29.253.225:300
+news17.2ch.net:207.29.253.225:300
+news18.2ch.net:207.29.253.225:300
+news19.2ch.net:207.29.253.225:300
+news20.2ch.net:207.29.253.225:300
+off.2ch.net:207.29.253.225:300
+off2.2ch.net:207.29.253.225:300
+off3.2ch.net:207.29.253.225:300
+off4.2ch.net:207.29.253.225:300
+o-o.2ch.net:207.29.253.225:300
+ooo.2ch.net:207.29.253.225:300
+oyster.2ch.net:207.29.253.225:300

その10: p〜q

+pc.2ch.net:207.29.253.225:300
+pc2.2ch.net:207.29.253.225:300
+pc3.2ch.net:207.29.253.225:300
+pc4.2ch.net:207.29.253.225:300
+pc5.2ch.net:207.29.253.225:300
+pc6.2ch.net:207.29.253.225:300
+pc7.2ch.net:207.29.253.225:300
+pc8.2ch.net:207.29.253.225:300
+pc9.2ch.net:207.29.253.225:300
+pc10.2ch.net:207.29.253.225:300
+piza.2ch.net:207.29.253.225:300
+piza2.2ch.net:207.29.253.225:300
+pyon.2ch.net:207.29.253.225:300
+qa.2ch.net:207.29.253.225:300
+qb.2ch.net:207.29.253.225:300
+qb2.2ch.net:207.29.253.225:300
+qb3.2ch.net:207.29.253.225:300
+qb4.2ch.net:207.29.253.225:300

その11: s

+saki.2ch.net:207.29.253.225:300
+salad.2ch.net:207.29.253.225:300
+salami.2ch.net:207.29.253.225:300
+school.2ch.net:207.29.253.225:300
+school2.2ch.net:207.29.253.225:300
+school3.2ch.net:207.29.253.225:300
+school4.2ch.net:207.29.253.225:300
+school5.2ch.net:207.29.253.225:300
+school6.2ch.net:207.29.253.225:300
+science2.2ch.net:207.29.253.225:300
+science3.2ch.net:207.29.253.225:300
+science4.2ch.net:207.29.253.225:300
+science5.2ch.net:207.29.253.225:300
+society.2ch.net:207.29.253.225:300
+society2.2ch.net:207.29.253.225:300
+society3.2ch.net:207.29.253.225:300
+society4.2ch.net:207.29.253.225:300
+society5.2ch.net:207.29.253.225:300
+sports.2ch.net:207.29.253.225:300
+sports3.2ch.net:207.29.253.225:300
+sports4.2ch.net:207.29.253.225:300
+sports5.2ch.net:207.29.253.225:300
+sports6.2ch.net:207.29.253.225:300
+sports7.2ch.net:207.29.253.225:300
+sports8.2ch.net:207.29.253.225:300
+sports9.2ch.net:207.29.253.225:300
+sports10.2ch.net:207.29.253.225:300

その12: t〜y

+tako.2ch.net:207.29.253.225:300
+teri.2ch.net:207.29.253.225:300
+that.2ch.net:207.29.253.225:300
+that2.2ch.net:207.29.253.225:300
+that3.2ch.net:207.29.253.225:300
+that4.2ch.net:207.29.253.225:300
+tmp.2ch.net:207.29.253.225:300
+tmp2.2ch.net:207.29.253.225:300
+tmp3.2ch.net:207.29.253.225:300
+tmp4.2ch.net:207.29.253.225:300
+tmp5.2ch.net:207.29.253.225:300
+ton.2ch.net:207.29.253.225:300
+tora3.2ch.net:207.29.253.225:300
+travel.2ch.net:207.29.253.225:300
+travel2.2ch.net:207.29.253.225:300
+travel3.2ch.net:207.29.253.225:300
+tv.2ch.net:207.29.253.225:300
+tv2.2ch.net:207.29.253.225:300
+tv3.2ch.net:207.29.253.225:300
+tv4.2ch.net:207.29.253.225:300
+tv5.2ch.net:207.29.253.225:300
+tv6.2ch.net:207.29.253.225:300
+tv7.2ch.net:207.29.253.225:300
+tv8.2ch.net:207.29.253.225:300
+tv9.2ch.net:207.29.253.225:300
+tv10.2ch.net:207.29.253.225:300
+v-v.2ch.net:207.29.253.225:300
+yasai.2ch.net:207.29.253.225:300

その13: 大移動の後、花子で名前だけ引き取ったもの

+academy.2ch.net:207.29.253.225:300
+food.2ch.net:207.29.253.225:300
+science.2ch.net:207.29.253.225:300

以上、>>145-157 の全てのホストについて、

+science.2ch.net:207.29.253.225:300
↓
+science.2ch.net:207.29.253.225:86400

のように、TTL値を300から86400に変更お願いします。

なお、同じ内容をこれから中の人にメールでも送っておきます。

>>158
花子収容分サーバの TTL は無事、86400 に変更されました。

13:45 banana3145の代替機banana3288完成
現在banana3145のデータを転送中(^_^;)
グラフはhttp://traffic.maido3.com/1wH9/z95m/t9tN/

　 　　　*　　　　　　*
　　＊　　ウソです　　＋
　 　　 n ∧＿∧　n
　＋　(ﾖ（* ´∀｀）E)
　 　 　 Y 　　　 Y　　　　＊

>>161
おいｗ

>>161
こらぁ！ｗ

ウソなのか
wktkした俺の5分弱 on_

http://traffic.maido3.com/1wH9/z95m/t9tN/
を見ろ。

なんだ嘘か・・・

10Mbpsで頭打ちになっているように見えるのはどっちかのNICの設定がまずいのか
それとも3145のHDDを気遣って速度絞ってるのか…今どういう状態なんだろ

>>161
おいｗｗｗｗｗ

確かに10M頭打ちに見えますね。
なんだろう？設定されていないとか？

むむ(^_^;)

どうも誰かがケーブルを踏んでるらしい(^_^;)

>>170
ifconfig確認しました？

>172
したした(^_^;)問題なし

>>160
stats 登録してきます。

>>173
すると、、スイッチ側の問題かな？

>>175
done.

転送の際にgzip転送だったりすると、100Mフルは埋められないですね。
CPU使うし。

あと、掲示板データみたいな小さいファイルだと、
ファイルの読み書きに手間がかかるので、
単なるバースト転送には、ならないです。

doneされてしまった。

>>177
にしても、>>160のグラフを見ると、あれ？って思う訳でして。

でも、まだ「受け取り」が完了してない状況なので、
私がログインして確認したわけではないです。

# 受け取りは、データ転送完了後でよいと思いますです。

>>178
なるほど、、、。

転送＊元*のサーバが、10Mbpsで頭打ちだったりするのかな。

banana3145は今、入れないみたいなので、
別のサーバにHDDだけつけて、データ転送してたりして。

ありゃ、全角と半角がまざった、、、。まいっか。

>>180
そうみたいですｗ

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

あと必要なのは、

・受け取り
・必要なら板復帰
・上がった後のF22調整

ぐらいですかね。

あと、ひとつ確認ですが、
FreeBSD 7.0R/i386? それとも amd64?

もし i386 だったら、あぼーんしたやつは amd64 だったはずなので、
CGI/so の調整と、read.cgi 配布リストの更新が必要になるです。

>>182
やはりそうでしたか。

FreeBSD 7.0R/i386　かな
未確認ですが、

>>185
了解です。

> CGI/so の調整と、read.cgi 配布リストの更新が必要になるです。

が必要と。

はいー

read.cgi リストの更新とDNS切り替え後の F22 の調整は、
あとで私のほうでやっておきますです。>>187

受け取り・CGI/so調整の作業は、よろしくおながいいたします。＞番犬さん
今日は割とオフライン気味なので(たまたま今運よくオンラインなだけ)。

はーい

で、read.cgi / so は、
i386 なら dso から持ってくればおｋのはずです。

# amd64 だったら yutori から。

> # amd64 だったら yutori から。

あ、amd64 ならもともとのやつでおｋだったですね。

りょうかいですぞ

で、まとめると、

・banana3145の障害の原因はマザボ(or RAIDコントローラ)の破損だったらしい
・データはどうやら無事らしい、別サーバからサルベージ中
・各種作業終了後に通常オペレーションとなる予定(今日中にはなるでしょう、きっと)
・banana3145は２ちゃんねるからは退役

ということですか。

確認していませんが
わたしもそう推測しています。

現オペが失敗したらわたしの出番です。

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

自分的にすごく重要な発言だったので、
ここにも、貼っておこうかと。

576 名前：root▲▲ ★[] 投稿日：2008/06/13(金) 16:14:04 ID:???0
>>523
だから、ここって面白いんですよね。
まるでインターネットみたいじゃないですか。

かつてのインターネットは、平気でサーバ落とせたし、
また、よく落ちたんですよね。

なんかどんどん、インターネットじゃなくなって、面白みがなくなっていく中、
最近はここが「日本に残った最後のインターネット」なんじゃないかという
気さえしています。

…あ、これは、本を書くときに是非書きたいネタだったかも。
といっても具体的な予定があるわけじゃないですけど。

本を出すときは新潮社やコアマガジンではなく、是非我が出版社で

すごく重要な発言だったので、ここにも、貼っておこうかと。

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

606：動け動けウゴウゴ２ちゃんねる [sage]：2008/06/13(金) 16:19:22 ID:CekVpyFhP
大体サーバの運用・保守に関ったことある奴なら
すぐ直るとかコピーするだけとか誰も信用して無いよな？

ホットスワップとか信用できるか！


633：tiger3502専用 ◆jxAYUMI09s ：2008/06/13(金) 16:22:53 ID:YVpn6tqZ0 BE:9429757-DIA(100001)
>606
花代が稼働して一週間ほどして、突然アラートが出たんだな
どうもドライブのリビルドが始まったらしい
何事か！　と思ったら
Jimがお客様にサーバセンターを紹介してて
目の前にあった花代を見せて
「このサーバ、私が使ってるんですがすごいんですよ、こうやってディクスをいきなり抜いても自動的にリカバリーするんです。hahahaha!」と
ほんとに引っこ抜いたのが原因でした(^_^;)

>>196
えっと、どちらの方かは存じませんが、
もし「マジレス」であれば、ご連絡をいただければと。

mumumu at newsplus.jp

を、軽い気持ちで書いてしまいましたが、
マジレスになると生半可だと申し訳ないので
各所に相談してみてからメールします

>>199
了解です。

そして各所に相談している間に新潮社やコアマガジンに先を越されるわけですね
わかります

現地、ネットワークシャットダウンするそうです。
いったんオフライン。

rootたんが本気と書いてマジになったときいて飛んできますた

【banana3145】anmie3,live27,game14復旧の見通しについて
http://qb5.2ch.net/test/read.cgi/operate/1213345371/132

132 名前：アクチョン仮面 ★[] 投稿日：2008/06/13(金) 18:01:48 ID:???0
【誤算１】

http://stats.2ch.net/karasu2.cgi　を修正しようと思ったら

stats.2ch.net にFTPで入れない・・・
sshはok

調査してもらおう

F22調整済。
これは仕掛け動かすだけなんで京ぽんでも可能。

>>204
ありゃ。
オンラインになったら見てみます。

壊れたbanana3145は返却で、

あい(^_^;)banana3145引き取りました

>>204
みてみましたが、
今の私の環境からは、FTP無事つながりました。

maido3.com な別サーバ、また、stats.2ch.net 自身からもちゃんとつながったので、
クライアント側に原因があるような気がします。

>>206-207
了解です。

net.inet.icmp.icmplim=3000
net.inet.icmp.icmplim_output=0

net.link.ether.inet.log_arp_wrong_iface=0

が、/etc/sysctl.conf に設定されていない気がします。< banana3288

dmesg 的には異常ないようです。
T-banana32、メモリ4G、FreeBSD 7.0R/i386 を確認。

ということで、>>209 の作業と stats の修正作業が終われば、
今回の作業は完了、ということでいいと思いますです。

>>188
> read.cgi リストの更新

完了。

移動のため、いったんオフラインになります。
次オンラインになるのは本日深夜以降の予定。

>>208

てへへっ
入れた
ごめん

http://stats.2ch.net/karasu2.cgi　修正した。

>>213-214
了解です。

今回の迅速な対応に比べて、ex22の放置っぷりが泣けてくる。
(^_^;)の人はいい加減ブライアンの尻の穴掘ってでも何とかして欲しい

きたく。ねるしたく。くたくた。

ところで、ねぼけた頭でひとつしつもんなんですが、
今回のbanana3145の破損と代替サーバの準備やら関連作業やらには
全く何の関係もないはずのbbspinkの79さんが、何か色々と口を挟んでいたらしい
(サーバダウンスレを追えていないのでよくわかりませんが…)には、
何ら、理由があるんですかね、、、。

というか、サーバはマァヴさんの予告どおりにちゃんとリプレースされて、
そして、ちゃんと動いてるんだから、そんなことは今は考えなくてもいいのか。

とりあえず、ちと休息したいっす。
病み上がりの身にはちとハードな出張だったかも(面白かったけどね)。

おやすみなさい。

> 何ら、理由があるんですかね、、、。

何ら → 何か

なんかもう、ちゃんとタイピングできないっすね。
ふらふらなんで、まずは、ねるです。ぐぅ。

おいらも寝るです。

// 掻い摘んで

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

882 ：79 ：sage ：2008/06/13(金) 14:24:04 ID:3VrzjIeB0
代替品って、到着しているのでつか？
謎。

この物理的な「到着している・していない」で、過去にさんざんもめたので
さすがに、どうなんですか、という。

// こんな感じで絡んでたっぽい

http://qb5.2ch.net/test/read.cgi/operate/1213343728/94
4時間15分を分に直すと255分
これが意味するところは・・・！

俺にはわかりません

ﾊﾞﾗﾝｽｗｗｗｗｗｗｗｗｗﾊﾞﾗﾝｽｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

0xFF分ごと・・・
11111111分ごと・・・
ちょうど1Byte・・・

ごめん誤爆

79さん登場を登場おもしろがって、鯖落ちｽﾚで遊んでいたものです。ｽﾏｿ。

彼女のﾚｽによると、、、
PINKで同様なことが起こったらどうしたらいいか。勉強しにきてたみたいです。
それと、彼女の認識内ではPIE代替鯖が届いてなかったので、どうなってるんだろうと？
今日は一人で冷やし中華ﾊﾟｰﾃｨｰらしいです。

なーに　なんの心配もいらないって

わたしの出囃子はインディージョーンズマーチです。

ぱーぱらっぱー♪

どくお様、関係者の皆様:

本日、お送りいただいた荷物の中身を確認いたしました。
大変素晴らしい「日高三石産 昆布」が3袋と、
どくおさんからのメッセージが入っておりました。
ありがとうございました。

袋を開けた瞬間の良い香りが「本物」を感じさせました。
レシピ等検索しつつ、本物の味を楽しもうと思います。

http://mumumu.mu/img/hidakakonbu.jpg

＞出囃子

素で出落ちと読んでいた。

>>227
渋い床だなー

＞今回のbanana3145の破損と代替サーバの準備やら関連作業やらには
＞全く何の関係もないはずのbbspinkの79さんが、何か色々と口を挟んでいたらしい

＞// こんな感じで絡んでたっぽい

単に本当に届いてるの？とか聞いてただけだと思うんだけど。
ああしろこうしろとか、どうしたほうが良いとかそんなことは言ってないと思う。
2chのユーザだったら聞く権利くらいあるんじゃないの？
もちろん聞かれた方もどうなんでしょうね、とか適当に返しても良いけど。
もしかして
　「2ch運営」じゃないお前が出しゃばるんじゃない、引っ込んでろクズ。
とかそういうこと？むむむ さんはいつもちょっと遠回しだけど
そういう雰囲気を>>217とか>>220から感じるんですが……

お察しください

あのスレ読んでたけど、状況が把握出来てないなら余計なことは書かない方がいいよ。
特にボラさんなら。

くんくん（＾ω＾　）

このスレ桃臭いぉ（＾ω＾；）

>>230
検閲みたいなレス付けられるとは思わなかった。

>>230-232
rootさんは、それが判らないから尋ねたんだと思うよ。
知らない事があったなら知ってそうな人に聞いてみるのは一手段。

つうか、>>225みたいなのがたくさん遊んで変なノイズになっちゃって
いたって事だけでしか無いから。

でも、PINKは以前色々あったから気になっちゃったんだろうね。

NGわーお：運営


昆布は煮物がｳﾏｰ

>>235補足

＞ でも、PINKは以前色々あったから気になっちゃったんだろうね。

「79さんがネタにされてた」からね。
これが正義方面の方々とかだったら別に流していたと思う。


一度何かあると、次の機会にはどうしても身構えてしまう物だから。

番犬さんへ:

某 _make なんちゃらスクリプトですが、

mkdir("/md/tmp/") ;
mkdir("/md/tmp/speedy/") ;
mkdir("/md/tmp/book/") ;
↓
mkdir("/md/tmp/", 777) ;
mkdir("/md/tmp/speedy/", 777) ;
mkdir("/md/tmp/book/", 777) ;

とかでないと、
複数のバーチャルホストと共存している時に、うまくいかないです。

# とりあえず game13 は 手で chmod 777 しておきました。

っと、まず、777 → 0777 ですね。

あと、FreeBSD 7.0 からは、

umask 0;

を明示的に宣言しないとだめなようです。
(bbs.cgi は以前私がそうしたので、問題はないです)

で、、、このスクリプトですが、
全サーバ共通でしたっけか。

もし共通なら、私のほうで修正・配布しておきますです。

umask 0;

mkdir("./tmp/");
mkdir("./tmp/speedy/") ;
mkdir("./tmp/book/") ;

とすれば OK の模様。
逆に、 0777 と書くのは意味をなさない様子。

あ、>>241 は実験で作ったプログラムからコピったので、
mkdir のパス名が本物とは違っているです。

あいや　りょうかい

全サーバ共通でーす
おねがいしまーす

>>243
了解、と思って mamono のやつを qb6 に持って来たら、
該当箇所は修正されていました。

mkdir("/md/tmp/speedy/",0777) ;chmod(0777,"/md/tmp/speedy/") ;
mkdir("/md/tmp/book/",0777) ;chmod(0777,"/md/tmp/book/") ;

これを改めて、全サーバに配布します。

>>244
done.

_make なんちゃらに、コマンドジンギスカンの種を入れた。

/usr/local/bin/speedy → /md/bin/speedy
/usr/local/bin/speedy_backend → /md/bin/speedy_backend

早速 life9 で適用。

>>246
「にコピー」を書き忘れ。

あと、/etc/rc.local @ banana3267 を見ましたが、
_make なんちゃらが、システム立ち上げ時に実行されていない様子でした。

また、記述にエラーもある様子。(bubble6のところ)

なおしていただくように、中の人にメールしておきますです。

>>248
メールしておきますた。

それまでに life9 が落ちたら、手でスクリプトを実行する必要があるわけですが、
とりあえず cron に書いて対策しておきます。

@reboot なんちゃらかんちゃら/_makeなんたら

と一時的に書いておきました。 @ life9

>>248 を対策していただけたら消す予定。

【実況】　live23+live24　Part27.1
http://qb5.2ch.net/test/read.cgi/operate/1211636558/77-80

/etc/hosts を他からコピペした時に、
余計な改行が入っていて、live24.2ch.net が内部経由になっていませんでした。

今直したので、これで、live24f1/f7 だけアクセスが異常になるのが、
直るといいなと。

# make clean

【実況】　live23+live24　Part27.1
http://qb5.2ch.net/test/read.cgi/operate/1211636558/81-82

直った模様です。
ちょっとはずかしいミスでした。

live23f1 / live23f7 は健康を取り戻したので、
matd の比率を以下にしてみた。様子を確認中。

8 : 8 : 8 : 6 : 6 : 6 : 8

>>254
問題なさそうなので、当分これで。

ううむ、バーチャルホストが6つも入っていると、
F22 が同時に来るから、結構つらいなぁ。< news24 など

>>265
出来れば分割を考えてほしいです・・・

直るの時間かかったなー

はーやーくぅこいこいA-Tiger♪

>>259
はやく、ためしたいですね。

news24他のやつは、HDDがめいっぱい状態で、
LA上がっている模様。

サブドメイン一個にしますか　@A-Tiger

bejin.2ch.net とか、

tundra.2ch.net ｷﾎﾞﾝ

>>261
一個を強く希望いたします。

それにするなら、beijing.2ch.net ですかね。

で、dqnplus gamenews namazuplus news4plus news5plus @ news24 をジンギスカンにした。
mnewsplus はもともとジンギスカン。

多少は重いのが緩和されればと。
A-tigerが来るまでの辛抱ということで。

２ちゃんねるはホントに衰退しているんですかね、、、
ますます太っている気がするのだが、

>>264
私もです、、、。

どう考えても、ますます太っているとしか思えない。

特にでかい事件があると、どかんと増えるのはいつものことなんですが、
そのあと、元の状態には減らないんですよね、、、。

アキバ事件以降ってROM数そんなに増えてるの？

投稿数推移

http://pv.40.kg/suzume/

なんか増えてね?
一年で25%ほど・・・

>>267
今年は、1月からの成長が著しいですね。
そのまま伸びている漢字。

昨年までは、1月から3月までは太っても、
春とともに止まっていたような気がするんですが。

7月になったら恒例の半期に一度の投稿数グラフをまた、うｐしようと思いますが、
今回は何となく、増えているような感じ。

やっぱり例の、200個表に出しているのがでかい気がしますです。

そら2chも太ってるんだろうけど
ネット全体も太ってるだろうし
相対的にはやっぱ減ってるんじゃないの
知らんけど

>>270
ネット全体は「太っている」というか、
「人はあまり増えてないけど、一人あたりがむちゃくちゃ資源を使うようになった」
という気がします。

それに比べると２ちゃんねるは、
なんだかまだ、人そのものが増えているような気がしてならないです。
「延べ人数」だったりするのかもしれないですが。

>>267-268
なるへそ
ありがとう。

２ちゃんねるの投稿数ってさ
リッチなコンテンツじゃないし変わっていないし

ネットが太ってるのは
もう新しい参加者が増えてるんじゃないんじゃないかな
コンテンツがリッチへリッチへ行っているわけで、

世界となったらまた話は違うけどさ

>>273
やっぱりそう思いますか。

日本って、もう人口増えてないし、というか既に減り始めてるわけで。

で、PCだけじゃなくて携帯とかも動画したりなんだりして、
どんどんトラフィック出ているわけですけど、
新規契約数が大幅に増えてるわけじゃないみたいだし。

- * -

でも、それでも、２ちゃんねるはまだまだ膨らんでるような気がするのは、
いったいどうしてなんでしょうね。私が単なる幻を見ているというだけなのかな。

人じゃなくてプログラムだったりして

半年前にROMの人が書きはじめたんだ、きっと

ワロタ
アキバ事件以降の人はあと半年後に急に増えるわけだ

そだねぇ　こわひねぇ

人口は減ってるけど、
10〜40代の人はまだ増えてるんじゃない？

そう。みて見て不満不足があって書き込んで、それに答えた結果だと。

涙が出そうです。

ネット利用者の大半はまだ寿命に達していなくて、若年層の新たな
ネット利用者（携帯含む）は年々育って増えてくる。
利用者総数はまだ増加傾向にあるんじゃないでしょか。

>>281
ふむ、、、。

ちょっと前までは、そんな気もしてました。
まだボリュームユーザは増えているんだろうと。

でも去年あたりから、なんだかそんな気がしないんですよね。
私だけなのかもしれないですが。

>>270
>相対的にはやっぱ減ってるんじゃないの

というのが違うんじゃないかと去年の後半から思い出しました。
まだ戦いは続くと

読み書きする敷居が下がってるとか。
平易な日本語の表現が増えて

毎日毎日大量投稿をする荒らしの人数が増加しただけだったりして

>>285
それは激減しました
2003年当時は全体の30%を超える勢いでしたが、

あとはチャット化かな
最近の若者はせわしないのが好きなようで

実況系とそれ以外で分けて増加具合を見てみるとか？

ふーむ。
YouTubeは頭打ちっぽいしmixiやニコ動はあからさまに減ってるっぽいし
2chは相対的にも増えてるのかもねぇ

狭く深くから広く浅く?

携帯ユーザーの増加じゃないんかの〜
外から、ちょっとした時間に見るのには一番適している（？）から。

ま、ネットに夢や希望を求めていた世代は勢力が衰えコミュニティとして
の利用がメインになってきたんだろうな。

逆に言えば、そんだけ現実のコミュニティが崩壊（変質？）してるんかもな〜
会社も、地域社会も、家庭も・・・

え？IPv4って使えなくなるの？
http://namidame.2ch.net/test/read.cgi/news/1213583993/

>>293
暇だからマジレス。
IPv4 の IP address が新たに配布できなくなるだけで、protcol としての IPv4 が使えなくなる訳じゃない。

過去と比べて板の数や、全体のスレの数の推移ってどんな感じなんですか？

鯖の増強によってスレの数増えて
数値的には増えてるけど、体感的には減っている（分散している）というような事ってありませんかね？

# あちらのスレは急加速して流れることがあるので，こちらで......

>>http://qb5.2ch.net/test/read.cgi/operate/1213016346/505-515n
[pc].2ch.io で動いてるやつを別のサーバに移すってことでしょうか？
移すこと自体は構わないと思いますが，2台という形は維持した方がいいと思います．

c.2ch.io で動いているパーサは MeCab を使っていますが，
この処理が CPU bound で再クロール時などは CPU がフル回転している状態です．
現在「アクティブなプロセス数＝論理 CPU 数」という形で稼働させていますが，
これに httpd も同居させるとなると，アクティブなプロセス数が論理 CPU 数より大幅に多くなり
コンテキストスイッチングが激増し，効率がかなり低下するのではないかと思います．

あと，現在 [pc].2ch.io で使っている stiger は管理人さんの鯖だと思うので，
管理人さんへの打診も必要でないかな，とも．

>>248-250
中の人に設定を直していただいたので、
crontab に一時的に書いた設定を削除しました。

>>296
なるほど。

・移すこと自体は問題ない
・技術的に、2台という形は維持したほうがよい
・管理人にきちんと確認が必要

ということですか。

えと、当面、BBS_4WORLD の設定がある板の設定をむぎゅった場合、
とりあえず「元はこうなってました、元に戻してくださいですー」な旨、
このスレあたりに書いていただければと思いますです。＞まほらさんほか、変更人の皆様

# そのうち、かっこいいおにいさんが呪文を修正してくれるに違いない。
# と、日記には書いておこう(古い)。

>>298
もっとかっこいい若者が対応した模様です。うわあい。

2ｃｈの動作報告はここで。 パート24
http://qb5.2ch.net/test/read.cgi/operate/1204187195/551

若者はともかく、もっとかっこいいはマズくないですかＷ

こちらも対応してくれはるかも？
tiger509 # svc -h bbr2ch
bbrfilter.plをいぢってみますた。

>>301
むぎゅー。

としましたが、bbrfileter が上がってきません、、、。

何か、エラーがあるのかも。

chmod +x bbrfilter.pl

としたら、正常になりましたです。

ちなみに、bbrfilter は、
tiger509 への載せ替えの際に、
rock54 なユーザでもそのへんを入れ替えられるようにしてありますです。
単に rock54 なユーザで kill すれば、自動的に上がりなおすです。

というわけで、お好きなようにカスタマイズできるはず。>>301

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

再度再度発生。
状況としては、数分まったく外部からつながらなくなり、
自然に復旧する。

banana3163 = 206.223.153.185 だけど、
ネットワーク的に何か問題でもあるんだろうか。

そういえば、どくおさんの日記にも
同じような症状のレポートが、あったようななかったような。

>>103
いってきます。

>>103
done.

>>304
お好きなようにカスタマイズしたつもりが全然反映され無くって、直上の親のpidが変わらないもんですから、
てっきりsvscanbootががっちりと掴んで離さないのかと思っていました。。。

あれ？svscanboot起動じゃないんだ(汗)@tiger509

>>308
無事に変更が反映されていることを確認できますた♪

>>308
起動方法は FreeBSD の ports 標準そのままですね。
/usr/local/etc/rc.d/ の下にあるやつが動きます。

今しがた、tiger3507 のログイン情報を受け取りました。
これから内容をチェックします。

ad10: 238475MB <Seagate ST3250410AS 3.AAC> at ata5-master SATA300
ad12: 238475MB <Seagate ST3250410AS 3.AAC> at ata6-master SATA300

残念ながら、ベロシラプターではないようだ。

ハードウェア的には異常なさげ。

受け取りました。
ぼちぼち、作っていきます。

＞残念ながら、ベロシラプターではないようだ。
それでもwktkが止まらない

ばちゃばちゃとコマンド打った感じ、、、はやいっすねー。
百式触ったときも「はやいなー」と思いましたが、もう一段階速いって感じです。

しかし、ディスクは「普通の速さ」だと思いました。
mv とかそのへんは、T-banana と同じ感覚。
# というか、ディスクだけが以下略、、、。

あ、今頃理解できた。。。
お行儀よくsvc -h するんじゃなく、
$ kill -kill bbr2ch
しちゃうわけですね♪@1秒後に復帰

って事で今日も眠薬頂いて早々に退散〜

>>316
どもです。お行儀よく、

kill pid_of_bbrfilter.pl

なわけです。はい。

ちなみに svc でやる場合は、svc -t になるです。はい。

はい。

>>317
svc
svstat
ともに、
bbr2ch: unable to open supervise/ok: access denied
で怒られました。。。

>>318
あ、もちろん、svc や svstat は root ユーザじゃないとだめです。

入れ替え時には、単に kill (kill -KILL じゃなくて、っていう意味です)
していただければと。

で、

20080619: p2 FreeBSD-EN-08:02.tcp
Fix errors in the padding of TCP options.

というエラッタが出ていたわけだが、
これって、7.0R-p2 に全機、バージョンアップしたほうがよい、
ということなのかしら。

tiger3507 ですが、

# added for 2ch
SUP=/usr/bin/csup
SUP_UPDATE=yes
#SUPHOST=cvsup4.freebsd.org
SUPHOST=cvsup.peko.2ch.net
SUPFILE=/usr/src/standard-supfile
SUPFLAGS=-g -L 2
PORTSSUPFILE=/usr/share/examples/cvsup/ports-supfile
# Thank you for http://qb.2ch.net/test/read.cgi/operate/1062137886/39
WITHOUT_X11=yes
WITH_APACHE2=yes
# CPU type
CPUTYPE=core2
CFLAGS=-O1 -fno-strict-aliasing -pipe

という /etc/make.conf で、
まずは特に問題なく 7.0R-p2 にできました。
ユーザランドも全て core2 対応バイナリに差し替えおｋでした。

特に問題なく、カーネルのスリム化もできた。

%uname -v
FreeBSD 7.0-RELEASE-p2 #0: Thu Jun 19 06:36:10 PDT 2008
[email protected]:/home/obj/home/src/sys/AMD64_ATIGER_70_ULE_NOFIREWIRE

あとは、ぼちぼちやっていけばおｋと。

ports入れ中なわけだが、、、。

コンパイルがめちゃくちゃにはやい気がする。

tiger3507はつつがなく準備でき、掲示板を入れられる状態になりました。
さて、どうするか。

・ex25 として動かす
・違う名前で動かして、ex25 は花子に入れる

＜・違う名前で動かして、ex25 は花子に入れる＞に僭越ながら1票

news24 human7 snow sports11 banana3163.
game14 anime3 live27 banana3288
etc7 bubble6 food8 life9 banana3267

この辺りの板を1つづつ移して様子を見るというのは
どうでしょう？

1台の鯖の負荷を減らすと携帯のエラーが変化するのか
興味があるだけなんですが。

板じゃないなヴァーチャルホスト（？）か・・・

ex25として2〜3日放っておく（初期動作確認）。
安定してたらじゃかじゃか板を突っ込んでみる（限界ってどこよ）。

密かに更新された模様ｗ

http://www.maido3.com/server/zousan/nikki60.html

んで、
('A`)さん 日付ちがーくね？
５／１９→６／１９？

>>328
忙しい時にはよくある事w
そっかー、ラウンドロビンにも追加かー。

さて、tiger3502は明日6/21 16:00に引退しますー(^_^;)そして修理に旅立つ
なんかやりのこしたこととかあれば言ってください。

>>330
さよーならー（＾o＾）/~~

>>330
ex25 のバックアップはとってあるはず、、、ですが、
一応確認してみます。花子さんってもう復活したんでしたっけ。

で、changi.2ch.net 作ってきます。
本件はあと、サーバリフレッシュスレにて。

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

>>332
http://qb5.2ch.net/test/read.cgi/operate/1152266515/678
ですが、既に14時間ほど経過しているのに終了していない様子です

>>333
いやなかんじですね。

再度、中の人に確認してみます。

>>334
花子のM/B入れ換えはまだですかい？

以下のDNS登録をよろしくお願いします。
同じ内容をメールでも送ります。

(新規登録)
+changi.2ch.net:207.29.247.150:300

>>336
メール送りました。

>335
出稼ぎから帰ったらいよいよ作戦始動のつもり(^_^;)

http://changi.2ch.net/

見える?

> changi.2ch.net建設予定地

見えた見えた

見える・・・見えるぞ・・・！

>>341
了解です。

準備完了ということで、あとはリフレッシュスレで。

レスアンカ、 >>340-342 でした。
みなさまどもです。

大規模なネットワーク障害だったみたいですね。

徐々に戻ってきているのかな。
しかし、落ち方が挙動不審でしたね。

NS系統が落ちた？原因分からないけど。

最初一部サーバが不達になって、
そのあと、入り口から丸ごと落ちた感じでしたね。>>346

そのうち、何らかのアナウンスがあるんじゃないかなと

ここでやろう。

live23 live24 と c系の一部ですが、
今回の障害のあおりをうけて、1G のスイッチがおかしくなった模様です。

DavidさんからICQかかったので、
対応してもらうようにお願いしました。

news24もそれが原因？

対応 live23/live24 は、直った気がします。

>>349
よくわからないです。

>>351
ん、わかりました
いろいろと大変ですが頑張ってください

# もしよろしければ答えてほしいのですがchangiに板が収容されるのはいつ頃でしょうか

>>352
> # もしよろしければ答えてほしいのですがchangiに板が収容されるのはいつ頃でしょうか

作業者のタイミングがあった時かなと。

あと、今まだ不達な2chのサーバって、ありますかね。
簡潔に報告いただければと。

>>350
対応 → 対応いただいたので、

banana3163がまただめぽです

banana3163　だめっす

>>355-356
banana3163
banana3000

あとは?

human7もだめっぽ

>>358
banana3163はhuman7も積んでるからおｋ

banana3163 = news24/sports11/human7/dso/snow/2chplus >>358

負荷監視所がエラーになってるのはあと

banana3233
banana3244
tiger3504
tiger3503

かな

banana3233 = c22
banana3244 = c24
tiger3503 = c202
tiger3504 = c203

か。

tiger3503は大丈夫じゃない？

いくつか復帰してきましたね
にしても不安定だな・・・

何度も書いてますが、しばらく、状況観察ですね。
まぁネットワークトラブルっていうのは、えてしてこんなかんじで。

>>365
んー、わかりました

向こうの天気見れないけど、雷でも近くに落ちたのかな？
ちょっと前に他社のデータセンター死ななかったっけ。

banana3163 は、戻ったみたい。

>>367
直感だけですが、この落ち方は天候じゃないんじゃないかなと。
天候だったら、ほんとに全部ばしっといくはず。

>>362 のサーバ群も、復活したように見えます。

c202 は、まだ外からはいけないかな。

過去ログ倉庫はまだ復旧してないみたいっすね

>>371
ttp://c.2ch.net/はいける

>>369
建物や階数、サージ対策等の設備知らないので
ふと思っただけです。
やり方によっては順番に落ちていくってのもあるかと思っただけで(汗)

お疲れさまです。
お茶置いて置きます。
つ旦旦旦旦旦旦旦旦旦

>>371
復活したかな。

これでbanana3000以外は、復活したのかしら。

皆様が対応している間に、changi でこんな実験設定をしてみた。

うまく動くといいな。
あと、メモリディスクに突っ込んだほうがいいの、なんだろ。

%df -t nullfs
Filesystem 1K-blocks Used Avail Capacity Mounted on
/md/usr/local/bin 396526 71174 293630 20% /usr/local/bin
/md/usr/local/sbin 396526 71174 293630 20% /usr/local/sbin
/md/usr/local/libexec/apache22 396526 71174 293630 20% /usr/local/libexec/apache22
/md/usr/local/lib/perl5 396526 71174 293630 20% /usr/local/lib/perl5
/md/usr/local/lib/php 396526 71174 293630 20% /usr/local/lib/php

>>377 は、こんな感じのやつを立ち上げ時に実行。

# XXX memory disk hack
rm -rf /md/usr
( cd / ; tar cf - usr/local/bin ) | ( cd /md ; tar xBpf - )
( cd / ; tar cf - usr/local/sbin ) | ( cd /md ; tar xBpf - )
( cd / ; tar cf - usr/local/libexec/apache22 ) | ( cd /md ; tar xBpf - )
( cd / ; tar cf - usr/local/lib/perl5 ) | ( cd /md ; tar xBpf - )
( cd / ; tar cf - usr/local/lib/php ) | ( cd /md ; tar xBpf - )
mount_nullfs /md/usr/local/bin /usr/local/bin
mount_nullfs /md/usr/local/sbin /usr/local/sbin
mount_nullfs /md/usr/local/libexec/apache22 /usr/local/libexec/apache22
mount_nullfs /md/usr/local/lib/perl5 /usr/local/lib/perl5
mount_nullfs /md/usr/local/lib/php /usr/local/lib/php

で、2ch的には概ね、戻ったのかな。

banana3000 については、別途調査を依頼するということで。
今日はここまでかなと。

ですね。お疲れ様でした。

で、>>377-378 をやるので、changi はメモリディスクを 400MBytes ほどとりました。
それでもまだ余裕ありで。

で、>>378 ですが、/usr/bin や /usr/sbin はちとこわくて、さすがにできにくいですね。
ようは、デマンドページで動くバイナリやモジュール(.so) を、メモリディスクにしようと。

あ、そうか。/usr/local/lib もやろうっと。

結局、こうやってみた。

%df -t nullfs
Filesystem 1K-blocks Used Avail Capacity Mounted on
/md/usr/local/bin 396526 103588 261216 28% /usr/local/bin
/md/usr/local/sbin 396526 103588 261216 28% /usr/local/sbin
/md/usr/local/lib 396526 103588 261216 28% /usr/local/lib
/md/usr/local/libexec 396526 103588 261216 28% /usr/local/libexec

(立ち上げ時に実行)
# XXX memory disk hack
rm -rf /md/usr
( cd / ; tar cf - usr/local/bin ) | ( cd /md ; tar xBpf - )
( cd / ; tar cf - usr/local/sbin ) | ( cd /md ; tar xBpf - )
( cd / ; tar cf - usr/local/lib ) | ( cd /md ; tar xBpf - )
( cd / ; tar cf - usr/local/libexec ) | ( cd /md ; tar xBpf - )
mount_nullfs /md/usr/local/bin /usr/local/bin
mount_nullfs /md/usr/local/sbin /usr/local/sbin
mount_nullfs /md/usr/local/lib /usr/local/lib
mount_nullfs /md/usr/local/libexec /usr/local/libexec

>>383 の欠点は、/usr/local/bin とかの下を何かしたい(更新とか)時は、
一度 umount するか、最悪一度 reboot する必要があることですかね。

というわけで、おやすみなさい。
今日は思いのほか遅くなってしまった。

で、このセッティングが功を奏して、仮に他サーバにも適用することになるとしたら、
チャンギセッティング、と呼ぶことにしよう。そうしよう。

>>330
ex25のバックアップイメージは花子さんにとってありますが、
花子さんのイメージが確認できるまで、引退は保留にさせて
いただけると助かります。

つまり、正しく花子さんが立ち上がってからということで
よろしくおながいいたしますです。

携帯フロントのほうは、そのまま破棄で問題ないと思います。
引退確認後に、DNS削除依頼出します。

で、ex25 はそのまま花子さんに収容ということで、
こちらも花子さんが無事立ち上がったら、
たんたんと作業依頼させていただきますです。

花子さんが復旧したので、
ex25 のイメージが破損していないかどうか、
これから改めて確認します。

花子さんにとってあった ex25 のイメージが破損していないことを確認しました。
携帯フロントのイメージは破棄で問題ありませんので、
tiger3502、引退可能です。>>330

　　　　　　　　..◇・。..☆*。
　　　゜ﾟ･*:..｡.。★◎＠　○☆｡..:*･゜
　゜ﾟ･*:..｡.。◇＠☆*･゜★｡｡.:*･☆*･｡..:*･゜
。..:○★◎☆。∂∇。★◎*･゜ﾟ。◎★
　　　◎☆◇☆。*･.｡..☆◎。.:☆◇*.....。
　　゜ﾟ･*:..｡.*･☆◎。＿＿☆◎*･｡..:*･゜ ゜　　　
　　　　　　　　＼　　　　　 　／　　　　　　作業してくれたるーとさんと　　　
　　　　　　 　　　＼　　 　／
　　　　　.　∧＿∧＼ ／　　　 　　　　　そしてtiger3502にお疲れ様を
　　　　 　 （・ω・）..∞　　　　
　　　　　　/ つ つ▽▽▽▽▽ 　
　　　　〜(　　 ﾉ.......|....|.....|....|.....|
　　　　 　　しし'......⌒⌒⌒⌒⌒

ということで ex25 は、花子さんに収容する方向で。

・ex25 のアカウント作成(花子さんの上に)

をお願いいたします。
アカウント名は、現在の tiger3502 上の ex25 と同じでお願いします。

banana3163 = news24/sports11/human7 他で、
「チャンギセッティング」試したんですが、
効果は結構あった模様。

ディスクI/Oが少なくなったので、LAは上がるけれども、
リクエストをきちんとさばけるようになったみたい。

Apacheもこれまでよりたくさん動かしてみたけど、
swapも起こりにくい模様。

('A`)さんの日記　更新キタよ〜

第６１日目：【障害復旧対応】花子救出大作戦 with Mumumu
http://www.maido3.com/server/zousan/nikki61.html

今回起こっているネットワーク障害についても少しふれられていますね。

上げ忘れた orz

む）
↑じっと見ると、そのうち顔に見えてくる。

あーほんとだ

花子の外科手術は先送りになるのかな。

きたく。

>>393
そういえば例の事件の時ICQで
「まず何はともあれ、Bogonフィルタの導入を考えたほうがいいと思う」と、
Davidさんと話したです。
Davidさんは「そうだね、私もそう思う」と言っていたので、早晩、解決していくかと。

Bogonアドレス偽装してDDoS攻撃するのは、今や定番の一つだったりするですね。
プライベートアドレスを偽装するのはさすがに減ってきましたが、
それ以外のBogonを偽装するパターンは、結構あるようです。

で、>>393 のどくおさんの日記の補足を、、、。

> disklabel -r /dev/da0p1と打ってみて下さい。

のところですが、disklabel (bsdlabel)コマンドは 2^32-1 セクタよりもたくさんある
でかいパーティションでは、使えないです。
あの時も実際にはこんなのが出て、

---
ど (13:05):
banana3000# disklabel -r /dev/da0p1
disklabel: disks with more than 2^32-1 sectors are not supported

む (13:06):
なるほど。サポートしてないのね。
COMPATIBILITY
Due to the use of an u_int32_t to store the number of sectors, BSD labels
are restricted to a maximum of 2^32-1 sectors. This usually means 2TB of
disk space. Larger disks should be partitioned using another method such
as gpt(8).

これか。
む (13:08):
gpt show /dev/da0p1

こうかな。
---

こんな会話をしました。

で、
> ('A`)：「(亜空間に飛ばされてしまった・・・)」

のところですが、fsck_ffs のソースを見てました。
「エラーメッセージが出ている時は、まずどこで出ているのかを確認しろ」

ってやつです。

で、calloc ができていないっぽくて、man calloc してみて、
calloc はmalloc で実装されているということだったので、
あ、こりゃデータリミットに引っかかっているっぽいなと、、、。
(旧memoriesは64bit版だったので、この制限はなかった)

で、これは確か loader.conf いじってリブートしないとだめだったなと思い出し、
/boot/defaults/loader.conf ファイルを見て、それっぽい変数を拾ったと。

それから、後付で newfs して、
つい softupdate なしにしてしまうのは、実はよくはまる事例です。
私も live8 デビューの際にはまってました(このスレの過去ログ参照)。
つまり、かつて私も同じ痛い目にあっていたということで、、、。

rootさんへ
http://qb5.2ch.net/test/read.cgi/operate/1190801959/916,957
rockの不調？

あとは、こういったトラブルの際には、

0) 何はともあれ「もちつく」
慌てても暴れても何も解決しません。
もちつけのAAでも思い出しながら、じっくりいくましょう。

1) まずは、被害の程度がどのくらいなのかを把握する
これにより、どのくらいの重篤さなのか、また、何をしなければならないのかがわかります。
今回の例だと gpt でラベル読んだり、mount -r で read only で mount したりが相当します。

2) 1) に応じた対策計画を素早く立てる
これが原因のはずだから、ああやってこうやれば復活するはずだ、といった計画を立てます。
復旧作業は時間との戦いなので、脳内計画で十分です。
でも、脳内計画はメモ用紙とか用意して、簡単にメモをしておくことが良いようです。

3) 作業中にシステムメッセージやエラーメッセージが出てきたら、
関連マニュアルをあたり、必要に応じてソースも当たる
(出てきたメッセージで grep する等)
つまり、常にマニュアルとソースを読める状態にしておくことが重要です。
で、どこに何のソースが入っているのか、/usr/src の下の構造を理解しておくとよいです。
もちろん、Googleとかにきいてみることも大変有効です。
大抵みんな、同じような痛い目に遭っているはずなので。

4) 記憶が鮮明なうちに、何をどうやって復旧したのかをきちんと記録しておく
次に同じようなことや似たようなことが起こった場合、必ず役に立ちます。
今回の日記とかは、大変すばらしいです。
システムのおもり役の人たちは、みんなこうして痛い目に遭って、
少しずつ成長してきたわけです。もちろん、私も。

とりあえず、こんなところで。

>>401
ん?

携帯からrock54に行くときって、IPアドレスって元々引いてましたっけ。
引いても意味がないから、以前からやっていないような。

ちと、bbs.cgiみてみます。

なるほど、BBR は携帯であっても呼ぶのね。

BBR って、最近いじってませんでしたっけ。
bbs.cgi 的には何も変わっていないような気がします。

# ちなみに BBX(Rock54) は携帯では呼びません。
# ころころIPアドレスが変わるので、意味がないので。
# かわりに BBN(Rock54M) を固有番号をキーに呼び出しています。

で、BBR 呼ぶときには IP アドレスも Rock54 システムには伝わっているですね。

そんで、結論からいうと、

・bbs.cgi 的には何も変わっていないと思う
・ので、私にはよくわからない、、、

ということになるです。>>401

と思ってみてみると、、、。

@40000000485fb7483b54974c tinydns: fatal: unable to bind UDP socket: address already used
@40000000485fb74a00ea5e0c tinydns: fatal: unable to bind UDP socket: address already used
@40000000485fb74b0218df74 tinydns: fatal: unable to bind UDP socket: address already used
@40000000485fb74c0349453c tinydns: fatal: unable to bind UDP socket: address already used
@40000000485fb74d0478a934 tinydns: fatal: unable to bind UDP socket: address already used

BBRがエラー出してる、、、。

なぜか、tinydns が二重起動していました。
再起動したけど、どうなるか。

たぶん、直ったと思う。

原因は、、、なぜだろう。
普通はこんなこと起こらないはずなのだが。

@40000000485fb81c01a17cf4 IP = xxx.xxx.xxx.xxx

という行がログに出力されるようになりましたね。
BBRいじったのが原因なのかな。

とりあえず、しばらく様子見ということで。

うぅむ、、、
パイプ的出力部分は触っていないはずなのに。。。

ひとまず今日は就寝。。。

どくおさんの日記読ませていただきましたが、秘儀炸裂という感じでしたね。
お疲れ様でした

---

過去にb3000のリブート依頼を出させて貰ったとき、fsck強制終了で再チャレンジとか言うのが起きてたのは

>"む"：「お、top でみて、(fsckプロセスの)サイズが 407M ありますね。
>　　　　ここが 512M 近くなると、死んでいたんじゃないかなと推測。」
>('A`)：「あ、そうです。ここが430M位になる処までは気づいていたのですが・・・
>　　　　そんなからくりだったか、、、、」

もしかして、この辺りのお話が絡んでいたんでしょうかね。外から眺めてるだけの私にはよくわかんないですけど。

どくおさんへ:

softupdateについてはかつて山本和彦さんが書かれた、
品質の高い解説がありますので、こちらを参照されるとよいかと。

Softupdate のひみつ
http://www.mew.org/~kazu/doc/softupdate.html

softupdateといえば、gjournalがいい感じ。
fsckがいらないし、softupdateより速いっぽいし。
まあ新しい機能なんで大事なデータに使うのは気が引けるかもしれないけど、
ZFSやtmpfsと違って experimental 扱いではないので、掲示板サーバーで試してみてはどうでしょう。

>>414
チャンギでやってみようかな。

ちなみに gjournal は 7.0Rからの機能ですので、
花子さん花代さんではやりたくてもできないんですよね。

あと、gjournal は SCHED_ULE との相性が悪い、という噂をどこかで
聞いたような気がするんですが、そのへん、どうなんでしょう。

# 最近私が作るサーバはSCHED_ULEばかりなので、
# ちと、気になっているです。

>>415
そんな噂を言った覚えがあります。

http://ktjx.blogspot.com/2008/03/freebsd-gjournal-schedule.html
これ？どうなんですかね

【広告・宣伝対策】 連絡・相談スレ 【Rock,BBQ,BBM】3
http://qb5.2ch.net/test/read.cgi/operate/1214288955/40

ふとBBNのDNSデータ見たんですが、
iモードIDなしのデータがDNSに登録されているようです。
これって、まずいかも。

少なくともbbs.cgiは「あり」のデータが
登録されていると思っているはずなので。

docomo.ne.jpの記録がklistに反映されていない事と
何か関係あるのでしょうか...

BBN が止まっています

あの事件以降のびのびになっていた read.cgi の開発環境を dso 上に作成し、
開発の方法を管理人に今しがた、教えました。

以上、お知らせまで。

>>421 のメールは、SunOS さんにも Cc: しておきましたです。

なお、今回のものはかっこいいおにいさんや私が使っている開発環境とは、
別に作成しています。たぶん、干渉しないはず。

で、出来たものの配布の際には、
大変お手数をかけてしまって申し訳ないのですが、
私のほうまで一声、ご連絡を入れていただくしくみとさせていただきました。

# でも、しかしそれでもなお「ざわざわ」と感じる、
# 何ともいえないこの胸騒ぎは、いったい何なんだろうか、、、。

む〜さんがぴろしきの性格を知りすぎてるから＞＜；

ひろゆきがルールに従ってなんかするという姿が全然想像出来ないわけだが・・・

これでいいんじゃないですかー?
めんどうくさいのでこれで。。。


とかやってそう

>>424-426
これは何度も引用しておりますが、
私は、この掲示板とその管理人については、下記のように理解しておりますです。

これからの掲示板システムの設計の指針(うそ)
http://mumumu.mu/human-2ch.html

なんつーww

力作乙

いつ読んでもまったくそのとおり、てか

リンク先が和田さんの文章で吹いた

>>431
より正確には「和田先生の師匠筋に相当する高橋秀俊先生」の文章なわけですが、
昭和42年(今から40年も前)に、電子計算機というものの本質を
ここまで正確に理解していたということに、寒気がするほどの凄みを感じますね。

高橋秀俊
http://ja.wikipedia.org/wiki/%E9%AB%98%E6%A9%8B%E7%A7%80%E4%BF%8A

あ、41年か。>>432

何か物理の教科書で見たことあったな、と思ったけどやっぱ同じ人か。

その年代は電子計算機に熱狂的な期待が高まって
物理や数学の学者から計算機関係に研究分野を移した人が相当数居ますね。

つうかロゲルギストの一名かあ。

>>421
((((((((；ﾟДﾟ))))))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙｶﾞﾀｶﾞﾀﾌﾞﾙｶﾞﾀｶﾞｸｶﾞｸｶﾞｸｶﾞｸ

昭和42年4月 って、俺と同学年かよｗ

予想通り「ほかのサーバのread.cgiもちょいといじりたいんですが、
配布ってどんな感じでやればいいんすかね。。」

と聞かれました。

私には管理人の行動を妨害する権利はありませんので、
既に作成済みの、全サーバへのread.cgi配布方法を教えました。

以上、あらかじめお知らせまで。

(￣ー￣)ﾆﾔﾘｯ

>>438
((((((；ﾟДﾟ))))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

さて、状況を楽しむか。
( ﾟ∀ﾟ)ｱﾊﾊ八八ﾉヽﾉヽﾉヽﾉ ＼ / ＼/ ＼

・・・・・・・・凄い嫌な予感

無意味な露出わろた(^O^)

なんか、嫌な予感が

>>439
そこは「殺す気か！」じゃな。

めもめも。

【広告・宣伝対策】 連絡・相談スレ 【Rock,BBQ,BBM】3
http://qb5.2ch.net/test/read.cgi/operate/1214288955/70-71

http://dso.2ch.net/test/read.so/myanmar/1101988903/l50
改造に成功した予感です。

成功って・・・

>>446
おぉー。

右側の検索窓ですかね?

保存してあった前のバージョンとの diff とってみました。なるほど。

でもこれって、MSIE 以外のブラウザでも動くのかしら。

MSからなんか貰ったんか？

Opera9.50問題なし

FF2で動いてますー。

了解です。

で、これ、search.live.com でいくんでしょうか。

検索窓・・・どこｗ（FF3）

あいあい。>>453

んで、これを配布したいんですが、
どうしたらいいのかな。。と。

どうせなら
http://en.wikipedia.org/wiki/Special:Search?search=&fulltext=Search


こんな感じで検索窓選べるようにして

>>454
なかーま・・・　FF3
でもoperaならOKだった

>>455
メールした配布方法で問題ないわけですが、
よろしければソースをもうちょっと beautify した後に、
今日の昼ぐらいまでに私のほうで配布しておきますです。

>>456
私もこれに一票ですね、、、。
Googleとか選びたいかも。

Firefox3ではちゃんと動かないのかしら。

Fiefox3.0ですが、右上に検索見えます。

>>458
わーい、よろしくです。

他の検索エンジンはそのうち、、

>>459-460　&ひろ（ｒｙ
m(_ _)mごめんなさい、さっき出てなかったけど
何度かやってたら出てきました

何が変だったのか分かりませんけど・・・

>>460
マジすか
何かプラグインが足りないのかなぁ

Lynxでもちゃんと検索窓が表示されたから明らかに
>>463の火狐の設定がおかしい

ってあれ、Lynxでは検索窓として機能しなかったｗ

というか… Fx 3(以外でも) 「ウェブ検索」が見えないって人は JavaScript モードに
してるんじゃない？

cgiモードなのにスクリプト切ったら動かないなんて

見える http://dso.2ch.net/test/read.so/myanmar/1101988903/l50
見えない http://dso.2ch.net/test/read.cgi/myanmar/1101988903/l50

ということか。

上ならFF3でも見える
ってかブラウザの問題じゃなかったのねん
表示されるし検索も出来た

sstpはまだなのか。

sstpのとこは、正規表現使えないので、なんて書いたらいいかよくわからなくなってるおいらです。

>>471
どのようにお考えですか？

【eo民と規制〜2008年〜】
1月
　　 　 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15
　 　　 ○ ○ ○ × × × × ○ ○ × × ○ ○ × ×
　　　　16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
　　　　× × ○ ○ × × × × × × × × ○ ○ × ×
2月
　　　　01 02 03 04 05 06 07 08 09 10 11 12 13 14 15
　　　　× × ○ ○ ○ ○ ○ ○ × × × × ○ ○ ○
　　　　16 17 18 19 20 21 22 23 24 25 26 27 28 29
　　　　× × × × × × ○ ○ ○ ○ ○ ○ ○ ○
3月
　 　　 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15
　　 　 ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ × ○ ○
　　　　16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
　　　　○ × × × × × ○ ○ ○ ○ ○ ○ ○ ○ ○ ○
4月
　　 　 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15
　 　　 ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○
　　　　16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
　　　　○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○
5月
　 　　 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15
　　 　 ○ ○ ○ ○ ○ ○ × × × × × × × ○ ○
　　　　16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
　　　　○ ○ × × × ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○
6月
　　　　01 02 03 04 05 06 07 08 09 10 11　12 13 14 15
　　　　× × × ○ ○ ○ ○ ○ × × ×。× × × ×
　　　　16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
　　　　× × ○ ○ ○ ○ ○ ○ ○ ○

・コンパイル時の warning を出なくした
(printf で % 出したいときは %% です・・・＞管理人)
・" " の中に TAB 入れたい時は直接 TAB じゃなくて \t がいいので、そのように変更した
・生成される html の整形を見やすいものにした
・EscapeUTF8関数のCopyright 表示をここ↓のものにあわせた
http://nurucom-archives.hp.infoseek.co.jp/digital/ecl.js.txt

ということで、これから全サーバに配布します。

>>473
read.cgi ver 05.0.7.0 2008/06/25

うへ。。どもどもです。。

>>473 done.

>>471
sssp: でしたっけ。
今の仕様より、むしろ dat に自分では埋め込めないように入るようにして
(BEからしか絶対入れられなくする)、それを表示するようにしたほうがいいような気も少し。

>>475
そんで、今のコードだと、site:2ch.net は決してオンにならないような気がするんですが、
それは、将来のための何かなのかしら。

BBNの様子がおかしい、と思ってみてみたら、
BBNの中身のDNSサーバの指定が、古いままでした。

直しておきます。

# ここはきっと未承諾さんが設定するところのような、、、。

Rock54_BBR.pl というファイルに、
古い値が埋め込みになっていましたです。

&bbn.2ch.net:206.223.151.69:a

ここ↑が、↓のように古いIPアドレスのままでした。

&bbn.2ch.net:206.223.147.42:a

で、このプロセスは常駐みたいですね、、、。

とりあえずよくわからないので、
rock54サーバ自体、リブートしておきます。

>>481
これで「BBNが止まっています」が出ることは、なくなるはず。

あとはやっぱり、ここ(BBNのデータ)に「iモードIDだけの値(iモードID-フラグ、ではなく)」
が入っているのが非常に気になりますね。
こちらは、未承諾さん待ちということで。

よく見ると、

7文字

だけのものと、

7文字-小文字フラグ

のものが、混在しているみたいです。
ううむ、ますます不可解だ、、、。

しかしここから先は、私、見ないことにしますです。
そんな神様のお告げがどこからか。

（　＾ν＾）毎度おつかれさまですﾆｭｯ

そういいながら、ちと見てますが、

例えば AX***CR というドコモの携帯から、BBN に結構来ているようなんですが、
AX***CR という BBN のエントリは、現在7文字のものしかありません。

bbs.cgi は「DNSには全ての場合について 7文字-小文字フラグ の形で入っている」
と思っています。

つまりこれだと BBN にひっかからないので、
結果として広告入れても通ってしまう予感が。

でもここから先は私にはわからないので、
中身を見られる人待ちということで。

で、私がDNSデータのほうを見た限りでは、

ある時期以降に登録されたもの、つまり後半部分で出てくるものは、
全て「7文字だけ」になってしまっているような気がします。

前半部分のものは、7文字-フラグ の構造してるみたいなんですが、、、、。

>>486
docomoがklistにのりにくい件はその混在が原因ですかね？
7文字のみになったときと同じくして載らなくなったように感じるのですが。

http://halcyan.30.kg/klist/list.php?filepattern=-6-&kwd_sv=&kwd_host=docomo

おかしいのは確かなんですが、、、

>>487
そうとしか考えられないですね。

接続元別にRock54は捕捉システムが動いているです。

通常のIPアドレス: BBX
携帯・携帯用ブラウザ・公式p2: BBN

なので、BBN で捕捉されないものは、以下略ということで。

このグラフが空なのも、>>480 が原因でした。
今、DNSキャッシュサーバ再起動しました。

たぶんですが、現在＊２ちゃんねるの全サーバ＊から、
BBNシステムへのアクセスに不具合が生じているはず。
(a.ns.bbn.2ch.net の IP アドレスが存在しないものを差していたから)

キャッシュの寿命が切れたサーバから、徐々に直っていくはず。

しかしこのファイル、どうして突然に先祖がえりしてしまったんだろう、、、。

バイ猿もバーボンも繋ぎ変えすれば意味がないのですけど

例えば music8 = banana3198 ですが、

;; ANSWER SECTION:
a.ns.bbn.2ch.net. 197834 IN A 206.223.147.42

となっているので、あと2日ちょっとは、古いDNSサーバを参照し続けますね、、、。
DNSサーバ自体のキャッシュはdjbdnsの場合3日なので、
キャッシュの更新にはそれだけの時間を要するということで。

# グラフ見ると、だめになっていった時も、
# 3日ぐらいかけて徐々にだめになっていったっぽいですね。

>>491
その話は、今ここではしていないです。

で、BBNの問題点を整理しておくと、

1) プログラム中に書かれていたBBNのDNSサーバのIPアドレスが間違っていた

これは私がさっき直しました。
最大3日ぐらいかけて、徐々に直っていくと思います。

2) ドコモのiモードIDの「小文字フラグ」が、
プログラム中でうまく処理されていないように思える
BBNに「小文字フラグなし」の状態のものが登録されていっている

これは、未承諾さん待ちということで。

あと、それぞれの影響範囲ですが、

1) たぶん今、携帯からのRock54は、きわめてかかりが悪くなっているはず。

2) なかでもdocomoについては「全くかからない」状態になっているはず。

ということで。

今喜多産業。
時間に余裕が有れば今すぐ直したいけれども、まとまった時間が割けない今日この頃(´･ω･`)

#会社の林檎機→電源入らず(´･ω･`)、帰宅してみるとまた鯖機の笊が水切れ(´･ω･`)

■ Rock54M - 携帯からの広告投入撃退作戦
http://qb5.2ch.net/test/read.cgi/operate/1121187328/l50

>>494
→2)
bbrfilterでimodeIDをデコードしちゃっているのでそのままBBNにも流れているのが原因です(´･ω･`)
Rock54_BBR.plで、再度DNSにエンコードしなきゃってところです(´･ω･`)

今からやっても大丈夫だろうか、、、＠おいらの躰

♯$Rock54.pl restart で、みんな一斉に再起動を掛けるのが一般的です。
（個別に停止→起動も出来ます）
ex.
$ kill Rock54_BBR.plのpid
$ ./Rock54_BBR.pl
で桶です。

>>498
なるほど、了解。

今からやれるものであれば、今からやるとよいかも。

オツカレ

しっかりな♪

ついでに

Rock 登録の3回というのを、ッ試験的に２回にしてみてくれ・・・・

自動BBQの威力も増すはず！

目標は宣伝投稿を半減ということでの実験なので、一ヶ月ほど、2回で登録にしておいてくれな！

>>499
やってみますた。ひとまず文法は通るみたい、、、
%perl -wc Rock54_BBR.pl
Rock54_BBR.pl syntax OK
%

続きは、、明日（本日ではない）にでも。。。ぱたっ♪

おつですた。>>502

乙ですー。

DNSデータを見る限りでは、
新しく入ったと思われるものから、iモードID-フラグ の
フォーマットに変化してきているようです。< BBN

お疲れ様です　m(__)m

>502
乙です。ありがとうございました。

Apache 2.2.9 になって、

ftp://ftp.peko.2ch.net/pub/patch/apache22/apache-2.2.0-fdqueue.c-freebsd.patch

このパッチがうまく当たらなくなったんですが、
虫はとれた、と考えていいのかしら。

# そういえば stream さんが、どこかに何かそんなことを書かれていたような。

>>508
これかしら
http://qb5.2ch.net/test/read.cgi/operate/1208685863/212

>>509
おお、それですそれです。

じゃ、今後このパッチは当てなくてもよくなったと。

( *´∀`)ﾊｧﾊｧ

>502
乙でした。
過労で倒れたらあかんでー。

倒れても良いようにお布団を敷いておきました♪
添い寝者ｷﾎﾞﾝﾇ（もちろん♀限定）

過労のせいか、ただいもギンギンガンガン（照）

韓語で書かれてるスレ見つけました
UTF8は、OKに成ったのでしょうか？

アーケード板
湾岸ミッドナイトMaximumTune 3 [SERIES 121]
http://game13.2ch.net/test/read.cgi/arc/1212924897/810,837

どうして、フロントが軽い状態でも
特に掲示板サーバが重くない状態でも
「切り離し中」がこんなに多発するんだろうか、、、。< c.2ch

おととい辺りから、P2でも珍しく(アクセス)エラーが出る‥
PIEの障害報告はないし、グーグルトレンドでは…

>>515
subject一覧を取得出来なかったら120秒間そのホストを切り離すみたいです。
それからc204とc205に入れませんでした。
/close/にゴミが入ってないでしょうか？

>>515
subject一覧を取得出来なかったら120秒間そのホストを切り離すみたいです。
それからc204とc205に入れませんでした。
/close/にゴミが入ってないでしょうか？

>>518
c204 と c205 は、かっこいいおにいさんの「受け取り」待ち中です。
つまり、私もまだログインできません。

受け取っていただけないと広告が更新されないので、
このままだと管理人的にもたぶんまずいんですが、
そろそろ蛙、じゃなかった帰るという噂もあるようです。

>>519
板一枚しくったらホスト全体にアクセスできなくなるので
秒数を緩和しましょうか？

>>520
それだと、直感的に120秒は長すぎる気がしますね。
実験的に60秒ぐらいにしてみるとよさげではないかと。

>>521
では204、205以外を更新してきます

>>522
完了しました

2ｃｈの動作報告はここで。 パート24
http://qb5.2ch.net/test/read.cgi/operate/1204187195/569-570

>>524
について、中の人にメールで修正をお願いしておきました。

>>523
おつでした。

c204, c205については、受け取り完了後に同期ということで。

>>524 は、修正された模様。

>>520
＞ 板一枚しくったらホスト全体にアクセスできなくなるので

今後はバーチャルホスト止めて、1ホストで徹底的に詰め込む方向だろうから
阿鼻叫喚の悪寒ｗ

>>528
「切り離し」というアーキテクチャというか、
考え方から再考する必要があるんでしょうね。

subject.txt がとれないほど重いことは、
少なくとも昼間の時間帯には起こらないと思うんですが、、、。

いつ・どの板が原因で切り離しを行ったっていうのログは取ってないの？
取得自体に何かトラブルがあるのやも

>>529
単なる勘ですけど、短パンマン多発と近い所の事象なのではと思ってます。
＜subject.txtがBGに無い
自動切離しを入れた経緯はサーバーダウン時にBGの負荷が上がりまくったから
と記憶しております。

>>530
ログ…あるのかな？ 少なくともスクリプト側からは何もしてないです。

訂正：
○旧BGの負荷
×BGの負荷

現在の改良されたBGだとどうなんだろう。

どくおさんへ:

まず、Daul → Dual です、はい。

で、もしよかったらそのデュアルサーバの dmesg をどっかに吊るしてほしいなぁ、
と、つぶやいてみるテスト。

あと、「第５７日目の日記」がリンク切れみたいです。
リンクのお尻に何かゴミが入っているみたい。

>>533
怒られたら、また考えるって事で、はずしてみましょうか。

63日目
>Polywellの技術スタッフはLive CDでLinuxをtiger3502上で
なんでPolywellはFreeBSD使わないん?

Linuxの方が圧倒的メジャーだから。FreeBSは度マイナー。

２チャンネルでマイナーなFreeBSDが採用されているのは、rootさんの存在が大きい。

アメリカyahoo!なんか弱小でFreeBSDユーザーの数のうちには入らないということですね、わかります

犬糞に比べればまあマイナーだろうなあ。

>>539
>詭弁のガイドライン
>
>2.ごくまれな反例をとりあげる

一社だけじゃなく全体を考えなさい。

http://traffic.maido3.com/QVOE/lvd9/LDry/
c205がBGと通信できてないみたいです。

>>542
困ったですね。私もログインできないので。

リブート要請します。

>>543
done.

中の人からメールが来ました。

お問い合わせのありました件ですが
現在調査中です。ご迷惑をお掛け致しますが、
今しばらくお待ち下さい。
追って担当の者よりご連絡致します。

とのこと。

ログインできないのでわかりませんが、
ことによるとスイッチの障害とかなのかも。

>>545
ありがとうございます。
あっ！リブートか！って戻ってきたら、そういう事だったんですね。

>>545 続き

お問い合わせのありました件ですが、
問題の状況を把握致しました。
現地作業員に作業の要請を致しました。
作業終了まで今しばらくお待ち下さい。

とのこと。

で、今見る限り、水曜の途中から既におかしかったみたいですね。

ひょっとして、c の不調はこれが原因?

>>548
明らかにこれが c.2ch.net 不調原因の一つっぽいですね。
かっこいいおにいさんが出稼ぎ中で「受け取り」が終わってないので、
私やcの中の人たちがログインすらできないのがつらいところですね。

来週までこのトラブルが続くようなら、
いったん c.2ch.net のラウンドロビンから外してもらおうかと。

# ちなみにその後、中の人からの連絡はありません。

どくおさんへ:

dmesg 見させていただきました。
http://www.maido3.com/server/zousan/banana3601_dmesg.txt

チップセットはこれですね。

モバイル インテルR 945GM Express チップセット
http://www.intel.co.jp/jp/products/chipsets/945gm/index.htm

だったら ICH7 なので、SATA300 いけるはずですが、、、。

BIOS の設定を疑ってみるのがよい気がします。
特に「SATA + PATAミックスモード」みたいなモードがある場合など、要注意かも。

# ちなみにICH7はAHCIやRAIDには非対応ですね。これは、ちとざんねん。

で、dmesg をもう少し読んでみましたが、

atapci0: <Intel ICH7M SATA300 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfa00-0xfa0f mem 0xfdffe000-0xfdffe3ff at device 31.2 on pci0
ata0: <ATA channel 0> on atapci0
ata0: [ITHREAD]
ata1: <ATA channel 1> on atapci0
ata1: [ITHREAD]

で、

ad0: 238475MB <Seagate ST3250410AS 3.AAC> at ata0-master SATA150

のようにディスクは ata0 についているようなので、
やっぱり SATA300 じゃないとおかしいですね、、、。

ねむいのと気圧変わってきたせいか微妙に調子悪いので、
今日はこんなところで。

【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.2 - ボーリング場3
http://qb5.2ch.net/test/read.cgi/operate/1203100286/690-691

以下のDNS変更申請をします。
同じ内容をメールフォームでも送っておきます。

・障害発生中の c205 を c.2ch.net から切り離し、c24 と一時的に入れ替え

(以下の行を一時的に緊急削除)
+c.2ch.net:207.29.247.145:300

(以下の行を一時的に緊急追加)
+c.2ch.net:206.223.149.230:300

>>552
送信完了。

>>552
作業完了の旨メールいただきました。
こちらでもDNSの元データが切り替わったのを確認しました。

mamono に「チャンギ設定」を適用。

現在チャンギ設定有効のサーバ:

tiger3507 = changi
banana3273 = mamono
banana3163 = news24/sports11/human7他

チャンギ設定とは:
従来の「ジンギスカン設定」に加え、
/usr/local/bin, /usr/local/sbin, /usr/local/lib, /usr/local/libexec をも
まとめてメモリディスク上で動かすことにより、ディスクI/O負荷を軽減させる手法。

changi.2ch.net サーバで初めて試されたので、この名称がある。
というか私が勝手にそのように命名。

LA=25 が LA=5 ぐらいになったので、
とりあえず効果を発揮している模様。< mamono

LA=5 ってことはないかな。7ぐらい。
でも効果ありということで。

雪だるまフロントにも、
北京オリンピックまでにはこの設定入れようかなと。

あ、そうだ。

数ヶ月前から(FreeBSD 7.0Rのroot権限つきをいじるようになってから）、
root権限ありサーバでは、/md のマウントする際のオプションを下記に変更しています。

/sbin/mdmfs -M -s ${_MDSIZE} -i 2048 -o noatime md /md
↓
/sbin/mdmfs -S -M -s ${_MDSIZE} -o nosnapshot,noatime,async md /md

・async, snapshot、softupdateなし
・atime(アクセス時間)登録なしは従来から継続
・-i2048 廃止、その分メモリディスクをやや大きめにとる

明らかに上記より下記のほうが体感的に高速なので、
どこかでベンチマークなどしていただけると、うれしいかも。

# ちなみに以前「原理的にはこっちのほうがいいはずだ」と考えて、
# FreeBSD 5.4Rぐらいの頃に試して、かえって遅くなってしまい敗北した(元に戻した)設定。
# 当時はどうも md のドライバが不出来だったのかも。

ちなみに >>558 は根拠なくやったわけではなく、

http://people.freebsd.org/~kris/scaling/Filesystem%20Performance.pdf

これ見てやってみたです。

でも、Fris さんの発表には、

Extract to disk, and to swap-backed md to avoid
disk overhead (higher I/O rates)
? Swap backing is faster than malloc backing and doesn't
use swap unless there is memory pressure

とあるので、-M がいいかどうかは微妙なところかも。

Fris さんじゃなくて Kris さんだった。

>>558 は紛らわしいな。
> ・async, snapshot、softupdateなし
↓
・async,設定
・snapshot、softupdateなし

が正しいということで。

なるほど

おつかれさまです。

http://human7.2ch.net/4649/ に於て携帯からのRock登録済みの電話番号投稿がありましたが
klistには記録されていません。
恐れ入りますが調査をお願いします。

◆電話番号入り投稿対策 testversion
http://qb5.2ch.net/test/read.cgi/sec2chd/1209267202/287
http://qb5.2ch.net/test/read.cgi/sec2chd/1209267202/290-294

BBNに一つも記録がないですね。< human7から

10000秒(3時間)ぐらい前に新サーバに切り替わったところのようです。< human7のDNS

07:53:54 PDT (23:53:54 JST) に offreg 板からのBBNクエリがあったので、
今は復活していると思われます。

で、ちと切り替わりが遅かった気がしますが、
3時間前までnews24/human7/sports11でrock54Mが正しく効いてなかったのは、
確実の模様です。

>>565-567
>>494 (1)
の「3日ぐらい」が長くなってしまったというわけですか？

この人がいれば鯖は安心だー
まさに小さな巨人

>>568
そういう気がしますね、、、。ううむ。

ううむ、でもmnewsplusからはクエリ来ているなぁ。

なぜだろう。

6月27日を最後に、4649板からの問い合わせが来ていない。
同じDNSサーバを使うnews24/mnewsplusからは来ているのに。

おかしい、、、。

…いや、そんなことはないな。
見るログを間違えてた。ちゃんと 4649 板からの問い合わせは来ている。

結論としては、
ちゃんと問い合わせは来てますね。 < 4649

しかし、その書き込みによるものではなさそうです。ううむ。

どうもですー。

klistに記録がないものをもうひとつ。
登録日時 2008/06/28(Sat) 09:29:31 です。

http://qb5.2ch.net/test/read.cgi/sec2chd/1212328182/220


BBN情報をみると

Fh****f
7w****Y-0100100

と混在してるのですが、これは関係してるのでしょうか。

あと疑わしいのは、、、oklistか。
確認してきます。

bbrのoklistには、ちゃんとbanana3163は入っているなぁ。

>>575
bbs.cgi的には混在することはないはずなので、
未承諾さんの修正と相前後しているのかも。

…と思ってBBNのDNS側登録データ見たら、、、。

なんか、小文字フラグがあるのとないのが、ぐちゃぐちゃに混ざってますね。
これのせいな気がする、、、。

よく調べないとわからないですが、
複数要因な気がしてきました。

・BBN(Rock54M)のDNSサーバとして古いのが登録されていた期間がある
・さらにdocomo携帯からのRock54Mは小文字フラグ関連がうまく動いていなかった期間がある

6月下旬ぐらいの段階の携帯の、特にdocomo携帯からの
「Rock54Mが効かなかった」報告は、ほとんど参考にならないかもです。

# ちなみに報告いただいたものは、今見たらすべてそれ関連でした。

時の流れに身をまかせていれば解消される問題なのでしょうか。

>>580
だと思うんですが、、、。

> 小文字フラグがあるのとないのが、ぐちゃぐちゃに混ざってますね。

これがちと気になるかも。

もし、Rock54と同じように「古いのは押し出されて消えていく」ようになっているなら、
そのうちきれいになるはず。

これ、定期的にここに貼っておいたほうがいいのかな。

質問・雑談スレ274＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1212486953/969

というか取り方って、これでよかったんでしたっけ。
というかたぶんいいんでしょう。動いているしｗ。

969 名前： ◆MUMUMUhnYI [sage] 投稿日：2008/07/01(火) 01:17:48 ID:wLyRX0oz0 ?DIA(100512)
bg20からの取り方は、、、。

こうかな。

subject.txt
http://bg20.2ch.net/test/p.so/qb5.2ch.net/operate/

dat
http://bg20.2ch.net/test/r.so/qb5.2ch.net/operate/1212665493/

>581
下記で纏めたものは小文字フラグがない状態でBBN情報に載っていて
自動的に期限延長されていってます。
これは「押し出されて消えていかない」状態になりますでしょうか。

http://human7.2ch.net/test/read.cgi/dame/1213406839/452 2008/07/01 00:25:35 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1214836070/12 2008/07/01 00:26:26 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1213869231/819 2008/07/01 00:30:49 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1214390970/769 2008/07/01 00:41:55 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1212840108/936 2008/07/01 00:49:25 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1214390970/772 2008/07/01 00:52:21 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1213946405/217 2008/07/01 00:55:01 ID:/hJAGSmC
http://human7.2ch.net/test/read.cgi/dame/1186906871/604 2008/07/01 00:59:41 ID:/hJAGSmC

>>578
→なんか、小文字フラグがあるのとないのが、ぐちゃぐちゃに混ざってますね。
時間を見てそのうちに排除するですです、、、@小文字の7文字のみ

小文字フラグ「なし」の状態でDNSサーバに載っています。

つまり、Rock54M は現在かからない状態です、、、。

>>585 は >>583 へのレスです。

つまりこれは、
「小文字フラグなしのものが期限延長になると、それには現状、
永久にRock54Mがかからないことになる」
ってことなのかしら。

>>584
おつです。

この状況だとたぶん「排除」ではなくて、
「登録済みDBのほうを小文字フラグありに一律手で変える」
ほうが、いいのかも。

>>587
あ、了解です。逆思考してた(汗)

>>552 を元に戻す申請をします。
同じものをメールでも送ります。

・障害復旧により変更前にの状態に切り戻し

(以下の行を削除)
+c.2ch.net:206.223.149.230:300

(以下の行を追加)
+c.2ch.net:207.29.247.145:300

>>589
完了の報告をいただき、作業内容が依頼どおりであることを確認しました。

ex25、花子に収容します。
下記と同内容のメールを中の人に送っておきます。

・ログイン名は以前 tiger3502 にあったのと同じ名前でお願いします。
・アカウントのセッティングは通常の「花子に入れる設定」でお願いします。
・アカウントができたら、パスワードを私に送っていただけると助かります。
・DNSの変更は、中身の展開が終了した時点で改めて出しますので、
まずは今の設定を維持でよろしくお願いします。

>>591
メール送信済。
今後は、

1) アカウントが私に届いたら、花子にとってある ex25 のイメージを流し込む
2) バイナリ cgi 等をチューニングする
3) DNS変更申請を出す

というてはずで。

■ 板設定変更依頼スレッド10
http://qb5.2ch.net/test/read.cgi/operate/1191581955/469-516

NoJananeseのところの処理を読んでみました、、、。ふむ。

# とりあえず「できる」とも「やる」とも何とも言ってないですが、
# まずはチラシの裏ということで。

ちなみに原因は「名前欄に # があるから」ではないですね。
原因は ◆ ← これ ということで。

>>594
でしたら、 BBS_4WORLD の文字判定で ◆ 8190F を許可するように書き足せば行けます。

>>595
仮に、ユーザが◆を入力可能になるのは面白くないなぁ、
って思っているとすると以下略。

直感では、トリップとキャップの処理の前に文字種のチェックするようにすれば
いいような気もしますが、副作用がないかの検討は必要なんだろうななと。

で、どう考えても副作用満点っぽいので、
(あそこ、checkedだけじゃないから))
たぶんきっと慎重にやらないといけなそうですね。

そうなると許可されてない文字列を含んだトリップが使えないんじゃないだろうか。

>>599
Yes, exactly.

やるとしたら
キャップの場合には文字種判定をスルーして
トリップの場合には#以前のみを判定して#以後は判定をスルーして変換して後で一緒にするのかな。

↓Yes, exactly.のAAよろ

１．トリップとキャップの処理。
２．文字種チェック処理前にトリップとキャップ以外を切り出す。
３．切り出した文字列を文字種チェック
　　ダメ文字ならエラー
　　エラーで無いなら処理続行

でいいんじゃないかしらー。

基本は日本語OKにして
必要なところだけ英語限定の方がずっと簡単な気がする。

キャップの場合はメ欄だから、後でキャップ文字列を結合するようにすれば名前欄は文字種チェックを通しても大丈夫かな。

>>599
そもそもトリップに日本語使うなってひ（ｒｙが言ってたような…

Be-2ちゃんねる　人柱募集中。。。
http://qb5.2ch.net/test/read.cgi/operate/1101003269/172

172 名前：ひろゆき＠どうやら管理人 ★[] 投稿日：04/11/21 16:00:50 ID:???
トリップに全角を使うのは間違いですよ。うむうむ。

BBS_4WORLDの文字コード判定のタイミングって、何処にされてたんでしたっけ

1.◆のチェック（エラー時は文字種チェックと同様）
2.トリップ、キャップ処理
3.文字種チェック（◆を許可）

これが一番変更が簡単なような

>>609
キャップは日本語を含む。

>>610
そもそもdejimaで日本語であるキャップや◆を表示していいのか？
って事になるとそのコンセプトからするとnoな気もするってところから
話し合った方がいいのかもな。

名・目・文欄受け取り
↓
トリップ変換
↓
◆を#に置き換え
↓
それらをまとめてからBBS_4WORLDの文字コード判定
/bbs.cgiへ投げる
↓
反映

#dejimaだけトリップの◆は#で表記

>>612
◆⇔◇が出来ないよ

>>613
勘違いしてたかも

>>592
> 1) アカウントが私に届いたら、花子にとってある ex25 のイメージを流し込む
> 2) バイナリ cgi 等をチューニングする

ここまで終わりました。

> 3) DNS変更申請を出す

をこれからします。

以下のDNS変更をお願いします。
なお、同じ内容をメールでも送ります。

・ex25の花子への収容

(現状)
+ex25.2ch.net:207.29.247.60:300

(変更後)
+ex25.2ch.net:207.29.253.225:300

>>616
完了の旨連絡いただきました。

http://ex25.2ch.net/kakolog.html

収容完了です。

bbs.cgi 配布リスト、ボボン配布リスト、F25等調整してきます。

F25 → F22 でした。

bbs.cgi配布リストとボボン配布リストは既に調整済みでした。

read.cgi 広告配布リスト調整してきます。

read.cgi 配布リストから ex25 を削除しました。
これで、ex25収容に関するすべての作業が終了しました。

リストを更新しました。

http://mumumu.mu/serverlist.html
http://mumumu.mu/server_working.html

お疲れさまです

>>612
それだと"◆NAO/2MXDEk"を名前欄に入れることで成りすましできませんか？

>>622
> トリップ変換
の部分で◆→◇に変えておけばよくね？
→◇は日本語扱い→エラー

>>623
まぁ、トリップ判定を単純に◆を#に、◇を*にでも変えてしまえば

【実況】　live23+live24　Part27.1
http://qb5.2ch.net/test/read.cgi/operate/1211636558/119-122

自動切り離し/復旧、入れないとなぁ。
どくおさんチームで作ったやつ、試してみようかな。

live23f1 = tiger2523 上がった模様。
しかし、syslog にこんなメッセージが、、、。

Jul 2 00:28:14 <1.5> tiger2523 acpi: resumed at 20080702 00:28:14
Jul 2 00:28:18 <5.3> tiger2523 syslogd: exiting on signal 15

1行目のやつ初めて見るけど、ACPI的に自分で落ちたってことなんですかね。
なぜだろう。

tiger2523 のシステムメッセージを見た。
「自分で正しく落ちた」らしく、fsckが走った形跡がないです。

よくわからないので、とりあえず観察強化ということで。

>「自分で正しく落ちた」らしく、fsckが走った形跡がないです。
どうやったらわかるの？syslog?

>>628
syslog ですね。(>>626)

あと、ハングアップとかして電源ブッチで戻した場合、
ブート時にこんな↓メッセージが syslog に残りますが、
今回はそれがありませんでした。

WARNING: / was not properly dismounted

お仕事中、失礼しました。

こんなに早くレスがあるとは思いませんでした。ありがとう。勉強になります。

7月になったので、恒例のやつを作ってうｐします。

これまでは難民の某スレでやってたような気がするけど、
なんとなく、こちらで。

2ch/bbspinkの投稿数(2008年1月〜2008年6月)
http://mumumu.mu/img/2chpost-200801-06.jpg

参考:
2007年同時期
http://mumumu.mu/img/2chpost-200701-06.jpg
2006年同時期
http://mumumu.mu/img/2chpost-200601-06.jpg
2005年同時期
http://mumumu.mu/img/2chpost-200501-06.jpg

元データ:
http://stats.2ch.net/kawasemi-d/

で、ぱっと見「今年は増えてるなぁ」っていう感じがあります。

まず気づくのは、縦軸のExcelが作る自動目盛りが初めて「400万」になった、
というところですかね。

一応、これまでのやつも貼っておこう。

2004年5月-12月
http://mumumu.mu/img/2chpost-2004.jpg
2005年
http://mumumu.mu/img/2chpost-2005.jpg
2006年
http://mumumu.mu/img/2chpost-2006.jpg
2007年
http://mumumu.mu/img/2chpost-2007.jpg

2004年5月〜2007年12月
http://mumumu.mu/img/2chpost-2007.jpg

最後、まちがい。

2004年5月〜2007年12月
http://mumumu.mu/img/2chpost-2004-2007.jpg

2001年に２ちゃんねるはめきめきと膨張したそうです。
西鉄バスジャック事件がその背景にあったようです。

2005年に２ちゃんねるがめきめきと膨張したのは、
電車男の影響でしょう。

今また成長を始めたように思える２ちゃんねる。
はたしてどんな要素なのか。

質問・雑談スレ275＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1214880089/91-110

どきどき。

で、世間にはいろんなヘンなことが出回っているみたいなので、
私が考えているところをつらつらと書いておこうかなと。

---
まず、IPアドレスは「枯渇」しません。

IPアドレスは石油や石炭じゃないので、使ってもなくならないです。
だから「枯渇」というのは、誤解を生む表現だと思うわけです。

もうしばらく経つと、レジストリ(APNICとかJPNIC)の倉庫から、在庫がなくなるだけです。
つまり、在庫が「払底」するっていうのが正しいです。

ということで、今のIPv4のインターネットが「なくなってしまう」というわけではありません。
IPv6のインターネットが「今のインターネットに加えて」利用できるようになる、というのが、
たぶん一番正しいんだと思います。

(続く)

だから、IPv6に「移行」する、というのも、なんだか変な話だと思うです。
IPv6には今のIPv4を捨てて「移行」するんじゃなくて
「これからはIPv4とIPv6の両方が使えるようになる」というのが、
これから起こることのはずです。

でも、確実にIPv4の在庫はなくなるので、
その時点からIPv4のインターネットは、
「そのままだと、もうこれ以上は成長できない」状態になります。

ただし、通常の方法では、
IPv4のインターネットからIPv6のインターネットのサービスを
そのまま利用することはできません。逆もまたしかりです。
(「通常の方法」ではないやり方はいろいろとあるです。が、とりあえずここでは省略)

(続く)

そんなわけで、今から数年経つと、
例えばプロバイダと新規に契約しても、
「うちにはもう割り当てられるIPv4アドレスはありません」
って言われて、IPv6アドレス＊しか＊、来なくなってしまうかもしれません。

そしたら、IPv4でしかサービスを提供していないもの、
例えば２ちゃんねるやニコニコ動画は、そういう人たちからは
そのままでは使えないことになるです。

じゃ、そういう人が困らないようにするには、どうするのがいいのか。
いろんな方法が考えられますが、
「２ちゃんねるやニコニコ動画ががんがって、IPv6でもIPv4と同じサービスを提供する」
というのは、考えられる一つの解決方法、ということになるです。

で、管理人は >>637 な発言をしました。

これはつまり「２ちゃんねるはそういう方向でがんがる用意がありますよん」ということを
表していると思われます。

ということでこれは、結構、大きなニュースっていうことになるです。

で、本当にがんがるのは果たして誰なのか。




…とりあえず今は考えないことにしよう、そうしよう。

IPv6_2chﾏﾀﾞｧ-? （･∀･ ）っ/凵⌒☆ﾁﾝﾁﾝ


言うだけの立場って楽珍ですなぁ（がんがれ誰かさん）

＞IPv6には今のIPv4を捨てて「移行」するんじゃなくて
＞「これからはIPv4とIPv6の両方が使えるようになる」というのが、
＞これから起こることのはずです。

そうかなあ、、

「これからはカセットテープと CD の両方が使われるようになる」というのが、
これから起こることのはずです、
とかと同じに思うけど。

>>644
CDには音質がいい、とか、
何度かけてもへたらない、とか、
むぎゅっとリッピングしてさくっと使える、とか、
レコードみたいに取り扱いに気を使わなくてもいい、とか、目に見えるメリットがありました。

IPv6には、そういうのってあるのかしら。
つまりそこいらのユーザが「IPv6ってすげえええ」と思えるような何かが。

るーさんのレスは専門的なのに
マターリしてていいなぁｗ

で、その「すげえええ」が明確にあるなら、たぶんきっとあっちゅう間に
IPv6がぶわーっと広まっていって、みんなIPv6を自然に使う、
ってことになるかもですね。

で、その時にはIPv4は捨てられるんじゃなくて、
レコードやカセットテープ、あるいはVHSビデオのように
何となく自然に使われなくなっていく、ってことになるんじゃないかなと。

うーん、でも足りないのは事実なんだから
一部が押し出されてIPv6を使わざるを得ないことになります。

少なくとも移行の始めの段階においては、互換性が無いのならば
IPv4のほうが色んなサイトがあって便利なんだからIPv4を使いたがるはずです。
既得権益とか、金や権力を持った人たちがIPv4を使えて
そうじゃない人たちは仕方なくIPv6を使うようになるんですか？

たぶん、或る程度強制的に移行させられることになるんじゃないでしょうか。
たとえばテレビがブラウン管から液晶に、「移行」させられたように。

IPv6もそう遠くない時期に枯渇するかも　っていう報道でるかもね。
たぶん、それが主流になって間も無く。

>>648
そのへんは、どうなるんでしょうね。
正直、私にも予想がつきませんです。

IPv6を地デジへの(強制)移行に例える人もいたりするわけですが、
今回の例はそれとも、なんだか違う気がします。
だって、日本に閉じた話じゃないですし。

仮に、日本だけがんがってIPv6に「移行」しても、
世界がついてこないということだって考えられます。

もしそうなったら、例えば日本のIPv4が「枯渇」したら、
サービスをする側の人は、どっか別の国や地域に逃げたりするのかもしれないです。
２ちゃんねるを見てもわかるように、サーバは物理的にどこにおいても
それなりにサービスを提供できるわけで。

あと、IPv4はレジストリの倉庫からは確かになくなりますが、
各組織には意外と、死蔵在庫が残っていたりします。
それらを「取引」するようになる、なんてことも、あるのかもしれません。

今はIPv4アドレスの譲渡は世界的に禁止されていますが、
昨今の環境問題でのCO2取引、みたいなものを見ていると、
IPv4の死蔵在庫を取引可能にしてできるだけ有効に活用し、
かつ寿命も延ばそう、なんていう動きが起こることも、考えられるかもしれないです。

# なんだか「かもしれない」ばかりで、ちと読みにくい「かもしれない」なぁ。

頑張る？のは管理人
ケツ拭くのが利用者

理論上IPアドレス 43億の4乗

IPv4は、アドレス数が約43億個

>>644
カセットとCDじゃなくて、CDとDVDと言う方が例えとしては合っている様な気がする

DVDとBDじゃないか？

CD と DVD や DVD と VD みたいに、
画面がすんごくきれいになったりするのかしら、、、。< IPv4とIPv6

例えば「IPv6にしたらダウンロードむちゃくちゃはええ」とか、
「IPv4だと720x540しか落とせないけど、IPv6にしたらフルHDがさくさく落とし放題」とか、
そういう感じになるんですかね。

あるいは「IPv6だから安全だもんねー、変なウイルスにもひっかからないし」
とか、そんなのでもいいです。
何かあったら教えていただけるとうれしいです。いや、まじで。

単純にIPv6について話す板を作るんじゃないのか…というのは８ｒｙ

ナンバープレートの分類番号がが2桁から3桁になったみたいなー

電話の局番が4桁になったときのような。

携帯電話のＥメールとショートメールじゃね？

IPv4に対するIPv6のアドバンテージって
「IPv6はアドレスが腐るほどある」の一点だけっしょ
できることに大差はないわな

んでもIPv4アドレスは「払底」する日がくるわけで
IPv6ネットワークはそのうちIPv4ネットワークを圧倒するんでないの
そうなったらIPv4ネットワークを維持する意味はなくなるし
やっぱIPv6に「移行」するんでないかい

あれだ、郵便番号と同じじゃね？

IPsecが必須になって意識しなくてもセキュリティが保たれる
っていうのはIT音痴のエライ人にはプッシュしやすい点かな。

ぶったぎりで申し訳ない
グラフ、ありがとうございました　昔のことを知らない俺には興味深かったです

郵便番号が7桁になって、仕分けが楽になった感じ？

その前に、ネットの帯域が需要に追いつかなかったりして。
どこもかしこも動画、動画と大丈夫なんか？

・アドレス空間が膨大なので、いろんな機器にアドレスを割り当てることができる。
　いままで通信を行っていなかった or 別の通信方法だった機器が繋がっていくかも。(>>660)
・IPSecがやりやすい。意識しないで通信路の暗号化ができる。(>>662)
・マルチキャストがやりやすい。インターネット上でのリアルタイム配信が進むかもね。

インターネット上でのリアルタイム配信って
サーバの費用とかが馬鹿にならないとか聞いたような

＞ということで、今のIPv4のインターネットが「なくなってしまう」というわけではありません。
＞IPv6のインターネットが「今のインターネットに加えて」利用できるようになる、というのが、
＞たぶん一番正しいんだと思います。

＞だから、IPv6に「移行」する、というのも、なんだか変な話だと思うです。
＞IPv6には今のIPv4を捨てて「移行」するんじゃなくて
＞「これからはIPv4とIPv6の両方が使えるようになる」というのが、
＞これから起こることのはずです。


IPをユーザに提供するISPとしてはIPｖ4とIPｖ6を同時に管理していくのは面倒じゃないですかね？
だったらユーザに対してはすべてIPｖ6への割り当てに「移行」する。
で、ISPが保有している今までユーザに割り当てていたIPｖ4はどうするかと言うと
ユーザ（IPｖ6環境）からIPｖ4環境にアクセスする際に（IPｖ4→IPｖ6変換）ゲートウェイを通過させる。のような。
問題はISPがいつIPｖ6に「移行」させるかだと思うです。
ISPたちが率先してIPｖ6に移行することにメリットは無いですからねぇ。

ネットも、その内「エコ」との戦いになる悪寒。

一人に一つIPアドレスを振っても余裕であまるようになるから皆固定IPアドレスに出来る、とかだったらこの掲示板にとっては利点がありそう。

今のところはIPv6にデメリットしか感じてない
最初にv6で試して、駄目だった場合にv4でアクセスするから遅くなるという…
なので普段は無効にしてます

サーバーもだけど、クライアント側のソフトの対応も問題
特にもうサポートが終わってるソフトがきつい
OS側で完全に吸収出来るような仕組みになったとしても、
入力欄が3-3-3-3になってるとどうしようもないような

デメリット

中継機を介して間接的にインターネットと接続
これらが取り払われるIPv6では代替策をユーザや企業が考えなければならない[2]。

ユーザのIPプロトコルに対する認識度が低く、IPv6に移行するメリットが見出しにくい
（もっとも、エンドユーザが選択するのはプロトコルではなくてエンドサービスである）。

IPv4と似たプロトコルではあるものの、互換性は無いため、ルータの取替えや新しいソフトウェアの開発・導入などで、追加投資を免れない
（しかし、機材の更改で徐々に展開するとも言える）。

また移行期間では両方のプロトコルをサポートしなければならない（これが最大の問題とも言える）。
IPv6のバックボーンはまだIPv4ほど充実していない。また、末端ユーザー/サイトのIPv6接続はほとんどの場合IPv4による
トンネリングである。
そのため、IPv6で接続するとかえって通信性能が低下する場合が多い。

また、IPv6での接続に失敗することもままあり、その場合IPv4にフォールバックすることになるが、最初から
IPv4で接続していれば不要であったはずのタイムラグが生じてしまう。
前項とも関連するが、現状のIPv6ネットワークはトンネリングやDNSなどをIPv4に依存しているため、IPv6を導入しても管理の手間が
増えこそすれ、耐障害性が増すわけではない（IPv4がダウンすればIPv6もダウンしてしまう）。

アドレス空間が広いことと、MACアドレスによる自動設定のため、逆引きの管理が困難
であり、逆引きを要求されるケースで困ることがある（逆引きできないホストからの接続を拒否するサーバなど）。
技術面や運用面でまだ不確定な要素が多い（サイトローカルアドレスの廃止、エニーキャストアドレスの見直しとDHCPv6の
再検討、逆引きの問題など）。

tmp7（ダウソ）が人大杉になったりならなくなったりするけど
わざとやってるのかな？
そろそろ夏休みで変な人が増えるから人大杉に戻してほしい.。

桶屋さん> ・マルチキャストがやりやすい。インターネット上でのリアルタイム配信が進むかもね。

先日亡くなられた「侍」の方と、そんな話をしたことがあるです。

つまり、今までのIPv4じゃ（でき）ないような使い方とか、
今までは想定しえなかったような使い方とか、
そんな方向に面白いものがあるんじゃないかなと思うわけです。

私が「侍」さんと話したときに何となく思ったのは、ネトゲ方面です。

世の中には「このプロバイダはネトゲサイトに行くの10ms遅いから、
もっといいやつに乗り換えよう」というふうな人がいると聞いています。


どうも「ネトゲで10msも遅延があったら撃たれて死んじゃうよ」
っていうことらしいんです。私には想像もつきませんけど。

10msって言ったら競艇選手が認識出来るか出来ないか
ギリギリくらいの時間だったような。
たぶんその人はプロのネトゲプレイヤーなんでしょう。

>>675
すみません。20msだったかもしれない。
でも、確かそのぐらいだったと思う。聞いたときに「へーっ」って思ったから。

ちなみに「ADSLなんて遅延が馬鹿みたいに大きいから絶対あり得ない」
というのを聞いたのは、良く覚えているです。

あと「遅延よりもジッタ（ゆれ）がいやだ」というのも、聞いたことがあります。

最近のネトゲは（疑似）通貨などとも関係しているらしく、
そういうネットワークの品質には、私みたいな従来からのユーザからは、
考えられないほどシビアみたいです。

このへんは知識ほぼ皆無なので、
その道の方がもしいらしたら、状況を聞いてみたいところかも。

おいらはゲーセンプレイヤーだけど相手の発生15frの密着攻撃を見てから対処できる人達ならいっぱいいるよ。
ネトゲ関係ないけどね。

>>677
マカロニほうれん荘のきんどーさん風に
「これはなにかね、ぼくらにジッタリンジンの夏祭りを聞け、ということかね」

そらゲーセンのゲーム機のフレームレートは 1 秒に数十フレームだし。

IPアドレスを無くせばいいと思うのです。
ホストネームだけで桶。

>>655
アクセス制限がしやすいかもしれません。
原則として各ユーザに固定IP(/48か/64)が配られるので、携帯と同じくユーザ単位で規制できます。誤爆も起こりにくいです。
現状、OCNが固定IP/64,動的IP/64の二つを配っていたり、IPv6 Onlyでない限りIPv4でアクセスされたら無意味という問題はあります。
IPv4の枯渇が進めはプロバイダにNATが導入されて一部CATVと同じ状態になるのでより有効なはずです。

他の利点は最終的に無理をすればIPv4でも同じことができるという結論に達するので特にないと思われます。

>>682
> 原則として各ユーザに固定IP(/48か/64)が配られるので

これは激しく魅力的ですね。(>>670 にも似たような話が)
基本的に全部 BBQ あるいは deny from 相当のことをすればよく、
巻き添えも生じないと。

どなたかがよく言っている「インターネットを匿名にしているのはISP」
というのが、相当に軽減されるということですか。

しかし、RBL 型(DNSでやる)をやろうとすると、ちとめんどいのかもしんないですね。
つくりにもよるかもしれませんが。

で、基本的に全部固定割り当て、ということであれば、
リモホ逆引きするのは、IPv6ではもはや必要ないかもしれないですね。
全部IPアドレスで規制すればよくなる、ということなわけで。

しかしIPｖ6が普及してﾕﾋﾞｷﾀｽやら家電接続が当然の状況になってくると
ｳﾁのｺｰﾋｰﾒｰｶｰは規制くらってるがｴｱｺﾝはまだ大丈夫。とかになるのかしら…。

>>685
コーヒー淹れたことを報告しまくったり、
コーヒーの淹れ方をクロールしまくるようなコーヒーメーカーは
規制されそうものですなぁ。

そういやコーヒーメーカーのセキュリティに脆弱性ってニュースがあったなぁ
色んな物に割り振るのはいいけど穴だらけになったりしないもんかな・・・？

今度は有料動的IPサービスが始まったりして

朝のコーヒーを飲もうとして「くそ、誰か侵入してアメリカンに設定してやがる」って叫ぶんですね

I'm a teapotが現実になるのか…

よー知らんけど、そうなるとIPも電番と同じく個人情報になったりしてｗ

というか、匿名もそうだけどどちらかというと管理者・運営者の権限が増える方が心配。
２ちゃんねるなんて、ネットの「出来ない」に守られてきた面もあるだろうし。
ピンポイントで「規制出来る」→「出来るならなぜやらない！？」→
　（なにか問題が起きる）「管理するのが（法的）義務」にならなきゃいいけどと。
便利になると逆に手間が増えそうな気もな〜

ところでPIEはIPv6による接続口を用意しているのかね？

IPv6って固定割り当てになるんですか？
実際、IPｖ4で動的な割り当てだったのは、本来はIPアドレスの少なさを補うためだったじゃないですか。
でも今のISPは動的割り当てはセキュリティの向上にも一役かっていると踏んでいると思うですよ。
つまり、IPｖ6にしても意外に動的（固定ではない）割り当てになる可能性も捨てきれないと思うんですけどねぇ。

機器ごとにIPを割り振れるのならばルータは不要で、ルータによる簡易ファイアウォールも無くなるでしょうし。

>>693
IPv4 に関わるものが根絶されるという、ありえない状況になったらそうかも。

ルーターがなかったらどうやって相手までデータを運ぶんだよ。直結か？

IPv6はIP(ブロック)の値段下がるから荒らされやすくなる予感

NAT とか IP masquerade とかがいらなくなるから hub でおｋってことじゃない？
IPv4 でまったく接続しないなら、そういう状況もありうる。まぁ実際には、各種アタック
対策用のルータが必要だろうけど。

>>695
コアルータじゃなくてブロードバンドルータの意。

>>697
そゆこと♪
＞各種アタック対策用のルータ
でも、もうそれは「ルータ」じゃなくなるよね。
IPv6用のセキュリティ機器が発売されるのか。
あるいはセキュリティソフトウェアが今以上に必要とされるのかしら。

ﾛｰｶﾙﾙｰﾀｰﾓｰﾄﾞじゃだめなん?

セキュリティを意識してない人にとってIPｖ6へ移行で割り当てがブロック単位だとBBルータなんて不要になるんじゃないかなって。
今までも一台だけで運用している人はBBルータ入れてないことが多いし。
現状はまだ変動IPだからある程度はセキュリティも確保できていただろうし。

IPｖ6で固定割り当てが基本になると意識してない人にとっては今以上に危険度アップじゃないかなと。
となると今後はひとつのIPで複数台接続を可能にする機器じゃなくてセキュリティを謳った（専門の）機器が売れるのかなって。

NAT無いとWindowsの再インストール時地獄絵図とみた

つ MacOSX

そんな時、、、

Windowsからの卒業〜♪

＞＞７０２
Mac OS Xの遠隔管理コンポーネントに脆弱性--トロイの木馬亜種を複数確認
http://japan.cnet.com/news/sec/story/0,2000056024,20375962,00.htm

>>701
現行OSならデフォルトでパケットフィルタはONだが？

WindowsXP Gold/SP1 のディスクしか持ってないというなら SP+メーカーでもつかっとけ

ようし作ろう。

弟？妹？(｡'▽'｡)wktk

>>707
母さんです

■　V6板作ろう。　まだまだ現役です。
http://qb5.2ch.net/test/read.cgi/operate/1215193325/

feel6 + RT57i でIPv6サーバを公開しているけど、IPv6だからってそんな
変わるものじゃないんだよね。YAMAHAルータならIPv6でフィルタかけるし。

DNSにAAAAレコード書いてやるぐらい。

>>710
そういう「ちゃんとしたルータ」使ってる人は、
特に問題ないんですよね。

でもそんなひとは、とっても少数派なわけで。

>>711 は「おうちで」っていう意味ですた。

業務用のちゃんとしたルーター変えないからクアッドでメモリ8GBなマシンでルーターやらせようとしている俺がきますた

よほどトラフィックが多いサイトじゃないとそんな廃スペック、肥やしになるだけだと思いますよ

>>714
ついでに分散処理とかさせるからもーまんたい

んと、識者の方にうかがいたいのですが、
FreeBSD 7.0R で SCHED_ULE 適用時のロードアベレージって、
どういうふうに計算しているんでしょうか。

ちょっとだけ sys/kern/sched_ule.c のソースを grep (眺めたわけではない)
してみたのですが、sched_4bsd にある (昔の avenrun[3] に相当する?)
averunnable というやつがないようです。

# なんかやっぱり、高めに出るような気がするんですよね、、、。

ふうむ。

SpeedyCGIのバックエンド(speedy_backend)が＊同時に＊自爆して、
起動しなおすので、どばっと重くなっているっぽいですね。

徐々に入れ替わるようにはできないのかしら、、、。

で、>>717 の傾向は、mod_speedycgi を使っているとより高くなるようなかんじ。
(mamono や changi)

>>718
http://qb5.2ch.net/test/read.cgi/operate/1214880089/388

# Set/get some SpeedyCGI options
$sp->setopt('timeout', 30);

なるほど、ここをランダマイズすればいいのか。
やってみるですか。

changi の bbs.cgi の最初のほうに、

# Set SpeedyCGI timeout option (for randomization)
$sp->setopt('timeout', 300 + int(rand(360)));

というのを入れてみた。
これでLAがふらつくのが直るといいなぁ。

今まではオプション指定(-t660)で「一斉に660秒で自爆・再起動」だったのを、
「300秒から659秒の間でばらばらに自爆・再起動」
にしたつもり。>>721

>>719
対応しますた。

Timeout
        Description:
            If no new requests have been received after <number>
            seconds, exit the persistent perl interpreter.  Zero
            indicates no timeout.

なので，こっちのような気がします．

my $maxspan = 600 ;
my $span = $GBX->{NOWTIME} - $FOX->{NOWTIME};
if($span > $maxspan) {$sp->shutdown_next_time;}

>>724
ぎょぎょ、なおしてきます。

こうしてみた。

# Set SpeedyCGI shutdown_next_time option (for randomization)
#my $maxspan = 600 ;
my $maxspan = 480 + int(rand(120));
my $span = $GBX->{NOWTIME} - $FOX->{NOWTIME};
if($span > $maxspan) {$sp->shutdown_next_time;}

で、300 + 0〜359 はちょっとアグレッシブに過ぎる気がしたので、
600 を 480 + 0〜119 にしてみた。

あんまり代わり映えしないかな、、、。

とりあえず今夜は、これで動かしてみるですか。

どくおさんへ:

> 「異なるセッティング(httpd.conf)を持つApacheを同時に1台のサーバで
> 動かしたい」
ports 使うなら簡単ですね。/etc/rc.conf にこんなかんじです。
雪だるまバックエンドでは、実際にこの設定で3つのhttpdを動かしています。

# for apache22
apache22_enable="YES"
apache22_http_accept_enable="YES"
apache22_profiles="normal private_live23b private_live24b"
apache22_normal_enable="YES"
apache22_normal_configfile="/usr/local/etc/apache22/httpd.conf"
apache22_normal_http_accept_enable="YES"
apache22_private_live23b_enable="YES"
apache22_private_live23b_configfile="/usr/local/etc/apache22/httpd-private_live23b.conf"
apache22_private_live23b_http_accept_enable="YES"
apache22_private_live24b_enable="YES"
apache22_private_live24b_configfile="/usr/local/etc/apache22/httpd-private_live24b.conf"
apache22_private_live24b_http_accept_enable="YES"

しかし、maido3なサーバは確かhttpdはports使っていないので、
ごそごそ手でやる必要があるですね。

(続く)

で、手でやるときは、

- httpd.conf を複数用意し、-f で指定する
その中で指定している PidFile の場所はダブらないように変えておく
- ポート番号やらIPアドレスやらがだぶらないようにする
Listen とかそのへん
- ログファイルの場所とかも注意

このあたりに気をつけるということで。

ちなみに >>729 は Apache 2.2 系の例ですが、
Apache 2.0 系の ports でも、同じことができるようです。

# XXX
AcceptMutex sysvsem

ってやってみた。< changi

>>732
あまり代わり映えしないですね、、、。

どーん、と、LAが上がる瞬間があるです。
1とか2ぐらいだったのが、突如として20ぐらいになる。ううむ。

重くなるわけでもないし、目だって滞るわけでもないので、
気にしないでいいといえばいいのかもしれないんですが、
やっぱり、ちと気になるですね。

帰宅して時間とれたら、じっくり観察ということで。

>>732 はとりあえず元に戻しますた。

FreeBSDの場合、Listenが1個しかないなら、AcceptMutexを何にしてもパフォーマンスは変わらないですね

>>735
ですよね、、、。むろんそうだとは思っているんですが、
(そもそもListen行は1つにすべし、は、
私自身がこのスレ等で何度も指摘していることだし)
一応念のためやってみた、というぐらいのものです。

# で、原因は何だろう、、、。

専ブラだからおすすめ2ちゃんねる関係ないｗ

誤爆すまそ・・・

■　V6板作ろう。　まだまだ現役です。
http://qb5.2ch.net/test/read.cgi/operate/1215193325/174-179

管理人からの指令により、以下のDNSへの登録をお願いします。
同じ内容をメールフォームでも送っておきます。

(新規登録)
+ipv6.2ch.net:125.6.175.12:300
:ipv6.2ch.net:28:$\0070\000\000\006\001u\000\000\000\000\000\000\000\022:300

3:ipv6.2ch.net:2407:3000:6:175::12:300

なお、tinydns に IPv6 パッチがあたっている場合は、
2行目については、下記で登録が可能です(登録内容は同じです)。

なお、今後どちらの形式((: 形式か 3 形式か)で登録申請をすればよいかについても、
あわせてお教えいただけますと助かります

ちょっとエディットミスしました。

(新規登録)
+ipv6.2ch.net:125.6.175.12:300
:ipv6.2ch.net:28:$\0070\000\000\006\001u\000\000\000\000\000\000\000\022:300

なお、tinydns に IPv6 パッチがあたっている場合は、
2行目については、下記で登録が可能です(登録内容は同じです)。

3:ipv6.2ch.net:2407:3000:6:175::12:300

上記が正しいです。

>739
ack(^_^;)

>>741
補足です。

:ipv6.2ch.net:28:$\0070\000\000\006\001u\000\000\000\000\000\000\000\022:300

この「呪文みたいな行」ですが、
そのままの形でコピペして登録してくださいです。
すると、2407:3000:6:175::12 という IPv6 アドレスを TTL=300 で登録したことになりますです。

V6 って
64bitが六個なんですか?

わくわく。。。

>>743
・IPv6のアドレス空間は128bit です。
・16ビットごとに : で区切って書きます。
・書き方は10進ではなくて16進です。上位桁の0は省略できます。
・:: は、「その間のアドレスは 0000 ですよ」をあらわしているです。
・今回管理人がゲットしたサーバのIPv6アドレスは、
2407:3000:6:175::12

なので、
2407:3000:0006:0175:0000:0000:0000:0012

ということになるです。

ちなみに IPv4 の 127.0.0.1 に相当するのが、
::1 = 0000:0000:0000:0000:0000:0000:0000:0001 です。

>>745勝手に補足
::は可変長なので1回しか使えません

v4が a.b.c.d の形式だから
v6は a.b.c.d.e.f なのかと思ったら違うのか、

なんで v6 っていうの?

あっ　すれ違いだった、　ごめん

>739-740
done(^_^;)ドキドキ

見えた

けどなにこれｗ

http://ipv6.2ch.net/

見えるかしら、、、。

IPv6の由来などは、帰宅後にでもまたあっちのスレで。

見えた！

踊ってない。モザイクが付くorz

> ipv6.2ch.net建設予定地
> あなたがIPv6でアクセスした場合、ここには踊るひろゆきが表示されます。
> 踊るひろゆきをどうしても見たい方はこちら

見えた・・・
クリックしたぞ

> IPv6でトップページにアクセスいただければ、モザイクなしバージョンをお見せいたします。

代替テキスト ふつうのひろゆき

ちくしょおおおお

Internet Explorer ではこのページは表示できません

ｼｮﾎﾞｰﾝ

踊るひろゆきはgifアニメかflashか知らんけど動いてるってこと？
モザイクはかかってないが動いてない

おどらなーい！

>>756
「IPv6のアドレスだけあってリンクがない状態」なので、
そうなる人もいるかもしれません。
あるいは、誰かがフライングでアクセスしてしまって、
キャッシュに「ないこと」が残ってしまっているかも。

ちなみに、ISPの中の人がIPv6リンクを上げるまでは、
誰も踊るひろゆきを見ることができないです、、、。

ipv6.2ch.net建設予定地

みえた。

　 　　 ☆　ﾁﾝﾁﾝ〃 　　 Λ＿Λ　　　／￣￣￣￣
　 　 　 　　ヽ　＿＿_＼（＼・∀・）　＜　IPv6マダー？
ﾏﾁｸﾀﾋﾞﾚﾀ〜 ＼＿／⊂　⊂＿ )　　　＼＿＿＿＿
　 　 　 　 　 ／￣￣￣￣￣￣ ／|
　　　　　　　|￣￣￣￣￣￣￣|　 | 　　ﾏﾁｸﾀﾋﾞﾚﾀ〜

traceroute6 to ipv6.2ch.net (2407:3000:6:175::12) from 2001:3e0:*::1, 64 hops max, 12 byte packets
1 2001:3e0:0:30:203:e4ff:fed6:d01b 7.179 ms 7.128 ms 6.46 ms
2 2001:3e0:0:30:21d:a2ff:feb4:2d82 7.611 ms 7.935 ms 8.132 ms
3 2001:3e0:0:c:204:4eff:fea0:7854 8.322 ms !N 8.517 ms !N 8.301 ms !N

traceroute6 to ipv6.2ch.net (2407:3000:6:175::12) from 2002:*:*::1, 64 hops max, 12 byte packets
1 2002:c058:6301:: 195.015 ms !N * 200.101 ms !N

>>761
feel6仲間ｷﾀ。
誰かOCN IPv6からのテスト頼む。

V6版の whois サイトみたいなのはないの？
V4でアクセスできる奴

フレッツのIPv6に侵されている環境で2407:3000:6:175::12にping6すると
> 通信が禁止されています。
って出るのね
なるほろ

kern.ipc.somaxconn=32768 してみた。 @ changi

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

さらに、net.inet.tcp.delayed_ack=0 した。@ changi

しばらく様子見。

＞ch2.ath.cx の中のかた:

c201.2ch.net
c204.2ch.net
c205.2ch.net

を、ch2.ath.cx に追加いただけるとうれしいです。

>>726 を、
my $maxspan = 300 + int(rand(300));

にしてみた。

…やっぱり、突如としてLAが上がるですね、、、。

KeepAlive On にした。

>>769
変化ないですね。元に戻しました。
(見ている目前で LA 5ぐらいから LA 25ぐらいに跳ね上がりました @ topの出力)

なぞだ。

というか「そういうもの」なのかどうかもわからない。
でも他の7.0Rなサーバと動きが違うし、、、。

news24 でも起こったので、Apache 2.0 と 2.2 の違いでもないし、
mod_speedycgi が理由でもなさそうだし。

やっぱり、SCHED_ULE が原因なんだろうか。

>>742 はどういう意味なんだ、っていう質問をいただいたので、こちらでも。

:ipv6.2ch.net:28:$\0070\000\000\006\001u\000\000\000\000\000\000\000\022:300

: は「以降をバイナリ形式で書いたとおりに登録」を表しています。
http://cr.yp.to/djbdns/tinydns-data.html
> :fqdn:n:rdata:ttl:timestamp:lo
> Generic record for fqdn.

28 は、AAAA レコード(IPv6アドレス)を表しています。
最後の 300 は TTL です。

で、
$\0070\000\000\006\001u\000\000\000\000\000\000\000\022

は、

$ = 24 (16進、以下同じ)
\007 = 07
0 = 30
\000 = 00
\000 = 00
\006 = 06
\001 = 01
u = 75
\000 = 00
\000 = 00
\000 = 00
\000 = 00
\000 = 00
\000 = 00
\000 = 00
\022 = 12

= 2407300000060175000000000012
→ 2407:3000:0006:0175:0000:0000:0000:0012
→ 2407:3000:6:175::12

というわけで、今回のIPv6アドレスになるわけです。

で、こんなふうに毎回やらないといけないのはめんどうくさいので、
非公式なIPv6パッチが開発されています。

それを当てると、

3:ipv6.2ch.net:2407:3000:0006:0175:0000:0000:0000:0012:300

という、比較的素直な形で登録可能になります。

# 昔試したところでは、どうも、省略表記はできないっぽいです。< IPv6パッチ
# 今のやつはできるのかも。

>>772 にはうそがありました。
djbdns では : は「特殊文字」なので、

3:ipv6.2ch.net:24073000000601750000000000000012:300

でないとだめだったはず。

# 今回はバイナリ形式で登録いただいています。

>>762
traceroute6 to ipv6.2ch.net (2407:3000:6:175::12) from 2001:*, 64 hops max, 12 byte packets
1 2001:380:8140::8 12.706 ms 23.169 ms 12.613 ms
2 2001:380:8140:9::1 19.624 ms 13.979 ms 22.678 ms
3 2001:380:8130:3::1 12.589 ms 16.406 ms 12.769 ms
4 * * *

http://www.maido3.com/server/zousan/nikki65.html

どくおさんが八つ裂きされるのはいまいちですね、、、。

一つずつ、すすめていきましょうか。＞どくおさん
一つずつ着実にすすめていけば、必ずゴールにたどり着けるはずです。

少なくとも、現在の雪だるまサーバで動かしている状態にすることは
できるはずです。つまり、

・バランサ自体が落ちたときのバックアップへの切り替えはできる
・フロントが落ちたときの自動切り離しはまだない
(これについては、そちらで作成されたツールに私も期待してます)

今雪だるまで使っている設定例など、ここに書いて、
解説していきますので、参考にできるところは、参考にしてください。

というか確かここの過去ログで解説しようとして、
ucarp のところはまだしていなかったな、っていうのを、思い出した私。

とはいうものの、私は現在本業時間中なので、、
まとまった時間はとれそうもありません。

というわけで、まとまった時間とれるのは、
速くても今夜帰宅後になります。ごめんなさい。

まぁ、それまではどくおさんが言われているように、
DNSラウンドロビン状態で動くわけで(サービスに影響なし)、
じっくりすすめていけばいいでしょう。

で、いい言葉を教えておきますです。
最初の会社で、私の師匠にあたる人が教えてくれたものです。

---
「システムやネットワークの運用能力やチューニング能力は、
痛い目に遭った回数に比例する。

ただし、比例係数はそれぞれの人により、さまざまである。
大抵の場合、「あせらずに慌てずに、でもちょっと早くやるように心がける」のが、
最終的には最も良い比例係数をもたらす。
だから、ゆっくりあせらずに、でもてきぱきとやっていこう」

そんでは、そゆことで。
あとはのちほど。

よくわからんが、、、
最近のIPv6アドレスって 2001: で始まるんじゃないの？

>>778

>>777
とても良い言葉です。

とりあえず書いてみた。第一弾。

【Love Affair】携帯からのアクセスに対する考察・次の一手 Part4.2 - ボーリング場3
http://qb5.2ch.net/test/read.cgi/operate/1203100286/764-776

>>780
わかったふうにえらそうに書いてるわけですが、
頭ではわかっていても、なかなかそうはいかないですね、、、。

>>781
いえいえ、業界関わらず技術畑にいる人なら、この言葉は納得と共に自分自身に言い聞かせたくなる、
何度もかみ締めてしまうような言葉だと思います。

私も、手が頭に追いつけば良いんですけど・・・　orz

早くipv6.2ch.netのIPv6側のデフォルトルートの接続がされるといいな。
まさか鯖側でデフォルトルートの設定してないわけないっすよね。

>>778
太平洋の向こう側ではそこらへんを配ってるんじゃね？

>>783
サーバ側は準備できている(はず)です。

トンネルとかじゃなくて、ネイティブにIPv6しゃべっているです。
ほんで今回、RA や DHCPv6 じゃなくて、スタティックに設定してもらいますた。
この IPv6 アドレスは IPv4 のアドレスに数字を合わせてるんだと思います。
(たぶんISPさんがそういう管理をしているんでしょう。私は言われたアドレスをつけただけなので)
ちなみに、こんなかんじ。

# IPv6 stuff
ipv6_enable="YES"
ipv6_network_interfaces="em0"
ipv6_defaultrouter="2407:3000:6:175::1"
ipv6_ifconfig_em0="2407:3000:6:175::12 prefixlen 64"

で、該当サーバから 2407:3000:6:175::1 に ping6 が通るのは確認済みです。

%ping6 -c 3 2407:3000:6:175::1
PING6(56=40+8+8 bytes) 2407:3000:6:175::12 --> 2407:3000:6:175::1
16 bytes from 2407:3000:6:175::1, icmp_seq=0 hlim=64 time=0.557 ms
16 bytes from 2407:3000:6:175::1, icmp_seq=1 hlim=64 time=0.551 ms
16 bytes from 2407:3000:6:175::1, icmp_seq=2 hlim=64 time=0.526 ms

--- 2407:3000:6:175::1 ping6 statistics ---
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.526/0.545/0.557/0.013 ms

そんで、この IPv6 を JPIRR とかで whois とかしてみるとわかりますが、
どうやらこのアドレスブロックは /32 の中の一部分みたいなので、
ISPさんの外とは BGP4+ とか何かでつながないといけないんじゃないかなと、
手前勝手に推測しております。

遂に携帯隔離板作るんですね＞＜

US-CERT Vulnerability Notes
http://www.kb.cert.org/vuls/id/800113

というのが出ました。
djbdns, PowerDNSともにこの脆弱性からは逃れているので、
２ちゃんねる的には特にすることはないはず。

複数のDNSソフトウェアにおけるキャッシュポイズニングの脆弱性について
http://jprs.jp/tech/security/multiple-dns-vuln-cache-poisoning.html

TTL=300 は、ちょっと大きくしたほうがいいのかも。
とりあえずざっくり、1800あたりか。

今更だが何故PIEに鯖設置してるんだっけか

>>785
traceroute6 ipv6.google.com
とかやるとどうなるんすかね。
上流の設定ができる方とは連絡ついてるんじゃろかと気になる。

同じアドレスブロックで繋がるか気にしている客がこの鯖だけだったら
繋がってないか分からないっしょ。

ずっと手前でNETUNREACHが返ってるので、
そもそも経路広告さえしてないんだろう。

>>788
ゾンビPC で手当たり次第にやられるとあっという間に陥落というか毒入り団子どうぞか…

国内 ISP の DNS(キャッシュ)サーバなんかは結構オープンに使えたりするけど、
それって the Internet の常識から見てどうなんだろ。大手 ISP の DNS が毒入りに
なると、あっという間に阿鼻叫喚になるような。

>>789
元々2chの鯖借りてた所の人が独立して作ったのがPIE。
それで独立と一緒に2chの鯖もそっちから借りる事になった。

>>788
ちょうどWindowsの定期アップデートでパッチが出たが、一部のPFWが
DNSのリクエストを全遮断で接続出来なくなる奴続出らしいｗ

なんでも偽装返答に騙されない様に、ソースポートの範囲が変更されたとか。

DNSSECの早期導入を：BIND9のパッチ公開、DNSキャッシュポイズニング攻撃に対処
http://www.itmedia.co.jp/enterprise/articles/0807/09/news026.html

>脆弱性は基本的にDNSプロトコルに内在するもので、BIND9特有のものではないとISCは解説。完全な解決策は、DNSセキュリティ強化のための拡張仕様であるDNSSEC導入しかないと指摘している。
>今回はDNSSECの早期導入がまだ現実的には期待できないとの判断からBINDをアップデートしたが、できるだけ早くDNSSECを導入することが望ましいと強く勧告している。

http://lwn.net/Articles/289206/
>The upstream kernel got source port UDP randomization (where no port is specified) in 2.6.24.
>You can see this in practice by testing distributions like Fedora 8 or 9 where the glibc stub
>resolver will use a different source port on each request, therefore mitigating this issue.
>Users of older kernels will either need a backported patch to add this functionality, or
>changes to glibc if they want UDP source port randomization.

>>793
2chが取引先か。正確にはドワンゴかな？
しかし、それなりの額だったろうに。顧客連れてかれて、元は怒っていないのかなｗ

ﾅｲﾅｲ、ｄ（ｒｙ

>>797
( ﾟДﾟ)ﾎﾟｶｰﾝ

そういう時代なのだよ...

>>797
昔はHurricane Electricに鯖置いてたんだっけ?
で、ネットワークが詰まり気味なのにいつまでたっても増強しないから
PIEに移動したっていう話だったはず。

私は、

・2004年5月以前

HE(データセンタ) ―場所・電源貸し→ NTTec ―サーバ貸し→ 2ch

・2004年6月以降

PIE(データセンタ) ―場所・電源貸し→ NTTec ―サーバ貸し→ 2ch

と認識しております。

PIE設立にはNTTec社長のJimさん自身もかかわっているので、
つまり、データセンタも自分でやることにしたという話なんではないかと。

それの遠因の一つとして、>>801 なんかもあるようです。

自分→自分たち、かな。

自分たちがデータセンタもできたほうが、
自由度が高いですよね。

雪だるまや携帯で使っているようなネットワークもできるし、
サーバリブートやリモートハンドもやりやすくなります。

>>797
お前は情報不足過ぎる

>>797
2chとドワンゴはひろゆきを経由しない限り赤の他人と同じだよ
まちBBSと2chのようなもんだ、どっちにもひろゆきがいるってだけで運営は別

he.net時代か、なにもかもが懐かしい・・・

遅レスだけど、
> ST3250410ASがSATA150で認識される

私ゃ同世代のHDD、Barracuda 7200.10を何台か持ってるんですが、
↓型番はこんな感じ。
ad4: 238475MB <Seagate ST3250820AS 3.AAD> at ata2-master SATA300
ad6: 152627MB <Seagate ST3160815AS 3.AAD> at ata3-master SATA300
ad8: 152627MB <Seagate ST3160815AS 3.AAD> at ata4-master SATA300
ad10: 152627MB <Seagate ST3160815AS 3.AAD> at ata5-master SATA300

私がバルク品で購入したこれらのHDDでは
購入時点でジャンパ設定によってSATA150モードになるよう
強制されていたんで、SATA300モードになるよう
ジャンパを引っこ抜いたらこのようにSATA300モードで
認識されるようになった事がありましたがこの辺どうでしょうか。

そういえば、このBSDマシンで今は7-STABLEを評価してるんですが

# $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.484.2.8 2008/07/04 01:29:12 delphij Exp $
# $FreeBSD: src/sys/i386/conf/GENERIC,v 1.474.2.8 2008/07/04 01:29:12 delphij Exp $

この時点で既にスケジューラー指定が

options SCHED_ULE # ULE scheduler

こうなっているので、7.1では本当にデフォルトになりそうですね。
※現在適当に評価中ですが確かに調子は良さげです

ルーターの設定をする人からの連絡マダ〜　チンチン(AA略

蕎麦屋みたいなISPじゃ困るんじゃね？

>>807
他の T-banana サーバや A-tiger サーバは同じディスクで、
既に無事に SATA300 で動いているので、そのへんはたぶん問題ないはずかと。

> 7.1では本当にデフォルトになりそうですね。

のようですね。

で、FreeBSDのえろい人にちょっぴりだけ相談してみたら、
「そのサーバで SCHED_4BSD と比較してどうなのか確認できるか」
「vmstat 等の結果を送っていただけるか」等、いくつかアドバイスを受けますた。

ということで時間とれたところで、何かやってみるかも。

>>806
he.net時代
おお
何年前、いつごろじゃったか、、

きたく。ふらふら。

>>810
その5ですか、、、。＞へたれさん

もう4年前になるですね。< he.net

>>809
＞多分
＞〜のはず
こういうのは一応確認するべし。
先入観を鵜呑みにすると失敗するのはよく有る話ですけん

>>810
おー お久しぶりでっす

>>812
はい、もちろんですね。

# 確認するのは私じゃないわけですが、、、。< 63日目の日記だったかな

そいえば('A`)さんだっけｗ
らじゃ

おはようございます。

>809
まぁ、普通そうですよね…。
BIOSの設定におけるSATAモードの指定の仕方と
HDD本体でのモード指定以外が原因だったりしたら
結構珍しいケースのような気がするので
適当にわくわくしておく事にします。

カーネルソースを眺めていて気づいたんですが、
>>550
の > # ちなみにICH7はAHCIやRAIDには非対応ですね。これは、ちとざんねん。
についてですが、
>>551
のdmesg出力と
7.0-Rの /usr/src/sys/dev/ata/ata-chipset.c にある
{ ATA_I82801GBM_S1, 0, AHCI, 0x00, ATA_SA300, "ICH7M" },
{ ATA_I82801GBM_R1, 0, AHCI, 0x00, ATA_SA300, "ICH7M" },
{ ATA_I82801GBM_AH, 0, AHCI, 0x00, ATA_SA300, "ICH7M" },
この記述、(ICH7Mに関してはこれだけみたいです)
それと
http://www.intel.com/jp/support/chipsets/imst/sb/cs-012304.htm
> インテル® 82801GBM I/O コントローラー・ハブ (ICH7M) - AHCI のみ
という事らしいので、RAIDは無いけどAHCIはいけそうな気がしまする。

# 元々7-STABLEなんてのを評価してたのは
{ ATA_ATI_IXP600, 0x00, 0, ATIPATA, ATA_UDMA6, "IXP600" },
{ ATA_ATI_IXP600_S1, 0x00, 0, ATIAHCI, ATA_SA300, "IXP600" },
{ ATA_ATI_IXP700, 0x00, 0, ATIPATA, ATA_UDMA6, "IXP700" },
{ ATA_ATI_IXP700_S1, 0x00, 0, ATIAHCI, ATA_SA300, "IXP700" },
こんな記述を見つけたので手元のPhenom一式でもAHCIで動くのかー？と。
まだmake world と適当にgnomeをportsでコンパイルさせてみた程度だけど
今のところ大丈夫そうだから 7.1 は(楽が出来る的に)ちょっと期待中。

>>815
>http://www.intel.com/jp/support/chipsets/imst/sb/cs-012304.htm
>> インテルR 82801GBM I/O コントローラー・ハブ (ICH7M) - AHCI のみ
>という事らしいので、RAIDは無いけどAHCIはいけそうな気がしまする。

おぉ、AHCIいけるんですか。
なら、なおさらBIOSで有効にすべきかと。
パフォーマンス相当違いますんで。

つssh-keysign ('A`)

このあたり
http://www.pinkdragon.net/doc_lib/contents/ja/freebsd_man/ssh-keysign.8.html

ssh_msg_send: write の件:

ためしに、/etc/resolv.conf で、
これまで使っていた外部のDNSキャッシュサーバの行を、
内部のよりも先に書いてみると、どうなるでしょう。

で、もし仮にそれでうまく立ち上がるようなら、
その立ち上がった状態で、ホスト内で動かしている
DNSキャッシュサーバの行を、改めて元に戻して
リブートしてみると、どうなるでしょうか。

>>818 はぐぐる前にあたりをつけて想像だけで書いたので、
違っているかもですが、まずは、とりあえず。

最終的にはGoogleしてソース追えば、
きっとなんとかなるんじゃないかなと。

>>818 は具体的には、

domain maido3.com
nameserver 内部
nameserver 外部1
nameserver 外部2

を、

domain maido3.com
nameserver 外部1
nameserver 外部2
nameserver 内部

に一度してリブートして、
それでもしうまくいったら、

domain maido3.com
nameserver 内部
nameserver 外部1
nameserver 外部2

に、再度戻してみる、という意味です。

http://lists.freebsd.org/pipermail/freebsd-questions/2007-October/159836.html

お、、、。まさかとは思いますが、
標準のではなくて、ports 版の ssh が間違って入っている、とか?

ssh で外部に接続しようとすると

ssh-keysign not enabled in /etc/ssh/ssh_config
ssh_msg_send: write
ssh_keysign: couldn't send request
というメッセージが表示されることがある.
このような場合には, /etc/ssh/ssh_config に

EnableSSHKeysign yes
という一行を書き足すこと.

追加

HostbasedAuthentication yes

の下に、EnableSSHKeysign yesという一行を新たに加えて設定終了

rootさん、DNS変更の件、こちらに書きますー。

p2.2ch.netのIPを、
210.135.99.5（現行）
から
210.135.98.43（新）
へのDNS変更をお願いします。

タイミングは7/14（月）の午前2時以降のできるだけ早い時間を希望します。

先に埋め込んでおこう。。。@BBQ除外指定

>>824
了解です。

…今日の深夜ってことですね。
申請はその時間にしておきます。

実際の変更は中の人がするので、ラグが生じる可能性あるかもです。

>>825
どーん

ボボンハウス除外は既に済みです。>>824

>>817 >>822-823
ふうむ、今まで大丈夫だったものがどうしてそうなるのかしら。

ちなみに p2.2ch.net = TTL=86400 で登録されているようですので、
仮に14日午前2時きっかりにDNSが書き換わっても、
インターネット全体のDNSの切り替わりが完了するのは、
翌日の15日午前2時、となりますです。

945GM+ICH7Mな構成のマザーボードをいくつか調べていますが
工業用のマザーボードとかだと、SATA300ではなくSATA150のポートだと言い張っている製品がいくつかあります

おかしいと思い調べてみたら
http://www.intel.com/jp/support/chipsets/imsm/sb/CS-022304.htm
どうやら、モバイル用はオミット版ということで3Gbpsが出なくなっています。
というわけで、AHCIモードにできて、NCQも動くけど、1.5Gbpsという奇妙な事になるようです。

dmesgのメッセージはどうやら開発者の思い違いのようですね。
ドライバのソースコードの記述を直してもらう必要があるかもしれません。

SSH-KEYSIGN (8)
http://www.unixuser.org/~euske/doc/openssh/jman/ssh-keysign.html

「iPhone」というフォルダを持つ板が出来たようですが、
大文字が入っていると、専用ブラウザとか何とか、
そのへんは大丈夫なのかしら。

というか何より、削除とかのシステムは大丈夫なのかしら。

…ま、いっか、だめならだめでいろんなバグ出しができそう。

>>833
専ブラでOpenJane Doeでは問題ありませんでした。

>>831
> というわけで、AHCIモードにできて、NCQも動くけど、1.5Gbpsという奇妙な事になるようです。

ふうむ、、、。

さて、以下のDNS変更申請をします。
同じものをメールフォームでも送ります。

・公式p2の新サーバへの更新

(現状)
+p2.2ch.net:210.135.99.5

(変更後)
+p2.2ch.net:210.135.98.43

>>833

stats.2ch.net はDNSの仕組み使っているから
iphoneになっちった

入り口で置き換えするか、

>>836
> ご依頼されているDNS変更の件につきまして、
> 作業完了次第、担当の者よりご連絡させていただきます。
> ご了承下さいますようお願い申し上げます。

とのこと。

>>837
なるほど、そういうの出ましたか。

# フォルダを小文字に作り直す、というのはないのかしら。＞信者さん

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

できた

>>839
あまりにひどかったら、

すずめのiphoneのリンクが http://.2ch.net/iphone/ になってるのは何

>>831
むー。「珍しいケース」そのままズバリっぽいとは。
いかにも過渡期ですよって仕様ですね。
古い基盤とか鯖使うときは気をつけよう。

早速どくおさんから回答をお寄せいただいてますが、
どうも頭痛がひどいため、答え合わせなどはのちほど。

Seagate、世界で初めて1.5TBのHDD「Barracuda 7200.11」を発売
http://gigazine.net/index.php?/news/comments/20080714_seagate_hdd/
http://www.seagate.com/ww/v/index.jsp?locale=en-US&name=null&vgnextoid=19549a9dafc0b110VgnVCM100000f5ee0a0aRCRD

ついにお気に入りに入れてしまった＞ぞうさんぷろじぇくと

興味本位で、教えて君します。

1) iPhone って、買ったときに使えるプロバイダって、
ソフトバンクが用意してくれるんでしたっけ。

2) そのIPアドレスレンジとかって、公開されてるんでしたっけ。
あるいは、どこかにそのプロバイダの情報あるんでしたっけ。

>>846
とりあえず、これなのかな。
panda-world.ne.jp か。

【綻び】番犬 ★が管理人に軽く噛み付くスレッド【法廷】29
http://qb5.2ch.net/test/read.cgi/operate/1215136500/671

で、126.254.10.195 が IP アドレスみたいだけど、
これってもともと、SoftBank BB 用なのか。

APNIC Whois には BBTEC としか登録がないなぁ。
その先の assignment 情報を見たかったのに。

経路(IRR)的には /16 なのね。
内部でどうやってるか知らないけど。

%whois -h jpirr.nic.ad.jp 126.254.10.195
route: 126.254.0.0/16
descr: Yahoo BB CIDR BLOCK
origin: AS17676
mnt-by: MAINT-AS17676
changed: [email protected] 20051030
changed: [email protected] 20061016
changed: [email protected] 20070402
changed: [email protected] 20070718
source: JPIRR

http://pc11.2ch.net/test/read.cgi/php/1207013301/425-428
参考になるかどーか分かりませんが

http://pc11.2ch.net/test/read.cgi/php/1207013301/426

126.240.0.0/12 か、、、。

ずいぶん広いかも。

>>850
あ、どうもです。
今私も見つけました。

UAでやるのはあまりにもあまりなんで(未承諾さんに一発で破られているようだし)、
bbs.cgi をむぎゅってきます。

>>852
とりあえず 126.240.0.0/12 だったら iPhone にする、
ということにしました。

誤検出 and/or ソフトバンクモバイルからの情報公開があったら、変えていくということで。

>>844
おー。

でもその下の、

東京大学、「光の粒」を使ってHDDの容量を5倍以上にする技術を開発 - GIGAZINE
http://gigazine.net/index.php?/news/comments/20071107_u_tokyo_hdd/

の記事のほうが気になったです。
ひょっとしてまだまだいくのか。5T とか 10T とか。

工学部9号館だから東大は東大でも浅野のほうだな

ocn でも odn でも kddi でも iPhone は iPhoneっす

>>856
なるほど、であればもっとうまいやり方が必要そうですね。

iPhoneの3G経由は現在のパターンでいくとして、
Wifi経由だったら、I と表示するとかですかね。

偽装覚悟で、そうしてみますか。

・i は iPhone 3G経由っぽい
・I は iPhone Wifi経由「かもしれない」

ぐらいのかんじで。

＞FOMAでべっかんこ( http://u.la/ )経由が i

これと被ってるんだが↑は廃止って事でいいのかな

>>857
done.

>>858
iモードIDの取り扱い仕様確定後、
bbs.cgi 的にその仕様は廃止されているようです。

再び、教えて君で。

iPhoneで3G経由でアクセスした時、
例の 126. なんちゃらというIPアドレスになるわけですが、
このIPアドレスって、

1) 従来の携帯のように、セッションごとに毎回変わってしまう(従来の携帯風味)
2) VC(?)張られている間は変わらない(AIR-EDGE風味)

の、どっちなんですかね。

# 確保しているIPアドレス帯域が広そうだから、2) かしら。
# 根拠ないですけど。

>>861
変わりまくりの予感
しょっちゅう同意ボタンを押している気がする

>>862
そうなんですが、、、。
とすると、1) なんですかね。
あるいは、 2) が「超短い間隔で」起こっているのか。

もう少しリサーチが必要そうな感じですね。
SoftBankMobileのWebには、まだ何の技術情報も出ていないみたいですし。

> そうなんですが、、、。

そうなんですか、、、。

の間違いですた。>>863

http://qb5.2ch.net/test/read.cgi/operate/1214288955/351-352
の件に目を通していただけると

>>860
ども
某wiki修正しときます

http://namidame.2ch.net/test/read.cgi/news/1216189040/

あららららら

ハードウェアの脆弱性って昔から言われてるよね。
でも被害に遭ったって聞かないのは何でだろー

可能性があるってだけでかなりヤバいから、
現実性にかなり難があるネタでも結構騒ぎになるので、
相対的にそう見える。

初代PentiumがLOCK CMPXCHG8B EAXで固まるバグなんかは、
実証プログラムも広く出回ったし。すごく簡単だったから。

鯖側で任意のjavaを動かせるのでない限り関係ないだろJK

つうか最近のCPUだとBIOS起動時のマイクロパッチで大半が修正可能だけどな。
マイクロパッチ使えないOSとかBIOSとかだと悲惨だが。

質問・雑談スレ275＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1214880089/848

848 ：ひろゆき＠どうやら管理人 ★ ：2008/07/19(土) 06:57:48 ID:???0 ?
http://touch.xrea.jp/janetouch/
バーボンハウスに送らないようにしたいんですけど、
どうすればいいんすかね？

重い重い重い重い重い重い重い×55＠運用情報
http://qb5.2ch.net/test/read.cgi/operate/1215443197/63-66

・暴走しているのは read.cgi (が組み込まれたhttpd)
・旧フォーマット(コンマ区切り)のdatを踏むと暴走すると思われる
・一部サーバ(別記)はこれを防ぐため、古いバージョンのread.cgiをわざと入れてある
・古いバージョンのread.cgiは、旧フォーマットと新フォーマットを自動判別できる

とりあえず対症療法として、
うまい棒サーバの read.cgi を、これから旧バージョンに入れ替えておきます。

>>874
done.

ちょっとしくってました。
再配布中。

>>876
done.

>>873
> ・一部サーバ(別記)はこれを防ぐため、古いバージョンのread.cgiをわざと入れてある

1999, jbbs, kitanet, piza, piza2, pyon, saki

今回これに加えて、すべてのうまい棒サーバも古いバージョンに追加

caramel.2ch.net, cheese.2ch.net, choco.2ch.net, cocoa.2ch.net, corn.2ch.net, curry.2ch.net,
ebi.2ch.net, kaba.2ch.net mentai.2ch.net, natto.2ch.net, piza.2ch.net, piza2.2ch.net,
saki.2ch.net, salad.2ch.net, salami.2ch.net, tako.2ch.net, teri.2ch.net, ton.2ch.net, yasai.2ch.net

過去ログ＆●(2chビューア)情報スレ 05
http://qb5.2ch.net/test/read.cgi/operate/1207479061/346

この件・・・・板移転と関係あるのですか？？

どうなるでしょうか？

なんでここで聞くの？

>>880
その貴方の質問はサーバと何か関係がありますか（笑）

WWWWWWWWWWWWWWWWWWWWWWWWWWWWｗｗWww↑→

馬鹿じゃねえの♪

質雑スレで訊いてもNGされててスルーだからｗｗ　アワレｗｗ
rootたんから「●のことはわからないです」ってレスほしいかーｗｗ

スレ違い。

そんなことで喜べる幸せそうな>>882こそ哀れで不憫だ・・・・ご家族はカナシス

>>883
life9.2ch.netを新しい鯖に変えてみ

http://changi.2ch.net/test/read.cgi/yume/1212765045/

一緒なのですよ〜（笑）

●の有効期限が切れただけとか

ここじゃなくて元の過去ログ&●スレでやってね

>>879
私の環境(JaneView、壺)からは、ともに正常に読めました。
offlaw.cgi の動作には異常ないようです。

life9 の read.cgi も正常に「過去ログ倉庫」を示しました。

結果として、特に異常は発見されませんでした。

８８８　８８８　８８８　８８８　８８８　８８８　８８８　８８８　８８８　８８８　８８８　８８８　８８８　８８８

>>887
わかりましたです〜（笑）　なんか、違うJaneを起動したら

http://life9.2ch.net/yume/kako/1212/12127/1212765045.html

で、取得出来ました〜！　今使ってるJaneでは、上記アドレスへ飛びません・・・・

ボードメニューが悪いのか、他の設定が違うのか・・・・

少し弄ってみますです〜♪

あ〜りが〜とで〜した〜！

>>888
忙しいところわざわざすみませんでした〜！

当方環境の問題と言う事で了承居致しましたです〜♪

ありがとでした〜ですよ〜♪

携帯→2ch運用情報スレッド76
http://qb5.2ch.net/test/read.cgi/operate/1215708125/940-978 あたり

2chにおけるauの不調はいまだ続いている
2ch以外の海外サイトへのアクセスも不調らしい
Abovenet経由の経路の不調はまだ続いているっぽい?
PIE→auはAboveを通っておらず、特に問題はないように見える(★重要)
au→PIEの経路は?

いつもお世話になっています。どちらで聞こうか迷いましたが、こちらに書きます。

■ご相談事項
復帰依頼スレには、復帰作業の目安としてload averageの数値が記載されています。
サーバの構成も大きく変わったと思いますが、現在の目安となるような数値はありますでしょうか？

サーバによって数値に大きく幅があったり、マルチコアなサーバではload averageの数値が
正しく出力されない問題があったり(確か)、負荷の目安を把握するのが難しくなっていると思います。
もし、復帰作業の目安となるような数値の表現が可能でしたら、復帰スレに記載して参考としたいです。
もし表現が不可能でしたら、作業前に読み書きをして負荷を直接体感する事にします。
それとも、もしかしたら、現在のサーバは処理が圧倒的に速くなっているので、
復帰するのにサーバ負荷は気にしなくて良いですよー、な状況になっているのかもしれません。

ご意見よろしくお願いいたします。

http://qb5.2ch.net/test/read.cgi/sakud/1132416758/616

>>892
一般論を書きます。

FreeBSD ではコアが2つならLAが倍で、
コアが4つならLAが4倍で判断されることになります。
(そういう作りのはずです)

ということで、T-bananaなら2倍勘定、
A-tigerなら4倍勘定でよいことになります。

また、SCHED_ULEを採用している一部サーバでは、
LAが負荷の割に高く記録されることもあるようです。

あくまで一般論と経験論からですが、
T-bananaならLA=10、A-tigerならLA=20ぐらいまでであれば、
作業上安全圏と考えていただいて、差し支えないと思います。

>>893
丁寧でわかりやすい説明をありがとうございます。
教えていただいた目安を参考にします。

新型サーバが導入されたり、サーバ構成が大きく変わった時に
また相談をお願いするかもしれません。その時はよろしくお願いいたします。

ううむ、、、。

(緊急)複数のDNSソフトウェアにおけるキャッシュポイズニングの脆弱性について(続報)
http://jprs.jp/tech/security/multiple-dns-vuln-cache-poisoning-update.html

>>895
ということで自分のプロバイダで、

Web-based DNS Randomness Test | DNS-OARC
https://www.dns-oarc.net/oarc/services/dnsentropy

を踏んでみて、もし万一「POOR」って表示されたら、
そのプロバイダのDNSはセキュリティ的に「もうだめぽ」ということで、
すぐにパッチを当てろﾓﾙｧって、メールとか連絡とかしたほうがよさげ。

っていうか、そうでもないのか。

「Test My DNS」を踏んでみてわかるのは、
自分の家のブロードバンドルータのDNSキャッシュサーバ機能が
安全かどうか、だったりするかも。

今自宅の環境で試したら、両方とも「GREAT」って出た。
プロバイダは Sakura Internet だけど、自分で dnscache 使って
DNS キャッシュ立ててるから、参考にならないですね。

210.196.5.106 Source Port Randomness: POOR
210.196.5.106 Transaction ID Randomness: GREAT
210.196.5.107 Source Port Randomness: POOR
210.196.5.107 Transaction ID Randomness: GREAT

>>898
典型的な「だめぽ」の例ですね、、、。

今回のセキュリティパッチはまさに、
> 210.196.5.106 Source Port Randomness: POOR

を GREAT に変えるためのものなので。

ちなみに、
世の中には「だめぽ」なDNSキャッシュサーバが、たぶんまだかなりあると思います。

今現在もいろいろと情報を仕入れつつありますが、
今回のはとても緊急度が高そうなので、対応は必須でしょう。
あえて誤解を恐れずに言うなら、
DNSというプロトコルの今後の存亡にかかわるぐらい大きな問題のようです。

本文中でも少し触れられていましたが、
既に、攻撃をするためのサンプルコードも公開されてしまっています。
わかる人が見れば、何をしようとしているかもわかるでしょう。

DNSの脆弱性に対する攻撃コードが公開される：スペシャル - ZDNet Japan
http://japan.zdnet.com/sp/feature/07zeroday/story/0,3800083088,20377716,00.htm

ちなみに 2ch で使っている djbdns (dnscache) や powerdns-recursor には
今回の脆弱性は該当しませんが、それは単に「やられる確率が低い」というだけです。

60.37.13.73 Source Port Randomness: POOR
60.37.13.73 Transaction ID Randomness: GREAT
60.37.14.74 Source Port Randomness: POOR
60.37.14.74 Transaction ID Randomness: GREAT

だめなのかな？

JPCERTからも注意喚起が出たようです。
http://www.jpcert.or.jp/at/2008/at080014.txt

>>901
だめぽですね。

http://japan.zdnet.com/sp/feature/07zeroday/story/0,3800083088,20377690,00.htm

隠してたのはカミンスキーさんか・・・
カミンスキー・・・
仮眠好きー・・・

なんでもないｗ

そもそも繋がらない(´･ω･`)＠Test My DNS

>>904
んだねぇ… 混んでいるのかな？
dns-oarc.net. の NS は返事するけど、td.dns-oarc.net. が返事をしない。

-----
ウチの RT58i もセキュリティアドバイザは出ていて、ファームの更新予定ですよに
なっているけど、まだ対応ファームは出ていない。しばらくはルータの DNS サーバ
じゃなくて、ISP の DNS サーバを指定しないと… 念のため。

うぅむ、、、やっぱりRT58iかしら。。。
今日もまた暑さ？でBA8000PRO昇天(´･ω･`)

>>905
td じゃねぇや… et.dns-oarc.net. だ。間違って console に入力したものを、そのまま
コピペしちまった orz

以下スレ違＆チラ裏
>>906
ウチは自宅鯖なんてハードな使い方はしていないから何とも言えないけど、ドバっと
アクセスが集中してセッションを使い切るなんて事がない限り大丈夫なんじゃないかと。
暑さの方はわからない、こっちも今年から使い始めたから。

いっそ事、業務用系の中古品を狙ってみるとか？

あと気をつけて欲しいのはdjbなら確実に大丈夫という話でもなくて、
キャッシュサーバにdjbdns使っていようがBINDを使っていようが、
DNSクエリのソースポートを制限されていたらもうだめぽ、ってことなんですよ。

あとWeb版Test My DNSが使えない方は、こちらをどうぞ:
$ dig +short porttest.dns-oarc.net TXT

>>906
少なくともACアダプタはすっごくぬるくて小さいですRT58i

Western Digital、10,000rpmの企業向け2.5インチHDD「VelociRaptor」
http://pc.watch.impress.co.jp/docs/2008/0724/western.htm

ヒートシンクなし。

>>910
おっ、ついにA-tigerに真に似つかわしいはずの、
「企業向け」の10,000rpm SATAディスクが来ましたか。

WD VelociRaptor 300 GB SATA Hard Drives ( WD3000BLFS )
http://www.wdc.com/jp/products/Products.asp?DriveID=494

WD3000BLFS が型番と。

>>908
$ dig +short porttest.dns-oarc.net TXT
z.y.x.w.v.u.t.s.r.q.p.o.n.m.l.k.j.i.h.g.f.e.d.c.b.a.pt.dns-oarc.net.
"60.37.14.169 is POOR: 30 queries in 3.2 seconds from 1 ports with std dev 0.00"
(´･ω･`)

>>909
BA8000PROのACアダプタはかなりご立派さん。OUT:12V/1.2A

プロバイダのDNS使わずに自前でDNS引いてるおれは問題なし
ttp://ranobe.com/up/src/up286293.png

DNS Resolver(s) Tested:
210.xxx.xxx.xxx (xxxx.xxxxxxxxx.xxx.ne.jp) appears to have GREAT source port randomness and GREAT transaction ID randomness.
210.xxx.xxx.xxx Source Port Randomness: GREAT
210.xxx.xxx.xxx Transaction ID Randomness: GREAT

>>910
2.5インチなんすか？

mamono,namidame用A-tigerできた(^_^;)おまたせー
tiger3505.maido3.com
転送量グラフ　http://traffic.maido3.com/q6Iy/8VLV/mndb/
tiger3506.maido3.com
転送量グラフ　http://traffic.maido3.com/WhLH/b4Mr/RTAi/

root ★さんにメール出したー(^_^;)

>>915
受け取りました。

ログイン、su、dmesg出力、ネットワーク設定、まずは問題なさげ。
作業開始はのちほど。

>>914
そうです

つまりディスクの大きさが小さければ小さいほど回転のブレが出にくい
鯖に何台もHDDが入ってたり別鯖が近くにあると振動を誘発するから
そしてモーターの発熱と消費電力を抑える事ができる

All great　でした（｀・ω・´）

p2.2ch.net総合スレ Part37 【不具合/要望】
http://qb5.2ch.net/test/read.cgi/operate/1215973136/608

これ、あとでやってみよう。

IPアドレス帯域
http://developer.emnet.ne.jp/ipaddress.html

がわかっているので、普通に組めると思うし。

そしたら末尾O、BBMで扱うことになるということで。

花子 ★の秘密の花園
http://qb5.2ch.net/test/read.cgi/operate/1211962556/331

331 ：花子 ★ ：2008/07/25(金) 18:07:37 ID:???0 ?
banana3000.maido3.com

Uptime: 5:33

リブートスレにも花子スレにも書かれていないのになでだろう？
HDDが一個しんじゃたのかなー？

httpdの再起動要請をしてリブートスレに書かなかっただけとか？

>>919
BBMにも普通にはいるかと思いますが「文字列」がどのような文字種になるかが気になるところ。
大文字小文字識別とかあったら。。。

>>920
なぜかわかったー

花子 ★の秘密の花園
http://qb5.2ch.net/test/read.cgi/operate/1211962556/338

338 ：マァヴ ◆jxAYUMI09s ：2008/07/26(土) 19:12:06 ID:pJkWQt070 ?
>331
これ、花子がサーバダウンしたためリブートした(^_^;)
やっぱどっかがいまいちなんだけど、ログとかからは何も判明せず・・・・
マザーボード交換作戦の季節がやってきた予感

携帯→2ch運用情報スレッド78
http://qb5.2ch.net/test/read.cgi/operate/1216981713/101

ということで、讃岐くんへ:

・新サーバを引き渡せる状態になりました。既に土地は作られています。
DNSを向ければ、今 s2ch.net 関連で動いているもの(rssとか色々)は、
全て同じように動くはずです。

・ログインの仕方は今の s2ch.net と同じです。
(ログイン名・パスワードとも)

・新サーバは tiger3512.maido3.com = 206.223.152.165 です。

・チューニングの内容は、
- 現在の s2ch.net で動いているものは基本的にそのまま動くはず
- ただし、Cで書かれてコンパイルされているものは再コンパイルが必要
- 現在の changi 設定 + PHP eAccelerator 有効
の状態になっています。

・中身は空っぽになっているので、自分で中身移して動作確認して、
まるごと移した後、自分でs2ch.net関連の全てのDNSを変えてください。
移行テスト用に前にも作った、これを作っておきました。
http://sanuki.mumumu.mu/

・必要なモジュールや動作不良などがあったら、言ってください。
・何か質問があったら、基本的にこちらのスレで。

docomoでやってみた
210.153.84.171 (proxy3147.docomo.ne.jp) appears to have POOR source randomness and GREAT transaction ID randomness.

きゃっ！きゃっ！

ヾ(*´∀｀*)ﾉ ｷｬｯｷｬ

>>926
入れ込んだら、あとで感想を報告してください。

あと、このサーバ、ディスクはあんまり高速ではないので、
メモリディスクが使える場合、そちらの使用を健闘してみてください。

現在、
%df -h /md
Filesystem Size Used Avail Capacity Mounted on
/dev/md0 387M 106M 250M 30% /md

まだあと250Mぐらい使えます。

/md/s2ch の下は、好きに使ってよいです。
リブートすると消えるけど。

tiger3512 (讃岐サーバ)の転送量グラフ

転送量グラフ
http://traffic.maido3.com/Vl0a/FiWe/vWyT/

旧s2chのほうってまだまだ使ってもいいのかな？
もしいいんならpublicのところをbanana.s2ch.netとかで見られるようにしてほしいです。

>>930
了解です。

旧サーバをどうするかは私は聞いてないけど、
とりあえず設定しておこう。

banana.s2ch.net で参照されても大丈夫にした。

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

新しいほうでカウントするようにした。

ありがとうございまーす。

>>934
今のところ順調っぽく見えますが、
軽いとか重いとかいいとか悪いとか、
たんたんと報告してもらえればと。

了解です。

208.67.216.14 (bld4.sea.opendns.com) appears to have GREAT
source port randomness and GREAT transaction ID randomness

なんかopendnsってやつを設定したんですけど、これって大丈夫なんですよね？

>>937
一般論を。

他の方が立てられた DNS キャッシュサーバを
ネットワーク経由でお使いになる、ということは、

1) その DNS キャッシュサーバにインターネット的に命を預ける
2) その DNS キャッシュサーバと自分のPC等の間のネットワークは安全であり、
データの書き換えやすり替えは絶対に起こっていないと仮定する

ということになるです。

それで問題ない、ということであれば、
自己責任にて、ということで。

ちなみにプロバイダが提供するDNSキャッシュサーバを使う場合についても、
上記の原則は全く同じことになるです。

あうでやってみたら
このサイトは安全でない可能性があるので接続できません（発行者エラー）だってさ

ソフトバンク携帯乙

花子が泣いてます

花子 ★の秘密の花園
http://qb5.2ch.net/test/read.cgi/operate/1211962556/411

411 ：花子 ★ ：2008/07/27(日) 18:12:42 ID:???0 ?
3ware 3DM2 alert -- host: banana3000.maido3.com

20080727091226 - Controller 0
WARNING - Sector repair completed: port=6, LBA=0x3A15FF09

completedって言ってるくらいだから大丈夫なんじゃないの

>>941
6番に繋がったHDDの0x3A15FF09って所は修復完了しました。

と言ってるようなんで、頻発しない限りは様子見で良いと思います。

>>943
了解しました

新しい涙目、魔物は明日〜明後日には順次できあがる予定でおりますが、
そしたら、「丸ごと移動でDNSつけかえ」の形でやろうかなと。

はーい

ちょと質問
IEで、見たとき、■このスレッドのQRコード■て有りますが
http://same.u.la/をhttp://ula.cc/に変えれないでしょうか？

(例)
2ch特化型サーバ・ロケーション構築作戦 Part29
■このスレッドのQRコード■
http://qr.42.kg/tubo/?http://same.u.la/test/r.so/qb5.2ch.net/operate/1212665493/
を
http://qr.42.kg/tubo/?http://ula.cc/test/r.so/qb5.2ch.net/operate/1212665493/
にする

>>947は
壷の機能の一つだと思うのでソウト板に行って来ます

むむむさんー。
test.s2ch.netのpvをとっていただけないでしょうかー。

>>949
2ch式でよければ、今日帰宅後にでも。

ありがとうございますー。
たぶん2ch式で大丈夫だと思いますー。
ついでにs.s2ch.netのほうもよろしくお願いしますー。

えっと、PVとるようにするんだっけか。＜tiger3512

じゃ、作業いってきます。

花子が泣いてます二回目
(取り合えずlogとして)

花子 ★の秘密の花園
http://qb5.2ch.net/test/read.cgi/operate/1211962556/428

428 ：花子 ★ ：2008/07/29(火) 01:27:13 ID:???0 ?
3ware 3DM2 alert -- host: banana3000.maido3.com

20080728162700 - Controller 0
WARNING - Sector repair completed: port=0, LBA=0x5DDEEC6

>>953
向こうのスレの花子さんや花代さんのつぶやきは一応、見てますんで、
毎回貼らなくてもおｋでごんす。

>>954
了解しました

PVとる設定をしようと思ったけど、
さすがに、眠気に勝てなくなってしまいました、、、。

讃岐くんごめんね。
明日中には何とか。

おやすみなさい。

あと新涙目・新魔物は、
明後日あたりに産声の予定ということで。

>>957
楽しみです。

>>956
作業しようと思ったが、、、。

1アカウントで複数のバーチャルホストを入れているので、
ちょっと改変が要りそうなかんじ。

まずは PV が一番多そうな s.s2ch.net の PV をとるようにします。
test.s2ch.net はちょっとあとで。

うむむ、やっぱりちとめんどうなかんじ。

もっと頭がクリアな時にやらんといかんですね。
なんか間違えそう。

悪いけど、今日はいったんしつれい。。

root様

お世話になっております。株式会社jig.jpの菊池です。
現在弊社サービスjigブラウザより２ちゃんねる掲示板への書き込みが規制されているようで、書き込みができない状態になっております。

【エラー内容】
ERROR：アクセス規制中です！！
(\.docomo.ne.jp)

規制を解除していただく方法はございますでしょうか。
お手数ですが、ご連絡いただけると幸いです。

宜しくお願い致します

root様

お世話になっております。株式会社jig.jpの菊池です。
現在弊社サービスjigブラウザより２ちゃんねる掲示板への書き込みが規制されているようで、書き込みができない状態になっております。

【エラー内容】
ERROR：アクセス規制中です！！
(\.docomo.ne.jp)

規制を解除していただく方法はございますでしょうか。
お手数ですが、ご連絡いただけると幸いです。

宜しくお願い致します