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

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

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

等を取り扱います。

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

過去ログ(1)
2ch特化型スペシャルサーバ構築大作戦
http://qb.2ch.net/operate/kako/1052/10529/1052923573.html
2ch特化型サーバ構築作戦 Part2
http://qb3.2ch.net/operate/kako/1062/10621/1062137886.html
【uma作戦】2ch特化型サーバ構築作戦 Part3
http://qb3.2ch.net/operate/kako/1068/10680/1068017802.html
【uma作戦】2ch特化型サーバ構築作戦 Part4
http://qb3.2ch.net/operate/kako/1074/10741/1074124767.html
【uma作戦】2ch特化型サーバ構築作戦 Part5
http://qb3.2ch.net/operate/kako/1076/10761/1076162131.html
【Project peko】2ch特化型サーバ構築作戦 Part6
http://qb3.2ch.net/operate/kako/1076/10764/1076413123.html
【Project peko】2ch特化型サーバ構築作戦 Part7
http://qb3.2ch.net/operate/kako/1076/10767/1076733846.html
【Project peko】2ch特化型サーバ構築作戦 Part8
http://qb3.2ch.net/operate/kako/1078/10789/1078972549.html
【Project peko】2ch特化型サーバ構築作戦 Part9
http://qb3.2ch.net/operate/kako/1080/10802/1080298357.html
【Project peko】2ch特化型サーバ構築作戦 Part10
http://qb3.2ch.net/operate/kako/1082/10821/1082125059.html
【Project peko】2ch特化型サーバ構築作戦 Part11
http://qb3.2ch.net/test/read.cgi/operate/1082990543/
【Project peko】2ch特化型サーバ構築作戦 Part12
http://qb5.2ch.net/operate/kako/1084/10844/1084429098.html
【Project peko】2ch特化型サーバ構築作戦 Part13
http://qb5.2ch.net/operate/kako/1085/10856/1085678587.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14
http://qb5.2ch.net/operate/kako/1087/10876/1087666806.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
http://qb5.2ch.net/operate/kako/1093/10930/1093068260.html

過去ログ(2)
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
http://qb5.2ch.net/operate/kako/1102/11020/1102087698.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part17
http://qb5.2ch.net/operate/kako/1107/11073/1107376477.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
http://qb5.2ch.net/operate/kako/1115/11151/1115133136.html
2ch特化型サーバ・ロケーション構築作戦 Part19
http://qb5.2ch.net/operate/kako/1121/11218/1121886018.html
2ch特化型サーバ・ロケーション構築作戦 Part20
http://qb5.2ch.net/operate/kako/1140/11405/1140540754.html
2ch特化型サーバ・ロケーション構築作戦 Part21
http://qb5.2ch.net/operate/kako/1145/11451/1145114275.html
2ch特化型サーバ・ロケーション構築作戦 Part22
http://qb5.2ch.net/operate/kako/1150/11500/1150052911.html
2ch特化型サーバ・ロケーション構築作戦 Part23
http://qb5.2ch.net/test/read.cgi/operate/1153650861/
2ch特化型サーバ・ロケーション構築作戦 Part24
http://qb5.2ch.net/test/read.cgi/operate/1166543133/
2ch特化型サーバ・ロケーション構築作戦 Part25
http://qb5.2ch.net/test/read.cgi/operate/1182697563/
2ch特化型サーバ・ロケーション構築作戦 Part26
http://qb5.2ch.net/test/read.cgi/operate/1183341095/
2ch特化型サーバ・ロケーション構築作戦 Part27
http://qb5.2ch.net/test/read.cgi/operate/1200061619/
2ch特化型サーバ・ロケーション構築作戦 Part28
http://qb5.2ch.net/test/read.cgi/operate/1208685863/
2ch特化型サーバ・ロケーション構築作戦 Part29
http://qb5.2ch.net/test/read.cgi/operate/1212665493/
2ch特化型サーバ・ロケーション構築作戦 Part30
http://qb5.2ch.net/test/read.cgi/operate/1217507006/

関連スレ

■ サーバリフレッシュ工事 連絡・作業スレッド１７
http://qb5.2ch.net/test/read.cgi/operate/1230142107/
■ 接続が重い時にtracert(traceroute)の結果を貼ってみるスレ
http://qb5.2ch.net/test/read.cgi/operate/1210515578/
【携帯電話】docomoからのアクセスを再考しよう - iモードID編その２
http://qb5.2ch.net/test/read.cgi/operate/1217678015/

サーバ構築に関係ない話や質問はこちらへ

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

>>1
乙です

ここは即死ボーダーきつかった気が

>>1
おつですにゃ

　　　(~)
　γ´⌒i^＾^＾^＾^＾^＾~ﾌ
　 {i:i:i:i:i:｀ヽ　　　　 ノ´
　（・ω・｀*）　 　ノ´
　 （:::：:::::::::）　 ζ　　　　 ξ
　　 し─Ｊ 　　　`^＾^＾^＾~
これは>>1乙じゃなくて毛糸のほつれなのでry

支援

ああ、即死判定を回避しないといけないのか

前完走あげ　以後不要不急のレスは適当にsageで

　　　　　　　　　　　　　　　　 ｡･ ｡･ﾟ｡･ﾟ｡･ﾟ｡ﾟ･.･｡ﾟ゜｡ﾟ･｡．ﾟ･｡
　　　　　　　　　　　　　　｡・ﾟ ｡･ﾟ ｡･ﾟ｡･ 　　　　　　　　･ﾟ．
　　　　　　　　　　　　 ｡･ﾟ ｡･ﾟ ｡･ﾟ 　　　　　　　　　　　 ｡･｡
　　　　　　　　　　　 ｡･ﾟ ｡･ﾟ ｡･ﾟ 　　　　　　　　　　　　｡･｡･
　　　　　　　　　　 ｡･ﾟ ｡･ﾟ ｡･ﾟ 　　　　　　　　　　　　　｡･｡･ﾟ
　　　　　　　　　 ｡･ﾟ ｡･ﾟ ｡･ﾟ 　　 　　　　　　　　　　　　｡･｡･ﾟ･
　　　　　　　　 ｡･ﾟ ｡･ﾟ ｡･ﾟ 　　　　　　　　　　　　　　｡･ﾟ･ﾟ･
　　　　　　 　 ｡･ﾟ ｡･ﾟ ｡･ﾟ 　　　　　　　　　　｡･ﾟ･｡･ﾟ
　　　　　　 　 ｡･ﾟ ｡･ﾟ ｡･ﾟ 　　　　　　｡･ﾟ･｡･ ﾟ･
　　 ∧_,,∧　 ｡･ﾟ ｡･ﾟ ｡･ﾟ 　　　　･｡･ﾟ･ ｡ ･ﾟ｡
　 （ ;`・ω・ ） ｡･ﾟ ｡･ﾟ ｡･ﾟ｡･ﾟ･｡ ･ﾟ･｡ ･ﾟ･｡･ﾟ ･｡･ﾟ･｡･ﾟ･ ｡･ﾟ ･｡･｡･
　　/　　 ｏ━ヽニニニニニニニニニニニニニニニニニニフ
　　しー-J

前スレ>>998さん
アドバイスありがとうございます

>>1
これは乙じゃなくてポニーテールでうんたらかんたら

>>1
ぼ

>>1
乙

即死会費age

>>1
乙うんたらかんたら

ひとまず逆引き設定して貰ってからちまちまとBoo解除していこうかなと。。

ずきゅーん

T-Banana09の雪だるまでlive28作ったらどうなるかな

どくおさんへ

水分の摂取が少ないと詰まりやすいらしいです
イオン飲料がいいと思いますが、糖尿病の場合はどうなんでしょう・・・

ミネラルウォーターマジおすすめ。
市販のドリンク系は糖分たくさん入ってるものが多いし。

福利厚生の一環として麦茶とかいいかも。
俺は温かい麦茶が大好きでね。

スポーツドリンクは濃すぎるので薄めて飲むか
いっそミネラルウォーターに経口補水塩いれてしまえ

ほうじ茶もおいしいよね

http://tsushima.2ch.net/test/read.cgi/news/1235570648/412,424
412 名前： すずめちゃん(神奈川県)[] 投稿日：2009/02/26(木) 09:52:00.53 ID:xobM02eR
>>404
狐が今後鯖増設するときどうすればいいか困ってたよ

424 名前：ひろゆき[] 投稿日：2009/02/26(木) 09:53:17.35 ID:aYOpAtw+ ?S★(1028432)
http://img.2ch.net/ico/o_po.gif
>>412
ジムがなんとかしてくれるはず。

>>417
おぉ、そこまで高くない。

ジムさん（ＮＴなんちゃら）経由か。
これは、ひろゆきとは違ったイミでケチそうだｗ

jimさんもひろゆきも実況板の騒ぎが終わってから出てくるんだもん
ちょっとズルイｗ
まあ前管理人は関係ないし、2ｃｈ運営なんて元々こんな感じだったけど

ま、自分たちでなんか考えろということなんでしょ。

まあ元々●の入金先はJimさんの会社の口座ですし
資金面ではもう仕組みはできてるわけですな

これで即死はなかんべ

あげ

今雪だるまで使っていないサーバは、

f1 f4 f5 の３台だっけか?
場所代もったいないから破棄しよう

f1,f5,f6です

おぅおぅ

んじゃ　f1 f5 f6 は引退&破棄お願いしますー

前スレより
975 名前：root▲▲ ★[] 投稿日：2009/02/25(水) 01:15:36 ID:???0 ?DIA(102038)
【実況】　live23+live24　Part30
http://qb5.2ch.net/test/read.cgi/operate/1235217197/648-717

とりあえずメモ。

live23f1 = tiger2523 = 初期状態のまま、インストール・セットアップで回復する
live23f5 = tiger507 = ハードウェアトラブルか
live23f6 = tiger504 = ハードウェアたぶん正常、スイッチの設定修正で直るっぽい

stats = tiger506 = 2/20 あたりから統計がいまいち、今は様子見


tiger5xx はそろそろ寿命を迎えつつある予感、、、。



だそうですが

ぅぃー(^_^;)
tiger2523.maido3.com (live24f1.2ch.netなど)
tiger507.maido3.com (live24f5.2ch.netなど)
tiger504.maido3.com (live24f6.2ch.netなど)

以上３台退役しますー(^_^;)お疲れ様でしたー

stats.2ch.netがTOP10吐いてない(^_^;)
リブートするー

statsやっぱりまだおかしいんですかねぇ・・・かわせみ見ると大分戻ってきてるように見えるんですが。

お疲れ様でしたー

乙でした

お疲れさまでした

乙でした.

故障した実況鯖が引退らしい。こないだまで不安定だったのはこれらの鯖が不調かつ振り分けが不調だったから。
ただし、新鯖導入かどうかはいまのところ未定…
鯖の耐久力は去年の二分の一近くまで落ちることになるな（4/7）

37 名前：マァヴ ◆jxAYUMI09s [] 投稿日：2009/02/26(木) 20:27:21 ID:P4ZuDj+KI ?2BP(1073)
ぅぃー(^_^;)
tiger2523.maido3.com (live24f1.2ch.netなど)
tiger507.maido3.com (live24f5.2ch.netなど)
tiger504.maido3.com (live24f6.2ch.netなど)

以上３台退役しますー(^_^;)お疲れ様でしたー

>>44
誤爆しました

廃棄するならくれ

さすがにかなり古い仕様だから劣化箇所を交換して別の顧客に、
とかはやらないだろうね。新品より高く付きそう。

期待値を遙かに超える結果を残した680号機のようにメーカーが欲しがっているのさ

tiger5xのスペックはどんなんだっけ

ありゃ
鯖さん達お疲れ様でした

>>49
ここに書いてある
http://mumumu.mu/serverlist.html

>>51
ton

お、雪だるまフロントが3台引退ですか。
tiger504,507は、雪だるまフロント時代以前から使われていたし
なかなか優秀な鯖さんでしたね。
tiger５**は故障が何回かあったけど、ここまで持つなら産業用として
使えるかもねぇ。。

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

先日、ご依頼致しましたIP追加に関してですが、
下記10アドレスが逆引き設定させておりませんでした。
大変申し訳ございません。

【IPアドレス】
219.94.197.196
219.94.197.197
219.94.197.198
219.94.197.199
219.94.197.200
219.94.197.201
219.94.197.202
219.94.197.203
219.94.197.204
219.94.197.205

逆引き設定が完了致しましたので、規制解除のご対応宜しくお願い致します。
この度は弊社不手際によりお手数をおかけまして申し訳ございません。

報告忘れてた。

>>54
該当のIPアドレスを「逆引き不可による規制」などを担当する方のほうに報告してみました。
現状では規制はないそうです。

もし、該当IPアドレスを使ったユーザ様から規制されているという報告がありましたら再度ご連絡ください。

株式会社jig.jpの菊池です。
ご対応ありがとうございます。

ユーザ様よりまだ規制されているという連絡が合った場合は
再度ご連絡させていただきます。

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

どくおさんの体調が悪いらしい。お大事に。

SSDに引けを取らない転送速度を実現した爆速HDDが登場へ
http://gigazine.net/index.php?/news/comments/20090310_6gbps_hdd/

random accessが早くなきゃあんま意味ないかと

サーバのやりくり(^_^;)
・mamono yutori ex24を空にする→mamono2 yutori2へと
・rock54のtiger509が天寿をまっとう→tbanana2009あたりを投入

rock54はtbanana2008になるかもしれん(^_^;)最初にできたやつを投入

mamonoの代替として用意してたtiger3525は回収(^_^;)

療養中 → ようやく原因らしきもの判明 → 早速治療開始 → 徐々に回復中

な私が来ました。

tiger509 = rock54 の代替機ですか。
移設には２ちゃんねる的な調整が要りそうなかんじですね。

補足事項

424 名前：動け動けウゴウゴ２ちゃんねる 投稿日：2009/03/16(月) 04:34:09 ID:a5c+NQFdP
おいちゃんWBC対策大丈夫？
もうすぐだよ？

425 名前：せしりあ ★ 投稿日：2009/03/16(月) 04:35:55 ID:???0
>>424
なにもしませーん

雪だるまこわすなよー > 実況の方々
代替はありませーんし、そのつもりもありませーん

>>63
おひさ

>63
おお(^_^;)レアキャラだ
カプセルカプセル・・・・

>>65
ご心配をおかけしております。
原因はどうもメンタルじゃなくて肉体的なものだったみたいで、、、。
そのへんはまた別のところで。

治療の成果により、
4月から会社にも行けそうな感じです。

で、rock54 の仕掛けを作る場合、IPアドレス複数とか、
いくつかのチューン(rootで)とか、そのへんが必要な予感です。

見てきました。
IPアドレスは3つ必要ですね。(bbx, bbr, bbn)

できればroot権限あったほうがいいかもです。

>62
tiger3525回収完了(^_^;)

現在　わたしの作業で躊躇するのが一つ
サーバの投入です

私に出来ないのが、
1) stats.2ch.net への登録
2) rock54とかf22への登録

あとは全部順調にすすんでいますー
私もいままでどおり飲む為に体を鍛えたりするのに時間がとられて
２ちゃんねるの醍醐味あたた(煽り＆叩き)があんまり出来なくて
みなさまにご迷惑をかけています。

作業は順調に進んでいるのか？

>>70
なるほど、、、。

1) の stats の登録は root 権限なしでもできるようにする作業を、
途中までやってあります。もう少しやれば一般ユーザでもできるところ
だったのですが、、、。すみませんです。

2) は Rock54 の丁稚どん登録は、Rocker の中の人がやれるしくみですね。
F22 は登録・削除用の呪文があって、見てみるとそれには「夜勤さん」という人の
アカウントも登録されているようなんですが、たぶん、お忘れになられて
しまっている、、、のではないかと。

>>71
腹筋がやばめです

>>72
そんなこんなで
次の投入のタイミングで出来る人を殖やす方向がいいかなと、
ぴちぴちギャル希望! (もちろん平成生まれに限る)

女性（ネカマを含む）２ちゃんねらーの８割を敵に回したかもｗ

削除のえらいおばさんとか

>>73
> 次の投入のタイミングで出来る人を殖やす方向がいいかなと、

そうですね。

oyster243 がまだ FreeBSD 5.4R で、それを入れ替えて中身を作り替えないと
root 権限なしでいけるしかけが作れないので、先にそれをやれればと思っていました。
最初にそれを手着ける必要があるですね。

F22 については呪文の使い方を実は私は知らないので(ファイルを直接書き変えている)、
そこからですね。きっとそれほど難しくないはず。

で、伝授するのは、、、。平成生まれの方ですか。
どなたかあてはあるんでしょうか。

いまんとこ
サーバはふんだんにあるので移転で大丈夫なのだ

yutori2 mamono2 は四月? 五月?
どんな感じなんでしょか? >>66

> サーバはふんだんにあるので移転で大丈夫なのだ

竹島、対馬、秀吉、、、でしたっけか。

---
で、今日は通院やら何やらの予定もないので、久しぶりに運用情報を見てみようかなと。
# きっと1日じゃ見切れないな。

リハビリでサーバ作ってみる、という手もあるかも。
確か oyster243 の代替はもらっていたはずなので、
それから手をつけてみるとか。

# 明日は検査のため朝から夜まで来られないです。

anchorage atkanta dubai jfk あたりもスカスカです
いざとなったら yutoriも使えます。

>>79
いい時代になりましたね、、、。
高速I/Oがうまく安定して、コアの多いCPUにすれば、さらに減らせそうな。

こうなるとネットワークインフラの安定性向上をめざしたいところで。
サーバが頑丈でもネットワークが以下略だと以下略。

atlanta

げっ　kantaになっちまった

rootﾀﾝだ！！

>77
４月上旬にはタイプ１(SSDかな？)が登場予定(^_^;)

しかしあれだなぁ(^_^;)yutoriを名乗るならi7試したいなぁ・・・・

現在のラインナップ
FreeBSD7.1R 出来上がり
SSD A-tiger ハードウェア到着待ち(3月中には7.1Rで動かしたい)
SAS A-tiger ハードウェアと格闘中(できれば3月中にと思ってたけど、難航中)

交通渋滞解消させないかんわけですなぁ

oyster243 の代替機のアカウント情報のメールみつけました。

banana3104 か。
問題なければ作業開始してみよう。

しかし 151 日もほってあったのか、、、。
%uptime
6:07AM up 151 days, 23:09, 1 user, load averages: 0.00, 0.00, 0.00

そうか、んじゃyutoriという名は来るべき日の為にとっておくか、

mamono SSD A-tiger ハードウェア到着待ち(3月中には7.1Rで動かしたい)
pakemon SAS A-tiger ハードウェアと格闘中(できれば3月中にと思ってたけど、難航中)

あたりにすっか

パケモンって、あの会社の名前すか。>>88

案ということで

まず cvsup.peko.2ch.net の素材の更新しなきゃ。
7.1R に対応。(rsync)

それから banana3104 の OS 更新して、
で、パッケージをぼちぼち作るか。

そんで、bbq2 と m2 の IP アドレスが変わるから、
DNS 更新やら bbs.cgi やらの更新があるかな。

ちょっと oyster243 の様子をみてきます。

>>91
> ちょっと oyster243 の様子をみてきます。

ssh で入れないな、、、。
リブート依頼してきます。

>>92
無事上がりました。< oyster243

で、bbq2 / m2 の2つの機能の移動なので、
IPアドレスが2つ必要になるということがわかりました。

banana3104 には現在、
206.223.152.155

のIPアドレスが設定されていますが、

206.223.152.156 、または 206.223.152.* の IP アドレス1つ

を割り当てていただくことは可能でしょうか。＞マァヴさん

すみませんがご確認、ご手配をよろしくお願いいたします。

どくおさんへ:

日記見ました。
さしつかえなければ、新しい tiger の dmesg 出力をどっか、見えるところにでも、、、。

rootさんがいらっしゃると、スレが引き締まるなぁ。

むさんお久しぶりです。
まだ無理をなさらぬように。

ひろゆきを見かけなくなったことに大きな違和感はないのだけど
むさんを見かけないのは違和感たっぷりでした。

2ちゃんねるはむむむちゃんねるだったんだと実感しました。
※ あくまで利用者の個人的感想です。

どんだけひろゆきのこと蔑ろにすれば気がすむんだろうか

先にひろたんが蔑ろにしたんだよお ｡･ﾟ･(ﾉД`)･ﾟ･｡

rootさんはPC絶ちしてたのか
最近は携帯でsshできたりして便利だよね

他意はないのよ。
ただ、違和感の話。
もともと見かける回数のすくないひろゆきをさらに見かけなくなった。
よく見かけていたむさんを見かけなくなった。
この差は大きい。

※ちなみにさん付けしているのとしていないことの違いは「ひろゆきさん」は変。

やっぱ、開発ってスレに活気がでていいな。

>>68
sudoers はいかがかしら？
あと、smartmontoolsがあると嬉しいなぁ♪＠portsには入っているもより
でもってperlは5.8.10にしちゃいましょう♪

>>72
> 2) は Rock54 の丁稚どん登録は、Rocker の中の人がやれるしくみですね。
丁稚どん呼び出しは出来ますが、丁稚どんそのものは・・・
そうそう、skel/ 利用できないものかしら？それともdsoから自動配布？
そりからそりからoklistの自動配布も♪

・・・欲深すぎ。

寝る前に。

banana3104 = oyster243 = bbq2/m2 の代替用 はぼちぼちとセットアップ中。
しくらなければ近日中には FreeBSD 7.1R にてセットアップできるかなと。

banana3104 関連はあと、サーバリフレッシュスレでやりますかね。

# 上に書いたように明日は検査のためほぼおやすみ予定。

そんなわけで、

>>102
> sudoers はいかがかしら？

日ごろのファイル更新などは、
root権限使わなくてもいける形(sudoも使わない形)がより望ましいのかなと。

> でもってperlは5.8.10にしちゃいましょう♪

むこうに書きましたが、今のportsだとまだ5.8.9みたいですた。

> >>72
> 丁稚どん呼び出しは出来ますが、丁稚どんそのものは・・・

そのもの、というと、、、。
あぁ、丁稚どんプログラム自体のインストール、っていう話ですかね。

で、
> あと、smartmontoolsがあると嬉しいなぁ♪＠portsには入っているもより

smartmontools って不勉強にして初耳だったり。検索してみると、

smartmontoolsでHDDチェック
http://smart.jinaka.com/

面白いかも。

しかし、いろいろ変わってるのね。
ports の Apache は 2.2.11 になっているみたいだし。

といったところで、本日はそろそろ店じまいで。

RAIDカード通したら見られない確率大だったり＾＾；

お疲れ様でした
良い眠りを

UPDATINGにも書いてありますが、perlのアップグレードがかなり楽になりました。
日本語で読むなら、だいちさんの所のこのあたりが参考になります。

http://gihyo.jp/admin/clip/01/fdt/200901/15

ベースシステムにべったり依存しまくっていたあの頃の地獄が嘘のようです。

SSDですかー、私はまだFreeBSDでは試せていないのですが
Windowsを載せて動かしている挙動を見る限りでは
処理が早い時と、あまり早くない時の差が明らかにあるので
どういうことかと思っていたのですが、

http://techon.nikkeibp.co.jp/article/FEATURE/20090219/165972/

この記事をざっと読んだ所、データの書き換え処理に
大きなペナルティが発生したりするようなので、
2ちゃんねる的用途だとかなり相性が悪い場合も
考慮しないといけないかもしれません。

RAID1からRAID10にすると早くなる予感。

1UにそんなにHDD積めなくね？＞RAID10

RAID信仰は根深いですなあ

つ
SATA RAID ストライピング編
ttp://www.runser.jp/doc/sata-raid-stripe-1.html

>>110
1U筐体でも、2.5inch SATA or SAS を4台積めるのはよくありますよ。
今、1台そーいうの使ってますし。

確か、SuperMicroので 3.5inch を4台積める1Uケースという物もあった
記憶があります。

>93
206.223.152.156
OKです(^_^;)

rock54の更新用サーバができたんだけど・・・・(^_^;)どうすればいいのかな？

といいつつちょっとお出かけ(^_^;)

academy6とscience6とsociety6はなくさないんだっけ？

>>114
まずは、、、
・IPアドレスを最低3個(bbx,bbr,bbn)必要だけれども、余裕があるなら8個ぐらい付けよう♪
・dmesg.txtをどっかに貼り付けよう♪
・smartmontools入れようそうしよう♪@portsに入っています。
・ジャスミン茶を呑もうそうしよう♪

今日は検査疲れにつき、作業は少しだけということで、、、。

>>113
了解です。ありがとうございます。

>>114 >>116
rock54 = tiger509(root権限ありサーバ)ですか。
rock54なので、DNS関連の特殊なセットアップがいくつか必要ですね。

で、たぶんきっといくつかの選択肢があるですね。

1) root権限なしで作る(rootが必要な各種作業はmaido3の中の人にお願いする)
2) 私がroot権限を持つ(今までのtiger509式)
3) 2) + この際、ぴちぴちの未承諾さんも是非このサーバのroot権限を持ちませんか?
4) その他

>>113
> 206.223.152.156

を banana3104 に設定しました。うまくいっている模様です。

■ちとお知らせ

oyster901 = ftp.peko.2ch.net / cvsup.peko.2ch.net ですが、
HDD 容量が 73G と少ないため、ports のミラーを継続することが
ちと困難になってきました。

ということで FreeBSD の ports のミラーを本日、一時停止しました。
CD や DVD のイメージ、また releases の下のミラー (7.1R のみ)は
継続しています。

また、cvsup.peko.2ch.net (CVSupミラー)は継続しております。
(root権限ありサーバを作る時等に使用)

以上、よろしくおながいいたします。

5) ※さんに全て押し付ける

>>117
3) + なるべくroot権限が無くても色々と動かせるようにする。
(ex.石部隊さんでも鯖リブートが出来るようにするとかとか)

rootさんの作業の負荷分散もあるしdarwinともまた違うFreeBSDに慣れなきゃ♪

>>120
んじゃXserverをおながいしますm(_ _)m

ﾜﾛﾀ

FreeBSD 7.2 Release Process
http://www.FreeBSD.org/releases/7.2R/schedule.html

>>123
>RELENG_7_2 branch 10 April 2009
>RC1 builds 13 April 2009

エェｴ（AAりゃ。

失礼致します。
ISPさんからBogonlistの更新を行ってほしいとのご要望をいただきましたので
こちらにお持ちしました。
Bogonlist自体は更新済みのようですが、2chが参照しているリストが古いものらしく
2chに接続できないIPアドレスが出てきているようです。
もし2chがBogonlistを参照しているのであれば、更新していただけないでしょうか。
お手数をおかけしますが、よろしくお願い致します。

Sunが消滅したらどうするんですか、SunOsさん！

そういえば最近sunOSさん見ないな

うちはBogonlistを知らない
ぽこーん

2chが閲覧できないってゆーのは
バーボン系統のような気がするけど
どうなんだろう。

先方はBogonlistに原因があると予測されてるのですがバーボンが原因なのでしょうか…
ちなみに、110.0.0.0/14のレンジ帯からのアクセスが不可らしいです。

>>130
もしバーボンなら、
httpステータスコード302が返り、Locationヘッダで飛ばされる。
飛ばされる先は、しばらく前までhttp://qb6.2ch.net/_403/だったけど、
最近http://www2.2ch.net/403/かあるいはほかの場所に変わったらしい。

bogonlistについては詳しくないが、Apacheとの関係が見られないことから、
ルータレベルかあるいはファイアウォールのように、Apacheに接続すらできないもの
と思われる。

アクセスできないと一言で言うが、エラーメッセージなど、接続できない時の挙動により
理由が判別できることもある。
「動きません。エラーになります。」だけでは原因が突き止められないのと同じだ。

http://www.nic.ad.jp/ja/mailmagazine/backnumber/2003/vol097.html
ところでみなさんBogonという言葉はご存知でしょうか。私はあまり経路制御
について詳しくないので今回はじめて知ったのですが、経路制御の世界では広
告可能アドレスとして登録されていないアドレスブロックやAS番号が広告され
ている状態をBogonと言うそうです。インターネットでは結構な数のBogonが観
測されているとのことで、自分の使用しているアドレスがBogonであると気づ
いたらすぐに直して欲しいという呼びかけが行われました。

こっちのほうがわかりやすいか。

「使えない」IPv4アドレス、あるいはIPv4アドレスの格付け ―
http://tkusano.asablo.jp/blog/2008/01/24/2577621

2chというよりPIEが弾いてるとかそういう話かな?

>>131
ありがとうございます。
エラーメッセージやアクセスできないときの挙動などを尋ねてみますね。

先方がBogonlistに原因があると予想されている理由ですが、
アクセスできない110.0.0.0/14を調査した結果、
110.0.0.0/14は最近使用され始めたIPで、この前までは空きIPだったことが分かったようです。
で、空きIPを登録しているBogonlistと、Bogonlistを利用したアクセス規制の存在が浮かび上がってきたので
Bogonlistに原因があるのではないかと考えられているようです。

てかどこのISPの話よ

6月に攻撃を受けてPIEでBogonフィルタを掛けたはず。
Bogonリストを更新をしていない可能性が高いっすね。
110/8は10月にAPNICに割り当てられ、そのうち110.0.0.0/14は
先月フリービットに。110.5.0.0/18に朝日ネットもいる。

PIEならJimﾀｿなのかなあ

>>136
Whoisを見る限り110.0.0.0/14 = FreeBit

>>138
Jimさんに連絡を取るにはBBSPINKのPINK秘密基地板の、Let's talk with Jim-sanスレが
よさそうだ。

だがJimさんには英語しか通じないがな。

まぁ日本語で書いておいてもヒマな人が訳してくれるけどね

正確には、英語も通じないがな

Let's talk with Jim-san. Part12
http://set.bbspink.com/test/read.cgi/erobbs/1230949143/831

いちおう知らせた〜

DSBLが反応してる気がした

DSBL is Gone.

おっ,ぐにちゃんおつん♪

DSBLはもう止まってるよ・・・それでもBBQの中の人？

DSBLは復活してない。
list.dsbl.orgのNSレコードはstop-using-dsbl.dsbl.orgを指していて
stop-using-dsbl.dsbl.orgのAレコードは192.0.2.1。
192.0.2.0/24は文書中の例などに用いるIPアドレスで、インターネットで
使用できない（Bogonリストにも含まれる）。

>>145
そういえばそうだった

何か進展があったのかなとおもたら、、、

>>128
>>128
>>128

これかー♪

真打登場?

皆さんへ、
ボゴンリストは、未登録のＩＰアドレスを、書いてある、
　”相手するＩＰに関しての拒否リスト”と思い申す。

きっと、メール配りするインチキ業者が、未登録ＩＰを、
自サバで登録して、使っちゃうと思うの。

http://nettool.maido3.com/multiwhois/index.cgi

Multi Whois　２ちゃん、おすすめwhoisで、
ＩＰ登録の、登録の帳簿を調べてみました。

JPNICの登録情報

Network Information: [ネットワーク情報]
[IPネットワークアドレス] 110.0.0.0/14
[ネットワーク名]
[組織名] フリービット株式会社
[Organization] FreeBit Co.,Ltd.
[管理者連絡窓口] JP00000154
[技術連絡担当者] JP00000154
[Abuse] オピニオン＠FreeBit.NET
[割振年月日] 2009/02/17
[最終更新] 2009/02/17 12:28:25(JST)

JPIXの登録情報

Network Information: [ネットワーク情報]
a. [IPネットワークアドレス] 110.0.0.0/14
b. [ネットワーク名] FB-NET
f. [組織名] フリービット株式会社
g. [Organization] FreeBit Co.,Ltd.
m. [管理者連絡窓口] AI368JP
n. [技術連絡担当者] JP00000154
p. [ネームサーバ] ns1.freebit.net
p. [ネームサーバ] ns2.freebit.net
[割当年月日] 2009/02/18
[返却年月日]
[最終更新] 2009/02/18 20:38:05(JST)

これによると、今年の２月１８日に
使用登録された、ＩＰアドレスらしい。

ふつうボゴンリストは、未登録アドレスを
門前払いするための、リストらしく、
彼らのＩＰは、２ちゃんのサーバーか
インターネットの接続器に拒否されている
とゆう、申し出のようだ。
「　0/14　」が、拒否リストに入ってるんだと
　思う。

いまは、技師が居ないので、
あるいは、今はシステムエンジニアが
居ないので、しばらくお待ち下さい。
　と、メールを出したらいいと思います。

フリービットとゆう会社のようですね。

きのうから調べて知った情報です。
本当の事を書きましした。
間違ってるかもしれません。

I made a ticket at PIE to discuss this.

おはよー自夢san

>>155
＞これを議論するためにPIEでチケット取った
で合ってるかな？

そんなややこしいことだったのか＾＾；

わかる人、教えて欲しいんですけど、
ΟΔΥΣΣΕΥΣ　この人がジムさんだとゆうのは、わかりました。
いい方に解釈して、意味を取ってみると、

I made a ticket at PIE to discuss this.

これについての議論によって、
ピエにおいて、切符つくったよ。

のことだと思います。
合ってますか。

ネットワークエンジニア達を呼び出した、かな?

議論or質問スレッドをticketと言う事もありますよ

なるほど〜
ticketとかあるからわざわざマニラからPIEまで飛ぶのかと思ったｗ

> I think it will be ok soon. That is a very obscure problem, it should be an easy fix.
たぶん簡単にすぐ解決できるはず
みたいに言ってるですよ

手配したよ、て感じか

どこのスレッドか、教えて下さい。

さがしてるんですけど有りません。
英語の解読であたまが、かたくなってます。

Myname is なまえ.
where is new sred　?

やんなるな。みんな書かん。
ちりさんが、書いてくれたことで、検索かかったけど、

いやんなるな。
陰気くさい。
パソコン見ずらいかんきょうで、やってるやつも、いるから、
気付かな。

Ｉ　ｃａｔｃｈ　ｙｏｕｒ　ｓｒｅｄ．
Ｍｒ．Ｊｉｍ　ｓｒｅｄ．

なにか、外人の人とのやりとりのページ。
　社長。
Let's talk with Jim-san. Part12
http://set.bbspink.com/test/read.cgi/erobbs/1230949143/l50

この人どこ国人？英語圏ならthreadを間違えるわけないし・・・
日本語も英語も不自由な方で意思の疎通がままならない方は、
議論の場２ちゃんねるには不適合ですのでお帰り下さい。

単語間違えるアメリカ人は多いよ。でも全角はありえない。

>>160
> 議論or質問スレッドをticketと言う事もありますよ
ありがとうございます。

>>167
がんばれ。

トラブルチケットとかインシデントとかって聞いたことない？
管理するための概念だよ

>>171
ぜんぜんない。ユニックスはサーバーも、ソフトの箱も
さわった事がない。
インターネットの接続器のルーターの話しでしたか。
それもわからない。　ありがとうございます。

チケット　切符とゆうのは、
トラブルチケットの事で、
パソコン、ランケーブル、ルーターが
故障したときに作る、
”トラブルチケット”のこと、らしい。

なんか、わかりづらいけど、
作業目録みたいな、もんな。
パソコン技師の流儀らしい。
やった事の管理帳やね。
事件ごとに、作る。

そりゃ、故障みつけたら、そいつが作るわな。
技師に頼まにゃあ、あかんわ。

今は、フランさんの、相手のメール待ち
の状態だから、

　”どうでもいいわ。”

うわぁ・・・

春だなぁ

p2スレでも電波飛ばしてる人なんでスルーしてやってちょ。

^○○○$

まあ上のおまえらなに考えてるか、わからんけど、

　　ジムさんにアラシ認定されたわ。
　目え、うるんできた。

こっちにもご報告(^_^;)PC12サーバ

server: banana3721.maido3.com
Account: ch2pc12
Password: 受け渡し用
Domain: pc12.2ch.net
http://banana3721.maido3.com/~ch2pc12/
http://pc12.2ch.net/

転送量グラフ(^_^;)っhttp://traffic.maido3.com/yULr/ozA4/e6Md/
IPアドレスは 207.29.225.90

どのサーバと同じ?
duabi ? jfk ? それとも?

>180
jfk互換です(^_^;)
もちろんchangi設定

はいー

>rootさん
rock54のリプレース用サーバのログイン情報をメールしましたー(^_^;)
root付きなのであとはよろしくですー

ついにpc11も移転かあ。

>>179
受け取った、

>>183
受け取りました。ログイン、su確認しました。

T-banana の i386 (32bit) のようですね。
ざっと dmesg 見た限りでは問題なさそうなかんじ。

で、これから所用でちと外出します。夜には戻る予定。

明日は通院・検査で来れないので、今夜あたりにまず bbm2/m2 の続きあたりをしつつ。
受け取ったもののセットアップなど。

>187
いってらー(^_^;)

おいらもちとお出かけ。
20時までに戻ります。

ふう(^_^;)

90分コースか…

食い放題か

ﾜﾛﾀ

全てを越えた者

ふう(　^　_　^　;　)

>>183 でうけとったやつを 7.1R/i386 に更新した。
特に問題なさげ。

%uname -r -p
7.1-RELEASE-p4 i386

というところで明日は朝から >>187 につき、
今日は概ねここまでにて。

banana3104 = bbq2/m2 用。
こっちは amd64。

%uname -r -p
7.1-RELEASE-p4 amd64

こんどこそおやすみなさい。

お疲れ様ですー

いつもお世話になっております。アイビスの齊藤です。

弊社製品ibisBrowserDXにつきまして、SoftBank端末を
利用した際の処理についてご相談をさせてください。

現在、docomo版では
Mozilla/4.0 (compatible; ibisBrowser; ipIPアドレス; iモードID)
という形のUAを送るようになっております。

SoftBankを利用した場合にも、docomo版と同様の対応を
お願いしたいのですが、
Mozilla/4.0 (compatible; ibisBrowser; ipIPアドレス; x-jphone-uid)
という形のUAを送ることで対応していただくことは出来ますでしょうか。

x-jphone-uidの他に、端末のシリアル番号（SN000000...）を取得する
ことも出来ますが、2ch側の規制方法とどちらが親和性が高いでしょうか。

>>198
齊藤様:

２ちゃんねるではSoftBank端末については、
「SNシリアル番号」にて個体識別しておりますので、

Mozilla/4.0 (compatible; ibisBrowser; ipIPアドレス; SN000000...)

という形のUAで情報を送っていただけますと助かります。

また、現在の bbs.cgi では、
ibisBrowserDXからのSoftBank端末での書き込みには対応していないため
(仕様が決まっていなかったため当然、bbs.cgiでも未対応)、
上記にて情報を送信する準備が整いましたら、
このスレッドでお知らせいただけますでしょうか。
当方にて、bbs.cgi における対応を行わせていただきます。

以上、よろしくお願いいたします。

お世話になっております。アイビスの齊藤です。

>>199
承知いたしました。では、SNシリアル番号を送るようにいたします。
弊社側にて試験準備が出来ましたら、ご連絡をさせていただきます。
早急なご回答ありがとうございました。

以上、よろしくお願いいたします。

root▲▲ ★ 様

いつもお世話になっております。アイビスの齊藤です。
>>199-200の件につきまして、弊社側システムはほぼ出来ております。
14時ごろ以降、書き込み試験が可能です。

root▲▲ ★ 様

いつもお世話になっております。アイビスの齊藤です。
重ねてのご連絡となり、大変失礼いたします。

弊社側システムは準備ができております。
root様側でのご準備が出来ましたら、書き込み試験をいたします。
準備が出来ましたら、ご連絡をいただけますでしょうか。

不躾ではございますが、よろしくお願いいたします。

>>201-202
齊藤様:

昨日は >>187 にてお休みをいただいておりました。
これから作業します。テスト可能になりましたらこちらにて
お知らせいたしますので、いましばらくお待ちいただけますでしょうか。

>>202 について対応するコードをbbs.cgiに追加しました。

お手数ですが以下のスレッドにて、
・SoftBank端末標準のブラウザ
・御社ibisブラウザ(SoftBank版)

の双方にて書き込みテストをよろしくお願いいただけますでしょうか。

[test] 書き込みテスト 専用スレッド 148 [ﾃｽﾄ]
http://qb5.2ch.net/test/read.cgi/operate/1237218230/

なお、変更が反映されるまでに10分程度の時間を要しますので、
テストは本日12:40頃以降に行っていただけますと助かります。
以上、よろしくお願いします。

>>203-205
root▲▲ ★ 様

いつもお世話になっております。アイビスの齊藤です。
通院とのことで、大変失礼いたしました。
お大事になさってください。

ご対応いただきありがとうございます。

テストにつきまして、承知いたしました。
後ほどテストを実施し、完了後ご報告いたします。
現在担当者が席を外しておりますが、
本日中にはテストを行います。

以上、よろしくお願いいたします。

あ、、、さっき入れたコードにはたぶんバグがあります。

家に戻り次第直しますので、しばらくテストは待っていただけると助かります。
すみません、、、。

既にテストされているよーな・・・

http://qb5.2ch.net/test/read.cgi/operate/1237218230/786-788

root▲▲ ★ 様

>>204の試験につきまして、実施いたしました。
結果は以下の通りでした。

Y!ケータイより書き込み
　→頂いたURLを直接開くことは出来なかったので、c.2ch.netより確認
　 　http://c.2ch.net/test/-/operate/1237218230/i
　→書き込み成功
　 　http://qb5.2ch.net/test/read.cgi/operate/1237218230/787-788
　 　（エラーが出たため再書き込みしたもの。ページ容量によるエラーだった模様）

ibisBrowserDX（SoftBank版）より書き込み
　→書き込み成功
　 　http://qb5.2ch.net/test/read.cgi/operate/1237218230/786

以上、よろしくお願いいたします。

>>207
root▲▲ ★ 様

承知いたしました。
（レスを書いている間に>>207が投稿され、確認しておりませんでした。。。）

では、修正後再度試験ということでよろしいでしょうか。

>>211
はい、そのようによろしくお願いします。

本来ID末尾(OとQ)のみが変化するはずなのですが、
ID抽出部分に虫がいることを、電車の中で気づきました。
これから修正してきます。修正作業が終わりましたら
こちらで報告します。

修正作業完了しました。

15:51 以降に再度お試しいただけますと助かります。
よろしくお願いいたします。お手数をおかけしましてすみません。

>>212-213

root▲▲ ★ 様

再度同様の試験をいたしました。
結果は下記の通りでした。

Y!ケータイからの書き込み
　→http://qb5.2ch.net/test/read.cgi/operate/1237218230/793
ibisBrowserDX (SoftBank版)からの書き込み
　→http://qb5.2ch.net/test/read.cgi/operate/1237218230/794

>>212でおっしゃっている通りの、ID末尾のみ変化の形になっていました。

以上、よろしくお願いいたします。

>>214
ありがとうございます。
当方の予期した動作になりました。

これで問題ないと思います。
今後ともよろしくお願いします。

>>215

root▲▲ ★ 様

承知いたしました。
ご協力いただきありがとうございます。

今後ともよろしくお願いいたします。

('A`)さんまた迷走してる

ｳﾛｳﾛ('A`)さん

どくおさんへ:
日記、あまりきっちり読み込んでないですが(ごめんなさい)。
一般論として。

システムとしてかなり出来のいい gmirror といえども、
ソフトウェアRAIDではハードウェアRAIDよりも、当然遅くなるです。
結局のところOS(システム)で二度書きしないといけないわけですから。

そもそもSASにするのは「SATAよりもI/Oを高速化すること」を
めざしたチャレンジなわけですから、
やっぱり本道というか、王道を進むのがいいのではないかなと思います。

で、どんな戦略でいけばいいか、、、ってことになるわけですが、、、。
リハビリも兼ねてちと調べてみたりどくおさんの日記読んでみたりしてみようと思いますが、
とりあえずあんまし、期待しないでねってことで。

で、ぱっと思いつくのは、

mfi(4) - LSI MegaRAID SAS driver

o LSI MegaRAID SAS 8408E
o LSI MegaRAID SAS 8480E

のコントローラを入手して使うことですが、
これがどのぐらいの値段なのかっていうのとの見合い、というかんじなのかなと。

# もっと安くていいのがあるかどうかは、まだ調べてないです。

>>220
8408なら、日本で買えば10〜15万くらいですね。

きゃっぷまちがた
orz　ﾔｯﾁﾏｯﾀ

>>222
同じLSIのチップ使ってるなら、もっと安いのもサポートしているかもですね。
8208とかそういうの。

7.1R の /usr/src/sys/dev/pci/mfi/lsi_pci.c を読むと、こんなかんじですた。

} mfi_identifiers[] = {
{0x1000, 0x0060, 0x1028, 0xffff, MFI_FLAGS_1078, "Dell PERC 6"},
{0x1000, 0x0060, 0xffff, 0xffff, MFI_FLAGS_1078, "LSI MegaSAS 1078"},
{0x1000, 0x0078, 0xffff, 0xffff, MFI_FLAGS_GEN2, "LSI MegaSAS Gen2"},
{0x1000, 0x0079, 0x1028, 0x1f15, MFI_FLAGS_GEN2, "Dell PERC H800 Adapter"},
{0x1000, 0x0079, 0x1028, 0x1f16, MFI_FLAGS_GEN2, "Dell PERC H700 Adapter"},
{0x1000, 0x0079, 0x1028, 0x1f17, MFI_FLAGS_GEN2, "Dell PERC H700 Integrated"},
{0x1000, 0x0079, 0x1028, 0x1f18, MFI_FLAGS_GEN2, "Dell PERC H700 Modular"},
{0x1000, 0x0079, 0x1028, 0x1f19, MFI_FLAGS_GEN2, "Dell PERC H700"},
{0x1000, 0x0079, 0x1028, 0x1f1b, MFI_FLAGS_GEN2, "Dell PERC H800"},
{0x1000, 0x0079, 0x1028, 0xffff, MFI_FLAGS_GEN2, "Dell PERC Gen2"},
{0x1000, 0x0079, 0xffff, 0xffff, MFI_FLAGS_GEN2, "LSI MegaSAS Gen2"},
{0x1000, 0x007c, 0xffff, 0xffff, MFI_FLAGS_1078, "LSI MegaSAS 1078"},
{0x1000, 0x0411, 0xffff, 0xffff, MFI_FLAGS_1064R, "LSI MegaSAS 1064R"}, /* Brocton IOP */
{0x1000, 0x0413, 0xffff, 0xffff, MFI_FLAGS_1064R, "LSI MegaSAS 1064R"}, /* Verde ZCR */
{0x1028, 0x0015, 0xffff, 0xffff, MFI_FLAGS_1064R, "Dell PERC 5/i"},
{0, 0, 0, 0, 0, NULL}
};

/home/src/sys/dev/mfi/mfi_pci.c だった。>>223

■ サーバリフレッシュ工事 連絡・作業スレッド１７
http://qb5.2ch.net/test/read.cgi/operate/1230142107/368
> 368 名前：動け動けウゴウゴ２ちゃんねる：2009/03/25(水) 18:46:55 ID:PNrEk1lO0
> Linuxならね。
> http://www.freebsdwiki.net/index.php/Image:Gmirror-performance.png

↑に出てるPromise TX-2300はRAIDカードですけどオンボRAIDと同等のSWRAIDだったはず
RocketRAID 2640X4もそうだったかと
アダプ・3ware・LSIとかなら完全HWRAIDだと思いますが…

INTEL NICと蟹NICみたいなもんですね

と書いてる間にLSIﾃﾞｽｶ

あとは Areca とか、Adaptec あたりですかね。

>>225
どもです。かぶりまくり。

末端価格2万円ぐらいのカードでも、RAIDカードにきっちりメモリ積めば(メモリ安いし)、
ハードウェアRAIDがやはりいいみたいですね。

価格.com - 『安いハードウェアRAIDの性能はどうですか？』
ADAPTEC Adaptec RAID 2405 ASR-2405 ROHS KIT (SAS/SATA/RAID) のクチコミ掲示板
http://bbs.kakaku.com/bbs/05671010515/SortID=7954968/

>>228
/usr/src/sys/dev/aac/aac_pci.c

{0x9005, 0x0285, 0x9005, 0x02d5, AAC_HWIF_I960RX, 0,
"Adaptec RAID 2405"},

サポートありか。

3wareときいて、9690SA-8EがSAS対応@FreeBSDでおｋなHW-RAIDな板を思い出したり
# これで8〜9万位かしら＠日本

あと>>225にあるリンク先の表だとソフトRAIDでチューニングできてるほうがReadはバラバラに読みに行ってるみたいで早いようです

>>228安いと思ったらRAID5非対応だからなんですね〜

9690SAならRAID 5対応ですー

>>231
tigerサーバの用途なら、RAID0 と RAID1 だけあればじゅうぶんかなと。

ですね
オーバースペッコですｗ

なるほど

そんなわけで、

・「ハードウェアRAID」「RAID0とRAID1だけをサポート」「比較的安価」なSASカードをみつくろってみる
- とりあえずAdaptec、LSI Logic、3ware、Arecaあたりのカードが手堅くて、素のFreeBSDでも動くはず
・それに、15k回転のSASディスクを2台つける

なんてかんじなのかしら。

ほんで、ちと夜まで外出してきます。

本業的に来週からようやく復職なので(約3ヶ月近く休みました・・・)、
あれこれといろんな手続き関係など。

3wareでしたっけ？RAID1でもRead時に別々に読みにいってくれたのは
ほとんどのRAIDカードはそんなしないで片方しか読んでくれなかったはず

>>228のクチコミで書かれてるコレは気になりますが
> ＞ICH9Rに繋いだWD3000　Cache Policy：WriteBack ベンチ数字と比べたら、
> 　RAID0性能　2台なら、差が僅かです。３台以上により、性能差が広くなる場合があります。
>
> ベンチはたしかにそうですが、私みたいにエンコードのながら作業でCPU使用率90〜100％近く
> 使ってるとICHじゃ速度ガタ落ちで使えませんからね。

CPU負荷がそこまでいかないのなら>>225の表のようにソフトRAIDのほうがReadでは有利なのかも


>>237
あらためて復帰おめでとございます〜

>>237
復帰しても無理しないでくださいね。
改めて、回復おめでとうございますー

あ、>>236 に補足

RAIDカードへの搭載メモリは多くするが吉(>>228)

そんでは。

>>221
また問題を起こしたようだし焼きは返上してはいかが？

>>241
確かに>>221の★の使い方は間違ってますね。
すみません。

http://gimpo.2ch.net/test/read.cgi/goki/1234914247/356-361

あらら。巻き込んでましたか。
すみません。

>>243に対しては焼きキャップで返答すべきでは？

それ以前にここでやることじゃないような＾＾；

NAO（貧乳） ★

【実況】　live23+live24　Part31
http://qb5.2ch.net/test/read.cgi/operate/1236267822/666-694

で、

・pdns_recursor のメモリ使用量制限 (root権限ありサーバ)
・squid も(できるなら)メモリ使用量制限 (live2[34] 各フロント)

あたりを。

Squid って今の設定では live23 と live24 で別々のインスタンスで動いてるんですかね？
単一のインスタンスで動かす設定っぽいのを前に書いたことあったような．

>>249
単一インスタンスの方がメモリ節約できる、ってことですか。
確かにそんな話、あったですね。

えっと、どのへんだったですかね。
ここの過去ログだったことは間違いないですが、、、。

2ch特化型サーバ・ロケーション構築作戦 Part26
http://qb5.2ch.net/test/read.cgi/operate/1183341095/85-101
このへんかしら

>>251
おー、ありがとござます。

あとでやってみよう、そうしよう。

むーさま、夜更かしはダメだよ。。。

イカは弄りすぎるとまさに足に絡まれるので注意です。

dubaiサーバが見えないISPがあるようです
大至急なおしてちょ　>>189

新設板・板移動情報・9＠運用情報
http://qb5.2ch.net/test/read.cgi/operate/1221835073/

662 名前：動け動けウゴウゴ２ちゃんねる[sage] 投稿日：2009/03/30(月) 01:58:43 ID:mGY0x/D/0
どうしてみんなdubaiに行くんだ。
金払って海外からも書き込めるようにしたっつーのに、dubaiは海外から見られねえんだよ。どういうことだよ。

663 名前：ピロリ[sage] 投稿日：2009/03/30(月) 01:59:33 ID:qIJBFP3n0
>>662
なんで見れないの?

664 名前：動け動けウゴウゴ２ちゃんねる[sage] 投稿日：2009/03/30(月) 02:03:34 ID:mGY0x/D/0
>>663
知らないよ。dubaiに入ってる板だけ見られないんだよ。
ここだってmamonoだって見られたのに。

665 名前：ピロリ[sage] 投稿日：2009/03/30(月) 02:04:58 ID:qIJBFP3n0
へんなのぅ

ISPとかおせーて

666 名前：動け動けウゴウゴ２ちゃんねる[sage] 投稿日：2009/03/30(月) 02:06:27 ID:mGY0x/D/0
>>665
NETGEAR

667 名前：ピロリ[sage] 投稿日：2009/03/30(月) 02:15:29 ID:qIJBFP3n0
しらべてみるー

>>255
>>125-155あたりのBogon-listがらみかも
まだ修正したって話は見てないし〜

べっかんこからもダメだわ

小耳にはさんだんですが、4月1日を機に大規模に暴れるウイルスだかワームだかが
あるとか、ないとか。

>>255
tracerouteを使った結果を書き込んでくれると、原因究明の助けになるって、
むむむさんが、いつか、どこかで言ってた希ガス

と思ってスレ一覧見たらtracertスレがあるねー

でも「重い」ときに貼ってくださいって書いてあるから、
今回は見当違いかも。ごめんねー

>>258
Confickerワームですか
http://japan.internet.com/webtech/20090328/12.html

>>259-260
たどり着けない範囲が広域であれば、単独スレッドを立ててやっても
いいかもしれないですね。

いずれにせよ、まず状況把握からかしら。

>>261
ふむふむ、、、。

で、具体的に何が起こりそうなのかしら。

>255
ぅぃ(^_^;)

当日に何が起きるかはどこも予想の域を出ていないみたいですね
http://www.itmedia.co.jp/enterprise/articles/0903/24/news021.html
http://slashdot.jp/security/09/03/24/0539223.shtml
エイプリルなネタで終わればいいのですが

　３枚、インターネットのページを見たら、
ウウィルス対策してないパソコンがウウィルスなワームを入れられる。
　４月１日に開始する。
　
　動作は、前にあったやつは、特定のインターネットサイトから、
いんちきなワクチンソフトをダウンロードするか、ダウンロードを
促すのか。　これは、ぼくの知識がたらんので、わからなかった。

　これは、サイト管理者がサイト閉じたから、なにもおこらなかった。
　このソフトの能力は、よそから、ファイルを
取って来る。　よそ様に、御茶の間のパソコンから、ファイルを
配っちゃう。　らしい。　あくまで、らしい。　
　私は、ウウィルスについての、知識がほぼ無いに等しい。　らしい。
　元気ソフトなり。
>>263

トレース＋ISPの名前 書き込んでくれた運営側は助かると思う。
どれぐらい見えない人居るの？

>>263

よろしくお願いしますー

★090330　複数板　通称「Ctrl+V」による埋め立て荒らし5
http://qb5.2ch.net/test/read.cgi/sec2chd/1238345644/96

96 名前：名無しの報告[sage] 投稿日：2009/03/30(月) 09:30:00 ID:hJ81I4js0
超高速に連投してるせいで重複掘りと誤掘りが物凄く多いな
続くようだったら、とりあえずアニメサロンはコンマ秒導入がいいかも


アニメサロン板
http://hideyoshi.2ch.net/asaloon/

>>268
asaloon に実況やnews4vip仕様の 1/100 表示を入れてちょ、
ってことですか。

いってきます。

コンマ秒表示ってrootさんの作業が要るとは初耳ですな
Time::HiResを使えばbbs.cgiだけでなんとかなりそうなもんだが

>>270
いや、bbs.cgi をごにょごにょしてちょ、
っていう話かと。

SETTING.TXTで設定できるようにすればいいのに。

っていうか、Tme::HiRes に直せますね。これ。
古い banana なくなったから。

>>272
サーバ別では .htaccess でできるようにはしてあるんですが(by SunOSさん)、
SETTING.TXT というのは面白いかも。

>>267
ネットギアはカリフォルニアのサンホセに
本社がある、無線ランとかランルーターとかの
会社。
http://www.netgear.com/
おっきい会社らしい。社員数５００人らしい。
すくないらしい。

>>268-269
おわりますた。適当にテスト済。

TOKYO MXのアニメ総合スレ 13
http://hideyoshi.2ch.net/test/read.cgi/asaloon/1235148424/457-458

>>275
上の文は、
プロバイダじゃないよ、の意味。

どもですー

◆cZfSunOs.Uさーん
これ、まだ有効ですか？

read.cgi再開発スレ Part2
http://qb5.2ch.net/test/read.cgi/operate/1105909861/655-
> 657 ： 株価【1540】 △△ ◆cZfSunOs.U ：2007/05/07(月) 19:44:27 ID:T2091+Se0
> >>655-656 ただ，専ブラが Monazilla 以外の User-Agent をよこしてくるようになると
> 後々面倒なことになるかも知れない（専ブラとそれ以外の判別処理が煩雑になるなど）ので，
> 専ブラの各作者さんで話し合って，pastdat.so / anydat.so 対応であることを示す統一した目印
> （例えば User-Agent を Monazilla/1.00 (SomeBrowser/1.0; pastdat) のようにするとか）
> を決めてもらえるといいような気もします．
> そうしてもらえれば，pastdat.so / anydat.so に対応する処理を入れます．

話し合ってます。
monazilla Part 6
http://pc12.2ch.net/test/read.cgi/tech/1224449899/40-

前略、
　トリップＩＤ作りました。
なまえと申します。いち２ちゃんねらーです。
お見知りおきください。
絶対、おみしりおきください。
一般人です。

　まず言いたい事は、皆さん運営まわりの人は、
ボゴンリストの事、やる気ないんですか。
Bogonlist、
フラン報告人さんに言ってるんじゃありません。
その他のひとです。
あの人は、規制関係でプロバイダーさんにバンバンメール
出して、やってくれてます。　ありがたいです。
それと、フラン報告人さんは、今でもいて、どっかいちゃった
訳ではないことは、確認しました。

　ルートさんのご指導があればいいんですが、それも
楽しくないと、むずかしいかもしれません。
　ぼくが調べても、書いても、話しを補強してくれる人が
ほとんどいません。
　その間に、おかしい名無しの人に、いやらしいひやかしを、
いっぱいされました。
　ぼくは、キチガイだそうです。
　スティンキーさんが、少し、補強する情報をくれました。

　さて、今回はやる気があるのかと聞きました。
　それと、すこし調べたら、いろいろわかりました。
　十分な、情報ではないと思われます。

　それと、これを調べるための段取りを、少し。
　

第一次情報。
　トレースルートの結果が見つかりました。

　□規制解除要望□yournet専用★61(FreeBit系総合)
http://ex24.2ch.net/test/read.cgi/accuse/1236684885/151

　から、とりました。
　この批判要望には、トレースルートのできるモサが、
いるかもしれません。
　自分の所から、４段目まで、ＩＰ情報がありません。

　151 ：心得をよく読みましょう ：sage ：2009/03/21(土) 23:41:34 ID:8jJR9wOL
>>135

同じく。110.0.x.xを割り当てられると2chにつながらなくなる。
210.143.x.xや119.150.x.xなどならつながる。
tracerouteしてみたら、110.0.x.xの時は下記の10あたりで返事が返って来なくなる。

% traceroute ex24.2ch.net
traceroute to ex24.2ch.net (206.223.157.250), 64 hops max, 60 byte packets
1 xxxx
2 xxxx
3 xxxx
4 xxxx
5 FBoote9SR1-Te1-3.Freebit.Net (219.99.124.42) 37.102 ms 37.959 ms 37.809 ms
6 xe-7-2.a14.tokyjp01.jp.ra.gin.ntt.net (203.105.72.97) 39.161 ms 37.172 ms 39.888 ms
7 ae-3.r21.tokyjp01.jp.bb.gin.ntt.net (203.105.72.149) 37.287 ms 37.153 ms 37.922 ms
8 ae-3.r21.osakjp01.jp.bb.gin.ntt.net (129.250.4.214) 46.941 ms 46.802 ms 47.941 ms
9 as-1.r21.snjsca04.us.bb.gin.ntt.net (129.250.3.197) 155.211 ms 155.322 ms 156.588 ms
10 ae-0.r20.plalca01.us.bb.gin.ntt.net (129.250.4.118) 155.276 ms 156.203 ms 157.902 ms
11 po-1.r03.plalca01.us.bb.gin.ntt.net (129.250.3.230) 154.20 ms 156.529 ms 155.218 ms
12 140.174.21.42 (140.174.21.42) 157.885 ms 155.840 ms 161.120 ms
13 banana3254.maido3.com (206.223.157.250) 156.900 ms 155.134 ms 156.277 ms
%

なんかNTT GINのルータが臭い。ルーティングテーブル壊れてんのかな？


筆者注
２２０から、はじめたのか、１１０から接続をはじめたのか、
判然としません。

途中のルータがBogonlist更新していないでFA
2chには関係無し。

>>282
　お返事、ありがとうございます。
もう、決まってるんですか。
もう、わかってるんですか。
だれも、ここには、そんな事、書いてくれません。

tracerouteの結果貼る時、最初の方はワザと隠すのってある程度常識みたいな物かと思ってた

Ryan from PIE　has answered about the bogon list problem.
http://set.bbspink.com/test/read.cgi/erobbs/1230949143/920

>>285
Thank you very much Mr.Jim.

訳：どうもありがとうございます。ジムさま。

920 ：ΟΔΥΣΣΕΥΣ ◆Ga8lHqDY3g ＠Apparently admin ★：2009/03/31(火) 16:37:24 ID:???
>>831
From PIE.
(12:44:01 PM) Ryan: MAY YOUR ENTHUSIASM GIVE HER THE SURPRISING
LOOP AHEAD (電気仏陀 Electrical Buddha）

hahaha anyways, have a great night Jim-san. I've called
freebit.net regarding to 110.0.0.0/14 problem that just
happened again as of Monday Japan time. dubai.2ch.net can't
be seen from110.0.0.0 /14maybe due to them not advertising
their IPs properly through JPNIC. Good night

今回も、超訳にチャレンジ、してみた。
この書いてる人は、パイの、ジム最高責任者。
ライアンさんからの手紙をカイッテルウみたい
だねえ。　デュー、トゥーとかが、おもしろか
った。　じゃあ、超訳いくよう。

920 ：ΟΔΥΣΣΕΥΣ ◆Ga8lHqDY3g ＠Apparently admin ★：2009/03/31(火) 16:37:24 ID:???
>>831 (スティンキーさんが、フリービット問題や、
朝日ネット問題があることを語ったレス、への返事。)
パイから。
(午後１２時４４分０１秒) ライアン： あなたの熱意は
(インシュージアズム)彼女に驚くべき、不意の輪を進めて、
くれたかもしれない。
(電気的仏陀)

ハハハ何にせよ、すばらしい夜を、どうぞだよ、ジムさん。
　日本時間で月曜日に、ちょうどもう一回起こった時に、
フリービットの110.0.0.0/14問題に関して、私は呼んでいる
（電話か？）。ドゥバイ．２ちゃん．ネットは110.0.0.0 /14
からじゃ見れない、多分、彼らのＩＰ名前権がＪＰＮＩＣを通過する事が、
広告されないセイだ。おやすみピー。

ここでやるな、質雑でやれ

なんか、わすれた。
文句は本名で。
エイプリルフール近いから、
本名かいとけ。
　よまんだろうけど。

Intel、Nehalem EPことXeon 5500番台を発表〜2 CPUで16コアを実現
ttp://pc.watch.impress.co.jp/docs/2009/0331/intel.htm

IO/メモリバスの帯域足りるんだろか＾＾；

ところで昔にむむむさんが「新しいDNSポイゾニングの説明はここがいいですー」って紹介していた気がするのだけど、どのスレのどこだっけ？

今年は何もやらないのかなぁ。

>>292
日本語の概要説明だと、これとか。

新たなるDNSキャッシュポイズニングの脅威〜カミンスキー・アタックの出現〜
http://jpinfo.jp/topics-column/009.pdf

英語だけど、イラストの入ったよくわかる説明とか。

An Illustrated Guide to the Kaminsky DNS Vulnerability
http://unixwiz.net/techtips/iguide-kaminsky-dns-vuln.html

>>293
どうなのかしら。

某所の「あぼーん」をクリックすると、、、。
http://bb.watch.impress.co.jp/static/news/2004/04/01/yahhobb.htm

# くどうさんったら、、、。

>>125-171,285
と
Let's talk with Jim-san. Part12
http://set.bbspink.com/test/read.cgi/erobbs/1230949143/920-923,925
の件でどうしてドバイが見えなくなるのかよくわかんない…
フリービットのDNS鯖の反映が遅いぐらいしか思いつかなかったり＾＾；

Bogon listは”Changes in version 4.5 (12 NOV 2008)”で対応してる…んだろうなあ、たぶん
The Team Cymru Bogon List v4.7 31 JAN 2009
ttp://www.cymru.com/Documents/bogon-list.html

エロい人よかったらご教授お願い…

私の知る限り、２ちゃんねるではBogonリストを参照してないです。

で、この話する前に「Bogonリストってなんじゃろ」という方向けにちょっとだけ。

「Bogonリスト」は、このスレの上のほうや、確かどくおさんの日記などにも
解説がありましたが、簡単に一言で言ってしまえば、

「現在のインターネットに流れるはずのない(あるいは流れてはいけない)IPアドレスの発信元」

を集めて、リストにしたものです。

さて、このBogonリストには、

1) 例えば 127.0.0.1 のようなループバックアドレス
2) 例えば 10.* や 192.168.* のようなプライベートアドレス

など、現在のインターネットが続く限りほぼずっと固定したものの他に、

3) まだ、どこにも割り当てられていない未使用のIPアドレス

も入っています。

(続き)

さて、どうしてこんなものがあるのかというと、
簡単に言ってしまえば「通っちゃいけないよフィルタ」を作成するためです。

インターネットが普及するにつれ、攻撃や不正使用の手口が巧妙になってきて、
攻撃者が発信元のIPアドレスを詐称して攻撃したり、
あるいは誰も使っていないIPアドレスを使ってインターネットを不正使用したりする
ケースなどが出てきました。

そのため、大きなISPやデータセンターなどは、自分が使っているルータや
外とつなぐためのルータなどで
「このアドレスのパケットは絶対流れてくるはずがない→無条件で遮断」
というフィルタを書いておくと、より安全で安定なサービスを提供することができます。

でも、>>296 の 1) や 2) のような半固定的なもののリストは簡単に作れても、
3) のような「割り当てが進むにつれて日々刻々と変化していく」
もののリストを作り、各ルータのリストを手で更新するのは、結構めんどうくさいわけです。

(続く)

ということで世の中には、

Bogon Route Server Project - Team Cymru
http://www.team-cymru.org/Services/Bogons/routeserver.html

のような、このリストを更新してインターネット中から参照できるようにしよう、
などといったプロジェクトがあったりします。

(続く)

>>298 のようなものは他にもいくつかあったはずですが、
それを参照するということは、その情報を 100% 信用する、ということになるわけで、
もしそこの情報がいつまでも更新されなかったり、間違ったりすると、
逆にいまいちなことになりかねません。

ということで一部のISPやデータセンターなどでは、
Bogonの設定を自分で(手動で)管理しているところがあったりします。

---

ということで今回の件ですが、
新しく割り当てられたasahi-net (でしたっけ)のIPアドレスが、
asahi-netからPIEまでの間のどこかのBogonリストに掲載されていて、
そこで遮断されてしまっている、
という話なんだと思います。

ということでこれを確認するには、

1. 遮断されている場所を特定する
2a. もし PIE が遮断しているなら「ちょｗｗｗ」と David さん? に直してもらう
2b. もし途中の ISP ならそこに「なんとかしてくれー」と連絡して直してもらう

ということになるのではないかなと思います。

(続く)

>>298
fmfm、ルータにスクリプトで自動更新させようってことですね

そんなわけで最初に書いた、
> 私の知る限り、２ちゃんねるではBogonリストを参照してないです。

につながるわけです。

なので、報告人さんからISPさんへの返事としては、

・２ちゃんねるではBogonリストを参照していない
・２ちゃんねるがハウジングしている PIE では、Bogonリストを参照している「かもしれない」
　(私にはわからない)
・なので本件は、ISP の担当者と PIE の担当者とが連絡をとりあって解決するのがいいと思う
・PIE の担当者へは、http://www.pie.us/?page=contact の情報から連絡がとれると思うが、
　米国なので英語で連絡する必要があるだろう

と連絡するのがよいのではないかと思います。

なお、無論これは私の個人的な見解に過ぎず、
２ちゃんねるの公式見解ではないということを、改めて申し添えておきますです。

そんなわけで。

>>300
ですね。

なるほど。もの凄く分かりやすいです。
勉強になります。

わかりやすい解説乙です。

読みは｢ボゴン｣？

rootﾀｿ、詳細な解説ありがとうございますっ

えっと、ここでRyanさんからお返事があったようですが、
Let's talk with Jim-san. Part12
http://set.bbspink.com/test/read.cgi/erobbs/1230949143/920
BogonListについて触れてないから↓でうまく伝わってなかったのかも＾＾；
http://set.bbspink.com/test/read.cgi/erobbs/1230949143/831

# 障害があった時にfreebit.netからtracerootしたら引っかかってる場所がわかるのかな

>>304
バゴン

>>306
そうなのか〜
どうもです。

>>306
焼きそば

ボグオン、と読んでいる人が多いようです。>>303

アンカーまちがた。>>304 で。

>>309
なるほど。
どもどもです。

>>305
インターネットっていうぐらいで、
エンドツーエンドの双方向から調べないと、
確固としたことはわからないと思います。
（行きの経路が帰りも使われるとは限らない）

>>312
重ね重ねありがとございます
Ryanさんの返事から推測すると「帰りの経路がおかしい(freebit.netまで届かない)」と判断したんですかね


あとは>>301のように直接やりとりしてもらうのがよさげだそうです＞Franさん
ってどこで連絡したらいいんだろ…会議室？

どこで引っ掛かっているか、まだ分かんないって感じですか…
時間がかかりそうですね

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

jigブラウザサーバのIP帯域が追加になりましたのでご連絡致します。

[CIDR形式]
112.78.114.171/32
112.78.114.172/30
112.78.114.176/29
112.78.114.184/30
112.78.114.188/31
112.78.114.191/32
112.78.114.192/29
112.78.114.200/30
112.78.114.204/31
112.78.114.206/32

[IPアドレスリスト]
112.78.114.171
112.78.114.172
112.78.114.173
112.78.114.174
112.78.114.175
112.78.114.176
112.78.114.177
112.78.114.178
112.78.114.179
112.78.114.180
112.78.114.181
112.78.114.182
112.78.114.183
112.78.114.184
112.78.114.185
112.78.114.186
112.78.114.187
112.78.114.188
112.78.114.189
112.78.114.191
112.78.114.192
112.78.114.193
112.78.114.194
112.78.114.195
112.78.114.196
112.78.114.197
112.78.114.198
112.78.114.199
112.78.114.200
112.78.114.201
112.78.114.202
112.78.114.203
112.78.114.204
112.78.114.205
112.78.114.206

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

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

>>315 菊池様:

本日中に対応します。
対応完了したところで、このスレッドに報告させていただきます。
よろしくお願いします。

>>315-316
BBS.CGI - 090401 版にて対応しました。

>>301
ありがとうございます。
そのようにお伝えいたします。

>>313
ここも見ているので大丈夫ですよー。
わざわざありがとうございました。

>>318
http://www.maido3.cc/server/release/2009/200903312044.html
これも一緒に持って行って〜。

>>318
私が勘違いしている可能性もあるので、
お返事を書かれる際には、このスレッドをポイントされるといいかもしれません。

基本的に本件、表でやって問題なさそうなんで。

>>319
そのようなページがあったのですね。
ありがとうございます。

>>320
分かりました。
重ね重ねありがとうございます。

>>317
root様

株式会社jig.jpの菊池です。
素早いご対応ありがとうございます。

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

「Nehalem-EP」採用のXeon発売、CPU2個で16スレッド
●計8モデルが発売、仕様は様々
●対応マザーボード/メモリも発売
　最大96GBのメモリを利用可能
●店頭デモも実施中
ttp://www.watch.impress.co.jp/akiba/hotline/20090404/etc_intel.html

http://qb5.2ch.net/test/read.cgi/operate/1235553306/323 2009/04/01 20:38:26 ID:HnnANVnJ0

ルートさん、ありがとうございます。

　やっぱり、この人はいろいろ知ってるわ。
　ぼくの事に、あほの人以外、だれもふれないのが気になる。
　それと、ルートさんが来ないとだれも動かないのが、気になる。
スティンキーさんには、感謝してます。

4/30 に 7.0-RELEASE のサポートが切れますね。
http://www.freebsd.org/security/
http://docs.FreeBSD.org/cgi/mid.cgi?49D31510.7050908

7.1-RELEASE にはこんな話もありますが 2ch のサーバには関係ないのでしょうか。
http://www.running-dog.net/2009/02/freebsd_71stablerelease.html

>>294
まさかご本人からレスがいただけるとは・・・

ありがとうございます。勉強させていただきます。

rootさんもご養生下さい。

最大容量2TBで書き込み速度は毎秒1.3GB、前代未聞の超高速SSD「RAIDDrive」
http://gigazine.net/index.php?/news/comments/20090402_raiddrive/

メーカーがメーカーだけに信用できねえ。
内部RAIDで束ねまくってもintel単機にランダムアクセス性能で
中々勝てない現状をどっかのメーカーが早いとこ打破しないかな。

2ch サーバーダウン（鯖落ち）情報　part223
http://qb5.2ch.net/test/read.cgi/operate/1237873311/691-693

IPアドレスはどっか、中国のとかを使っているらしい、とか、
小耳にはさんだことがあるような、ないような。

で、.kp ドメインですが、、、。

http://www.kcce.kp/
は工事中で、

http://kcce.kp/
みたいなんだけど、これってちゃんと動いてるんだろうか。

Naenara
http://www.naenara.kp/ja/

なんかニュースっぽい

>>331
ネナラってことは、わが国?
検索してみたら2月頃にできたっぽいですね、それ。

>>331
inetnum: 194.29.224.0 - 194.29.255.255
netname: IPB-PI2
descr: I/P/B Internet Provider in Berlin GmbH
country: DE
org: ORG-IPB1-RIPE
admin-c: IPB-RIPE
tech-c: IPB-RIPE
status: ASSIGNED PI
mnt-by: RIPE-NCC-HM-PI-MNT
mnt-lower: RIPE-NCC-HM-PI-MNT
mnt-by: IPB-MNT
mnt-routes: IPB-MNT
mnt-domains: IPB-MNT
source: RIPE # Filtered

organisation: ORG-IPB1-RIPE
org-name: I/P/B Internet Provider in Berlin GmbH
org-type: OTHER
address: Friedrichstr. 95
10117 Berlin
DE
e-mail: [email protected]
mnt-ref: IPB-MNT
mnt-by: IPB-MNT
source: RIPE # Filtered

role: IPB Hostmaster
address: I/P/B/ Internet Provider in Berlin GmbH
address: Network Operations Center
address: Friedrichstr. 95
address: D-10117 Berlin
phone: +49 30 2096-2951
fax-no: +49 30 2096-2952
remarks: trouble: Bug reports mailto:[email protected]
remarks: trouble: Urgent bug reports: call +49 30 2096-2951
e-mail: [email protected]
admin-c: SD192-RIPE
tech-c: SD192-RIPE
tech-c: JAN-RIPE
nic-hdl: IPB-RIPE
mnt-by: IPB-MNT
source: RIPE # Filtered

　Bogonlist、ボゴンリストについて。
　　マイド３こむ　で、　　　＜ http://www.maido3.cc/server/release/2009/200903312044.html ＞

まいど３号 どっと、コムのしょうがい情報のところで、
　くち＞＞調査の結果、一部の米国Tier1キャリアから110.0.0.0/14の
IP帯のルーティングテーブルが無い

　、との報告がありました。

　と、かいてるので
アメリカのよその会社のルーターか、ネームサーバーがおかしい事が

わかりました。
　パイさんは、これについて、ティアわん、を持ってる会社と
話ししたらしいです。

　ルーティングテーブルは、ふつうほっとっても直るものらしい。
一般的に。
　ルーターかなにかが、となりにあるルーターの情報をチェックして、

一番早くデーターの届くコースを、となりのルーターの情報にみつけた
ら、自分の情報を書きかえて、その・・・・・、ルーティングテーブル

を、書きかえるそうです。
ルーティングテーブルとゆうのは、ルーターが持ってる他のサーバーに

いくための経路表です。チズです。近道だけしかのってない、かっき的
チズ。
　女のこ向けやね。

　ウィキペディアのルーティングテーブルのところ読んで、
ほっとってもいい事とわかって、さめた。
みんな、これが、しぜんになおる事やと、しってたんやね

　新ＩＰのついかも、かってにするらしい。
でも、にほんと　あめりか、
遠いから、、、。
こうりつ的なルートのサーバーだけ　けんさくしてたら
みえなくなるやろうね。

　むしろ、フリービットの会社が
サイミュルに　メーリングリストで、各ＳＥに行ってるやつで
メールにかいて下さいと、言うのが
ちかみちかも。

　ここで一つ疑問が出て来た。
　ここで、パイは、────パイじゃないのかな、。
その、ティアワンとやらは、おかしなサイトがグーグルやらヤフー
やらのＩＰとＩＰアドレス両方をぎそうしたような、
　情報どろぼうのフィッシングサイトのパソコンのにいちゃん、、、。

　これへの接続を防止するために、信憑性のあるＤＮＳのサーバーだけ
を参照してるのかな。

前略、
はじめましてフランさん。
フリービットさんから、メールのへんじ来ましたか。


　　　　　　　　　　　　　　　　　　　　　　なまえ

Nehalem EPをアピール
http://pc.watch.impress.co.jp/docs/2009/0406/intel.htm
>>2005年のXeonサーバー184台と比較して、性能重視では184台のサーバーで9倍のパフォーマンスと18%の電力コスト削減を
>>効率重視では21台のサーバーで投資コストを8カ月で回収し92%の電力コストを引き下げることができる

ほんまかいな

>>336
2005年頃のXeonは爆熱＆大消費電力で有名なNetBurstアーキテクチャのはずだから、
あながち間違いでもないのかも

>>326 を見落としてますた。

> 7.1-RELEASE にはこんな話もありますが 2ch のサーバには関係ないのでしょうか。
> http://www.running-dog.net/2009/02/freebsd_71stablerelease.html

うーむ、なんかスレッドを縦に近い斜めで読む限りでは、
ある時期の RELENG_7 に虫さんが入って、それが RELENG_7_1 にも
残っている、みたいな話なんですかね。

とりあえず私がごにょごにょしている 7.1R ではいまのところ i386 / amd64 とも、
SMP の SCHED_ULE で問題なく動いてますが、
どうなんでしょうか。＞使っておられる各位

>>336
サムネ、巨大なあんぱんに見えた

>>338
I/O負荷かけて飛んだ事はある。といってもX周りだけど。

Debian、FreeBSDカーネル採用 - ユニバーサルOS目指す
http://journal.mycom.co.jp/news/2009/04/06/035/index.html
>Joerg Jaspert氏は5日(ドイツ時間)、debian-devel-announceメーリングリストにおいてDebianアーカイブに新しく次の2つのアーキテクチャを追加したと発表した。
元メール
http://lists.debian.org/debian-devel-announce/2009/04/msg00001.html

>>338
DELLのPowerEdge 1950 III 1台と 2950 III 3台で
運用開始時 7.0-R ULE amd64 →現在 7.1-R-p4 SMP ULE amd64
用途はNFSサーバーとMySQLサーバー(レプリケーション構成)で、
ピーク時のLoad Average は2.0程度ですが、ほぼ丸1年運用していて
locking up に遭遇した事は無いですね。

他にも、自作PCベースのCore2マシン複数台やHPのML115 G5で
いわゆるLAMP構成なFreeBSD 7.1 i386 or amd64 SMP ULE を
いくつも運用していますが、同様にlocking up な症状は
全く経験していないです。

heavy I/Oというのがどのくらいなのかハッキリしないのがアレですが、
ウチの環境でも用途と、運用しながら1日1回rsyncでバックアップを
していたりでそれなりにI/O負荷は掛かっていると思います。

何らかのハードウェア構成に依存するんでしょうかね？
あまり追求されていないのでイマイチ分かりにくい話です。

>>340 >342
どもです。

昔私が実際に２ちゃんねるで経験した、
amd64 + mpt の構成に限り、6.[12]R で SMP 設定すると lockup する
(7.0R では問題なかった)

とかいうのと同じような話なのかもしれないですね。

>>341
おー。

『FreeBSD 7.2』ベータ版公開、年内にも『FreeBSD 8』リリースへ
http://japan.internet.com/webtech/20090407/11.html

だそうで

報告人作戦本部スレッド★32
http://qb5.2ch.net/test/read.cgi/sec2chd/1235993766/733

ということで、

従来:
・最終責任者は「どうやら管理人 = 西村博之」という個人
・「どうやら管理人」さんが最終的な判断・指令をし、それらを伝える

今後:
・最終責任者は通称「パケモン」というシンガポールの法人
・「パケモン」という法人が最終的な判断・指令をする
・それらの判断や指令を「どうやら１号」さんが伝える

ということなんですかね。

今後「どうやら１号」さんじゃない人が(も)、
パケモンの判断・指令を伝えるようになる可能性もあるかもしれないけど、
今のところは、どうやら１号さんが唯一の伝達者、ということになるのかしら。

どうやら2号さんはまだですか？

その逆、最終責任者への判断を仰ぐ場合もどどうやらさんを介してで良いんですかね？・・・

報告人のスタンスのことしか書いてないことのに周りが勝手に解釈して一人歩きしてるような…
いつものことかｗ

そうそうｗ
そんで困るのはボラさんたちと。

報告人て本名でISPと連絡してるんでしょ
それなのにパケモンとかいう法人は未だ表に現れずか

シンガポールにメールを出してるんだろうけど、途中で山羊さんに食べられるから何時まで立っても届かないわけだ

>>350
>>351
質雑　質雑　あそこなら。

質問・雑談スレ287＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1237855152/908
> 私が作って某所で使っているのを、
> ftp://ftp.peko.2ch.net/pub/2ch/
> にまとめて置いてみた。< uptimeスクリプト
> mkdir public_html/_service してから使いましょう。

とりあえずメモにて。

('A`)さんへ
Windows以外でも対応しているようですよ>Intel Matrix RAID

そういえば何日か前に「ニシムラさん」という方から、
私宛にメールをいただいておりました。その方への公開連絡をこちらにて。

# 注: 「ニシムラさん」は２ちゃんねる創始者の方ではありません。

ちと忙しくて、お返事が遅れてしまってすみませんです。
メールは届いておりますので、返事は近いうちに追ってさせていただきます。

しかし、ちと「対面でのなんたら」につきましては残念ながら、
ご希望に添うことはできないと思いますです。すみませんです。

そんなわけで。

フルーツもらえるのかしら？

>>355
デートのお誘いかしら

対面てのは直接会いたいってことかしら？
じゃあデート商法ね、きっとｗ

そーいえば前に本を書きませんかというお話が有ったような

きっと壺を持ってくるんですよ壺を。

　質雑があるさー。

>>31
Bogonlistが110を弾いてたのか
じゃあISPにメールしてもどうしようもないね

ごめん誤爆

誤爆したｗ

>>31
Bogonlistが110を弾いてたのか
じゃあISPにメールしてもどうしようもないね

えーっと、ネタ?

寝た

おお、お帰り-

わかった、31ってことはaccuseか

いらっと来るなあ。どこやねん。

まじで、頭のうしろがいたなった。
　ボゴンリストは、フランさんとぼくが
ほとんど、こうけんしたんやから。

portsが20000を超えたんだってね。
sysutils/uniejectってなかなか便利だな。

わからないと気持ちが悪い人用
http://ex24.2ch.net/test/read.cgi/accuse/1239288862/

>>372
　それは、見ました。　ありがとうございます。

('A`)さん苦労しているな
単にブートパーティションを基本領域にしていないというオチは無いよなぁ
あとCentOSではgmirrorじゃなくてmdadm。

Linux and FreeBSD POSIX mutexes and semaphores
http://www.ioremap.net/node/216
>Linux POSIX thread mutex implementation is definitely faster than that of FreeBSD (about 1.5 times), and with time FreeBSD scales worse,
>for example in some tests with 10 contended threads application performed as much as 20k locks per second - 10 times slower than Linux,
>in other cases it took 80k locks per second, 2-3 times slower than Linux as in the non-contended case.
特定ケースでFreeBSDのmutexがLinuxの10倍遅いったって、一秒間に数万回もロックするケースなんてないだろ、常考

とりあえずSSD鯖はRAID無しで作ってみなよ。
*高級な*RAIDカード使わないと単機より残念なことになるから。

ぷろじぇくと ぞうさん95日目で、ブートで('A`)になってる問題で、
HDDパーティション管理"GPT"も絡んでるかもしれないですね。
GPTについては↓のところを参照下さい。
ttp://wiki.nothing.sh/page/Over2TB

さて、GPTでブートするにはEFIがないと起動ができません。
現在DOS/VでEFIを表明しているのは極一部です、APPLE、MSIそしてINTELの純正MBです。

('A`)さんの問題切り分けとして、HDDの"GPT"を徹底的に避けてみてはどうでしょうか。
(やたらGPTに恵まれてる環境ですし)
・BIOSで"UEFI"(が存在したら)を無効にする。(現在所有しているのDG45IDというINTELMBではBIOS設定の中に"UEFI"という項目があります)
・XPなどGPT未対応OSで全PTを削除後し、何かしらのPTを作成しておく(旧MBRを作る)
・Linux再インストール時に"GPT"について目を光らせながらインストール。

2TBOK,PTテーブル二重化による堅牢性、基本PTは128個まで作り放題など
GPTの長所は多数ありますが、起動HDDの用途ではまだ適していないようです。

<チラ裏>
さてこのGPT、UFIと呼ばれるファームウェア(MACとか)でないと起動できないはずですが、
私のThinkpad X61に、OpenSUSE11.1をGPTで設定しても起動できてしまいました。
ウホ、EFIじゃなくてもGPTで起動→IYHAaaa→と思ったのですが、
OpenSUSEがGPT設定と同時に旧"MBR"にも書いてくれたおり、単にMBRから起動していただけでしたorz。
こんな風にGPTでありながらとMBRが使えるするOSもいますので注意してください.
</チラ裏>

以上、スレ汚し失礼しました。

それでもダメなら徹底的にGPT方向へ、はわわ

>>377
良く知らないけど、grub-efi でも起動できないの?

FreeBSDのEFI対応状況ってどうなってるんだ？

大手Tier 1 ISPと相互接続 ２ちゃんねるがさらに快適に 1000get！ レンタルサーバー BIG-server.com
http://www.maido3.com/server/news/release/2009/20090414.html

ついに gblx とつないだですか。
おめでとうございます。

そういえばこの話、PIEが始まった頃に David さんと ICQ したことがあったです。
おつかれさまですた、なのかしら。

---

Dear PIE members and maido3.com guys,

Just I've read the news PIE makes a peer between GBLX.
Congratulations and thank you for your good and hard work.

I believe that the peer is useful for Japanese 2ch users.
Especially the KDDI-related links (e.g. auone, dion, EZweb(au mobile phones)).

So, it was our problem for a long time.
However, it will be solved by this connection, I believe.

Again, thanks a lot for your team.

-- Mumumu, a voluntary engineer of 2ch.

で、私の推測がほんとかどうかわかんないので、
どなたか、DION (auone) 方面から 2ch.net までの traceroute を
ここに貼っていただけると助かりますです。

↓先着5つまで。

ＤＩＯＮじゃないですが
経路情報が変わっていたので
新しい経路情報の伝搬待ちかな？


STOrk-07P12-0.nw.odn.ad.jp 143.90.149.118 8 10ms
lax-gw1-tengiga8-1.gw.odn.ad.jp 210.142.163.242 9 122ms
gi1-1.mpd01.lax05.atlas.cogentco.com 154.54.13.161 10 127ms
te8-2.mpd02.lax01.atlas.cogentco.com 154.54.3.141 11 124ms
te9-3.mpd01.sjc01.atlas.cogentco.com 154.54.25.190 12 128ms
te2-1.mpd01.sfo01.atlas.cogentco.com 154.54.1.25 13 126ms
te2-4.ccr01.sfo04.atlas.cogentco.com 154.54.7.122 14 125ms
PacificInternetExchange.demarc.cogentco.com 38.112.11.74 15 130ms
banana3197.maido3.com 207.29.253.145 16 127ms

>382
鯖監視係の方もcogentco経由でした。

>>382
>2009年4月9日午前8時より日本
>からのトラフィックを、NTTコミュニケーションズ及びJ-TELECOM（現Softbank TELECOM）
>経由から Global Crossing 経由に切り替えました。

って書いてあるので、NTTとSoftBank(ODN)の経路は、
もう使っていないかもしれないですね。

私の自宅からやっても、経路変わっていました。
NTT(jp) => NTT(us) => PIE ではなくて、
NTT(jp) => NTT(us) => cogent => PIE になっているようです。

ただ、今のところ特に遅くなったり不安定になったりはしていないようですね。

ちなみに、 oyster901 から www.dion.ne.jp への経路はこうですた。
PIE => gblx => KDDI(us) => KDDI(jp) => DION です。
いいかんじにみえます。

traceroute to www.dion.ne.jp (61.200.220.183), 64 hops max, 52 byte packets
1 206.223.151.1 (206.223.151.1) 4.928 ms 0.521 ms 0.282 ms
2 Port-channel2.429.ar1.SNV2.gblx.net (208.49.125.253) 1.739 ms 1.709 ms 1.596 ms
3 te2-2-10G.ar1.PAO2.gblx.net (67.17.68.249) 2.038 ms 2.020 ms 2.039 ms
4 59.128.1.221 (59.128.1.221) 2.768 ms 14.406 ms 2.037 ms
5 pacbb001.kddnet.ad.jp (124.211.34.121) 1.891 ms
pacbb002.kddnet.ad.jp (124.211.34.129) 1.939 ms 2.043 ms
6 otejbb203.kddnet.ad.jp (203.181.100.69) 132.492 ms
otejbb204.kddnet.ad.jp (203.181.100.109) 126.984 ms
otejbb203.kddnet.ad.jp (203.181.100.69) 112.932 ms
7 sjkrgs001.kddnet.ad.jp (59.128.4.94) 113.145 ms
sjkrgs002.kddnet.ad.jp (203.181.99.98) 119.967 ms
sjkrgs001.kddnet.ad.jp (59.128.4.94) 113.099 ms
8 sjkrsv004.v4.kddi.ne.jp (211.4.82.74) 120.613 ms 120.668 ms
sjkrsv003.v4.kddi.ne.jp (211.4.82.62) 120.796 ms
9 61.200.161.234 (61.200.161.234) 113.345 ms !X
61.200.161.238 (61.200.161.238) 127.453 ms !X *

>384
ＯＤＮでwww.globalcrossing.comにtraceかけるとすぐにgblx.netに入るようなので
経路情報が更新したら変わるかも

帰りだろちゃんと通っているようです。

1 206.223.151.1 (206.223.151.1) 7.626 ms 7.245 ms 0.363 ms
2 Port-channel2.429.ar1.SNV2.gblx.net (208.49.125.253) 1.714 ms 1.640 ms 1.664 ms
3 ge2-1-10G.ar2.SJC2.gblx.net (67.17.107.34) 2.769 ms 2.686 ms 2.832 ms
4 Hurrican-Electric-LLC.TenGigabitEthernet1-4.ar2.SJC2.gblx.net (64.214.174.246) 4.199 ms 2.451 ms 2.393 ms
5 10gigabitethernet3-2.core1.pao1.he.net (72.52.92.69) 2.309 ms 2.265 ms 2.256 ms
6 216.218.244.234 (216.218.244.234) 116.594 ms 122.199 ms 116.636 ms
7 sto-gw2-pos2-0.gw.odn.ad.jp (210.142.163.169) 116.739 ms 116.812 ms 116.751 ms

>>387
PIE => gblx => HE => ODN ですか。

# HEとはまたなつかしい。

５個でkddnet、11個でGWに着きました。
http://sunos.saita.ma/traceroute.cgi

---

Monazilla/1.00 (P2/p2.2ch.net; p2-client-ip: 219.125.148.38; p2-user: 43364; p2-bbm: 05001030807926_aa.ezweb.ne.jp)

間違えました

---

KDDI-CA39 UP.Browser/6.2.0.13.1.5 (GUI) MMP/2.0

>>389
こちらもDIONで11個ですね

1 206.223.151.1 (206.223.151.1) 3.701 ms 0.354 ms 0.333 ms
2 Port-channel2.429.ar1.SNV2.gblx.net (208.49.125.253) 1.861 ms 1.845 ms 1.673 ms
3 59.128.1.217 (59.128.1.217) 3.879 ms 2.116 ms 1.988 ms
4 pacbb001.kddnet.ad.jp (124.211.34.121) 2.007 ms 1.745 ms 1.788 ms
5 otejbb203.kddnet.ad.jp (203.181.100.61) 109.656 ms 109.667 ms 109.654 ms
6 tm4BBAC01.bb.kddi.ne.jp (118.152.253.162) 110.805 ms 110.885 ms 110.597 ms
7 sndBBAC01.bb.kddi.ne.jp (118.152.252.30) 117.482 ms 116.284 ms 116.106 ms
8 210.234.250.62 (210.234.250.62) 116.697 ms 116.880 ms 116.685 ms
9 nImazukaRT101H.v4.kddi.ne.jp (210.172.92.94) 124.909 ms 125.664 ms 124.923 ms
10
11

新経路開通で通り道が替わったわけで、
例のBogon問題、解決しているかも。

どんなかんじでしょう。＞関係各位

>>377
EFIの時代はいつやってくるのでしょうかね。

ああ、春のGNOME祭り。

RELENG_7_2 branch is created.

>>394
きたーAA略。

# 評判がいまいちな7.1Rは早々と捨てる作戦かしら。

えと、今気がついたのですが、

大手Tier 1 ISPと相互接続 ２ちゃんねるがさらに快適に 1000get！ レンタルサーバー BIG-server.com
http://www.maido3.com/server/news/release/2009/20090414.html

の、

>Global Crossing は、それまでPIEデータセンターが相互接続を行っていた
>NTTコミュニケーションズ及びJ-TELECOMの上流に位置するプロバイダで、
>大容量・高速データ通信に最適なネットワークを構築しています。

ですが、NTTコミュニケーションズ(Verio)も Tier 1 Networks の一つと認識されているので、
NTTコムの「上位」と言い切ってしまうのは、ちょっと微妙な気がします。

参考:
http://en.wikipedia.org/wiki/Tier_1_network

7.1はスキップがよさげ?

>>397
まだ7.2Rはまったく試していませんが、
巷の噂や、これだけ早く RELENG_7_2 ブランチが切られたところを見ると、
7.1Rはいまいちなところがあるのかもしれないですね。

7.2R のリリースノートとかって、もうどっかに転がっているのかしら。
core i7がまじめにサポートされたり gcc がよくなっていたりすると、
うれしかったりして。

いつもの場所を見たら、showstoppers の項目がないので、
今回は安産なのかもしんないですね。

FreeBSD 7.2 Status Page
http://www.freebsd.org/releases/7.2R/status.html

IPv6 も GBLX 経由に変わったようですね。

ipv6.2ch.net => ipv6.maido3.com

traceroute6 to ipv6.maido3.com (2607:f0a0:0:1::21) from 2407:3000:6:175::12, 64 hops max, 12 byte packets
1 2407:3000:6:175::1 0.521 ms 0.465 ms 0.452 ms
2 2407:3000:f:1::2500:1 0.476 ms 0.409 ms 0.357 ms
3 alala1.otemachi.wide.ad.jp 2.378 ms 2.166 ms 2.231 ms
4 2001:200:0:fe00::1253:0 0.853 ms 0.764 ms 0.859 ms
5 sl-bb1v6-sj-t-14.sprintv6.net 120.149 ms 119.992 ms 119.908 ms
6 2001:440:eeee:ff67::2 121.396 ms 121.318 ms 121.270 ms
7 2001:450:2002:45::2 136.389 ms 143.454 ms 143.991 ms
8 2001:450:2002:45::2 128.517 ms 125.861 ms 125.719 ms
9 2607:f0a0:0:1::21 131.024 ms 131.133 ms 130.767 ms

とりあえず入れてみた。

%uname -a
FreeBSD oyster901.peko.2ch.net 7.2-RC1 FreeBSD 7.2-RC1 #0: Tue Apr 14 23:38:14 PDT 2009 [email protected]:/var/obj/var/src/sys/GENERIC amd64

こんなことを言ってくるみたい。

GEOM_LABEL: Label for provider da0s1a is ufsid/45abb88a42a383fe.
GEOM_LABEL: Label for provider da0s1d is ufsid/45abb88c648dd0c3.
GEOM_LABEL: Label for provider da0s1e is ufsid/45abb88c62de4a21.
GEOM_LABEL: Label for provider da0s1f is ufsid/45abb88ce9c50737.
GEOM_LABEL: Label for provider da1s1d is ufsid/45abb88a04397f13.
Trying to mount root from ufs:/dev/da0s1a
GEOM_LABEL: Label ufsid/45abb88a42a383fe removed.
GEOM_LABEL: Label for provider da0s1a is ufsid/45abb88a42a383fe.
GEOM_LABEL: Label ufsid/45abb88c648dd0c3 removed.
GEOM_LABEL: Label for provider da0s1d is ufsid/45abb88c648dd0c3.
GEOM_LABEL: Label ufsid/45abb88a04397f13 removed.
GEOM_LABEL: Label ufsid/45abb88c62de4a21 removed.
GEOM_LABEL: Label for provider da0s1e is ufsid/45abb88c62de4a21.
GEOM_LABEL: Label for provider da1s1d is ufsid/45abb88a04397f13.
GEOM_LABEL: Label ufsid/45abb88ce9c50737 removed.
GEOM_LABEL: Label for provider da0s1f is ufsid/45abb88ce9c50737.
GEOM_LABEL: Label ufsid/45abb88a42a383fe removed.
GEOM_LABEL: Label ufsid/45abb88a04397f13 removed.
GEOM_LABEL: Label ufsid/45abb88c648dd0c3 removed.
GEOM_LABEL: Label ufsid/45abb88c62de4a21 removed.
GEOM_LABEL: Label ufsid/45abb88ce9c50737 removed.
GEOM_LABEL: Label for provider md0 is ufsid/49e5913cdb47db9c.
GEOM_LABEL: Label ufsid/49e5913cdb47db9c removed.

>>401
http://groups.google.com/group/mailing.freebsd.current/browse_thread/thread/136febe6c9c6f2df

>>392
一応控えとったけど弾かれる110って頭としっぽどっちだっけ

110.0.0.0/14　らしい
あたまね。

Bogon問題で苦しんでいたけど、２、３日前から問題なく繋がるようになってます

>>402
おー、なるほどです。
sysctl すればとりあえず出なくできるけど、
もはや GEOM_LABEL が標準になるですよ、っていう話なんでしょうか。

で、どうせなんで、ちょっと gjournal で遊んでみますた。
一度しくってリブート要請したけど(どくおさんお世話かけました)、
とりあえずうまくいったみたい。

oyster901# ls -l /dev/da1*
crw-r----- 1 root operator 0, 95 Apr 15 20:39 /dev/da1
crw-r----- 1 root operator 0, 97 Apr 15 20:39 /dev/da1.journal
crw-r----- 1 root operator 0, 105 Apr 15 20:39 /dev/da1.journals1
crw-r----- 1 root operator 0, 110 Apr 15 20:39 /dev/da1.journals1c
crw-r----- 1 root operator 0, 111 Apr 15 20:39 /dev/da1.journals1d
crw-r----- 1 root operator 0, 98 Apr 15 20:39 /dev/da1s1
oyster901# df /home
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/da1.journals1d 69419498 20999172 42866768 33% /home
oyster901# mount
/dev/da0s1a on / (ufs, local)
devfs on /dev (devfs, local)
/dev/da1.journals1d on /home (ufs, asynchronous, local, noatime, nosuid, gjournal)
/dev/da0s1d on /tmp (ufs, local, nosuid, soft-updates)
/dev/da0s1e on /usr (ufs, local, soft-updates)
/dev/da0s1f on /var (ufs, local, nosuid, soft-updates)
/dev/md0 on /md (ufs, local, noatime, soft-updates)

>>405
おお、それはよかたです。

/home のあるところで、

oyster901# dd if=/dev/random of=AAA count=100000
100000+0 records in
100000+0 records out
51200000 bytes transferred in 1.933734 secs (26477272 bytes/sec)
oyster901# reboot -n -q

ってやってみた(突然落ちた時のシミュレーション)。

そしたら、上がってこない、、、。ううむ。

今、リブート要請しますた。

>>408
ブートアップ、苦戦している模様、、、。
ping は通るようになるものの、ssh が通らない状況みたいです。
現在対応をすすめていただいております(いつもすみません)。

うーむ、、、、。しくしく。
まだ gjournal は実運用には供せないしろものなのか。
それとも私の設定がボロかったのか。

>>405　Bogonlist　のこと
　よかったですね。
ボゴンリスト、ボゴンフィルターは、各中継サーバーに有るらしいです。
原因のサーバーがどれか、よくわかりませんでしたけど、
アメリカＮＴＴとか、アメリカの日本テレコムの
サーバーを通過する時があれば、やっぱり繋がらないかもしれませんね。
帰りデーターが、来てませんでした。
フリービットさんや、朝日ネットさんの使ってる人が
聞きにこなかったので、いろいろな、調べは、しませんでした。
　アメリカのＰＩＥとゆう会社の、技師が
正式な、サービスとして担当、……　ご担当することのようです。

　　　　　　　　　　　　　　　　　　　　　なまえ

Xeon 5500の性能は本物か？ NS SOLが実証検証結果を公表
ttp://enterprise.watch.impress.co.jp/cda/topic/2009/04/16/15388.html

Oracle Databaseを用いてショートトランザクション、高スループットのデータベースアクセス処理
Xeon 5300番台(Clovertown/CoreMAベース)が10000TPS
Xeon 5500番台では17000TPS
ハイパースレッディングを有効にした場合23000TPS

>>これまでも新製品が出るたびに、実証実験を行って評価を行っていたが、Xeon 5500番台の性能は正直驚いた。
>>たいてい、メーカーが発表する数値はあてにしていないのだが、実際に評価結果としてそのまま出た。特に仮想化性能は非常に興味を持った。

>>409
KVM つなげてみました。
fsck失敗して、シングルユーザーモードに落ちてました。
こうなると、fsck がとってもめんどうくさいですね、、、。
gjournal に対して fsck できなくて、da1s1d とかに対してやらないといけないんで。

とりあえずちょっと負けて、async やめて softupdate 有効にしてみるか。

>>412
×KVM つなげてみました。
○KVM つなげてもらいますた。

ですた。しつれいしますた。

KVM でとりあえずリモート操作可能になった。
/etc/fstab を ed で編集してと。

で、方針変えて、今ある /home を tunefs -J で
むりやり(そのまま)gjournal化するのではなく、
全バックアップとってファイルシステムの初期化からやりなおす
オーソドックスな方法でやってみることにした。

で、バックアップ中。

ジャーナリングというぐらいで、
目的は「ボンと落ちても fsck を長時間しないで済む /home」なわけだが、
さて。

/home を根本的に作り直した。
再度挑戦。

oyster901# mount
/dev/da0s1a on / (ufs, local)
devfs on /dev (devfs, local)
/dev/da1s1.journald on /home (ufs, asynchronous, local, noatime, nosuid, gjournal)
/dev/da0s1d on /tmp (ufs, local, nosuid, soft-updates)
/dev/da0s1e on /usr (ufs, local, soft-updates)
/dev/da0s1f on /var (ufs, local, nosuid, soft-updates)
/dev/md0 on /md (ufs, local, noatime, soft-updates)

>>406 と今は da1 の風景が違う。

どうやら、前回はしくってしまったらしい。
da1s1 ではなく、da1 に対して何かしてしまったようだ。

oyster901# ls -l /dev/da1*
crw-r----- 1 root operator 0, 95 Apr 17 01:03 /dev/da1
crw-r----- 1 root operator 0, 99 Apr 17 01:03 /dev/da1s1
crw-r----- 1 root operator 0, 109 Apr 17 01:03 /dev/da1s1.journal
crw-r----- 1 root operator 0, 114 Apr 17 01:03 /dev/da1s1.journalc
crw-r----- 1 root operator 0, 115 Apr 17 01:03 /dev/da1s1.journald
crw-r----- 1 root operator 0, 107 Apr 17 01:03 /dev/da1s1c
crw-r----- 1 root operator 0, 108 Apr 17 01:03 /dev/da1s1d

>>408 を再度実施。

/home を fsck することなく立ち上がった。
今度は、どうやら成功したらしい♥

じゃ、今作っている BBQ2 / M2 あたり、これにしちゃおかな。
I/O 多そうだから。

wktk (AA

da1s1cじゃなくてda1s1をgjournal化したのはなんか理由があるんですか？

つ Journaled HFS+

HFS+ってOSX以外で使えたっけ
FUSEとか？

やっぱ、ファイルシステム周りはみなさんご興味おありのようですね。
もちろん私も含めてです。はい。

>>419
いまのところあんまし意味ないです。
とりあえず「1スライス」に対してやるとどうなるか試してみたと。

>>420
ZFSとかとっても面白そうなんですが、
また機会があったら、ごにょごにょと。

ZFSは遅くてダメ。個人的にはLinuxのreiserfsが一番。

http://opensolaris.org/jive/thread.jspa?messageID=362891
OpenSolaris 2009.06 110 is
Final score for writes: 82
Final score for reads : 1169

By comparison Sidux (w/reiserfs) was
Final score for writes: 300
Final score for reads : 106028

FreeBSD 7.1 was
Final score for writes: 316
Final score for reads : 48285

And DragonFly's HAMMER was
Final score for writes: 303
Final score for reads : 11327

>>423
ふむ、、、遅いですか。
しかし read はやいな。< reiserfs

reiserfs(5) によると、

> CAVEATS
> Currently, only read-only access is supported for ReiserFS volumes, writ-
> ing to a volume is not supported.

そうかぁ。(´･ω･｀)

中の人がなぁ

インストール中の banana3104 で gjournal を試したら、
もろにこれ踏んじゃった、、、。

kern/124973: boot order affects geom_journal consumers selection
http://lists.freebsd.org/pipermail/freebsd-bugs/2008-June/031330.html

fstab いじる前でよかった(立ち上がってはいる)。 >>427

で、書いてあるとおりの workaround を実施して、、、。

っと、これか。

kern/124973: [gjournal] [patch] boot order affects geom_journal consumers selection
http://www.freebsd.org/cgi/query-pr.cgi?pr=124973

ってことは、-h をつけて gjournal label をやりなおせばいいのかな。

うむ。うまくいった♥

%df
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/ar0s1a 1012974 407194 524744 44% /
devfs 1 1 0 100% /dev
/dev/ar0s1f.journal 216189308 4071264 194822900 2% /home
/dev/ar0s1d 2026030 699866 1164082 38% /usr
/dev/ar0s1e 8122126 4186974 3285382 56% /var

%mount
/dev/ar0s1a on / (ufs, local)
devfs on /dev (devfs, local)
/dev/ar0s1f.journal on /home (ufs, asynchronous, local, noatime, nosuid, gjournal)
/dev/ar0s1d on /usr (ufs, local, soft-updates)
/dev/ar0s1e on /var (ufs, local, nosuid, soft-updates)

やり方が標準化できたので、まとめを書いておこう。

■ /home (maido3 の T-banana では ar0s1f) を gjournal 化する方法

1) /home を umount した状態にする

方法はいろいろあるが、一番簡単なのは、
/etc/fstab の /home の行をコメントアウトしてリブートすること。

どうせバックアップとらなきゃいけないので、その意味でも楽。

2) /home のバックアップをとる。

例えばこんな感じ。

cd /var
dump 0af home.dump /dev/ar0s1f

3) /home のパーティションを gjournal 化する

ar (ata raid) を gjournal 化する場合、-h オプションをつけるのがポイント。

gjournal load
gjournal label -h -f /dev/ar0s1f
newfs -J /dev/ar0s1f.journal

これで、ジャーナル化された /dev/ar0s1f.journal パーティションができる。

(続く)

4) バックアップを戻す

事故を防ぐためにこの時点ではまだ /etc/fstab は編集しない。
ジャーナル化されているので、async オプションをつけても問題ない。
(つけたほうが速い)

mount -o async /dev/ar0s1f.journal /mnt
cd /mnt
restore rf /var/home.dump

5) ブート時に gjournal モジュールが読み込まれるように設定する

/boot/loader.conf に以下の行を加える。

# for gjournal
geom_journal_load="YES"

6) この状態で一度リブートする

/etc/fstab の /home はコメントアウトされているので、
/home は mount されていない状態で立ち上がる。

7) リブート完了後、/dev/ar0s1f.journal が作られていることを確認し、
手で mount してみて、OKなら umount する。

mount -o async /dev/ar0s1f.journal /mnt
umount /mnt

(続く)

8) /etc/fstab を編集して、/home が自動的に mount されるようにする

↓コメントアウトと新しい行の追加
#/dev/ar0s1f /home ufs rw,nosuid,noatime 2 2
/dev/ar0s1f.journal /home ufs rw,nosuid,noatime,async 2 2

なお、新しい行の最後の 2 は 0 にしてもよい。
# 0 にすると金輪際 fsck しないが、一応念のため 2 のままにしてある < banana3104

9) リブートし、/home が gjournal あり、softupdate なしで mount されていることを確認する

%mount
/dev/ar0s1a on / (ufs, local)
devfs on /dev (devfs, local)
/dev/ar0s1f.journal on /home (ufs, asynchronous, local, noatime, nosuid, gjournal)
/dev/ar0s1d on /usr (ufs, local, soft-updates)
/dev/ar0s1e on /var (ufs, local, nosuid, soft-updates)

これで完成。

ちなみにこの作業によりジャーナル領域が 1GBytes ほどとられるため、
/home はその分小さくなります。

%gjournal list
Geom name: gjournal 1728945831
ID: 1728945831
Providers:
1. Name: ar0s1f.journal
Mediasize: 228573642752 (213G)
Sectorsize: 512
Mode: r1w1e1
Consumers:
1. Name: ar0s1f
Mediasize: 229647385088 (214G)
Sectorsize: 512
Mode: r1w1e1
Jend: 229647384576
Jstart: 228573642752
Role: Data,Journal

今日はとりあえずここまでで。

乙であります

ZFSはメモリを食いまくると聞きますが、そういえば
…って遅いか

、、、ということで、花子(花代)の /home を gjournal にできるといいかなぁ、とか、
そんなことを考えていたりなんかして。

おやすみなさいです。

そういえば、↓を昨日書き忘れたんでチラシの裏。

/home の最後のほうのセクタを使ってなければ、
ディスクラベルをいじって、バックアップとらなくても
gjournal にできるような気もするけど、まだ試していなかったり。

■元麻布春男の週刊PCホットライン■
SSDの寿命
http://pc.watch.impress.co.jp/docs/column/hot/20090420_127747.html

で結論は、
>業界全体でSSDの寿命を計測する標準手法を確立する必要があるのではないだろうか。
なのかな？ww
壮大な実験場でもある2ちゃんにもってこいか。

http://www004.upp.so-net.ne.jp/botchy/ssd.htm
http://www004.upp.so-net.ne.jp/botchy/ssd2.htm
http://enthusiast.hardocp.com/article.html?art=MTYxMSwxLCxoZW50aHVzaWFzdA==
linuxやFreeBSDでSSDへの不使用ブロック通知が実装されるまでSSDは無視していいと思う。

>>439
でも、('A`)さんはSSD版Tigerのベンチマークやってるよ。
耐久テストは、２ちゃんでやって欲しいなぁ。

DISK I/O が優位にならないと導入するメリットが無いとおも
ﾗﾝﾀﾞﾑｱｸｾｽがﾀﾞﾒﾀﾞﾒなんだな〜

DBブン回すとかじゃなくて2chの鯖程度ならSSDより先に他が逝かれると思うよ。
あとSSDが故障するにしても各社ファームウェアがまだまだ未成熟な感じだから
NANDフラッシュより先にコントローラが死ぬ危険が…

はてなの鯖がSSDに移行したとか

【速報】米Oracle、Sun Microsystemsを56億ドルで買収
http://journal.mycom.co.jp/news/2009/04/20/061/

おおぅ

>>444
392 名前： ◆MUMUMUhnYI (catv?)[sage] 投稿日：2009/04/20(月) 21:58:02.89 ID:2Rm8lIIr0 ?DIA(102226)
http://img.2ch.net/ico/telephoman.gif
>>391
うわああああ、まじかいな。

よりによって、ラリー・エリソンなんかに、、、。

しかし今考えると、この名前はとても暗示的だったんだなと。

Rising Sun (ラリー・エリソンが持ち主)
http://yachts.monacoeye.com/yachtsbysize/pages/risingsun01.html

MySQLとかが、この先生きのこるには

MySQLはオープンソース化されているからそこまで心配は無いなぁ。
派生のDrizzleもあるし。

でも、よく考えてみるとあの Bill Joy も Andy Bechtolsheim も Guy Harris も、
とうに Sun の人じゃないんだよなぁ。

SunOS 3.5〜Solaris 2.6ぐらいまで、私も色々と使い倒しました。
クリティカルなところで使ってたんで、チューニングもしまくり。
今の私の知識のかなりの部分が、その時代の経験でできているようです。

今後OracleがSunをどうしていくかわからないけど、
一つの区切りを迎えた、ということなのかなと。

OracleはOracle Enterprise Linuxを持っているので、Solarisがどうなるかが気になる。

Peering with ISC | Internet Systems Consortium
https://www.isc.org/community/peering

Peering Policy
> ISC operates an open peering policy.
> ISC reserves the right to discontinue peering with other organisations
> which do not respond appropriately to reports of network abuse,
> or to organisations which do not follow the technical guidelines for propagation
> of the F-Root service supernet, as described below.

Hi, PIE guys, let's peer with ISC!
ISC serves F-Root and many convenient Internet resorces, e.g. ftp4.freebsd.org.

And I think that PIE can peer with ISC at PAIX.

-- Mumumu, a voluntary engineer of 2ch

>>452
というわけで、ISC と PIE が peer できるとうれしいんじゃないかな、っていう提案で。

# ISCはPAIX直結でオープンポリシーなので、お金かからないはず。

Jim-san & かっこいい bros. がんばれー。

ｐｃ12.2ｃｈ　変更できん。
手の空いたときでいいんでお願いします。

>>455
むぎゅー。

>>456
ひぎぃ。

ほほうぅ。

BIND 10: the next generation of BIND | Internet Systems Consortium
https://www.isc.org/bind10/

ISCのプレスリリースはこれか。

ISC Commences Development of Next Generation Domain Name Server Architecture
with Unprecedented Community Sponsorship | Internet Systems Consortium
https://www.isc.org/about/pr/2009042200

# しかし Next Generation という名前のものは大抵（いかりゃ。

スタートレック批判と聞いて

長介さんが霊界から顔を出したと聞いて

えぇい同化(merge)してやる!

mirvする？

結石？

>>452 の提案を David さんにメールしてみた。

明日はちと早いので、本日はこれで、、、。

>>464
すぐに返事が来ますた。

> I guess this is best timing for you to ask me this!
> Hope all is well.

だそうです。ｗｋｔｋ

> Thank you for your very quick reply, and thank you for your positive
> thinking about my idea. And I am looking forward to hearing good news
> from you.

と、返事しておきますた。

そんなわけで、ねるねる。

>>452
じっと見ている政策
> ISCは開いているじっと見る政策を操作します。
> ISCはF-根のサービススーパーネットの伝播のために適切にネットワーク乱用のレポート、ま
> たは、技術指針に従わない機構に応じない他の機構と共にじっと見るのを中止する権利を保
> 有します、以下で説明されるように。

Hi(PIE奴)はISCと共にじっと見ましょう!
ISCはF-根と多くの便利なインターネットresorces、例えばftp4.freebsd.orgに役立ちます。


そして、私は、PIEがPAIXのISCと共にじっと見ることができると思います。

-- Mumumu、2chの自発的の技術者

>>465
> あなたがこれを私に尋ねるように、私は、これが最も良いタイミングであると推測しま
> す!
> すべてが順調であることを願っています。


> 非常に迅速な回答ありがとうございます、私の考えは考えてくださってありがと
> うございます、積極的な。 そして、あなたから朗報を聞くのを楽しみにしてい
> ます。

Get ready for 7.2-RC2 builds.

>>465　４６５の　デイビッド氏とルート氏のやりとりを、
　　　　　　　　　翻訳した。

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

SA2つ。

FreeBSD-SA-09:07.libc
http://security.freebsd.org/advisories/FreeBSD-SA-09:07.libc.asc

FreeBSD-SA-09:08.openssl
http://security.freebsd.org/advisories/FreeBSD-SA-09:08.openssl.asc

>>469
半年ROMれ

>>471
構うなよいちいち

　ビッグサーバーの障害情報。
　ボゴンリスト問題。
http://www.maido3.cc/server/release/2009/200903312044.html

　２２日の情報やけど、序々に接続が出来るようになってる
そうです。
　なんで、つながったのかわからないので、調べてるそうです。

　そこまでせんでもいいのに。
　ははは。　少しわらった。

　序々は、誤字です。

>>472
この手合いは言わないと分からないだろ
言ってもわかんないんだろうけど

　ごめんなさい。あきたから、ｒｏｏｔさんの文が読みたい。

>>474
じゃ、なおさら構うなよ

>>476
　ごめんなさい。

>>468
今回、順調みたいですね。

>>470
OpenSSL周りですか、、、。

そういやDebian版OpenSSHでkeygenの鍵バリエーションがすごいすくなかったなんて
バグもあったな。あれどうして発覚したんだろ

>>478
libcとなってるけど、問題なのは同梱されてるBerkeley DB 1.85のコードで
修正しないと、*.dbなデータがローカルユーザーに漏れる可能性があるとか。

7.2も近いけど、この内容だと放置するのも気分が悪いし
どうしたものかな・・・と。

>>480
これですか。

20090422: FreeBSD-SA-09:07.libc, FreeBSD-SA-09:08.openssl
Don't leak information via uninitialized space in db(3) records.
[09:07]

掲示板サーバでは*.dbは使ってないですが(某54システムでは使っている)、
確かに、放置するのも寝覚めが悪いかんじですね。

最近追加されたsysinfoってのは
ハードウェアやソフトウェアの情報をいっぺんに出力できるそうだが
使ってみたかんじ、なかなか便利だと思ったのは自分だけだろうか。

--iMacG5
$ sysinfo
-bash: sysinfo: command not found

--baila6.jp
$ sysinfo
-bash: sysinfo: command not found

--tiger509
%sysinfo
sysinfo: Command not found.

(´･ω･`)

>>482
ports ですか。

# タイトル長いな。< だいちくんの記事

FreeBSD Daily Topics：2009年4月24日　≪注目≫sysinfo(1)登場，
IEEE 802.11sワイヤレスメッシュスタンダード対応取り組み開始，
PC-BSD 7.1およびKubuntu 9.04ベンチマーク，Firefoxセキュリティアップデート
http://gihyo.jp/admin/clip/01/fdt/200904/24

>>484
そうです、そうです。

FreeBSD 7.2-RC2 Available
ttp://lists.freebsd.org/pipermail/freebsd-stable/2009-April/049591.html

これはこちらで良いのかしら？

携帯→2ch運用情報スレッド92
http://qb5.2ch.net/test/read.cgi/operate/1239523259/149n
＞ auサイトの「EZサーバのIPアドレス帯域」ページにある118.152.214.192/26が
＞ 使われ始めたけど、2chの設定が古いままということなのかな

＞ EZサーバのIPアドレス帯域
＞ http://www.au.kddi.com/ezfactory/tec/spec/ezsava_ip.html

>>486
いってきます。

ありがとうございます。

>>486
BBS.CGI - 2009/04/26 にて対応済。

こっちか
>>489
ありがとうございました

ところで、これって前から公開してましたっけ。

PCSVのIPアドレス帯域
http://www.au.kddi.com/ezfactory/tec/spec/pcsv.html

で、もしこれ最近公開されたんだったら、
ついでに固有情報も送ってくれるようにはならないのかしら。

>>491
よその掲示板にこんな書き込みがありました
ttp://hdml.jp/cgi/yybbs/yy.cgi?mode=res&no=1847
3/10より後にこっそり追加されたようです

なるほど。そういうことでしたか。>>492

Docomo や SoftBank 同様に何らかの形で
HTTP_X_UP_SUBNO の情報を送っていただければ、
2ch に書けるように設定できるんですが、さて。

>>493 の表現は正確ではないな。

×Docomo や SoftBank 同様に何らかの形で

○いわゆるフルブラウザの状態でも、
　Docomo の iモードID や SoftBank のシリアル番号と同様に、何らかの形で

そういえば久しぶりにこれチェックしたけど、面白いですね。
Docomoって結構ちゃんと強化してるみたい。

MRTG: Directory numbers/
http://mumumu.mu/kserver/mrtg-rrd.cgi/numbers/

9月以降にかなり増えるみたいだし。
http://www.nttdocomo.co.jp/service/imode/make/content/ip/

docomo頑張ってるなあ
パケホーダイ・ダブル（2008/10/01開始）でトラフィックが増えてるんですかね
そろそろ加入しようかな

情報は受け取るほうに知識がないとただの文字列なのね
docomoのこんなページ初めて見たよ…

専門的なこと自分はよく分からんが、rootさんてやっぱすげーな
好きだよー禿ててもぉー

httpsじゃない点と、人力で更新してるページらしい点と、機械的に情報収集
できるようになってない点がまだまだですなぁ。

一方禿バンクは．．

FreeBSD 7.2 RC2が登場、5月初旬には正式公開へ
ttp://journal.mycom.co.jp/news/2009/04/26/008/index.html

最近にしては珍しく予定通りにすすんでいますね。

むむむさんにちょっとお聞きしたいのですが

jigブラウザからの書き込みのログなんですが
br2008.jig.jp<proxy272.docomo.ne.jp>(携帯の固有識別番号)proxy272.docomo.ne.jp

携帯キャリアのホストが<>の中と固有識別番号の右側と重複しているのはなぜでしょうか？
それともたまたま同じものが表示されただけで、内部的には別々の部分の値の結果が表示されるようになっているんですか？
もし別々の部分の値の結果だったとして、携帯キャリアのホスト「docomo.ne.jp」を正しく得られるのは<>の中なのか、固有識別番号の右側なのか、どちらなんでしょうか？

br2008.jig.jpが利用者からもらったホストはproxy272.docomo.ne.jpでproxy272.docomo.ne.jpが
送ってきた固有IDは"識別番号proxy272.docomo.ne.jp"って形式なんじゃね?

>>502
ちょっと bbs.cgi のソース見ないとわかりませんが、
どっちかが「jigからもらったIPアドレスを逆引きした結果」で、
どっちかが「jigからもらったリモホ名」だったと思うます。

>>504
どもども。
じゃあ正常な場合「どちらも結果は同じになる」のでどちらを使ってもよいということですね。
で、違う場合はいずこかのDNSの問題と。

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

>>505
ですね。

で、所詮そこのところは、
「本当に携帯からなのか」を調べるための情報に過ぎないので、
規制については固有番号(iモードIDなど)で通常通りBBM送りにしていただければと。

>>506
といいますか、「どのキャリアから」という情報を得る目的です。

ここで芋ほりログの纏めツールを作っているですよ。

幸せサーバープロジェクト　「アイデア・技術のある人募集中」★2
http://qb5.2ch.net/test/read.cgi/operate/1239275150/

>>503
当たらずとも遠からず な感じだったね

>>507
そういうことですたか。

えと、再度(何度目?)確認ですが、
「PCサイトビューアからの接続の場合、EZ番号 = HTTP_X_UP_SUBNO」は
通知されて来ない、ということであってますか?

>>495
Docomo、ゲートウェイ増やしたみたい。
http://mumumu.mu/kserver/mrtg-rrd.cgi/numbers/

>>510
おほほ、これすか
ドコモ　パケホーダイ・ダブルが月額490円からに値下げだぞー(^o^)ﾉ
http://tsushima.2ch.net/test/read.cgi/news/1240900981/

>>502
串でも同じような表示になるね

7.2-RELEASE の各種ドキュメントが用意されました。
http://www.FreeBSD.org/releases/7.2R/

「ぷろじぇくと ぞうさん 〜E-Bananaサーバ 構築日記〜」の更新が、レンタルサーバーBIG-server.comの
HOMEページにある「ニュースリリース・新着情報」に載らなくなっているのだが、なぜ？
96日目と最新の97日目がない。

休日を挿むと遅れることは珍しくないよ
ぞうさんの目次ページにRSSのフィードが欲しい気はするけど

scimはなぜあんなにcoreを吐きまくるのであろうか。

RELENG_7_2_0_RELEASE is tagged.

>>517
7.2Rきましたね。今回は安産でした。

http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh.diff?r1=1.72.2.11.2.3;r2=1.72.2.11.2.4

-BRANCH="RC2"
+BRANCH="RELEASE"

oyster901 で 7.2R のテスト中。
GENERIC カーネルでは問題なく上がったのに、
シェイプアップしたカーネルでリブートしたら、上がってこない模様、、、。

現地での作業で無事にリブートした模様。
システムメッセージにも異常はみつからず。

# じゃ、どうしてぐずったんだろう。

そんなわけでとりあえず、こうなった。

%uname -a
FreeBSD oyster901.peko.2ch.net 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 01:23:12 PDT 2009
[email protected]:/var/src/sys/amd64/compile/AMD64_COBRA_72 amd64

どこで聞けば...
シベリアっていつからBBQスルーなんですか?

>>521
私が bbs.cgi の中身を見始めた時には、もうスルーでした。

【BBQ 2本目】炭まだぁ〜？ 【公開串リストメンテ】
http://qb5.2ch.net/test/read.cgi/operate/1077190185/314
314 名前：FOX ★[] 投稿日：04/03/11 22:15 ID:???
siberia はスルーに設定しました。

すげー
ログ持ってて即座に持ってくるお前がすげー

どうもですどうもです
えらい前からスルーだったのね...

よく持ってたな。'04/03とか俺なら絶対持ってねーw

予定通りに。

ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/7.2/

7.2-RELEASE-i386-bootonly.iso 38206 KB 2009/05/01 20:51:00
7.2-RELEASE-i386-disc1.iso 573734 KB 2009/05/01 20:53:00
7.2-RELEASE-i386-disc2.iso 617382 KB 2009/05/01 20:55:00
7.2-RELEASE-i386-disc3.iso 654964 KB 2009/05/01 20:57:00
7.2-RELEASE-i386-docs.iso 301140 KB 2009/05/01 21:08:00
7.2-RELEASE-i386-dvd1.iso.gz 1992549 KB 2009/05/01 21:06:00
7.2-RELEASE-i386-livefs.iso 228018 KB 2009/05/01 21:09:00
CHECKSUM.MD5 1 KB 2009/05/01 21:10:00
CHECKSUM.SHA256 1 KB 2009/05/01 21:12:00

FreeBSD 7.2-RELEASE Announcement
ttp://www.freebsd.org/releases/7.2R/announce.html

2009年5月4日　FreeBSD 7.2-RELEASE登場，安定ブランチの最新版 - Jail仮想化機能IPアドレス強化とスーパーページ改善
ttp://gihyo.jp/admin/clip/01/fdt/200905/04
* アプリケーションメモリにおけるスーパーページの透過的な扱いサポートの実現。デフォルトでは無効にされているものの，vm.pmap.pg_ps_enabledを1に設定することで有効化が可能
* amd64版におけるカーネル仮想アドレス空間を6GBへ増加
* Jail仮想環境における複数IPv4 / IPv6 / IPなしのアドレス割り当ての実現
* csup(1)におけるCVSリポジトリ取得時の機能にCVSModeを追加
* sparc64版におけるUltraSparc-IIIプロセッササポートの追加
* Gnome 2.26対応
* KDE 4.2.2対応

ｐｃ11は移転中？
それとも単なる鯖落ち？

7.2R の mergemaster で -iU オプションを指定した時に
ユーザが変更したファイルが上書きされる事例が
幾つか報告されているようです。
http://docs.FreeBSD.org/cgi/mid.cgi?20090504225012.392fa49f.torfinn.ingolfsen

InnoDB: ###### Diagnostic info printed to the standard error stream
InnoDB: Error: semaphore wait has lasted > 600 seconds
InnoDB: We intentionally crash the server, because it appears to be hung.
090505 14:52:01InnoDB: Assertion failure in thread 140680704 in file srv0srv.c line 2095
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.0/en/forcing-recovery.html
InnoDB: about forcing recovery.
090505 14:52:01 - mysqld got signal 11;

のような感じで c2.2ch.io の MySQL がたびたびこけてるようなので
5.0.51a -> 5.1.34 に更新してみます．あと

Filesystem       Size    Used   Avail Capacity  Mounted on
/dev/amrd0s1g     24G     19G    3.0G    86%    /home

のように HDD スペースもかなり食ってるので，
いったんデータをまっさらな状態にして再収集ということにしようかと......
ついでに，以下も更新．

MeCab: 0.96 -> 0.98pre2
cURL: 7.17.1 -> 7.19.4

すごく久しぶりに見た
元気してた？

>>532 どもです．


で，>>531 のは再収集が一段落するまで【 準備中 】のスレが
結構出るかと思いますが，ご容赦を......

おつです、おつです

うひょほ。

http://www.atmarkit.co.jp/news/200902/05/monty.html

MySQLは先行き不透明ですが、不安ではないですか。

>>535
2000ポイントくれ

>>535
運用情報臨時の荒らしなんとかしてよ

>>538
　ゼロ荒らしみたいな、やつ、まだいるんですか。

　　　　　もう　何だすかーみんなあぁ。^＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾

>>538
板設定変更でどうにかなってないのか？

　　そう、５４１は、カベに、語りかけた。　いや　
　へんじは　ぜったいにかえって　こん　。
　　ななしの人って　おのぼりさんの、１種か　。

これって、ほんとかなあ。

Gizmodo - GoDaddy Tells Us Not to Buy .TV Domains Because Tuvalu Is Sinking?
http://gizmodo.com/5235114/godaddy-tells-us-not-to-buy-tv-domains-because-tuvalu-is-sinking

1ch.tvの危機と聞き馳せ参じました！

>>544
おお、、、。

と思ってみたら、もうとっくに跡形もなくなってるのね。< 1ch.tv

高知のCATVが.tvで書き込めないっていう話においちゃんが対応していたけど
そういうところが使えなくなる可能性が出てくるのか。なんと恐ろしい。

40 名前：モルモットさん（金）(catv?)[sage] 投稿日：2009/03/26(木) 23:49:57.57 ID:/l2yAXpW0
以前に佐渡の島民を救っていただきましたが、今度は
高知県の四万十町民が泣いてます
よかったら見てあげてください

http://ex24.2ch.net/test/read.cgi/accuse/1237740938/41,42
> 41 名前：1153146135.gd7.shimanto.tv　[sage]　投稿日：2009/03/26(木) 23:40:08 ID:Aa2sSnzN
> 海外ドメイン規制解除の要望もここでいいの？
> ケーブル開通して喜んでたら、tvがダメって言われて書けないんだけど。

> 42 名前：1153146135.gd7.shimanto.tv　[sage]　投稿日：2009/03/26(木) 23:41:26 ID:Aa2sSnzN
> マイノリティみたいだから永遠にダメかなこりゃ。


四万十町ケーブルネットワーク
http://www.shimanto.tv/ （「準備中です...」だけど）
ここのCATVインターネット接続サービス利用者らしーです

　ゴーダディー許可ものの、ツバルドメインを買うのを
やめた方がいい。

　　−−　ここから、訳がだれた。　−−
　なんでかとゆうと、ツバルについて、
このようなドメインはすべて、波によって水中にしずむ。
　国として、存在することが、長くない。ドメインたちもまた
消滅するでしょう。

　　−−　訳者、はははっ。　−−

　たしかに、この島国は、ゆっくり水中にしずんでいる。
でも、すべての希望が、なくなった。
２００４年のＵＳＡトゥデイ、アーチクル　による、
バレイワグ、ポインツ、アス。
　それらが言うのは、あそこが、例外ーー　．ＳＵドメイン
（昔のソビエト連合）は、今も活動中。
でも、ドメインネームワイヤーは、これを、論争ボッコ、する。
ベリサインから、きたファクトイド（ 真相？）についての
言及、すべてのツバルに関するドメイン業務を取り扱える会社、
それらの、推理力（論証能力）は、ゆがんでいる。
かれらは、ＩＣＡＮＮルールによって、リファレンスを変える。
　たくさんの亡命した国を段階的に廃止して、それによって
できたドメインネームを、あの、国。

だから、ツバルが、魚さん一緒にオヨゴーヨを決めた時、
実は起こるであろうの事を、誰かさんは、知っている。
でも、テレビドメインの、見た目は、スンゲ、スンゲ、
すんげえ、商売のアピール、キラキラ☆を、持っている。
　私は、ちょうどのニックスドメインを持つことを
信じる事に、苦労するつもりだ。
　まだ、私はドメインレイヤーじゃありません。
ーードメイン乞食たち。　あなたは、この警告について
　用心シタカタ、かもしんない。： ”沈没島、御用心御用心”。

　　ーーＢｅウェアーて、　　　　　　　　　　　　ーー
　　ーー　　　　　　　昔はやったトレーナーかっ。ーー
　　−−　　　　　　　　　　　　　　　　　　　　　　ーー
　　−−ここまで、全部、訳して思った。　著作権法の　ーー
　　−−　翻訳権がやばい。　　　　　　　　　　　　　−−
　　−−　　　　　　　　　　　　　　　　　　　　　　−−
　　−−　すばらしい、信念を感じる、文章だ。　　　　−−
　　−−　　　　　　　　　　　　　　　　　　　　　　
　　ーー　地球温暖化はうそだ。これについては、　　　
　地球温暖化を、敵に回し　半年がんばった。
　まだ勝ってない。
　　このひとは、波の侵食を言ってるので、これは
　うそじゃない。
　ツバルの島が、しずむの理由は、
　そんな感じで、波にすな、もってかれる、みたいな話。

　しらんよ、ワシ　。国がなくなった時の、国名の
　ドメインのはなしなんて　ぜんぜん知らんよ。
　
　エディーコーデルさん、ありがとうございます。

>>545
amezo.jpとしてまだ生きてまっせ

>>547
あなたが訳せるものは誰でも読めると理解した方がいい。一方的に貼られても迷惑。

>>549
　そんなことはないけど　ルート氏がえいご、できそうなのは
なんとなく　わかた　。

　それと３１は、んどじゃなくって、３１ストな。
まちごうとるから　ＩＰはずせ！　ボツボツボツ。

>>548
なるほど、確かに。

http://amezo.jp/

>>550
いや、あちこち訳し間違えてるし、Gizくらいは普通に読めるって。

>>553　（ 普通に読めジェ。チェゲッ。 ）

　あんただけ　地球で　いちばん　カシコイーーノ。

　おそいけど　、オコラナイーノ　。

　ごめん。
訂正で謝罪に替える　。　＞＞　（ 普通に読めるジェ。チェゲッ。 ）

四万十市と四万十町は別物

>>556　屁 。
　なんか　それ　わし、関係ある？

>>554
とりあえず日本語覚えてから来いよ

　おまえ　やめろ　くらすぎるから
　やるき　さがるだろ　
　やめとけ　

>>559
意味分からん
そもそもレスに反応ない時点であぼーんされてると気づけよ

>>560
　あほやな。
なんさいか。

粘着はほっとけばいいんだって。

だってコテハン叩くの楽しいんだもん
すぐ調子乗るし

コテハン叩きは最悪板で
荒らしをかまうのは規制議論板で(ry

http://www.maido3.cc/server/release/2009/200905082023.html
>確認の結果、http://www.maido3.com/ 以下のHTMLファイルに
>不正なJavaスクリプトが埋め込まれている事が確認
>>326? それともSQLインジェクション?

>>565
トップページでの扱いも小さいし、実際起こったことの詳細も書かれていない。
どんな環境のユーザに、どんな影響が起こる可能性あるのか、明らかにして欲しいね。

>ご利用のパソコンの安全をご確認ください。

って言われても・・・。

まぁ、まだ途中経過の情報と言うことなので、見守るけど。

記者会見ー (・∀・)っ/凵⌒☆チンチン

お詫び+
http://gimpo.2ch.net/owabiplus/

ねえじゃん。　あんのか。

　 >>567

>>567
お詫び+で、わざとお詫びをしないスレ希望

お詫び+でお詫びしないスレは板違いかと

雑談スレ扱いでｺﾞﾆｮｺﾞﾆｮ

意地でもお詫びをしないぐらいの勢いで、たててほしいw

お詫びしないことをお詫びします。

>>572
それだ(・∀・)

http://gimpo.2ch.net/test/read.cgi/owabiplus/1242055283/
記者会見会場、できましたー

　しるかいっ、んなもんっ。

　　おやっ、おざわさんの小噺かな。

　みてくるっ　、

　　なんだっ、ゼロの会社のことかっ。
　　しかしっ、よくやった、５７４番、ほうびにっ、釈放だっ。
　　
　　２ちゃん刑務所の、大門の前で、
　　ガラガラガッシャ、シャン。
　　　看守　　　　； 　にどと来んなよ。
　　　５７４番　　； 　へい、ごめいわく、おかけしました。　ペコリ。


　５７４番、またの名を、ふぉっくすと云う。

/home に gjournal を入れてから cvsup.peko.2ch.net が
よくハングするようになった、、、。まだ実運用にはちょっと入れられないか。

VIPかν速、狼でじっけん！じっけん！

　ルートさん。こんちわ。
　ケーブルくさい回線が、２ちゃん、みれないよ。
　質問・雑談スレ290＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1241939123/256-

　今、４つ。
広島のhicat
山口でenjoy
JCN熊本です
岡山のenjoyです

>>579
広島のenjoyも追加です

　enjoy　とゆう名のプロバイダーは、広島の大きな電気店が

やってる、プロバイダー。　広島の球場に、　ベンチにおおきいマークが
ついてる。　そのほか２つは、別々の会社の　ケーブルテレビ。　ワーーイ　。

>>531 相変わらずこうなりますねぇ......

InnoDB: ###### Diagnostic info printed to the standard error stream
InnoDB: Error: semaphore wait has lasted > 600 seconds
InnoDB: We intentionally crash the server, because it appears to be hung.
090513 23:54:24  InnoDB: Assertion failure in thread 427350528 in file srv/srv0srv.c line 2132
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: about forcing recovery.
090513 23:54:24 - mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help diagnose
the problem, but since we have already crashed, something is definitely wrong
and this may fail.

Superpagesってどうなんですかね。

hicat　　　開通

enjoy　　　　　接続不良
JCN熊本　　　　接続不良

>>582
うーむ、OS上げるとかした方がいいのかしら。

>>583
FreeBSD 7.2 注目の新機能：第1回　Superpagesの仕組みと意義｜gihyo.jp … 技術評論社
http://gihyo.jp/admin/serial/01/fb72/0001

ざっと最初のほうだけ読んでみましたが、
pagesize を今までの伝統的な 4k より大きくしてよりモダンな形にし、
ページ管理をうまくできるようにしてパフォーマンス上げたり、
システム資源を有効に使ったりしよう、
でも今までのものに影響が出ないようにうまくやろう、

っていう話ですか。

ページサイズを変えてうまくやろう、という話自体は、割と昔からあったわけですが、
上記URIの本文中にある、

> 大きなサイズのページを使う方法はこれまでもありましたが，これを活用するために
> アプリケーションやユーザランド側に変更を加える必要があったり，特定の条件で
> 性能が劣化するといった問題がありました。今回FreeBSDに追加されたSuperpagesの
> 機能は，そうした問題を解決しつつ，完全にトランスペアレントになっており，カーネルの
> 変更だけでユーザランドのアプリケーションには変更を加えることなくその恩恵に与る
> ことが可能なところに特徴があります。

が、ポイントと。

enjoy　　　開通


JCN熊本　　　　接続不良

>>585
vm.pmap.pg_ps_enabled で制御するのか。
(7.2R ではデフォルトで off)

%sysctl vm.pmap.pg_ps_enabled=1
sysctl: oid 'vm.pmap.pg_ps_enabled' is read only

だから、/boot/loader.conf でないと制御できないのね、これ。
これって動いてる最中に変えれそうもないから、当然かも。

で、どくおさんが 7.2R のベンチマークしてたみたいですが、

/boot/loader.conf に vm.pmap.pg_ps_enabled=1 あり
同、なし(デフォルト)

の2種類でベンチをやっていただけると、とてもうれしいかも。

JCN熊本　　開通


　　　　ぜんぶ、かいつう。開通。かいつ、

7.1R → 7.2R で、

> The twa(4) driver now supports 64-bit DMA.

ということらしい。

ってことは、今花子や花代(7.0R)で使っている twa は、
64bit-DMA では＊動いていない＊、ということになるのか、、、。

五月雨式にて。

> The shared vnode locking for pathname lookups in the VFS(9)
> subsystem has been improved. This is disabled by default.
> Setting a sysctl variable vfs.lookup_shared to 1 enables it
> for better performance. Note that the LOOKUP_SHARED
> kernel option equivalent to the sysctl variable has been removed.

vfs.lookup_shared=1 でファイルシステムのパフォーマンスアップ、と。

%sysctl vfs.lookup_shared=1
vfs.lookup_shared: 0 -> 1

なので、/etc/sysctl.conf でおｋ、と。

fsck -D でがんばるモードの追加。

> The fsck(8) utility now supports a -D flag for damaged recovery mode, which
> will enable certain aggressive operations that can make fsck(8) to survive
> with file systems that has very serious data damage. This is a useful last
> resort when on disk data damage is very serious and causes fsck(8) to crash.

>>530 にも関係しているかもしれないけど、

> The mergemaster(8) utility now supports an -F option to automatically install files
> that differ only in their version control ID strings.

これでmergemaster時の「kensmithのばーろーｗ」っていうのがかなり減ると。

見落としもあるだろうけどこれ↓ざっと見た限りでは、
今回の7.2Rで注意すべきなのはこのぐらいみたい。

FreeBSD 7.2-RELEASE Release Notes
http://www.freebsd.org/releases/7.2R/relnotes-detailed.html#PROC

>>590
http://lists.freebsd.org/pipermail/freebsd-fs/2008-May/004685.html

delphij や pjd は、ずっと vfs.lookup_shared=1 でやってたみたい、、、。

とりあえずリンクしておこう。どきどき。

質問・雑談スレ290＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1241939123/417-430

中の人たちにマスクを配らないとｗ

ふと思ったこと。。。
自林檎機->Darwin(9.7.0)
自鯖->linux(Vine4.2)
２ちゃんねる鯖->FreeBSD(5-7)

おいらは幸せ者だと思った。

vine もう少しバグフィックスが更新されるとこのままでもいいんだが･･･。

>>596
かぁねるも若干古いし。。。@Vine
でもぼつぼつ5(5.0RC)が出てきていますし♪

でもってDarwin系？は大抵--helpが出てこないので不慣れだとちょと不便かも。。。

ふむ
私は感染しているんだろか

最近触るファイルはbbs.cgiと規制用のテキストファイル
全てのスレッドが臭いになったりして、

怖いこと言わないでください！

おきつねさんvistaじゃなかったっけ？
vistaなら飛ばないように書かれてるみたいだけど…

vistaじゃ

問題のスクリプトがvistaをスルーするようにできているという話は
出てましたね
でも感染サイト踏んだ時に鯖からダウンロードされるトロイは何種類も
用意してあって毎回同じ物が来るとは限らないとか、トロイ配布鯖も
最初に話題になったのとは別の鯖が使われ始めたとか
まだこれからも亜種や新種が出回るんじゃないでしょうか

ついでにAdobeの脆弱性の件も忘れないでくださいということで

GENOがウイルス感染したのは一ヶ月前なのになんで今流行ってるんだろう。

vm.pmap.pg_ps_enabled のベンチマークが貼られてました。
http://pc12.2ch.net/test/read.cgi/unix/1235576345/942-945

例のウィルスは，少なくとも今のところ当方には(ry
それはともかく

>>585 そうですね......もうしばらく様子見て，
再び起きるようならお願いしてみようかと．

# MySQL のバイナリは，FreeBSD 6.x 用と 7.x 用では別のものになりますね．

また起きてますね．ということで......
急ぎではないですが，手の空いてる時にでもお願いできればと >>585

# Nocona なので一応 amd64 もいけるかと思いますが，どちらがいいのかな......

InnoDB: ###### Diagnostic info printed to the standard error stream
InnoDB: Error: semaphore wait has lasted > 600 seconds
InnoDB: We intentionally crash the server, because it appears to be hung.
090517 16:04:54  InnoDB: Assertion failure in thread 427350784 in file srv/srv0srv.c line 2132
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/forcing-recovery.html
InnoDB: about forcing recovery.
090517 16:04:54 - mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help diagnose
the problem, but since we have already crashed, something is definitely wrong
and this may fail.

これはどの程度の効果があるんでしょうか。
http://nhh.mo-blog.jp/ttt/2006/10/freebsd_aparch2_b1ae.html

>>607
コンテキストスイッチ防ぐんならTux web server (Red Hat Content Accelerator)がお勧め。user-space CGIにも対応している模様。

>>606
Ack.

tiger3505(namidame)さん、ディスクの調子でも悪いのかしら？
LAが乱高下しているけれども。。。

>>610
namidameはtiger3510だったと思う

板数が多い鯖ほどLoadAverageが乱高下するみたい(anchorageとかchangiとかgimpoとかschipholとかbanana3260とか）
でもdubaiは乱高下してないんだよね…HDDの差かな？

あらやだ係。の誤植だったのね>>3505->3510

The myth of *nix security
http://www.viruslist.com/en/weblog?weblogid=208187702
>It’s often argued that *nix systems are secure, and there aren’t any viruses or malware for such systems. This hasn’t been true for a long time, as two recently detected malicious programs prove.
>The first is Trojan-Mailfinder.Perl.Hnc.a, a perl script which connects to a command server to get text and a recipient list for spam mailings.
>The second program is Trojan-Dropper.Linux.Prl.a, an executable for Linux and FreeBSD. The file decrypts the perl script, launches the perl interpreter and then gives it the decrypted script.
>This malware has been detected on servers infected with Trojan-Downloader.JS.Iframe.auy (shown in the screenshot below).

>>613
その昔 morris worm というのがあってだな

【実況】　live23+live24　Part32
http://qb5.2ch.net/test/read.cgi/operate/1242121555/705-709

IDの種の問題。
単にバックエンドのIDの種を、HDD上に置くようにすればいいのかもしれない。

LinuxやFreeBSDを狙うウイルス、感染するとスパム送信や偽ソフト販売
数百のコンピューターで感染確認、「UNIX系OSマシンもウイルスに注意」
ttp://itpro.nikkeibp.co.jp/article/NEWS/20090519/330239/

どうしろというのだ。

元記事へのパーマリンクはこれかな。
ttp://www.viruslist.com/en/weblog?weblogid=208187702

PerlスクリプトとLinux, FreeBSD(Linuxエミュか？)のエグゼキュータブルから構成された
ゾンビ化キットみたいだけど、ユーザーに実行させるきっかけとか、特権ポートを使う
方法とか、よくわからん気が。

su したままでついコマンドを実行してみてしまうとか、
そのへんの *.tar.gz を解凍して仕掛け入りの ./configure を実行してしまうとか、
昔なら shar の中に仕掛けをしこんでおくとか。>>617

もちろん脆弱性を突くパターンは窓とか林檎とかと同じなので、
それ以外の可能性として。なんというかようはトロイの以下略。>>618

Linuxカーネルにもっとぽろぽろきじゃくせいが見つかって
携帯とかがある日とつぜんみんなぺんぎん箱になっちゃえばいいのに

jailbreak(に相当する行為)ですか。>>620

これからは、不機嫌そうに携帯いじってる女子高生を見かけたら
ed で Makefile を書き換えてるんだと思い込んでみよう。

そうそう。超極薄携帯をポケットから引っ張り出すとxeyesが映ってる、とかさ。

このｹｰﾀｲまじﾑｶﾂｸ
割込処理間に合わないとかありえなくね？うちらのｷｰ入力落ちるとかマジ勘弁
割り込み禁止かけ過ぎなんだよ
ﾃﾞﾊﾞﾄﾞﾗ書いた奴ﾏｼﾞ説教

>>622-624
いーなーそういうの。

で、↓NHK技研が最近まじめにやっている研究らしい。

2ちゃんねるのテレビ番組実況レスを分析・解析することも可能な「情報環流システム」 in 技研公開2009 - GIGAZINE
http://gigazine.net/index.php?/news/comments/20090521_nhkopen2009_ics/

しかしこういうのを見るにつけ、
一時期声高に喧伝された「通信と放送の融合」って、

1) 「コンピュートないと」の副音声でのプログラム放送
2) ２ちゃんねるの実況板

の2つぐらいしか明らかな成功例がない、ような気がしてならない、、、。

# などと、故石田晴久先生に思いをはせてみたり。

ラジオはいいですよ < 通信と放送

>>622
> ed で Makefile を書き換えてる

>>624
> ﾃﾞﾊﾞﾄﾞﾗ書いた奴ﾏｼﾞ説教

やはり wizard には敵わないか(w

http://www.educ.umu.se/~bjorn/unix/wizard.html
> wizard
> * writes device drivers with "cat >"

>>628
超なつかしいですね、それ。
最初にそれ読んだの、確か1987年ぐらいだったと思う。

> is on first-name basis with Dennis, Bill, and Ken

Dennis は Ritchie
Bill は Joy
Ken は Thompson

かな。

それの２ちゃんねるバージョン、作ってみるか・・・。

原文みっけ。1986年10月3日か。

What is a Unix Wizard? - net.jokes | Google グループ
http://groups.google.com/group/net.jokes/browse_thread/thread/60a9444026076c90/c49a0c0849fe8bb6

確か『bit単語帖』で読んだのが自分的初出かなぁ。

石田先生ってそういう方面にコミットしてましたっけ？

>>631
私が石田先生を最初に見たのは、
「コンピュートないと」の司会者としてですた。
あの頃はまだリアル工房だったかしら。

コミット、という意味で言うなら、あの方はなんというか、
その道で「面白いもの」であればもうどんなものであっても、
良い意味で無邪気に「へー、それ面白いね」と、言える方だったですね。

改めて哀悼の意を（以下略。

うーむ、自分より古いUnixジョークを読んで笑うというのは、うーむ。

>>ぞうさん日記の中の人

どこに書けばいいのかわからなかったのでここに。

ぞうさん日記、99日目のリンクがおかしいですよー！

あと、Apple Xserveってi7コアのNehalem Xeonを2つ積んでも1Uだから、
なんとかなるんじゃないすか？w

http://itpro.nikkeibp.co.jp/article/COLUMN/20090501/329459/?ST=oss
OSS開発のドキュメンタリー面白いです^q^

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

jigブラウザサーバのIP追加・削除がございますのでご連絡致します。
詳しくはIP一覧をご覧ください。

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

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

ZFS の性能劣化
ttp://uyota.asablo.jp/blog/2009/05/09/4296115

>>636
確認いたしました。
対応完了の際にこちらにて連絡させていただきます。

BBS.CGI - 2009/06/05 にて対応しました。>>636

>>637
うーむ、ufs でいう tunefs みたいなコマンドで、
そのへんは制限できるようにならないのかしら。

ここはなんのはなしするの

一応これで制限できるのかな．zfs(1M) より（quota(1M) とは別のもの）．

     quota=size | none

         Limits the amount of space a dataset and its descendents
         can  consume. This property enforces a hard limit on the
         amount of space used. This includes all  space  consumed
         by  descendents,  including  file systems and snapshots.
         Setting a quota  on  a  descendent  of  a  dataset  that
         already  has  a  quota  does not override the ancestor's
         quota, but rather imposes an additional limit.

         Quotas cannot be set on volumes, as the  "volsize"  pro-
         perty acts as an implicit quota.

>>637
「ファイルを諦めてファイルシステムを破壊しようかと〜」という記述がありますが
その状況はいったん機械を止めていい＋HDD追加していいなら逃げられますよ
1.zpoolにミラーとして新しい容量の大きなディスク足す。ミラーリングが始まる
2.ミラーリングが終わったら古いディスクをpoolから切り放す
3.zpool全体をいったんexportしてimportしなおす
これで新しいディスクの領域を持ったpoolになります（＝ファイルシステム容量が拡大する）
というかこれができるのがZFSの大きなうま味の一つなのになあ？

ふむふむ

>>643
パフォーマンスが落ちないうちにミラーリングが行えるよう
予約領域が確保されているに越したことはないんじゃないんでしょうかー

そうだね

>>639
お世話になっております。
株式会社jig.jpの菊池です。

迅速なご対応ありがとうございます。
今後とも宜しくお願い致します。

http://qb5.2ch.net/test/read.cgi/operate/1223317539/257
bbsd が返すのは基本的に strerror(errno) なんですがそれがバグったのか，
あるいは Perl 側の recv() 等の処理がバグってゴミ文字列が入ったのか......

FreeBSD SAきたー

■ /md を mount する部分の rcorder(5) への対応

こんな感じに、/usr/local/etc/rc.d/mdsetupfor2ch を改造。
DAEMON より前に起動。

#!/bin/sh

# PROVIDE: mdsetupfor2ch
# REQUIRE: SERVERS cleanvar
# BEFORE: DAEMON
# KEYWORD: shutdown

. /etc/rc.subr

name="mdsetupfor2ch"
rcvar=`set_rcvar`
start_cmd="mdsetupfor2ch_start"
stop_cmd=":"

mdsetupfor2ch_start()
{
(ここは今までと同じものが入る)
}

mdsetupfor2ch_enable=${mdsetupfor2ch_enable:-"NO"}
load_rc_config ${name}

run_rc_command "$1"

(続き)

で、>>650 のようにしておいて、/etc/rc.conf に、

# /md sdetup for 2ch
mdsetupfor2ch_enable="YES"

とか書くと、/md 有効でチャンギ設定も有効になる、と。

今はここまでだけど、
チャンギ設定の有効無効は将来的には、
mdsetup2ch_changi_enable="YES"
とかいう感じに書けるようにできると、きれいかも。

で、メンテナンスする場合は、この行をコメントアウトするとか、
YES を NO にしてリブートすればおｋのはず、と。

でもこれ、rcorder(5) と他の起動スクリプトを斜め読みして今さっき作ったばっかなので、
何か間違っているかも。

ということで、チラシの裏。

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

・namidameの収容先変更(tiger3510 → tiger3527)

(現状)
+namidame.2ch.net:207.29.247.140:300

(変更後)
+namidame.2ch.net:207.29.225.65:300

>>653
無事変更されました。

あうあうあ〜(^_^;)はいー

そういえば転送量グラフは？

>>656
そういえば、tiger3527の転送量グラフ情報いただいてなかったですね。

ほいほい(^_^;)っhttp://traffic.maido3.com/xeGC/s3Fl/HOGe/

>>658
おつですおつです。

ＢＩＧＬＯＢＥさまより対応完了のご連絡がありました。
解除判断はrootさんにお任せします。
返答メール内容は以下とほぼ同一です。


報告人作戦返答処理スレッド★8
http://qb5.2ch.net/test/read.cgi/sec2chd/1240195434/880

>>660
deny from 202.225.157.249

を今解除しました。
10分程度で全サーバに回ると思われ。

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

そういえば、ex21のHDDは？

ttp://ascii.asciimw.jp/books/magazines/unix.shtml
だ、そうです。

>>664
ですね。ネットワークマガジンと合流でしたっけ。

サイズ変わった時に既に一度「死んでいる」という話もありますけど、
それでもやっぱり、一つの区切りというかなんというか。

>>663
ex22だったような。

月アスがなくなったときは悲しかった

Apacheに新たな脆弱性発見 - スラッシュドット・ジャパン
http://slashdot.jp/security/article.pl?sid=09/06/23/0455215
まぁサービス拒否攻撃だけど。

ゆっくりヘッダー送りながら大量にコネクション張れば、MaxClientsに到達するに決まってる
そんなのがいまさら脆弱性と言われるなんて驚き
俺はずっと昔からこの攻撃方法は頭の中にあった

これが脆弱性っていうならそもそも1スレッド1コネクションの仕様が悪い。

つうか携帯向けメニューで既に通った道なんだよなあ。
速度遅い携帯がいつまでもコネクション掴んだままで LAだけ爆上げになるというｗ

結局あれってkeep aliveオフとかで対処したんだっけか？

namidame鯖が新しくなってから、ロードアベレージが「ピコン」と上がることが少なくなった
HDDが10000rpmになったからかな？
ttp://ch2.ath.cx/namidame.html

>>670
たまに様子見てますが、明らかにそうですね。

OSも上げているので、どっちだったのかは微妙ですが
(changiとかのOS上げてみればいいのかな)、
「I/O待ちがぐぐっと増えて」というのが明らかに減りました。

>>669
KeepAlive Offはもちろん、
確かTimoutも短くしたですね。＜かつてroot権限があったころのc
5にしたんじゃなかったかな。

# 今のcはなってるのかな(未確認)。

久しぶりにこれ見てみた。

Docomoの設備投資状況
http://mumumu.mu/kserver/mrtg-rrd.cgi/numbers/docomonumbers.html
auの設備投資状況
http://mumumu.mu/kserver/mrtg-rrd.cgi/numbers/aunumbers.html
SoftBankの設備投資状況
http://mumumu.mu/kserver/mrtg-rrd.cgi/numbers/softbanknumbers.html

・Docomoの網が使えて
・au端末の機能を備えていて
・SoftBankの利用料金で使える

というのがあるといいのかな。

虫がよすぎる

>>665
今でもこれが手元にあるんですが
http://ec.nikkeibp.co.jp/item/image/h_153130.gif
この中に1999〜2002セキュリティホールワースト20ってのがあってですね
今読み返すとCodeRed,Nimdaが流行ったころなんですが
クロスサイトスクリプティングを使ってCookieを読み出せるセキュリティホールについて
の解説が詳しく載っていたりしました。
何がいいたいかというと一般人のセキュリティに対しての意識は昔からさほど変わらないどころか
相変わらず低いということです。
「インナーサークル」のリーダーとして活躍したビル・ランドレスが1985年に書き記した
「OUT OF THE INNER CIRCLE」という手記を今の若者の内何人が知っているのだろうか。

邦訳『ネットワーク犯罪入門』か。
ミトニックの本は知ってるけど、こちらは知らんかったな。
一応セキュリティは少々かじってる、って程度の人だが自分は。

こんど図書館ででも探してみるかな。
ミトニックは釈放されたときIEのプラグインの扱いが分からなくて
隣でサポートしてたRMSだかにヘルプしてもらったというしなぁ

>>666
うんうん

どくおさん、エースさんへ:

ArecaのカードでRAID 0+1ですか。

Arecaのカードなら真のハードウェアRAIDだし、
メッセージを見るとNCQも効いているようだし、
とてもいいかんじなのではないでしょうか。

(´・ω・`)oO(Arecaなんて初耳だ…
ハードウェアRAIDだしそのまま使えるし、もっと調べてみよう)

それだ！
あれか？

違う！

(・∀・)ｳﾌﾞﾝﾄｩ!!

---

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1) Gecko/20090622 Ubuntu/9.04 (jaunty) Shiretoko/3.5

FreeBSD 8.0-BETA1 Available
http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009018.html

いよいよきたか。
・・・でも、どうせRELEASEを迎える頃は残暑も過ぎて(ry

その頃には雪だるまもどろどろに溶けてるかもしれませんね

今既に、ねるねるねるねな状態という気も

2010年中を目途にJPドメイン名にDNSSECを導入へ。

JPドメイン名サービスへのDNSSECの導入予定について
http://jprs.jp/info/notice/20090709-dnssec.html

2010年といえば、来年度中。
IPv6よりも早く（りゃ。

●で妖女(金)の過去ログが見れないのは
仕様でしょうか?

>>688
意識的にそうしてあるっぽいです。< qb6の過去ログ参照

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

今日はそろそろねるねるで。
live23f3 は明日あたりにでも。

しかしさすがにそろそろ、雪だるまサーバの置き換えしたいかも。
で、live23/live24 のリフレッシュも同時実施するのがいいのかも。

>>691
ですねぇ。

ひろゆき発見記念カキコ

今年の夏は乗り越えれないか

atlanta級でいいよ
それより、板をもうちっと異なる鯖に分散させて

VMwareとかXenとかのでライヴ・マイグレーションしてよ

>>692の人が、ポケモンに頼んで鯖用意して、るの人が全部面倒見りゃいいんじゃね？
かの人は、拗ねてるか１歩退いてるようだし。
まあ、動き出せば血が騒ぐかもしれないけどｗ

今時なエコで高処理能力なヤツをお願いします

実況用なら、多少電力食っても頑丈でちょっとやそこらじゃへこたれないタフなものにしてほしい……

どうやらさんのゴーサインも出たからいよいよですか
単なるリプレイスじゃ面白くないのでこれくらいするとか

・全ての鯖をT-Banana（母艦だけはＣＰＵをクアッドに）
・FreeBSD 8.0

多分、T-Banana化したら使用鯖も減らせる悪寒がします。
母艦はちょっとコストはかさむけど運用コスト削減は可能だと思います。

>>692
どもです。
とりあえず、現状を書いておきます。

1) 受付嬢 現在2台

- banana403, banana404
・旧 banana
・導入年 2004年

2) フロントエンド 現在4台

- tiger2524, tiger2525
・旧 tiny tiger 2台(1台で2U占有、ディスクIDE)
・導入年 2005年
- tiger503
・PIEに入った最初のtiger
・導入年 2004年
- tiger2522
・導入年 2005年
・旧 tiger 1台(1台で2U占有、HDDのパフォーマンスが出ない(原因不明))

3) バックエンド 現在1台

- banana3133
・T-banana64 4G mem
・導入年 2008年

・バックエンド鯖にi7を2個載せ（できるマザーあったっけ？）
とか馬鹿な事はやらないで全鯖同一構成でやってみても面白いかもね。入れ替えやり易いように。

今実績のあるマザーボードがDQ35なソケット775なんだな
どーなるのかな ﾜｸﾜｸ

>>700
OSのバージョンとかは、別に考えたほうがいいかなと。

ハードウェア的には今のA-tiger 2009の構成なら、
フロント2つのバック1つぐらいで、じゅうぶんに行けるんじゃないかなと踏んでいます。

で、コンセプトとしては、

・今より台数を少なく
・今より消費電力を少なく
・今より占有場所を少なく
・柔軟な構成で

ということで、ざっくりこんなかんじなんじゃないかなと。

1) フロントエンド A-tiger 2009 with root権限 2台 (先日入った namidame = tiger3527 と同じ)
2) バックエンド A-tiger 2009 with root権限 1台 (同上)
3) 受付嬢は 1) と 2) が終わるまでは今の2台をそのまま動かし、
次の段階でT-banana2台に切り替えを考える(とりあえず急ぐ必要なし)

※万一 2) がしくったら 1) を1台 2 に変えて動かす(c.2ch の考えと同じ)、
ということで、1) と 2) は同じハードウェアで

> 3) 受付嬢は 1) と 2) が終わるまでは今の2台をそのまま動かし、

上記は、今のフロントとバックのリプレースが終わるまでは、
という意で。

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

これって、ipf に虫さんがいた(いる)っていうことなのかしら。

>>691-692

何に困っているですか?

1. 暇がなくて遊ぶ時間がない
2. 暇はあるが金がない
3. 金はあるが女がいない
4. 女はいるが男の友達がいない
5. 全て満たされているのが問題だ

6. 困っているふり
7. 困っていない

この辺りが抜けてますよ。

>>707
ふむ、、、。

私個人としては「暇なし金はもっとなし、あと16,000ポイントぐらい、さてどうしよう・・・」
という状況なわけですが、それをここで話したところで、何だかせんないような気も。

で、以前ならクリアできていたであろう局面で、、
力を発揮しきれない実況サーバがことごとく無反応になったりリブートかかったりするのは
何か納得できないなぁ、というかんじなんですかね。

どのぐらいのサービス品質をもって「よし」と自己満足するのかは、
いろんな(所|人)のさじ加減なような気もするわけですが。

8. 新しくするのが大好きだ

9. イレギュラースペックなモノを相手にして何でこんな能力になるんだと悩んでみたい

>>710
それはきっとあるですねｗ

>>707
> 4. 女はいるが男の友達がいない

ストレスたまるわ。

そもそもなんで落ちるの?
つまりどのリソースが一番飽和しやすいの?

(・ε・)ノ金もあるし女もいる困るのは周りのうるちゃい嫉みだけ

>>714
フロントサーバが7つから3つに減少してしまったため、
高負荷時にフロントサーバのhttpdコネクション数があふれるですね。
つまり、ROMが裁けなくなったというかんじです。

あとは、経年劣化によるものかどうかわかりませんが、
フロントサーバの挙動不審な落ち方(それほどでもないのに突然無反応になる)を、
幾度となく経験しているです。

バックエンドサーバは、2008年に今のT-banana64に換えてからは、
今のところそれなりに足りている印象があります。

そんなわけで、

1) 2Uで電気食う現在のフロントサーバの台数を減らしながら、
処理能力を上げることができて、
2) 同じハードウェア構成にすることで、フロントとバックの
相互融通性を利かせやすくする、

A-tiger2009 を フロント2台 + バック1台
という構成にするはどうか、と思ったわけです。

現在の受付嬢＋フロントの5台は全部退役
banana3133は新しい受付嬢に流用、そして4台新規調達ってことですか
T-banana 2台、 A-tiger 2009 3台だとどれくらいのパフォーマンスアップとコスト＆電力削減になるんだろう
まあとりあえずやってみて実験してみれば(ry

なるほどー
実況系ブラウザ専用新プロトコル"2dtp"とかつくっちゃうとかしないの?

さて、鯖会社のしゃちょーのOKはでるのか。。。

って、これ?→(^_^;)

値段もこなれてきたQ9650で組もうぜ

>>712
　　↓
　　ｗ(・∀・)
　　　ヽﾉ ）
　　　<<□

>>714
ハードディスク

>>722
コアI７でしょ

>>725
Core i7ね。920だったら安いし(´・ω・｀)

キーワードは「新しい」と、
いっちょやりますかー

しかし、なぜ今日のタイミングで、
回りに女スパイでもいるのかな、
あしたコアI7の初号機が設置されるのが絶対に漏れてる…

>>726
そう それそれ

初号機って事はぶん回して安定性を見る事から始めるのね。（・∀・）

core i7、ついに来ますか。

女スパイ＝(^_^;)

liveの強化が始まるのか
しかしこれでatlantaがますます過疎るだろうな

atlantaの板をそっちに移してもらえばもーまんたいｗ
負荷試験にもちょうどいいんじゃ？

まずatlantaにlive23/24の板を全部移転してから
live28/29に移転してくれると
どっちとも負荷試験できていいんでないかな

live28/29に本移転する前にlivejupitarだけ移転して
また最速1000大会をやるのも面白そう

わくわく。

でも、core i7、intelでは不遇な子になりそうですよ。

板移転で負荷試験はおもしろそうだな

そういえば板で思い出したが10周年記念の新板設立は？

>>736
i9なんてゆーものがありましたねー。

>>734
最速1000大会はぜひともやりたいだすなぁ

いままでの記録って何秒だっけ？

どこかのスクリプトによる14秒＠tsushima
だったような。。。

2chの鯖用途だと、i7のHT論理8コアってどうなんですかね。
HTって用途によって癖があるような気がします。
i7で64bit動作時の速度低下が改善されているらしいのでそれは期待できますけれど。

disk I/Oにてこ入れするならそろそろ新型が出るってことで値下がりしつつある
intelのSSDを…だめかな？Polywellの調達価格がどうなってるのかよく知らないけど。

>>692
この速さなら・・・

qb6のアカウント情報よどしくですー
mishowdaq-adのbaila6.jp =~ s/の/@/

ゆっちゃった（照照照）

>>739
頑張ります！（笑

>>738
core i9 (Gulftown) は 32 nm process なんで、省電力で速そうだよね。
http://gigazine.jp/img/2009/06/26/intel_corei9/intel_corei9.png

>>745
物理6コアはかなりいい感じなんじゃないかな、と＠パフォーマンス的に

まぁHTは大したこと無いから切っておくのが吉だと思う

>>747
空いてるCPUの一部でスレッドを実行する技術だから、まあ微妙っちゃ微妙ですねぇ
# CPUががら空きなら結構有効なんだけど、どうなんだろ

Opteronも忘れないでけろー

core i7、i9はいいけど、AtomはHT切っちゃうと、かなりしょっぱいｗｗ

CPUパワーは余り気味って話だから足回りにも目を向けましょうよ

>>748
1つのスレッドがCPU占有しているとき他のスレッドは一切動けないという状態よりはいいと思うよ。

>>751
だったらSSDしかないでしょー。
いや、ここは一気にRAMディスク。

>>752
HT有効にして、パフォーマンスが落ちるとかいうケースをそこかしこで以下略

>>753
mdは既に(ｒｙ

はうっ。

>>754
スケジューリングがうまくいかないとか、
2つ以上のスレッドが同時処理できない似たような処理を要求したとか、
キャッシュミス増加とか、そういう部分で低下するのかもしれない。

HTは悪くないの。許してあげて。

>>756
> 2つ以上のスレッドが同時処理できない似たような処理を要求したとか、
ここを見るだけで、HT無効にした方がよさげに見えてくる…＠2chで使う鯖

>>757
CPU内の1つしかないリソースを同時に使おうとする処理が多いならそうかもしれない。
どうなのかな、あと、2ちゃんねるってI/Oバウンドな処理が多いでしょ。
たいていのスレッドがI/O待ちの場合HTの効果は薄いかもね。
HTあり/なしでデータとって見て欲しい気もする。

＞高負荷時にフロントサーバのhttpdコネクション数があふれる
う〜ん・・・

新生雪だるまですか
# 完全入れ替えなら、確かに増強ではなく(ry

CPUがつおい子なのも良いかもですが、I/Oも気になったり

まずはマシンのスペック決めて
OSとか何にするか決めて
雪だるまはそのまま？

CPU Core i7-950 3.06GHz　or Intel Core i7-920 2.66GHz
HDD (Western Digital) WD3000HLFS ×２
OS わかんないｗ

HDD はこれも面白そうｗ
http://pc.watch.impress.co.jp/docs/news/20090714_302091.html

>>760
サーバの力以外は前と同じだと力が見分けやすいので、
システム的には、まずは従来の雪だるまを踏襲するのがいいのかなと。

で、サーバ投入手順と切り替えの手順は今夜あたりにでもここに書きます。
(今本業が取り込み中なので)

とりあえず、基本こんなかんじかと。

・同じスペックの「新サーバ」をフロント2台、バック1台に投入
・新サーバは今の namidame = tiger3527 = A-tiger2009 を参考に
- 参考: 今のtiger3527のspec(別途)
- CPUが変わる(i7?)
・考えどころ
- HDDをより高速にする? メモリをより多くする?
- 新受付嬢分も同時投入する?

・OSはFreeBSD 7.2R/amd64 with root権限
・ネットワーク I/F は2つ使用
- パブリック側とプライベート側のVLANは今の banana3133 と同じ VLAN で
* パブリック側: 206.223.150.*
* プライベート側: 192.168.100.9、〜.10、〜.11

そういう直線番長を連れてきてもあんまり状況変わらないんじゃないかなあ。
モロに足引っ張られるWindowsと比べてBSDやLinuxって
HDDの這うように遅いランダムアクセスを隠蔽するような構造になってたっけ？

となるとＳＳＤかＲＡＭディスク？

>>762
> ・新サーバは今の namidame = tiger3527 = A-tiger2009 を参考に
> - 参考: 今のtiger3527のspec(別途)

M/B: INTEL DQ3510J
CPU: Core2 Quad CPU Q9550 @ 2.83GHz
OS: FreeBSD 7.2R/amd64
Memory: 8GBytes
HDD: WDC WD3000HLFS-01G6U0 04.04V01 x 2 (RAID 1) = ar0

個人的にはどくおさんの日記にあった、
Areca のよさげな RAID カードに興味を持っています。
ぜひ試したいかも。

で、これから夜まで会議とか外勤とかで、
間欠的にオンラインになったりオフラインになったりします。＜わたし

>>765
例の真のHW-RAIDって奴ですね

ディスクI/Oがボトルネックなんだろうけど、SSDは信頼性がなぁ…
ネットワークはGigabit化できるのかなぁ

じゃあ、RAM を16Mとか32M（そんなに載るのがあるっけ？鯖用途ならあるか？）にｗ

M じゃない G だ・・・

DBに使うとかでなければマザボや電源のコンデンサと同じぐらいには持つはず。
ttp://www004.upp.so-net.ne.jp/botchy/ssd2.htm
あと高級なカード使わないとRAID0にしても速くならねーぞとかいう話が
ttp://enthusiast.hardocp.com/article.html?art=MTYxMSwyLCxoZW50aHVzaWFzdA==

ってかディスクの読み出しと書き込みのどっちで詰まってるんだろうね実況鯖は。
書き込みならキャッシュがでかいRAIDカードに沢山HDDぶら下げればいいけど。

ARC-1210ML に SATA�U HDD (WD VelociRaptorとか) x4台とか？

実況鯖ってそんなにHDD必要なの？

容量じゃなくて、処理の高速化の為だと思う。

>>774
yes

---

NIC を x2 にするとかはどうなるのかしら
# これは無意味？

ああ、そっか。保持数少ないけどその分勢いが有るか。

>>768
2chってSSDのネックの「書き換え」はそんなに無いんでは？
ひたすら追記して行って、いっぱいになったらリフレッシュしてまた追記の繰り返しじゃないの？

>>775
ユーザーからの通信用＋バックエンドとの通信用とかで既に二本使ってるんじゃね？

>>777
なるほろ

すぐオフラインになるので、>>761 だけ。

> インターフェイスがSAS 2.0(6Gbps)またはFibreChannel(4Gbps)。

おお、SAS 2.0(6Gbps) って標準化されたですか。

あ・・・SAS 2.0のボードが無い悪寒。

15krpmって空飛べるぐらい高速回転

3.5インチの7200rpmですら、最外周は確か132km/hなので、その倍+aかと。

15krpmのディスクは2.5インチなので計算したら約179km/hだった

サーバーのような枯れたものにしか採用しない部品はまだSAS 2.0はないかと
ソケットバッファが心配ならやはりメモリの確保が大事なのではと思います

NICはこの際4枚ほど積んで1OS(CPU)に1個割り当てるとか。。。 PCI-eの帯域いっぱいいっぱい使ってやってはどうですかね

そういえば2ch的にクラウドってどうなのでしょ？
もちろん金髪つんつんのほうじゃないですよｗ

SAS 2.0のボードって、出てたっけ？
まだなかった気がする

SAS 2.0はまだそんな板がない、というか、枯れてないし、
FreeBSDのドライバだってあるかどうかわかんないし → 時期尚早だべ
ってかんじですか。

>>784
仮想化することで、一台あたりのhttpdのソケットを仮想的に増やす？

>>787 の板 = カード
で。

で、どくおさんが日記に i7 のことを書いているみたい。
今ざっと見ましたがそれっていわゆる「いきなり本番解禁」ってことすか。

で、都合により深夜まで再びオフラインにて。
たまに WILLLCOM03 でアクセスするかも。

がんばれマァヴ

頑張るのはﾌﾞﾗｲｱﾝとか向こうの人でマァブが出来るのは応援とか通訳とかお茶漬けの開発とかそんなもんだろ

2004年6〜8月　banana403,404,tiger503,504,507デビュー
2005年7〜8月　tiger2522〜2525デビュー、live22(tiger2522)、live22x(tiger2523)、live22x1〜x3(tiger2523,2524,2525)、live20→live22xへ
2005年12月　　 live22b1,b2(banana403,404)、live22xをbanana403,404へ
2006年2月　　　live22x4,5(tiger503,507)
2006年5月　　　live23/24(banana403/404)、live23b(cobra2244)、live24b(tiger2522)、live23/24f1〜f5(tiger2523,2524,2525,503,507)、live22xの一部→live23へ
2006年12月　　 live22xの残り→live24へ、live22b1,b2をsnowfront1,2に変更、live22xは退役

2008年1月　　　live23/24f6(tiger504)
2008年5月　　　live23/24f7(tiger2522)、live23/24bをbanana3133へ
2008年10月　　 live23/24f1切り離し
2008年12月　　 live23/24f6切り離し
2009年2月　　　 live23/24f5切り離し、f1,f5,f6は退役
2009年7月　　　 live23/24f3切り離し

rootさんのサイトで調べてみたけどlive23/24って随分古いサーバー使ってるのね

>>771
フロント鯖はそんなにHDD使ってない(必要なものはメモリにどんどん展開してる)とか聞いた記憶があったので
フロント鯖はメモリが、バックエンド鯖はHDDが重要なのではとなんとなく思ってました


http://qb5.2ch.net/test/read.cgi/operate/1236267822/390-392

この「イチローの一振り」の時のhttpdコール数の最大値はlive23f_total 27340らしいので
新フロント鯖が2台になるということは、１台あたり10秒で13,670くらいは捌ける能力が必要と

で、余裕を持たせるなら10秒あたり20,000くらいは捌ける仕様でないといけないのかなと素人考えで
この数字がとてつもないものなのか余裕でこなせるものなのかわかりませんが、頑張ってこなして欲しいものです

個人的には、フロントは3台あったほうがいい気がする
2台だと、一台が落ちたらもう片方にすべての負荷がかかって、共倒れになる可能性があるし。

でも「バルス」で鯖が落ちなくなったら寂しいから、2台でいいかも

1台でブレーメン20,000捌ければ、おおよそ全盛期の能力を発揮できることになる
実際にどこまで能力があるのかは負荷実験次第だが

i7はSSE4.2があるからテキスト処理早そうだね。
glibcではSSE4.2に対応したって聞いたけど、BSD系は良く知らない…。

SSE4.2も今は宝の持ち腐れって感じか

もう来るのか早すぎ

ttp://www.maido3.com/server/zousan/nikki108.html

>>798
glibcでの話だが、SSE4.2によってstrlenとかstrchrとかを使うアプリケーションが何もしなくても高速化される

はやいなー
そうそうi7は消費電力がちょっとあれなんだよね
「Core i7は最下位モデルでもCore 2の最上位を凌ぐ」
↑これはどうかなぁ
でも920はOCの伸びしろがでかいから楽しいよ

ようやく自分の本業おわた。
これから自分の時間だけど、、、なんだかねむいかも。

どくおさんへ:
Core i7 site:freebsd.org でさくっと Google したら、すぐにこんなの出たんで、
かすりもしない、ってことはないのではないかと。

Core i7 anyone else?
http://lists.freebsd.org/pipermail/freebsd-current/2008-November/000537.html

intel i7 and Hyperthreading
http://lists.freebsd.org/pipermail/freebsd-performance/2008-December/003635.html

無理なさらずー。

物凄いwktkしておりますが。

あと、こんなのも。
これって何だかちょっとびみょーな。

Problem Report i386/135447: [i386] [request] Intel Core i7 and Nehalem-EP new features not supported
http://www.jp.freebsd.org/cgi/query-pr.cgi?pr=i386/135447

で、なんだか今日私、ちとエネルギーが足りないかも。

> で、サーバ投入手順と切り替えの手順は今夜あたりにでもここに書きます。

は明日以降にするかも。
(気が向けばレス投入しるかもですが、なければ明日以降にしたということで・・・)

CPUやdiskよりもNICの能力不足が出てきてるのか。これは難しいな…

>>805
そんな話どっかに書いてありましたっけ。
# >>804 のリンク先はまだ読んでいません、、、。

ＩＯ負荷はそう簡単に軽減させるのは難しいのでここはメモリで対応が無難だと思われ
core i7だと最大２４Ｇ可能らしいけどメモリ相性かなりシビアな悪寒
それと64ビットモードには苦い記憶が

・ターボとHTを殺す
・シングルスレと8016スレのベンチマークを取る
・ターボを復活
・もっかいベンチすると誤差がでるが同じ結果になる
・HTを復活
・も一度ベンチ取ると10〜15%パフォーマンスがおちてる

だそーです

試したの？
誰かの話の鵜呑みじゃなくて？

>>734
最速1000もいいけど最速容量オーバーもやったほうがいいかも
AA連投されてもびくともしないサーバーかが気になるし

>>809は>>804のHow-To-Repeatを超訳してみたもの

>>810 そうした「実地試験」ができそうなすごいテレビ番組って、
7月〜8月の間に何かありそうなんでしょうかね。

・数多くのROMの存在
・でかいAAの同時大量投入

>>812
確実なのは8月30日の日テレの24時間テレビ〜総選挙でしょうね

>>812
SF・ヒーロー音楽三昧←AA多そう？
26時間TV・24時間TV←ROM多そう？
とかとか？

高校野球

月末の魔女の宅急便

>>812
8/30だけど衆院選投開票日が一番白熱するかと

・数多くのROMの存在
・でかいAAの同時大量投入

＋とかの人は同じ実況板で開票を実況しながら巨大AA貼る人ばっかりなの？
どうせあちこちのスレにマルチコピペしながら＋とかν辺りでぐだぐだやってるだけじゃね？

＞rootさん、おいちゃん

もしサーバの許容量をテストされる場合、

（例）
　テスト開始日時：2009年*月**日**時**分〜
　テスト終了日時：2009年*月**日**時**分まで
　対象：*****サーバ

　上記の許容量テスト期間についてはいかなる行為も規制議論板への報告対象になりません。
　ただし、削除要請の対象となるような行為は禁止とします。

みたいな感じできちんと明文化してからテストしてもらえませんでしょうか

rootさんやおいちゃんの発言を拡大解釈して荒らしを正当化しようとする人が出るので

それと、テスト日時を明確にすることで安心してテストに参加できると思いますです

テストの具体的な方法も示していただけると助かると思います

普通に使うことでテストになるんじゃない？
んな、めんどうなことしなくても

8月中旬にNHKで「新世紀アニメソングスペシャル」がOAされるぜ。
http://mainichi.jp/enta/mantan/graph/anime/20090713_2/

>>821
規制議論に報告するバカと規制議論で「これはテスト中だ」と拡大解釈で正当化するバカが沸くんで

そういう状況になると実況しづらくなってテストどころじゃなくなるわけです。
たとえ報告が通らなくても、規制議論に報告されるということはライトユーザーにとっては恐怖なので

掘るのおいちゃんだろ
何言ってんだ

テストに参加するかしないかは自己責任でｗ

>>823
色々馬鹿らしいこといってるが
ここでやると迷惑になるんで止めとく

２ちゃんねる鉄の掟

出されたご飯は残さず食べる。

転んでも泣かない。

おいらのギャグには大爆笑する。

//と言うことでｗ