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

各セリフの予想登場時刻ってどんな感じですか？

04年データ　実データかどうかは未検証
バルスタイムは22時頃

2004/12/24 21:27親方が北斗の拳バリにむきむきになるところで1度落ちる
2004/12/24 21:31CM1回目、この間にトイレに行きましょう
2004/12/24 21:44スレッド、1004に到達。
2004/12/24 21:462度目のCM突入。既に13スレ目。
2004/12/24 22:00ついに鯖、2度目の撃沈、原因は金貨3枚で買収
2004/12/24 22:01鯖、3度目の撃沈、原因は40秒で支度しな
2004/12/24 22:02またしてもスレ、1004に到達。鯖はガタガタです。
2004/12/24 22:04古文書にあったとおりだ、で落ちかけるが持ち直す
2004/12/24 22:053度目のCM、ロボットが動きました。そして、鯖、4度目の撃沈。
2004/12/24 22:06鯖、復活

今日は鯖落ち祭りですね
tsushimaはすぐ落ちそう

バルスで鯖落とすのは定例のイベントみたいになってますからねぇ

バルス!

dubaiとtsushima入れ替えたほうが安定したりして

>>629
＞バルスタイムは22時頃

今更で、だれもがスルーしてくれてるみたいですが
バルス予定時間は23時頃の間違いでしたｗ

ﾄﾞｷﾄﾞｷ。

live23/24がdownしていよいよですね

そろそろ出番だrootたん

>>637
そろそろバルスって言っちゃうよ

tsushima 撃沈･･

鯖がゴミのようだ！

バルスより先に実況落ちてたんじゃない？
アナログ波がはやかったんか？

しかしtsushima自動復帰か何か
いまは普通につながるね、耐えたのかな

2009/11/20 23:20:00 LA=11:20PM up 10 days, 2:17, 0 users, load averages: 3.60, 4.21, 3.59
墜ちたようには見えないけれども。。。

落ちたのはyutori7だけで、live23とtsushimaは鯖の処理が一時追いつかず落ちたように見えてたとか
いや全くの憶測ですが

実況もvipも全然繋がらなかった

dubaiも落ちてたのか・・・

>>644のとおりかな
いつものコネクション貼れない状態になったけど今回はしばらくして復帰

コネクション貼れない→コネクション弾かれる

yutori7はzoneliになってましたお

恒例？のゾンビでしたか。
tsushimaもそうだったのかな・・・

いつもの通りmaido3セッティングが原因？

rootさんが仕事場から帰宅中なので、なんか報告あるかなと期待
以外に実況鯖が耐えた理由とか興味津々
あと、atlantaも23:10頃に一時繋がりにくくなったらしいので、そこあたりとかも
なんか、雪だるま打倒とか以前のレベル

>>649
ぃようvipper

Prepare for 8.0-RELEASE builds.

takeshima鯖はどうするの？
からっちょになってからかなり経つけど

>>655
ttp://qb5.2ch.net/test/read.cgi/operate/1252115166/16
ttp://qb5.2ch.net/test/read.cgi/operate/1257864829/

現在のRELENG_8_0

# uname -a
FreeBSD ***.***.*** 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Mon Nov 23 09:45:44 JST 2009 root@***.***.***:/usr/obj/usr/src/sys/WWW amd64

/usr/src/UPDATING によると

20091125:
8.0-RELEASE.

ということで、今の様子ならほぼ確定かな？と思われ。

>>657
出ますたか。
長かったですね。

で、結局この問題は未解決のままいくのね、、、。< 8.0R

NOTE TO PEOPLE WHO THINK THAT FreeBSD 8.x IS SLOW ON IA64 OR SUN4V:
For ia64 the INVARIANTS and INVARIANT_SUPPORT kernel options
were left in the GENERIC kernel because the kernel does not
work properly without them. For sun4v all of the normal kernel
debugging tools present in HEAD were left in place because
sun4v support still needs work to become production ready.

>>659
ia64 には付いてるけど sun4v のほうはコメントアウトされているようですが。

ごめん、ちゃんと読んでなかった。

ia64, sun4v は Tier 2 サポートですからね

>>571
今さらだけど、経路障碍になってもlivedoorが管理してるipv6.2ch.netはいけるんじゃね？
今は実験板しかないけど、ipv6.2ch.net上にIPv6カキコ専用運用情報板作ればおもしろいかもｗ
（契約上可能なのかは知らん）

>>663
IPｖ6なひとしかかけないのってこまらない？
きんきゅうじはｖ4でもかえるとうにぢｔください

ipv6鯖に昔あったんだよね、v6とv4両方書ける板が
ゴミ箱だったからむの人に書き込めなくされちゃったけど

悪魔の数字

規制議論板から誘導されてきました。

この板を荒らした方が面白い反応が得られそうなので、これから数ヶ月間あの手この手で荒らし続けます。

これはほんの挨拶代わりのコピペマルチポポポです。

どうか面白い反応で楽しませてください。

以上、苦情は規制議論板まで。

難産だった8.0も
ようやくRELEASEとなったようだな

それはそうと、('A`)さんの体調が心配。
新型インフルエンザの予防接種も受けられるでないの？

小学生の次は中高生ですですよ

>>670
基礎疾患に入らないのかな？
「薬のせいで出血が止まらない」というのは、どうなんだろ。

【UNIX】2chの運用を支えているOS、FreeBSD 8.0が11/25にリリース
http://pc11.2ch.net/test/read.cgi/pcnews/1259062167/

粉瘤で皮膚移植…要るか？
ttp://www.wound-treatment.jp/next/case/954.htm
血が止まりにくい場合とかはこういうのやってる医者探すのもいいかもね。
（グロ注意！）ttp://www.wound-treatment.jp/wound100.htm

Twitterサーバ、「バルス」に勝つ
http://www.itmedia.co.jp/news/articles/0911/24/news072.html

落ちた２ちゃんねると比較されてた

こちらも忘れないでね（はぁと）
FreeBSD/amd64 part2 (and for oyster901)
http://pc12.2ch.net/test/read.cgi/unix/1171335849/

＞2chの関連する板はバルスの瞬間を待たずに落ちたようだが、
やんややんや言いなんや、よそはよそ、うちはうち、はよ寝ぇ!!

>674
それはあれだ、次回はtwitterでバルスれという壮大なネタフリなんだよ。
ま、それは冗談として、バルス付近のコネクション数とか、前提も合わせて
比較してほしいよな。

たったの140文字制限で落ちなかったとか自慢されてもなあ

そもそも 2ch の方は万全の状態じゃなかった，ということもありますしね．

>>677
いや、運営は本気でそう願ってるかもしれない。実況は他のサイトでやれと
なにしろ実況を廃止すれば複数台の鯖や何本ものGbit回線が浮くからね

ただ、実況した証（ログ）が残るのが実況の醍醐味だと思うので、twitterだとその点どうなのかな
ログの全回収は無理だろうし、kskを体感することもできそうにないし

バルスって、もう実況じゃないだろ。
単なる鯖落としのオマツリだわな。

考えようによってはバルスのアレは
荒らしともとれる。

荒らしというか、攻撃だわな。

そもそも集計にbuzztterを使ってるっていうところで(ry
なんというか報道というより聞きかじった伝聞を垂れ流してるだけの感じがする

25000post per?とか2chではどんだけだったのかとか

>>684
ITmediaですから

あれ、バルスでtsushimaは落ちていないような

バルスの時間帯はレス数が激減していた。重くて。

(　＾▽＾)ノｺｿｰﾘﾄ･･･ newsplus.jpｵｺｼﾃｰ

>>689
うむむ、、、。どうやらHDD破損の模様。
週末がんがります。すんません。

>>690
ﾄﾞﾓﾄﾞﾓm(_ _)m

はてななどの各社担当者が自作サーバーのノウハウを紹介
http://bb.watch.impress.co.jp/docs/news/20091126_331459.html
>データベースサーバー用途では、ストレージにIntel製のSSDを使用しており、現在までに1台も壊れていないという。一方、
>他社製の低価格SSDは20台中5台以上が壊れたといい、メーカーによって信頼性が異なる点を紹介した。

ふむふむ。

>新型機としてベニヤ板の上にサーバーに必要なパーツを置く「B-28（ベニヤ）機」を導入することで運搬性を改善。
>1台あたりの組み立て時間は約5分間で、マザーボードの固定にはガムテープを使用しているとした

pixivはフリーダムだなあ。

えーと確か32GBのSSDって言ってたよね前に。
intelで32GBってことはX25-Eか。そりゃ他社の安物SSDとは
そもそも土俵が違うわな…

はてなと言ったら技評のこの本がお勧め。
これだけ冗長化されてるからこそまだ信頼性の未知数なSSDをデータベースサーバーとして使えてるんだろうな。

［24時間365日］サーバ/インフラを支える技術 ……スケーラビリティ、ハイパフォーマンス、省力運用
http://gihyo.jp/book/2008/978-4-7741-3566-3

最近一目惚れするPCケースが無いなーと思っていたら、

アクリル板に固定があったか・・・

静電気

初期のGoogleなんか段ボールだったろ

カーネル・チューニングをしてはいけない
http://itpro.nikkeibp.co.jp/article/COLUMN/20071126/287911/
自分でビルドしたバイナリを本番環境で使ってはいけない
http://itpro.nikkeibp.co.jp/article/COLUMN/20080314/296264/
RAIDだからと安心してはいけない
http://itpro.nikkeibp.co.jp/article/COLUMN/20070820/279952/

調子いいからといって深酒をしてはいけない

冬場に山に登ってはいけない

>>700
いやむしろ今年の場合は、

夏山だからと言って油断してはいけない、だろね。

ところで、どくおさんは平気なの？

>>698
でも2chは、実験場だから何やっても良いよ。

RAIDしても安心は出来ない罠
ってか上二つは資源を湯水のように使えるならそれでいいんだろうけど

ところで次の鯖の名前、fusianasanにしない？
最近裏2ちゃんねるっていう2ちゃんねる上でどんな工作してるかわからない怪しいサイトがあるけどそこに対抗してみたらどうかなと

「次の鯖」ってあるのか？

RAIDの片方が壊れている鯖については、早急に手を打った方がいいのかもしれないけど

>>698
伊勢さんか。

彼は酸いも甘いもわかってて書いてるからなぁ。

まだないだろうけどね。片肺になってる鯖の代わりがyutori7だからねえ
でも台風のみたいに前もって決めておくこともできるのが名前だ。俺だけの意見で決められる物ではないのは分かってる。お前らはどう思う？

伊勢さんはFFXIプレイヤーからの評価は芳しくない〜

でも彼に難癖をつけているやつらは巻き戻しがほぼ起きていないMMORPGというのが
どれだけ異例なことなのか(よそがだらしないとも言うが)わかってない・・・

確かにFFXIのシステム運用は他のMMORPGに比べると素晴らしい
でも氏の評判がイマイチなのは、
IAサーバに切り替えて大幅なコスト削減を実現しました
↓
サーバが不安定で不具合多発＆ライブドアに転職
コレをやっちゃったから

スレチもなんなので、次の一手に話を振っておきます
実況系の鯖はさてどーするﾆｶ？

実況板が入る実況系の鯖と実況板の入らない非実況系の鯖を分けてほしい
バルスで落ちるのは実況系の鯖だけで沢山だ

もう分けてあるじゃん
実況板じゃないところで実況してるから実況板じゃない板まで落ちるんだろうが

live23/24は全部で全部を共有するのではなく板それぞれがどれを共有するかを設定すれば万が一落ちても･･･
共有は重複ありで

>>690ですが、/homeが一部破損した模様。
ただし大半のデータは戻せそうな感じ。

データ移動・HDD交換等の作業には本日いっぱいかかる見込み。

>>714
お疲れさまです

>>712
分かれてないよ
まえは実況板はlive鯖とex鯖にしかなかったけど今はそれ以外の鯖にも実況板があるだろ

yutori7はじっぷらのせいでなくVIPのせいで落ちたんだろうし
namidameのなんUはバルスの時に少し使われただけだし
またliveに詰めてもほとんど効果ないかと

>>714
HDD交換とデータ移動の作業が終了し、newsplus.jpは復旧しました。
データは出来る限り救い出しましたが、
救い出せなかったものがあるかもしれません。

動作がおかしい場合にはご連絡をいただけますと助かります。

お疲れさまです

>>718
�d�d。
うちは今のところ看板のみなので特に問題なさそう。

ex26鯖作ってください

yutori7鯖がex26鯖の代わりです

yutori7制限緩すぎだろ・・・

>>723
ゆとり鯖らしくていいじゃないか。
制限にもゆとりを。

Upcoming FreeBSD Security Advisory
http://docs.FreeBSD.org/cgi/mid.cgi?200912010120.nB11Kjm9087476

＞むむむさんへ

以下の投稿についてちょっとお聞きしたいのですが。

p2から投稿すると　[―{}@{}@{}-] がでる場合があります。
最初はp2側でp2-bbmが送られなかったりすることがあるのかな？と思いましたが無関係のようです。
なぜこういう状態になるのか教えて欲しいです。

また、可能であれば表示しないようにしていただけませんか？
投稿そのものには影響もないので特に問題ではありませんがよろしくお願いします。

p2で投稿。
------------------
http://qb5.2ch.net/test/read.cgi/operate/1258647584/344
344 名前： [―{}@{}@{}-] cw43.razil.jp(441031)[sage] 投稿日：2009/12/01(火) 13:20:34 ID:sZbl/bAkP
てすと
Monazilla/1.00 (P2/p2.2ch.net; p2-client-ip: 123.108.237.26; p2-user: 441031; p2-bbm: 354018011067091)
------------------

直接投稿 （c.2ch.net経由）。
----------
http://qb5.2ch.net/test/read.cgi/operate/1258647584/362
362 名前：w12.jp-t.ne.jp(354018011067091)[sage] 投稿日：2009/12/01(火) 17:45:23 ID:eZ0EvHluO
つして
SoftBank/1.0/911T/TJ002/SN354018011067091 Browser/NetFront/3.3 Profile/MIDP-2.0 Configuration/CLDC-1.1
----------
123.108.237.26 -> w12.jp-t.ne.jp
同じIPアドレスを経由しているのにp2の場合だけ表示される。

それと、123.108.237.26　自体は焼かれています。

BBQに焼かれているっぽいけど。
http://hikarin.jp/c/check?ip=123.108.237.26&query=all

bbs.cgiはソースみてみたけど問題なさげでした。

>>728
ありがとうございました。

p2側に何かあるって感じですかね？
ちょっとakiさんにも聞いてみます。

ところで、bbs.cgiのp2処理はp2-client-ipを確認しBBQされていた場合は串マークをつけるという処理になっていると思うのですが
たとえばですが、123.108.237.26が携帯キャリアのアドレスとして認識されておらず一般回線（PCから）として認識されている可能性というのはないでしょうか？

この場合だと焼かれたIPアドレスからの投稿において串マークが表示されてしまうのも納得なんですが。

あー、p2からの投稿に関してはPCも携帯も処理は同じ（区別しない）で、
たまたまキャリアのゲートウェイが焼かれていると串が表示される、という感じですかね？

それなら納得ですが。

＞なぜこういう状態になるのか教えて欲しいです。
p2で投稿→P2扱い≠携帯扱い
直接投稿→携帯扱い
携帯はBBQはスルー（BBMでチェック）なので、
p2でレスするとBBQに引っかかってねぎまが表示されると。

＞また、可能であれば表示しないようにしていただけませんか？
そもそもこのホストって携帯なのに何故にBBQされたんでしょ？

>>729
P2が持っている携帯IPアドレスリストから漏れているんじゃないかしら

p2.2ch.net総合スレ Part25 【不具合/要望】
http://qb5.2ch.net/test/read.cgi/operate/1184674851/262
> 262 名前：aki ◆...p2/2... 　[]　投稿日：2007/08/04(土) 21:39:19 ID:FdSmDf8h0
> BBQなら携帯固有番号は関係ないです。
> 固有番号はBBMで別途チェックしています。
>
> DoCoMo, au, SoftBankのIPはBBQの判定対象から外すようにしてみました。

p2からの投稿は以前に、串からの投稿は串マークをつけようってなったんですよね。
で、bbs.cgi的にはp2からの投稿はそのクライアントが携帯かそうでないかによらず
ただクライアントのIPアドレスを持って「BBQされたホストかどうか」を判断していると。

＞そもそもこのホストって携帯なのに何故にBBQされたんでしょ？
携帯のゲートウェイってちょくちょく焼かれてますよ。

>>732
いや、それはp2が投稿を受け付けるかどうかの判断であって、
2ちゃんねる上の串マーク表示の判断は2ちゃんねるで行っていると思うです。

で、ですがp2はBBMされていると投稿できません。
つまりBBQされているかいないかなので、「携帯で投稿できる=焼かれてはいない」という判断が可能だと思うです。

そこでbbs.cgiで　p2 からの投稿であり、かつ　p2-bbm　が存在している場合はBBQ表示チェックをスルーするということは可能でしょうか？
cgiの負荷で考えると外部にBBQのチェックをしに行かなくなるので負荷的には軽くなるんではないかと思うのですが。

＞p2はBBMされていると投稿できません。
もし、BBM判断をp2側で処理していない場合（2ちゃんねるのBBM処理に依存している場合）でもBBQをチェックする必要はないと思うのです。

なるほど。
ところでbbs.cgiってどうやって更新すればいいんだろう？

むむむさん待ち？
SunOsさんもできるのかな。

>727
ちょと見てきました。
w12.jp-t.ne.jp <123.108.237.26>は、焼けていましたので解除しておきました。

お、なんとなくそれっぽい呪文を発見。
でも怖いので見なかったことにしよう。

7765行目
if($GB->{P2BBM}) { return 0; }

7894行目
if($ENV{HTTP_USER_AGENT} =~ /p2-bbm: (\w+)/)
{
$GB->{P2BBM} = $1;
}

備考
BBMチェックはされない。

>>738
意外なところから、ありがとうございました。

>>739
＞ 7765行目
BBQの串表示チェックする関数かな？

＞ 7894行目
p2処理部のp2-bbmチェックかな？
この行はp2以外の投稿は通らないんですよね？

＞BBMチェックはされない。
>>735に対するものかな？
やっぱりp2側で弾いているってことか。

今日は深夜まで帰宅できない見込み。
数分しかオンラインになれないけど、何をどうすればいいのかな。

よくわからないので、コンセプトだけ書いておこう。

p2導入のメリットとして、規制系チェックはできるだけp2側でやるようにすることで、
掲示板サーバのコストを下げるということがあります。
ということで規制のチェックは基本的に、p2側でやってもらっているです。
BBMはp2側でチェックして、だめならbbs.cgiに行く前の段階ではじかれるはずです。

ピンポイントで焼かれた携帯には焼かれた理由があるはずで、
それがp2だと書けるようになる、というのは、２ちゃんねる的にどう考えてもおかしな話です。
繰り返して言いますが、p2は規制回避の道具ではありません。

ただし、BBQは初代管理人の方針により、焼かれていても投稿はできるようにするが、
串マークはつける、というふうになっていたはずです。

で、p2で悪いことした場合は速やかにアカウントを焼く、
というのが、流儀なわけです。
つまり、アカウントとりまくりに対しては、焼きまくりで対抗すると。

＞741
BBMをスルーした携帯が
p2で書くと無駄なBBQチェックをされて
名前欄にねぎまがくっつく
＞739で解決だけど反映方法がわからないのであった。

で、時間切れ。
garnetさんからメール来ている気がするけど、今時間なくて返事できないです。
とりあえずそれが配布プログラムなような気がするけど、
修正するときには全体の「コンセプト」を、きちんと把握した上で、
つまりそれがどうして今そうなっているのかを把握した上で、するのがいいかと。

>>742
> BBMをスルーした携帯

どうしてそんなことが?

●だとスルーだったりする?

あう、まじ時間切れだ。

焼かれた携帯はどんな手段をもってしても金輪際おことわり、
しか道はないと思われ。

スルーじゃない、パスだ。すまそ。
正しくは「p2のBBM検査をパスした携帯が」

>>744
BBMされていない携帯でp2を使い投稿すると
携帯のゲートウェイがBBQされている場合に
串マークが付いてしまいます。

概略：
本来、BBMされていない携帯なのでBBQをあえてチェックする必要はないはずなので

　携帯＋p2＋BBMされていない場合は　串マークをつけるかどうかのチェック　をスルーしていただきたいです。

違うな。

概略：
携帯からの投稿はあえてBBQをチェックする必要がないはずなので

携帯＋p2の場合は　串マークをつけるかどうかのチェック　をスルーしていただきたいです。

>>741の
＞ただし、BBQは初代管理人の方針により、焼かれていても投稿はできるようにするが、
＞串マークはつける、というふうになっていたはずです。
で>>727ってことで終わりじゃない？

FreeBSD 8.0 Benchmarked Against Linux, OpenSolaris
http://www.phoronix.com/scan.php?page=article&item=freebsd8_benchmarks&num=1
Mac OS X 10.6.2 vs. Ubuntu 9.10 Benchmarks
http://www.phoronix.com/scan.php?page=article&item=macosx106_ubuntu910_final&num=1
FreeBSDがアレなのは良いとして、OpenSolarisやMac OS Xが面白い傾向を見せてるなぁ。
OpenSolarisはカーネル内にsslのアクセラレータ(KSSL)があるから、それでopensslのベンチが高いのかな。あとZFSは遅いという印象持ってたが、改善されてる感じ。
Mac OS XはLinuxに比べて高かったり低かったり。何が影響してるかは推測が付かないなぁ。

携帯のゲートウェイがBBQされてることのほうが問題なのでは。
bbs.cgiでケアする問題ではないと思います。
2ch的に意味ないし。

もうすぐ03でもオフラインになるます。

>>749
それはBBQをチェックする投稿の場合です。
海外からの投稿だとかね。

そもそも携帯はBBMであってBBQを参照しないので、p2経由の場合だけBBQチェックを行うのは意味がないです。
さらに、それが規制のためであるならまだしも、ただ表示に串マークをつけるだけに行われているのですから
「掲示板サーバのコストを下げる」おちう趣旨にも合致します。

それとBBMされた携帯からは以前より投稿はできません。

＞ということで規制のチェックは基本的に、p2側でやってもらっているです。
＞BBMはp2側でチェックして、だめならbbs.cgiに行く前の段階ではじかれるはずです。
この部分を知らなかったので、2ちゃんねる側で弾いているのかp2側で弾いているのか分からないけど、
いずれにせよ、携帯＋p2がBBQを参照するのは意味がないです。

で、>>748に対してもう一つレスしておくと、

・if文を増やしたくない

これに尽きます。

これにてしばらくオフライン。

>>751
携帯＋p2の投稿でBBQを参照する必要ってありますか？


訂正：
2ちゃんねる側で弾いているのかp2側で弾いているのか分からなかったけど

2ch的には『携帯+p2の場合』ifを増やしたくないって事かなぁ

大それた不具合でも、セキュリティホールでもないしなあ。

でも気分的問題は影響がでかいような

ゲートウェイが焼かれているのが問題なのだから、
単にBBQを解除すればいいだけの話では？

# 携帯用のゲートウェイを使って悪さする人っているのか？

むりやり投稿。

コストの問題なのかな。

すべての投稿に対し毎回実行されるif文が一つ追加されるコストか、
たまに無駄撃ち確実なBBQ参照を行ってしまうコストか。

if文か、、、

・if文が増える
　管理コストの増大
　分岐処理によるコストの増加

・BBQ参照
　参照時のコスト

BBQがどういう仕組みか分からないけど、通常のDNSと同等であるなら
初回に限り外部に照会、2回目以降はローカルで解決
ってなると、常に発生する分岐コストよりは低いのかもしれないのかな

まぁ今は忙しいようなので手が空いたときにでもまた、、、

ガーネットさんありがとうです。

そもそも、携帯のゲートウェイはどういった経緯で焼かれているんだろう。

そのifが通常ケース(P2+携帯以外)において分岐ミスしなければ、そのコストは無視できるぐらい限りなく小さいと思いますが。
#ただし高級言語で書かれている場合は知りませんが

一部の携帯で串マークが出る>>726のは、携帯のゲートウェイが焼かれてたから>>727
このときの串マークはbbs.cgi側で挿入されてたと>>732

ところで、規制系チェックはできるだけp2側でやる>>741ので
p2でBBQをチェックしている>>732？？のなら、
bbs.cgiで再びチェックする必要はないんじゃね？

と大きく拾ってみた

最初はBBQが焼かれているなら原因をつきとめて解除すればいいと思った＞728
携帯のGWはちょくちょく焼かれているみたい？＞733
ifいれてp2+携帯はBBQチェックをスルーするようにした方がいいかも？＞736
コストはどっちが大きいんだろ？

>>758
いやそうでもないっすよ。

焼かれていてもいなくても初回は必ず照会に行きますが
2回目から、
・焼かれている場合→ローカルで解決する→即座に応答できる
・焼かれていない場合→ローカルで解決しないのでBBQ照会→常に照会していることになる
むしろ焼かれていたほうがレスポンスは上がると思います。

＃もちろん普通のDNSキャッシュの仕組みで動いている場合ですけど。

>>763
いえ、p2の投稿で「BBQされたホストからは串マークをつける」というのがあるのでそのためのBBQチェックだと思います。
代理人の意向、、、かな。

>>765
処理コストの為にわざと焼かれたままにしておくのっておかしくないかい？

>>758
これは?
SoftBank Mobileの携帯用GatewayをPCで通る方法のメモ
http://d.hatena.ne.jp/hideden/20090801/1249142985

>>766
いやん
あくまでコストで見ただけですので、それが正しいって意味じゃないですぅ＞＜

＞ちなみにIMEI番号はほとんどの携帯のダイヤル画面で *#06# と入力すると調べる事が出来る。
ほんとに表示された。
知らなかった。

で思いついたんですけど。（叩かれるの覚悟で・・・）

少なくともp2の投稿という処理に関しては分岐が発生しているはずですよね？

で、問題となっているのが
（１）BBQ参照はすべてのホスト/端末で行われている
（２）その中で分岐が増えるのはよろしくない
（３）p2からの投稿はp2-client-ipを引数にしてBBQ参照を呼んでいる
　　　　（このため、クライアントが通常ホストか携帯端末（のゲートウェイ）かという区別がない）
（４）p2-bbmがあるときだけBBQ参照を行わようにしたい
（５）　（１）が呼ばれる都度、（４）の実行が行われることになる
というものですね。

たとえばですがp2に限ってはBBQ参照チェックもp2にゆだねといて　UAに p2-bbq　なるデータを付加させるというのはどうですか？
この場合、p2投稿時はBBQ参照を通らないので（４）（５）の必要はなくなります。
結果、（1）の動作において分岐は増えないのでコストの増加は防げる

これの問題点は
・p2の時だけ特別処理になること
・p2そのものの負荷が増える
・akiさんと協調が必要
・串マークが付くだけでそれほど重要な問題でもないのに大げさじゃないかな
・やるのがめんどくせー

p2もBBQを参照してるんでしょ？ゆだねても負荷そんなに増えるのかしら？

>>771
いや、多分していないはず。
だってBBQされていても投稿できるでしょ？
そのためのp2でもあるし。

以前はしていたようだけど、多分はずされていると思う。

＃ただし、今後の「焼かれたホストからはさらに担保を貰う」が現実になった場合はその限りではありません

ああー『してた』のかー
森担保も動きがさっぱりだからどうなんかねぇ

そもそもなぜ携帯のゲートウェイがBBQに入ってんの？
公開串じゃないじゃん

まぁ実際にログあさってソース見つけたわけでもないので、たぶんということで。

p2サーバの増強が実現して重くなることがなくなればそういう処理を入れてもらえるかもしれないけどね。
ただせさえ重いときがあるのにそういう処理を入れたら怒られちゃいそう。

>>774
手動で焼いたのか、自動で焼いたのかってところだよね。
けど、ドメインから携帯端末って分かると思うから手動って言うのはないと思うんだけど。

つまりさ、解除してもまた焼かれる可能性っていうのは常にあるんじゃないかと。
だから解除すれば問題なしってだけの話でもないと思う。
むろん、解除したほうがいいのはそのとおり。

>774
おそらくBOOとか。
（トラブル等で正出来ませんと問答無用で登録された気が。。。）

>>767
これって割とまずい気がするのっておいらだけ？

>>767
そういえばhttpsはヘッダも暗号化されるからその場合x-jphone-uidを偽装出来る予感…。それ考慮してないサイトはヤバそうな。

>>778
わたし、ちゃんと読んでないって言うのもあるけど、
そういう系の話って良く分からないんだよね。

ただ、IMEI番号が偽装できるのなら、アブナイと思う

>>767
テザリングを巡るSBとの攻防の副産物だね。

そういえば、DNSって「名前解決出来なかった」っていうのもキャッシュされるんだっけ？

そのゾーンに定義された negative cache TTL 秒数だけキャッシュされる

携帯のipは昔からbooとかで焼けてるやつ混じってる
何を今更

あーそうだったよねー
>>765は正しくないなぁ

(´-`).｡oO(　ごめんなさい　すあまさん　)

ちょっと教えて欲しいんだけども、携帯のGWってどういう条件でbooされてるの？

w12.jp-t.ne.jp　は　BOO2BBQだったそうです。

BOOしたけど通信上のエラーなどで逆引きができなかったりしたとき、逆引き不可で焼かれちゃうんじゃないですかね？
前に未承諾さんが(別件のかも？）タイムアウト値を変えるとか言ってたしそういう関係かも。

>>782 >>785
「名前解決できなかった」というのに2種類あって
・権威ゾーンサーバに query を出したら NXDOMAIN が返ってきた
→Negative cache TTL 秒数だけキャッシュ
・権威ゾーンサーバに query を出したがタイムアウトまでに返事がない
→スタブリゾルバの実装次第だが一般的には再度 query を出す

>787
一時期BOOに誰かが流し込みすぎて
BOOの機能自体がアップアップしていた時期もありました。
そんな時に偶然焼けるホストが出てくる可能性もあるかもです。。。

>>788
なるほど、
前者の場合ならキャッシュされるからコストの差は少ないと。
後者の場合は実装依存ということですね。

>>789
スクリプトで流す人がいるのかも知れないですね。
そんなときに偶然焼けちゃうことがあると。。。

DNSSEC対応は進んでいるんだろうか。

FreeBSDに対する攻撃コードが出回る--緊急パッチを公開中
http://japan.zdnet.com/sp/feature/07zeroday/story/0,3800083088,20404580,00.htm
【1】ISC BIND 9 に脆弱性
http://www.jpcert.or.jp/wr/2009/wr094601.html#1
複数のSSL VPN製品にブラウザのセキュリティ制限を回避される脆弱性 - セキュリティ - ZDNet Japan
http://japan.zdnet.com/news/sec/story/0,2000056194,20404584,00.htm

[Full-disclosure] ** FreeBSD local r00t zeroday
http://lists.grok.org.uk/pipermail/full-disclosure/2009-November/071686.html
pingに任意の.soを読み込ませ/bin/sh。

banana3104
banana3133
banana3260
tiger503
tiger2522
tiger3506
tiger3507
tiger3511
tiger3519
tiger3527
tiger3546

緊急パッチ適用済。
漏れがあったらここに報告おながいします。

>>725 >>792 >>793

対象は 7.0R 以降の FreeBSD 全部。
6.3R は対象外(確認済)。

２ちゃんねるもだけど、
今回のはいとも簡単にrootがとれるサンプルコードつきなので、
サーバを大規模に貸しているレンタルサーバ業者さんのほうが大変だと思う。

緊急パッチの適用方法を書いておこう。

1) 緊急パッチをダウンロードする。

http://people.freebsd.org/~cperciva/rtld.patch
http://qb6.2ch.net/_sec2ch/rtld.patch にも置きますた。

2) /usr/src/libexec/rtld-elf にある rtld.c にパッチを適用する。

ただし、7.0R ではバージョン違いによりそのままではパッチは適用できないため、
手で同じ箇所にパッチを適用する。

3) 以下の方法でバイナリを更新する。

cd /usr/src/libexec/rtld-elf
make clean
make
make install

で、今日は泣きそうなぐらい忙しくて、
泣きそうなぐらい体調崩しているので、とりあえずこれにて。

>>794
tiger2524 と tiger2525 が無いような
お大事にー

>>797
ありがとうございます。
tiger2524
tiger2525
適用済。

banana3218

ipv6.2ch.net
p2.2ch.net

対応済。

これで私が対応できるのは全部?

たすかったよ・・・。

ふむ。

FreeBSD 7.0R で発見されたセキュリティホールへの対応を始めました
http://www.maido3.com/server/news/release/2009/20091203.html

FreeBSD Security Advisory FreeBSD-SA-09:15.ssl
http://docs.FreeBSD.org/cgi/mid.cgi?200912030930.nB39UdMK037494

FreeBSD Security Advisory FreeBSD-SA-09:16.rtld
http://docs.FreeBSD.org/cgi/mid.cgi?200912030930.nB39UhW9038238

FreeBSD Security Advisory FreeBSD-SA-09:17.freebsd-update
http://docs.FreeBSD.org/cgi/mid.cgi?200912030930.nB39Uno3038944

>>802
公式なSA出ましたか。(真ん中の)

一番目のは >>622-626 あたりの話ですね。
三番目のは freebsd-update か。

２ちゃんの為に其処まで頑張る必要性は無いのに


西村から金を貰ってるのかな？

FreeBSD Security Advisory FreeBSD-SA-09:16.rtld
（中略）

NOTE: On the amd64 platform, the above procedure will not update the
ld-elf32.so.1 (i386 compatibility) run-time link-editor (rtld). On
amd64 systems where the i386 rtld are installed, the operating system
should instead be recompiled as described in
<URL:http://www.FreeBSD.org/handbook/makeworld.html>

うわ、めんどくさ！ってUNIX板のほうに書こうとしたらamd64スレ落ちてたんで
スレ作ってます。その間こっちに書いとくです。

作っときましたんでご利用下さい。

FreeBSD/amd64 part3 (and for operation-2ch)
http://pc12.2ch.net/test/read.cgi/unix/1259842760/

うちのマシンじゃbildworldに2時間半かかるのに、またかよ・・・

>>807
よその速いマシンで buildworld buildkernel して /usr/src と /usr/obj を固めて
それをターゲットマシンに展開して installkernel installworld すればおk

よその速いマシンはIA64しかないな（ｳｿ

>>805
まじすか。

同じバージョンの32bit版がもしあるなら、
そこから ld-elf.so を盗んでくるんじゃだめなのかしら。

あとは２ちゃんねるみたいに「誰一人64bitのサーバで32bitのバイナリなんか
動かしてない」ことが確実なら、単に ld-elf32.so を見えなくするのでもいいのかな。

>810-811
rtldだけならそれも手かも知れませんが、困ったことに
SA-09:16.rtld だけじゃなくて SA-09:15.ssl にも書いてありますですよ…

FreeBSD Security Advisory FreeBSD-SA-09:15.ssl [REVISED]
http://docs.FreeBSD.org/cgi/mid.cgi?200912032043.nB3KhGsg062235


0. Revision History

v1.0 2009-12-03 Initial release.
v1.1 2009-12-03 Corrected instructions in section V.2)b).

もうそろそろ、新板を作って欲しいなあ・・

IPv6に対抗してDNSSECが有効じゃないと書き込めない板とか。

むしろHTTP over SCTPで。

>>815
技術的にどうやるんだろう、、、。

あら、焼かれてる。

http://www.aics.co.jp/
rootたんの会社？

>>812
ソース読んだら、この名前がばっちり埋め込みなのね。
作り直しか。

# strings /libexec/ld-elf32.so.1 | grep /ld-elf32
/libexec/ld-elf32.so.1
/var/run/ld-elf32.so.hints

なんか簡便なスクリプトがないと、激しくめんどいなぁ。
同じOSバージョンにつき一度やれば/usr/objコピるとかでいけそうだけど。

>>819
空港からでしょ

＞むさんむさん
元気になったら暇なときにmecab+sennaインストールしておいてください＞＜

元気に　インストール
まで読んだ。

cd /usr/src ; make build32 install32 ; ldconfig -32
でおｋじゃね？

takeshima(banana3705)はそろそろ体液なのかな？

>>825
http://qb5.2ch.net/test/read.cgi/operate/1252115166/16

ということで片肺鯖の板を移転するために空けているようです

i7の新鯖はもう導入見送りなのだろうかね？
live23/24が瀕死のままなような気がするんだが・・・
その割には持ち堪えているけど

>>827
新鯖はもうなさそう
これからは壊れた所には代替を入れる、くらいに留まりそう
そして実況はそんな最低限の保守さえ対象外。狐も「実況はニコ動でやれ」と言ったし

というか、もう新鯖の開発はやめて欲しい。どくおさんを解放してあげて（´；ω；｀）

>>828
実況はニコ動でってどこで言ってた？

>>829
http://qb5.2ch.net/test/read.cgi/sec2chd/1250208180/165

>>828
だって、それが仕事でしょ…

165 ：名無しの報告：2009/11/28(土) 01:48:26 ID:uWwNY9Zq0
ニダランって、アカウントで管理してないの？
IPでPC複アカ殲滅すればいいのに

もうしてる

>>831
>今日はちょっと本業があるので、

どくおさんの日記にこんな一節があるからどうなんだろう
プライベートでやってるように思える

それは8.0Rに関する検証がでしょ
また正式に依頼されたわけでもないんだから

バルスで落ちないサーバが出来たときが
このスレが終わるときだ

バルスするような莫迦がいなくなればバルスでも落ちなくなる

と、鯖管側は言いそうだ

ここでいいのか、それとも動作報告スレのほうがいいのかな？
一応こっちに書いておこう

なんかバーボンの調子がおかしい気がする
ttp://qb6.2ch.net/_403/c403.cgi

BBQが応答しない……だと

>>838-839
とりあえず対応された模様
http://qb5.2ch.net/test/read.cgi/operate/1223317539/506-507

電源関係どうしてんだろう？
http://www.kc-c.biz/anshin/pf-system-admin.html

>>841
「別途UPSが必要です」
この機械の存在意義がわからん

>>842
UPSはあくまで停電時に安全にシャットダウンさせるための繋ぎで、
こちらは停電時でもサービスを継続させるための仕組みだといいたいんだろう。

運用時には結局ネットワークスイッチと別系統の
電源手配にしてしまうというドジが容易に考えられるが。

>>842
「無停電電源装置」と「電源」は別
むしろ>>841が何に疑問を感じたのかが分からんが

>>843
> UPSはあくまで停電時に安全にシャットダウンさせるための繋ぎで、
> こちらは停電時でもサービスを継続させるための仕組みだといいたいんだろう。
ちげーよ

>>844
ん？少なくとも彼らはそのつもりで販売しているようだけど？
ホームページに嘘が書いてあるのか？

停電(電源供給停止)→瞬間的にUPSが対応(10〜30分だけ電源供給)→UPSが支えてる間にこれを稼動(長時間電源供給)

>>845
バックアップ電源。
サーバー用途のＵＰＳではないよって言いたいんだよ。

スレ違い・板違い

あっちこっちで宣伝してるよなぁこの業者(^_^;)

うむ。

>>698
引退じゃないよ
http://qb5.2ch.net/test/read.cgi/operate/1252115166/16

誤爆しました恥ずかしい

サーバーダウンとサーバ・ロケーションて似てるよね
よくあることだからどんまいどんまい

ふと思ったんだけど、現行yutori7ってちゃんとチューニングしてあるのかな
初代i7鯖(tiger3547)は改善の余地があったとはいえ設定変更されてたけど、
現行C2Q鯖(tiger3542)はちょっとしたことで繋がらなくなっちゃうよ

あとatlantaもラピュタの時、大して人が居なかったのに繋がらなくなってたような気がする
こっちは全く設定変更してないよね
tsushimaも、設定変更して落ちにくくなったけど今でも繋がらなくなることがあるし、もう少し何とかならないのかな

一旦設定がどうなっているのか確認はしてもらった方がよさげだけどね。

>>854
tsushimaをいじりつつ、2代目yutori7も調整しようとしたところで、
初代gimpoがクラッシュしたんだったかな？

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

ということで、以下のDNS更新を依頼します。
メールフォームでも中の人にリクエストを送っておきます。

しかし日曜なので、更新作業は明日になるのかも。

(新規追加)
+w1.p2.2ch.net:210.135.98.43
+w2.p2.2ch.net:210.135.98.42

>>857
　●　●
　(・∀・)ゞ　お疲れさまです

>>857
> ご連絡頂いた件につきまして承りました。
> 作業が完了いたしましたら改めてご案内差し上げますので
> 今しばらくお待ちください。

とのこと。

>>857 >>859
設定完了した旨お知らせありました。

>>860
お疲れ様です(｀・ω・´)ゞﾋﾞｼｯ!!

何で最新の鯖が一番落ちまくるんだぜ？

枯れてないから

とりあえず設定してみますた。
http://w2.p2.2ch.net/

例によって、私は器のみを作る方向にて。

器の概要:

・CPU: Core(TM)2 Quad CPU Q9650
・Memory: 8G bytes
・HDDコントローラ: LSI MegaSAS 1078
・HDD: 300GB RAID 1
・OS: FreeBSD 8.0R-p1 (amd64)

・カーネルチューニングはA-tigerのroot権限ありに準拠
・changi設定(/usr/local をメモリディスクに置く)は未実施

・ApacheはPHPが高速で動く方向でチューニング済
・eAccelerator インストール済
・phpinfo(); のみ動作確認済

(続き)

で、中身はまだ空です。
何をどのように使うのか等、私はまだ聞いてませんが、
以降、あきさんが中身を入れることになるのかなと。

中身を入れる上でこんな設定が必要とか、
チューニング内容や設定内容の追加・修正点等ありましたら、
こちらにてお伝えいただければ、例によってたんたんとすすめるです。
＞あきさん

で、サーバパワー的には、
HDDのパフォーマンスが良いA-tiger2008、
というかんじですかね。

今日はここまでにて。

いつもお疲れ様です、お疲れ様です。

で、DNSSEC関連はどうしたんだろう・・・

これはp2の鯖が増強される流れなの？

>>869
そうかも。

で、このサーバからの投稿も公式p2と見なす必要がある場合、
bbs.cgiの更新が別途必要になるので、
その時はこちらで言っていただければと。

yutori7のトラブルの時にVeroci Raptorは使用中止だって言ってたけど、
この300GB HDDは何処のかな。

>>871
OSからはRAID 1の仮想ディスクに見えるので、
どこのものかはわかりませんでした。

RAIDコントローラはT-bananaやA-tigerのものよりも高性能とされている、
ハードウェアRAIDものですね。

なるほど、ありがとうございます。

とりあえずハードのトラブルが無い事を祈ります。

766 名前：マァヴ! ◆jxAYUMI09s [] 投稿日：2009/08/17(月) 12:47:39 ID:NzVTOVR80 ?PLT(33340)
i7のHDDも状態を詳しく調べないといけないとはいえ
WDのHDDの故障はこれで３件目で、今までのケースではデータが消失したです。
ってことで、WDのラプターは使用中止します(^_^;)
i7サーバもSGの7200rpmで修理します。
あと今までのラプターもすべて7200rpmのSGのハードディスクに換装します。

ってことだし、海門じゃないかなあ。交換作業したかどうかわからないけど・・・

lshwでも見えないのかな>HDDの種類

Seagateもこんな話があるみたいで
http://pc11.2ch.net/test/read.cgi/jisaku/1259512621/111

【ノックダウン】硫化水素による自殺99【H2S】
http://hideyoshi.2ch.net/test/read.cgi/mental/1260280127/

きたく。

このサーバ、RAID 0設定かも。

%mfiutil show drives
mfi0 Physical Drives:
( 137G) ONLINE <HITACHI HUS153014VLS300 A410 serial=JFVDNT1C> SAS enclosure 1, slot 0
( 137G) ONLINE <HITACHI HUS153014VLS300 A410 serial=JFVJ7AEC> SAS enclosure 1, slot 1
( 137G) ONLINE <HITACHI HUS153014VLS300 A320 serial=J4VMBGEA> SAS enclosure 1, slot 2

ふむ、、、。

RAID 0 ではないな。
137G x 3台のRAID 5か。137G x 2台の容量が見えていると。

%mfiutil show config
mfi0 Configuration: 1 arrays, 1 volumes, 0 spares
array 0 of 3 drives:
drive 0 ( 137G) ONLINE <HITACHI HUS153014VLS300 A410 serial=JFVDNT1C> SAS enclosure 1, slot 0
drive 1 ( 137G) ONLINE <HITACHI HUS153014VLS300 A410 serial=JFVJ7AEC> SAS enclosure 1, slot 1
drive 2 ( 137G) ONLINE <HITACHI HUS153014VLS300 A320 serial=J4VMBGEA> SAS enclosure 1, slot 2
volume mfid0 (273G) RAID-5 64K OPTIMAL spans:
array 0

入っているHDDはこれみたい。これのSAS 3.0Gb/sものか。
http://www.hitachigst.com/portal/site/jp/products/ultrastar/15K300/

これが3本でRAID 5設定と。

3本のRAID 5ってちょっと面白いですが、
2本分の容量が使えて、かつ冗長性を確保できるので、
悪くないかもしれないですね。

おぉ、HGSTのHDDですか
期待してしまいます
# HUS153014VLS300はHGSTの147GB、15000 rpmなSAS HDDですね

こうきたのをバッて弾いてSAS

困っています・・・
パソコンやpspをやっていると2.3分で落ちます・・・
30秒ぐらいしたら復活するんですが・・・
たぶんモデムが悪いと思うんですが・・・。
解決方法わかりますか・・？
よろしくですorz

あきさんから、

> どちらのサーバからも2chへの書き込みpostが投げられます

というメールもらったので、bbs.cgi 対応してきます。

>>884
どもどもです。

>>885
昔「このIPアドレスもp2動かすかも」という話があった時、
既に入れていた模様。

>>885
>>886 ですた。
今の p2.2ch.net と今度のサーバ、
どちらから投稿しても公式p2とみなされます(IDや規制なども同じ)。

８８８

p2さーヴぁ2個になると軽快になるのか（笑）

爆撃者が儲かるな♪

>>887
おお用意周到、ありがとうございます。

どっかのタイミングで RAID コントローラ使わずに zfs
ってのも試して欲しいです。

http://ftp-admin.blogspot.com/2009/10/zfsraid.html
・ZFSがチェックサムエラーで異常を検出して、vdevを
　一つフォルトにしてpoolをデグレードしました。
・ZFSのEnd-to-Endのチェックサムは、RAIDコントロー
　ラで検出されない障害も検出できます。

運用的なうまみもあるかと。

zfｓって知って弄らないとFreeBSDには相性悪いんじゃなかったっけか。

全部というわけじゃないけど、amd64は部分的に善きに
計らってくれるらしいです。

http://wiki.freebsd.org/ZFSTuningGuide
> Tuning KVA_PAGES is not required on amd64.

http://lists.freebsd.org/pipermail/freebsd-isp/2009-July/005316.html

からスレッドを追ってみました。

・2x AMD Opteron 2220 CPUs @ 2.8 GHz (dual-core)、
　24x 500 GB SATA harddrives だよ

・8 台ずつ raidz2 vdevs を構成してるよ（RAID6 相当）

・7.0 の頃は色々調整したけど、7.2 からはプリフェッ
　チ禁止しかしてないよ

・550 MBytes/sec 書き込みと 5.5 GBytes/sec 読み込
　みが出来てるよ

・最初は8〜9台より大きな vdev 構成だと駄目だと知ら
　なくて失敗したよ

最後のは zfs の制限?

どこらが相性悪いん?
zfs rootとかzfs bootとかはしてないけど
7系の時から使ってるけど別に普通に使えてるよ

どういう使い方しててどのくらいアクセス有るのかぐらい書けよ

ZFSで実運用している有名どころってあるの？
検証ばっかりで、運用中って話を聞かないんだけど。

apache.orgのいろんなサーバーがFreeBSDでZFS使ってる

http://journal.mycom.co.jp/news/2009/09/01/010/index.html
>ZFSスナップショットを使って問題がなかった状態まで差し戻しを実施し、

あのぅ。
c.2chフロントサーバのphp.iniの
;extension=php_curl.dll
のコメントアウトを外してApacheを再起動してほしいのですが、
どなたか出来る方はいらっしゃいませんか？

>>898
cフロントはroot権限なしなので、maido3.comの中の人に頼むしかないかと。

ところで、curlを使いたいということは、
●機能あたり?

はいそうです。
やってみたいなーと思ってテスト環境では動作したのですが。
maidoの人ですかぁ。。

他に思い当たらなかったのでマァヴさんにメールしてみました。
気づいてくれるかしら、、。

今夜は無事に乗り切れるかな。

>>903
勝負は20:04頃の水樹奈々では？

携帯が規制されてる分、楽にこなせると思うけど。

>>905
じっぷらがあるyutori7は規制関係ないし、専用スレも立てられているし
30分くらい前からリロードでも重たいよ　
もっともdata落ちしたスレをしつこく立て直す★が負荷を与えているのかも

カウントダウン〜0時00分に落ちるのですね( ヽ´ν｀)

予定通りyutori7は落ちたみたい

実況鯖落ちたか。
ま、rootさんがリブートするかな？

>>909
しかし、他は想定の範囲内だったとしても、
受付嬢がおかしくなったのはちといただけないな・・・。

何故受付がダメになったのか
原因は？

>>911
調べる必要ありですね。

>>912
matdが動かなくなると厳しいですからね。

rootさんいるから聞くけど、現yutori7ってちゃんとチューニングしてある？
明らかに落ちやすくなってるよ

>>914
してないと思う。
というか私、触っていないです。

今のA-tigerのパラメータを入れてもらうように
依頼しようかと思っているうち、本業の忙しさにかまけて、現在に至る。

>>914
部外者で申し訳ないですが、「ちゃんと」ってどの程度まで？

このスレとか以前のスレとか見ていて思うんだけど、
一気に限界までチューニングしているかはともかく、
状況みてそれなりに私時間さいて頑張ってる気はするんだけど。

う〜む，その時点での状況がどうだったかが......＜matd
ちなみに，SIGUSR1 を送ると -s オプションで指定したファイルに
統計情報を書き込む機能があります．

>>917
ううむ、普通にSIGTERMしてしまいますた。すみませんです。

>>916
root権限があれば「重いときに様子を見ながらパラメータを調整する」
というのもできるわけですが(今まで何度もやって何度も痛い目に遭って、
それなりに成長しますた)、yutori7では私はあくまで一般ユーザ権限です。

top等で様子を見ることはできますが、
例えばhttpd.confは通常のレンタルサーバ設定なので、
パーミッション切ってあって、見られないです。

>>915
是非お願いします。
i7サーバが戻ってこないなら、今の暫定yutori7に頑張って貰うしかないわけで、
通常鯖で一番の高負荷状態なのですから。

VIPが落ちたらyutori鯖のVIPにリダイレクトすればいいじゃん

>>919
BIG-serverさんは年末年始休みのはずなので、
来年ですかね。

mbuf周りを調整してもらうだけでも、
だいぶ違う気がします。

受付のロードバランサって多重化されてなかったっけ? c.2ch.netだけだっけ?

>>921
年末年始のお知らせ
いつもご利用いただき誠にありがとうございます。
BIG-server.com です。

BIG-server.com では、誠に勝手ながら2009年12月29日（火）から
2010年1月3日（日）までの期間、サーバーの納品および
通常サポート業務をお休みさせていただきます。

>>918
ああ、矛先そっちではなかったですが申し訳ない。

んー、来年以降に期待ですか。

>>916
うーん、どの程度といわれると…
でもanchorageみたいに帯域90m以上使って初めて落ちるくらいまでにはなって欲しいと思う

何かこのスレの過去レスで議論されてたようですが、携帯でp2から投稿すると名前欄には何も記入してないのに名前欄に串マークが表示されることがある件はどうなりましたか？
いつも串マークが表示されるわけではなくて何回か投稿して何回かに1回串マークが表示されます。

bbs.cgiにif文追加すんのヤダって断られて終了

>>926もこの投稿も携帯からp2で投稿してますが、>>926には名前欄に串マークは表示されませんでした。
まあ、串マークが表示されるのは何回かに1回ですけどね。
携帯でp2を使わないで投稿したあとに、携帯でp2を使って投稿すると串マークが表示されるような気がします。
私はdocomo携帯なのでdocomo携帯は今は全規制されてますが。

BBQされてるゲートウェイから出てくるとねぎま付くんだっけ。
なんで携帯ゲートウェイが焼かれる事があるのかは忘れた。

>>929
私は>>926>>928を投稿した者ですが、この投稿はdocomo携帯にダウンロードしたフルブラウザアプリから投稿しています。
ゲートウェイというのはなんですか？
>>928に書いた通り、何回かに１回しか串マークは付かなくて、携帯で普通に投稿したあとに 携帯でp2から投稿するとよく串マークが付くような気がします。
今はdocomo携帯は全規制されてるので投稿できないので、docomo携帯にダウンロードしたフルブラウザアプリでこの投稿をして次にdocomo携帯でp2から投稿すれば串マークが付くかもしれません？

私は>>930を投稿したものです。
この投稿はdocomo携帯からp2での投稿です。

やはり、フルブラウザアプリではなくて携帯から直で投稿しないと串マークは付かないのかな？
連続投稿失礼しました。
m(_ _)m

スレタイ読めない奴多すぎね?

ここまでスレ違いを指摘するやつがいないのが原因だな
というわけで、p2スレでどうぞ。

>>933-934
あなたがたは、このスレの過去レスを読んでから投稿すれば？ >>926にも書きましたがこの件についてこのスレで多数のレスによる議論がなされていましたし、
串マークは付かないときが多くて串マークが付くのは時々であることなどはそれらの議論に出てこなかったので投稿したのですが、それが何か？
あなたがたは、そういうことは>>726さんに言えば？ なんで>>726さんには言わなかったの？

>>934
あなたは、そういうことはrootさんに言えば？
rootさんもこのスレでp2に関する投稿を多数してますが？
あなたはrootさんに、p2スレでどうぞ と言いなさい。

>>934
あなたは どのレスに対して言ってるのか レスアンカーを入れられるようになってから投稿しましょうね。

串になるのは焼かれてるゲートウェイから書き込んだ時です
確認ならテストスレでどうぞ
わざわざ3レスに分けないで言いたいことは1度にどうぞ

>>935-936
あけましておめでとうなのです

>>934
串マークが出るのはp2の不具合ではなくて2chの不具合です。
ですからp2スレに投稿するのはスレ違いになります。

>>938
1度にまとめて投稿しなかったことは失礼しました。
ゲートウェイが焼かれていようがいまいが携帯ユーザーには関係ないので、それは2chの不具合ですね。

>>939
明けましておめでとうございます。

新年早々おめでたい

元旦から発狂しているのがいるなあ
ｸｽｸｽ

受付嬢の不具合の原因は不明ではありますが，念のため
matd が依存しているライブラリ (libpcap, libdnet) や
ipf あたりを更新してみるのも悪くないかも知れませんね．

>>940
用語の定義は正確に。
その言い方だと2chにp2.2ch.netも含むよね。
bbs.cgiの問題と見るかBBQ登録の問題と見るか
どっちにしてもこの板でやる話ではない。

この板全否定かよ

もうちょっと言うとその辺をいじる人は最近この板を
見てなさそうからプレゼンする場所間違えてるぞ、と。

こっちにも書いておこう。
恒例のやつということで。

2008年には「ついに成長が止まったか」と思われた２ちゃんねるだったが、、、。
http://mumumu.mu/img/2chpost-2008.jpg

2009年は再び成長の兆し。
と思ったところへ、政権交代と円高と大規模規制の嵐が。
http://mumumu.mu/img/2chpost-2009.jpg

統計取り始めてから現在までの推移。
2005年の成長(電車男、携帯定額など)と、2009年の規制の嵐の激しさが際立つ。
http://mumumu.mu/img/2chpost-2004-2009.jpg

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

>>947
2009年は8月末から11月始めまで規制がなかったときに
政権交代とかで盛り上がっていたからここまで伸びたんでしょうね

しかし一度規制が始まるとテンション自体が下がるのか解除されても回復はあまりしないのか

政権交代とか円高は関係なくね？

>>949
不景気になると家の外に出ないというし…

なんとなく昨年は政治コピペが多かった印象もあります
あとはのりPお塩とかの不祥事、大物の訃報も多かったので
一部でドカンと盛り上がったんじゃないかと

>>949
>>947の三枚目で
2009/09/09のちょい前くらいに山出てるのは総選挙じゃない？

自民大敗でレスした人も多いだろうよ。

>>951
>2009年は再び成長の兆し。 　→　成長プラス
>と思ったところへ、政権交代と円高と大規模規制の嵐が。 　→　成長マイナス
と書いてある訳だから、政権交代と円高と大規模規制は成長マイナス効果があったとrootさんは主張しているのだが、
政権交代と円高に成長マイナス効果なんてあったっけ？と言いたいの>>949

2009年は国民の手で日本を不幸のどん底に叩き落したのですね、
わかります。

そういえば、あのころって失言多かった希ガス。円高容認とか介入しないとか。
ハゲの遊び場になってた可能性はある。

rootさん、おいちゃん、マァヴ さん、どくおさんに質問。

１．「WDのラプター」問題は解決したの？HDDの交換をしたの？
qb5 = tiger3517 (RAID1設定)
dubai = tiger3524 (RAID1設定)
bbm2 = tiger3522 (RAID0設定)
namidame = tiger3527 (RAID1設定) (現在片肺状態)
http://qb5.2ch.net/test/read.cgi/operate/1252115166/13

２．changi(tiger3507)の片肺は解消したの？
http://qb5.2ch.net/test/read.cgi/operate/1252115166/15

３．changi対応の為にtakeshima(banana3705)が空で待機しているけど、
　　今後はどうなるの？

４．banana3104とbanana3218が稼働していないはず。
http://qb5.2ch.net/test/read.cgi/operate/1252115166/23

５．i7サーバ(tiger3547・旧yutori7)は、
【ぷろじぇくと ぞうさん】　〜E-Bananaサーバ 構築日記〜の119日目で
修理から戻ってきたはずですが、どうなったんでしょう？

６．pc11(banana3197)の引越は、もう終わり？

>>947に7日間移動平均線を書き足してみたんだが、300万postで頭打ちのように見える。
総選挙後、9月の間がちょっと平坦っぽい感じ。
選挙前は漸増っぽい感じだったんだけど。

とゆーことをroot氏は感じたのではなかろうかと妄想。

クラシックに●使える改造はどこまで進んだのですか？

>>957
スクリプトは出来てて、iniの書き換えとApacheの再起動が4日か5日かに。
で、ダメ出しもらって調整かな？
php.iniはpublic_htmlにあるものでいいのでしょうか。

public_htmlの下かよ
http://c.2ch.net/php.ini

register_globalsはOffにしたほうがいいね
まあ、Onじゃなきゃ動かないんじゃしょうがないけど

今年は横ばいだろ。
暇つぶしにきたスレが政治コピペに晒されて
挙句の果てに荒れてちゃ見る気もなくすだろう。

ttp://c.2ch.net/info.php
ぢゃないところが素敵で無敵かも♪

sprots2サーバなので対処できないかもしれないですが、
「クッキー＆投稿確認」の際に送られてくるCookieの有効期限がおかしいため、p2および、通常のブラウザ（IE、Firefoxなど)からの投稿ができません。
「クッキー＆投稿確認」画面が無限にループするようになっています。

これは代理人でなければ対処無理でしょうか？

> 「クッキー＆投稿確認」画面が無限にループするようになっています。

携帯フルブラウザもそれだな（笑）

しかも　SoftBankは携帯メニューでもsprots2サーバに書けないらしいな♪

>>962-963
http://qb5.2ch.net/test/read.cgi/operate/1223317539/612-618

あらま。

初代管理人にメールしておこう。

>>962
代理人にメールしてみた。

質問・雑談スレ300＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1260255402/627-629

既に連絡済みのようですね。
重複になりそうなので、まずはこのまま状況観察ということで。

>>966
りょうかいです。

あぶないあぶない。

>>969
スレ(表)に書いていただけていたので、
重複にならずに助かりますた。

しばらく待って連絡がないようなら、
私からも改めて連絡してみるです。

皆々様。
ありがとうございました。

>>970
りょうかいです。

# おいらは初めてメールするので、ひょっとしたら届かないかも。。。

>>970,972
おつかれさまです。
また何かあったらよろしくお願いします。

>>972
> # おいらは初めてメールするので、ひょっとしたら届かないかも。。。

じゃああと100個くらい送っておけ！

荒らしの連投はぬかりなくたくさんするのにな（笑）　

◆cZfSunOs.Uさんへ

少しお聞きしたいのですが、beの各アカウントは株のデータを持ってると思いますが、2証で使っている個別のMyMenuデータというのは持っているのでしょうか？
垢毎にあったメニューデータが追加も削除もできなくなってしまって、stockのmenu.cgiの方の不具合なのかメニューデータ側の不具合なのか外側からじゃ分からないもので・・・
お時間ある時でいいので見てもらえませんか？まったくトンチンカンな話だったらすいませんです、よろしくお願いします。

ニダーランで壊れまくったという WDCの10,000回転ディスク(VelociRaptor)
ですが、その時の os のバージョンは分かりますか。

うちでは 7.1R から 7.2R にしたとたんに HDD のトラブルが多発、
8.0 にしてから収まっているのですが。

>>975
お疲れ様です〜。元旦から症状が出ているようですね

★2ch証券取引所を作ろう★46
http://gimpo.2ch.net/test/read.cgi/2chse/1254984990/827-834

>>975
>>962

Set-Cookie: myMenu=; expires=Friday, 01-Jan-2010 00:00:00 GMT; path=/

>>976
i7初期(WD Raptorシリーズ 10000rpm)は8.0 beta2
改修後は、8.0 RC1だったようです

>>978
わおー、なるなる。

Set-Cookie: myMenu=; expires=Friday, 01-Jan-2010 00:00:00 GMT; path=/
Set-Cookie: onecli=; expires=Friday, 01-Jan-2010 00:00:00 GMT; path=/

２ちゃんねる2010年問題ってとこかしら。。。

>>979
それは tiger3547 ですか。HDDは無事だったと書かれていましたが。
ニダーランのは A-Tiger だったと思いますし、BETA2 はまだ出てなかったはずです。

7.2Rでディスクのエラーが多いというのは、ちゃんとデータを取ったわけでは
ありませんので聞き流してもらってもよいです。

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

>>982
そうですそうです
初期i7機のtiger3547
# ニダランで使ってる鯖ではないです
# 結局はNIC故障でドナドナでしたっけ

---

これもニダラン鯖ではないですが

2chでRaptor使ってる鯖 (>>955)
http://qb5.2ch.net/test/read.cgi/operate/1252115166/13


・片肺になった鯖
　・namidame (tiger3527)
　　FreeBSD 7.2R-64bit /Q9550 /WD Raptor 10000 rpm RAID1
　・changi (tiger3507)
　　FreeBSD 7.0R-64bit /Q9550 /Seagate の 7200rpm RAID1

後、HDDあぼーんなのは
・旧gimpo (tiger3515)
　FreeBSD 7.0R-64bit /Q9550
　# 手動リブート後、FSCK実行時に致命的エラーで退役

調査序に更新

---

▼この後続く地道な道のり(仮) - 10.01.03現在
　　(　)内の数字は、板数

▽からっちょな子
・banana3176 : T-banana /i386 /7.0R　# 退役可能
　　からっちょ　ヽ(´・ω・｀)ノ
・banana3254 : T-banana /i386 /7.0R　# 退役可能
　　からっちょ　ヽ(´・ω・｀)ノ
・banana3705 : T-Banana2009 /amd64 /7.0R　# 旧takeshima 奈菜にお引越し
　　からっちょ　ヽ(´・ω・｀)ノ
・tiger3515 : A-Tiger /amd64 /7.0R [R]　　　　　# 手動リブート→FSCK後にあぼーん
　　からっちょ　ヽ(´・ω・｀)ノ

▽現役な子
・banana3260 : T-Banana /amd64 /7.0R [R]　# 板数が多いので触りたくないでござる
　　academy6 　 (20)
　　love6　　　 　 (38)
　　science6　 　 (20)
　　society6　 　 (29)
　　dso　　　　 　 (2)
・banana3197 : T-banana /i386 /7.0R　# 今後退役予定
　　pc11　　　　　(41)
・banana3706 : T-Banana2009 /amd64 /7.0R
　　tsushima　　　(3)
・banana3707 : T-Banana2009 /amd64 /7.0R
　　hideyoshi　　　(23)
・banana3712 : T-Banana2009 /amd64 /7.0R
　　qb6　　　　　　 (1)
・banana3721 : T-Banana2009 /amd64 /7.0R
　　pc12　　　　　　(9)
・banana3901 : T-Banana2009 /amd64 /7.0R
　　jfk　　　　　　　(23)
・banana3902 : T-Banana2009 /amd64 /7.0R　# 内5枚が奈菜との重複板@稼動中 (アニ実、選実、ネトラジ以外)
　　atlanta　　　　(8)

・tiger3501 : T-Tiger /amd64 /6.2R
　　yutori　　　　　(4)　　# yutoriのVIPを含めて4枚
・tiger3506 : A-Tiger /amd64 /7.0R [R]　# 今後退役予定？
　　mamono　　　(17)
・tiger3507 : A-Tiger /amd64 /7.0R [R]　# 片肺状態
　　changi　　　　(48)
・tiger3511 : A-Tiger /amd64 /7.0R [R]
　　schiphol　　　(93)
・tiger3517 : A-Tiger2009　/amd64 /7.0R # WD Raptor 10000rpm HDD
　　qb5　　　　　　(7)
・tiger3519 : A-Tiger /amd64 /7.0R [R]
　　anchorage　　(31)
・tiger3524 : A-Tiger2009　/amd64 /7.0R # WD Raptor 10000rpm HDD
　　dubai　　　　　(50)
・tiger3527 : A-Tiger2009 /amd64 /7.2R [R]　# 片肺状態、WD Raptor 10000rpm HDD
　　namidame　　(75)
・tiger3542 : A-Tiger /amd64 /7.0R [R]　# 旧yutori7 (tiger3547)の故障の為、お引越し
　　yutori7　　　　(17)
・tiger3546 : A-Tiger /amd64 /8.0RC1 [R]　# 旧gimpo (tiger3515)の故障の為、お引越し
　　gimpo　　　　(175)

>>975 その問題の原因はすでに判明したようですが一応答えておくと，
MyMenu とかその辺のデータは be 側の管轄ではないですね．



それはともかく（思い付いた時に書いているので
バラバラなレスになってすみません），
今後また matd が不調になった時にこういうのがあれば
原因究明の手がかりになるかも知れないというものを．
>>917の他に

・ gcore でコアイメージを取得
・ truss を短時間でもいいのでアタッチして挙動を記録

>>981
Cookieの有効期限が｢現在からn日後｣とかじゃなくて、
固定されていたのが2010年問題の正体ですかねぇ。

matdなんて急造品よりも実績のあるlvs使おうぜ
もしくはmatd監視して不調なら自動的に再起動するようにするとか。

１０月にな〜りま〜した♪
http://sports2.2ch.net/test/read.cgi/entrance2/1254354097/20


書けたよ（笑）　書けない専用ブラウザがあるということか？

非専ブラが書けないんだって

>>988
2010年まで２ちゃんあると思ってなかったんだろうな〜なんてｗ

>>987
あい、すいませんでしたー、レスポンスヘッダちゃんと見てなかったです。sports2だけだとばかり・・・
元旦からって部分をもっと疑っとけば良かった、、、どもです。

>>989 LVS については Linux 上では実績があるのかも知れませんが，
FreeBSD 上ではイマイチというか当初は LVS を使おうとしたものの，
カーネルパニック等を繰り返し実用に耐えるものでなかったので
matd が作られた，という経緯があります．

で，その matd については雪だるま鯖ができて以来もう4年ぐらいに
なるんですかね？その間特に問題は起きてなかったと聞いてます．
今回のような問題は初でかなりレアなケースなのかとは思いますが，
念のため原因究明が可能なら確認しておきたいということですね．

matd由来の問題(と思われるもの、真の原因は違うかもしれない)は、
4年間運用して今回が初めてですね。

雪だるまシステムのパーツの中でも、
最も安定している部類だと思われ。

>>987
確かにgcoreやtrussはやっておけばよかったですね。

>>994
FreeBSDでのL4ロードバランサの定番って何か無いのけ?
無いならFreeBSD上に仮想化したLinuxでLVSを動かすとか…微妙?

あとlinuxベースの鯖で運用してみるというのも手かもしれませんですね。
鯖屋さんのこれからの経営戦略の１つとして、「FreeBSD xor Linuxどちらでも使えますよ♪」
というのはかなりの売りにはなるかと思いますです♪

↓1000

　　　 o∈
　　ノノハヽ
　 （ ＾▽＾ ）
　　（ ∞ ）
　　 ∪∪

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。