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

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

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

等を取り扱います。

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

過去ログ(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
【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

過去ログ(2)

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/operate/kako/1183/11833/1183341095.html
2ch特化型サーバ・ロケーション構築作戦 Part27
http://qb5.2ch.net/operate/kako/1200/12000/1200061619.html
2ch特化型サーバ・ロケーション構築作戦 Part28
http://qb5.2ch.net/operate/kako/1208/12086/1208685863.html
2ch特化型サーバ・ロケーション構築作戦 Part29
http://qb5.2ch.net/operate/kako/1212/12126/1212665493.html
2ch特化型サーバ・ロケーション構築作戦 Part30
http://qb5.2ch.net/operate/kako/1217/12175/1217507006.html
2ch特化型サーバ・ロケーション構築作戦 Part31
http://qb5.2ch.net/operate/kako/1235/12355/1235553306.html
2ch特化型サーバ・ロケーション構築作戦 Part32
http://qb5.2ch.net/operate/kako/1249/12490/1249070920.html
2ch特化型サーバ・ロケーション構築作戦 Part33
http://qb5.2ch.net/operate/kako/1249/12497/1249734498.html
2ch特化型サーバ・ロケーション構築作戦 Part34
http://qb5.2ch.net/operate/kako/1250/12504/1250495550.html
2ch特化型サーバ・ロケーション構築作戦 Part35
http://qb5.2ch.net/operate/kako/1254/12544/1254496873.html
2ch特化型サーバ・ロケーション構築作戦 Part36
http://qb5.2ch.net/operate/kako/1262/12624/1262456223.html
2ch特化型サーバ・ロケーション構築作戦 Part37
http://qb5.2ch.net/test/read.cgi/operate/1267711917/

>>1-3
春、乙

2証の引継ぎについて語ろうじゃないか＞＜

すみません、今度はyutori7の転送量グラフが止まってしまってます
できる方修復よろしくお願いしますです
yutori7/tiger3542
http://traffic.maido3.com/oTIP/Ex2e/wB0P/

伝えますー

どもです
宜しくおねがいします

gimpoに新サーバ導入するのは分かったけど、軽くなったところで板の数は変わらないので、
一部の板は新鯖名考えてそこに入れたり、tsushimaやatlantaに移転したほうがいいかと。

・・・ごめんなさい、出直してきます。

>>6
直ったらしい
自分では確認していない

データが吹っ飛ぶかもしれないから
今ある奴は花子とかに入れたら〜？

>>10
確認遅れてすみません
すぐ直して頂いていたようです有難うございました

FreeBSD7/8でSSD運用すると、時々パニクって落ちる・・・。
数週間に一回、とかいう嫌なタイミングで。
高負荷時に落ちる！、てワケでもないからタチが悪かった気が。
ウチはそんなのが何回も続いたので、SSDはWindowsServerに任せてる。

とりあえず、バックアップ体制は確保してから導入するといいかも知れない。

はてなでもSSDはLinuxで使っているみたい。"FreeBSDな日記"って書かれているのに。
http://d.hatena.ne.jp/halfrack/20100125/1264424530

データは無事なん？
それとも電子の藻屑？

>>15 ウチでの症状は、
１．カーネルパニック＋自動再起動　（数週間に１回程度）
　INTEL SSD 80GB(黒) + Ultra24 + FreeBSD 7.2R AMD64
　データは無事だったけど、これは運がいいだけかもしれない。
２．カーネルパニック＋だんまり　（２ヶ月運用後）
　INTEL SSD 160GB (銀） + 自作Xeon (L5520 Dual) + FreeBSD 8.0R AMD64
　データ死亡、マウントもできないくらい死亡。

双方とも某所のサーチエンジンで、親データは別サーバからNFSで引っ張っていたので、
データ再構築で済んだのが不幸中の幸い。
2chで運用って、思いっきりdat用だろうから、ちとだいぶ心配・・・。

どもども＾＾
まだまだ枯れたストレージでもないからなあ・・・リスクは高いか。

やってみよう、試してみようという話なんだから問題なし。
鯖死亡・データ絶望も２ちゃんのうち。

ま、('A`)/の人とデータ命の人が泣くだけか。

高価なSSDでデータを飛ばすというのは何とも2ch向きw

花子の時だって、i7の時だって、あぁだこぉだ楽しかったよ。
gimpoには、いくつか世話になっている板はあるけど、
ざっと見た感じ、止まって住人が大騒ぎする板ってある？

この辺の話かな
http://pc11.2ch.net/test/read.cgi/jisaku/1247297268/404-406
404 名前：Socket774：2009/07/13(月) 12:24:35 ID:MO/MhQSU
結構前の話だけど、IntelSLCSSD32GBに対して、ファイルアクセスが多い状態でsmartclt使ったら
SSDが完全にフリーズしたことがある。
それ以来怖くてSSDのsmart見てないんだけど、同様の現象出た人いる？

406 名前：Socket774：2009/07/13(月) 12:25:30 ID:MO/MhQSU
訂正
smartclt→smartctl
かたまったときのOSはFreeBSDで、SSD以外はそのまま動いてた


あと低速として定評があるJMF602のでは特に問題出てないみたいだからintel特有の問題か？
http://pc11.2ch.net/test/read.cgi/jisaku/1236953220/901
901 名前：Socket774：2009/03/17(火) 11:17:02 ID:oyWYiAD/
尻JMicron32Gだが、Windowsでプチフリするので、
FreeBSDの自宅サーバに入れて運用し出して約1ヶ月が過ぎた。

個人的なwebサーバやルータとしての利用位なので、
バックアップなど定期的なもの以外は負荷はほとんど無い。
よってプチフリも感じたことはない。

個人的には非常に安定していて良い感じ。
JMもこういう利用法なら個人的には有りかなと思ってる。
まあ、怖いのでバックアップは定期的に取ってるけどね。

参考として、SMARTから読んだ消去回数は以下のような感じ。

2009/02/17
Max Erase Count : 930
Average Erase Count : 745
---
2009/03/17
Max Erase Count : 1037
Average Erase Count : 877

この程度なら、寿命はまだ5年以上は余裕な感じかな

鯖利用を考えてる人とか居れば、参考にどうぞ

>>22
なんと
SSD(intel)のSMART checkは危険なのか
# ファームウェアの問題なのか、物理的な物に起因するのか

>>21
無線板とかの技術系板のログなんて別に飛んでも困らんし良いんじゃね?

>>22
smartctl使ったタイミングでフリーズって偶然な気がする。
発生確率が低いと再現するのも大変そうだ。

技術系の板だからこそ困るんでソ？
質問系のスレッドは特にログが欲しい。

ま、真偽が不明だからこそ2chで試して貰いたかったり
# sasuke-kaiも半分用意は出来てるし

new gimpoのグラフってこれかしら
http://traffic.maido3.com/yyXT/XCOg/Smv1/

トリップ仕様の相談・要望はどこですかー?

障害を楽しめる2chならではだな>真偽が不明だからこそ

SSDのプチフリはJMicron製コントローラチップ「JMF602」固有の問題ですよ
現在ではコントローラの種類も増えているので心配しなくて良いかと(´・ω・｀)

>>27
スレは落ちたようだから
質雑で書いてみて反応みたらどうだろう？

Linuxではプチフリしないと聞いたが、FreeBSDだとどうかは知らない>JMF602

INTELのSSDは、JMicron製コントローラ使ってないと思うので、プチフリは考慮しなくても
いいんじゃないかな・・・。

ウチの環境だと、確かにサムスンの64GB SLCなの、及びMTronの32GB SLCなのは、
FreeBSDで安定運用している、但しどちらもcronだのリバースプロキシだのなので、
ストレージに負荷掛けていない運用だけれども。

FreeBSDとINTELのSSDに相性があるのか、他の要因（ファイルシステムやATAコントローラなど）
が絡んでいるのか、正確には検証していないので、個人的には、2chでの運用実績がどうなるのか、
とても興味ある次第。

ただ、一見SSDのせいに見えない、「カーネルパニック死亡」が起きる可能性は否定できない。
もしおきちゃったら、SSDも疑ってみるといいかも。

SSDはシーケンシャルタイムがHDDに比べると圧倒的に速いので、テキストをガシガシフラグメント
させるような、２ｃｈな用途には、かなり効果的だと思う。

シーケンシャルリードを裏で走らせても全く問題ないくらいストレージ帯域が空くと思うので、
もし出来るのなら、バックアップ用HDDをマウントして、１時間に１回とかバックアッププロセスを
cronで走らせれば、多い日も安心な気が。

まぁ、理想解は、「SSDで安定運用」だと思うので、そこに落ち着くことを願っております。

それでは、運営頑張って下さい！。

＞多い日も安心な気が
立体サイドギャザー的な立ち位置のHDDを想像してﾌｲﾀ

Portsの更新のタイミングをまっているのだが
まだなのかな

第152日目：smartmontoolsで SSDの寿命を計測してみよう
http://www.maido3.com/server/zousan/nikki152.html

なんと、噂のアレが！

>>35
こんなパラメーターになるのかー
sasuke-kai、修正しないと駄目な予感

そして、また日本語がおかしい事に気づいた
# 最近マジでダメだなあ・・・

SSD絡みで：
ディスクキャッシュ用メモリの件：
FreeBSD、AMD64では、16GBくらいまでページング/キャッシュとして使われるみたい。
なので、もし余裕あるなら、4GBのメモリモジュールに交換するといいかも。

ウチのサーバ、半分以上メモリ使われてなくて、ちょっと寂しい・・・。
Mem: 1262M Active, 13G Inact, 4574M Wired, 76K Cache, 4923M Buf, 28G Free
　＃ページ外入れると6GBしか使っていないのは、、、orz。

>>37
今回は既存のA-Tigerサーバーとの比較が目的なので、それはどうなんでしょう？
もちろん、うまくいかなかった場合のオプションとしては、アリだと思いますが。

>>38 あーいやいや、今回のテストとは独立した話です。
というかキャッシュ話なので、HDD同士で比べるのが正解かもしれない。

>>35
今修正版書いた
今夜うpし直すけど、送った方が良いのかな

送りました
ただ、ここで良かったのかな@宛先

　　　　　　 ＼663 名前：ちきちーた ★　[]　投 ／
498 名前：ち ＼　　　　　　　　　　　　　　　　 ／名前：ちきちーた ★
　　　　　　　　　　＼うむ　失敗したみたい ／なーに　もう一回作業
　　／￣￣￣￣￣ ＼　　　　　　　　　　 ／
＜　すすきのタイムは＼∧∧∧∧∧／794 名前：ちきちーた ★
　 ＼＿＿＿＿＿＿＿＜　　　　　　　＞そんな難しいのは知らないﾆﾀﾞ
　　　　　　　　　　　　　＜　予　　 ま　＞ftp だけ知っているﾆﾀﾞ
　　　　　　　　　　　　　＜　　　　　だ　＞
─────────＜　感　　 薄　＞──────────
　／￣￣￣￣￣￣￣ ＜　　　　　野　＞498 名前：ちきちーた ★
＜ できることをする　＜　 !!!!　　の　＞>>493
　＼＿＿＿＿＿＿＿ ＜　　　　　　　＞みんなに氏ねと言われる
　　　　　　　　　　　　　／∨∨∨∨∨＼簡単なお仕事です
　　　　　　＼オーー／　　　　　　　　　　 ＼
　　　∧＿∧∧＿／701 名前：ちきちーた ＼りは自己満足(smile)
　　 （　　　　）　／　　　　　　　　　　　　　　　　 ＼
　　　　　　　／ 別のサーバで作業していたw 　 ＼

頻繁に読み書きするであろう2ch鯖に
SSD使って大丈夫なの？という素人目から

この前gimpo死んでた時は俺がよく行く板がことごとく入ってて泣いた

日記をエースさんが更新しているけど、
どくおさんは、えらく面倒なことをしているんだな。
本当に動くのだろうか？

('A`)さんが過労で倒れませんように（‐人‐）

ﾅﾑﾅﾑしちゃだめー!!

電子レンジで温めたお芋おいしいです(｡-ﾉ-)/Ωﾁｰ-ﾝ!!(｡-ﾉ-)ﾉ彡☆ﾎﾟｸﾎﾟｸ!!

フラグですか

運用開始直後なのにE9の値がすごい勢いで
減っていったらどうしようｗ

あれ、smartctlって既存の鯖には入ってないんだっけ?

エコになるなら賛成です

8th way to explore the world: X25-MのE9が減る（続）
http://8thway.blogspot.com/2009/06/x25-me9.html

上記サイトによると34.83 TiBの書き込みでE9が50に
数値の変化は書き込み量に正比例はしない

S.M.A.R.T.でE1(225)が表示されてないけど、これはファームを最新にしないと出なかったけ?

E1＝Host Writesインジケータ（書き込み量の統計）

どうでもいいけど、NAOさんが書いたsasuke-kai、fakef22.sh(_serviceにuptimeを出力するスクリプト)をもとに書いたのかな？
何となく雰囲気(←なぜがGoogle日本語入力だと変換できる)が似てる

jaistのmrtgのグラフにはSSD Cache Hit Ratesが含まれているけど、2chでもSSD採用したら見れるようになるのかな?
http://ftp.jaist.ac.jp/ftp-admin/mrtg/

ってあー、これSSDへのコンテンツキャッシュの情報か。勘違いスマソ。

>>56
これのグラフだね。花子で同じような使い方すれば仔花子いらないんじゃとか。
今更改造するのは面倒だろうからmemories3の頃に考える話だけど。
ttp://ftp-admin.blogspot.com/2009/12/l2arc_06.html

GWあけたらgimpoやっか
準備は出来ているらしい

>>58
え？

↓これ、うまくいったの？？
第１５４日目：9.0-CURRENTからどこまでダウングレードできるんだろう？

よくしらないのだ

普通GW前にやらないか？

GWはみんなでゆっくり休みましょう、という

>>61
やるもやらんも、今日の日記で「うまくいっていない」のにできないだろ。

上流にバックポートのお願いできないのかな

gimpoの後でいいから、書き込み数の多いyutori7でもSSDの実験をして欲しいな
149日目にあった高性能SSD搭載 A-Tigerサーバー＋rootスペシャル、みたいな感じで

gimpo作業予定はGW明けですか。
今のうちに記者さんのアレをバックアップ取っとくか。。

>>65
書き込み数が多いからすぐ飛びそうだな

yutori7は去年のi7のリベンジの意味でもやって欲しいような。

うまくいってるのにリベンジとな

>>69
今のyutori7は代替の通常のA-Tigerだよ。
i7サーバは離脱中。

うまくいってるとリベンジしたくなる人も居るわけで

ttp://lists.freebsd.org/pipermail/freebsd-ports/2010-April/060906.html
おせーよ

L3キャッシュ内にcgi置けば超爆速になるよ

cgiをカーネルモードで動かせば1.5倍ぐらい早くなるよ

HEADS UP: FreeBSD 7.2 EoL coming soon
http://www.mail-archive.com/[email protected]/msg02832.html
2chのOSって今どうなってるんだっけか。
使用してないけどネットワークに繋がっている古いOSのサーバーは特に気を付けないと危ないけど。

2chのOSは、大多数が7.0Rだったっけ

現在使用中の2chサーバー 使用OS(参照元:http://love.45.kg/ililili/graph.html)
5.4R-amd64: oyster243
6.1R-i386:tiger2513
6.2R-amd64:tiger3501,cobra2245,banana3134,banana3230,banana3232,banana3203
6.3R-amd64:cobra2246
7.0R-i386:banana3197,banana3000,banana3190,banana3251,banana3258,banana3303,banana3204,banana3238,banan3211,tiger503
7.0R-amd64:banana3901-3902,banana3706-3707,banana3712,banana3721,tiger3506-3507,tiger3511,tiger3519,tiger3532,tiger3537,tiger3542,tiger3550,banana3260,tiger3522,tiger2524-2525,tiger2522,banana3133,tiger3502-3504
7.1R-amd64:banana3104?
8.0RC1-amd64:tiger3546
8.0R-amd64:tiger3515,tiger3517
※間違い・抜けなどあるかも

見事にEOLだらけだなおい。5.4とかセキュリティパッチのバックポートすら難しそうだが大丈夫なのか?
関係ないけどmilw0rmの更新が止まっていて、その後継としてinj3ct0rが開始されてんだな。重くて繋がりにくいけど。

oyster243あたりは裏方鯖で板は入ってないはず、だけどまあ何が起きるか分からんね。
ってかopteron鯖はもう3台しか生き残ってないのか。

>>78
>>76には無いけど、oyster901がまだ生き残ってる
FreeBSDのバージョンは不明だが、rootさんがよく実験でバージョンアップしてるから、今は8.0Rとかになってるのかな
最低でも7.xにはなってるはず

>>79
特化型スレ31でFreeBSD 7.2-RELEASEにUPしてた
その後の作業レスは見つけられなかったからそのまんまかな？

oyster901.peko.2ch.net (root権限ありサーバ、1台660オイスター、Opteron 242 dual、4GBytes memory、メモリディスクあり、FreeBSD 7.0R)

って記されてはいるですね♪＠むむむさんちのページ

で、新gimpoは何でデビューするんだろ？
どくおさんは7.0にダウングレードするのに苦労しているけど、
2chの鯖なら、今うまくいっている8-STABLEで構わない気がする。
比較するのが目的なのは判るけど。

>>82
http://www.maido3.com/server/zousan/nikki154.html
よく読んだ？

理想主義の社長に振り回されるどくおさんのデスマ

gimpo移転宣伝スレ、ちょろさん記入の誘導先がPart37なんですが修正しないのですか？

修正の必要を感じません

いい加減yutori7の設定変更依頼メール出せ
何度落とせば気が済むんだ

何度落とせば気が済むんだ?

落とさないように使うこと、厳命です。

ですよねー

gimpoいきまーす

始まったら当分とまります

>>90
おぉー

そのうちはじまる予定

普通に使って落ちてるんだから仕方が無い

なんか準備が整っていなくて今日はない予感。
gimpoのrootをもっていないからだってさ、

なんだうそか

>>94
おぉ、GW明けには快適かとおもってたのに
ちょっと残念
来週ぐらいにでも移転してくれるとうれしい

>>94
転送量グラフの大半が16:55で止まっちゃってるのは直ります？

あらら　伝えてきます

>>98
はーい
よろしくお願いしますです

そういやroot付き鯖だっけgimpoは。
むむむ先生がいないといろいろ手間がかかるのかな。

yutori7のリロードバーボンどうにかして欲しい。
１００スレぐらい一気に連続で読み呼んだらボーボンに飛ばされる。
他の鯖だと飛ばされないのに。

バーボンが正常作動しているようで何よりです。

今北。

ごめんなさい。遅かったかも。

ん?
やる?

たぶんメールが届いていると思う

/cheer

>>102
50レス連続読み出しでバーボンへ飛ばしちゃいなYO!

先生ｷﾀ━━━( ´∀`)･ω･) ﾟДﾟ)ﾟ∀ﾟ）･∀･)￣ー￣)´_ゝ`)−＿)ﾟ∋ﾟ)´Д｀)ﾟーﾟ)━━━!!!!

>>104
これからメール読みます。

ちんぽ鯖をイジると聞いて見学に来ますた

それらしいメールは届いていないようです。

gimpo の器を新しいのに移すということでしょうか。
だとすると、httpd の停止と /home のコピーをすればいいのかな。

メールが届いたようです。

わくてか

メールには新サーバ、incheon.2ch.net のアカウント情報が書いてありました。
(root 権限なしでした)

サーバ名変わるんでしょうか。
gimpo.2ch.net のまま中身を移し替えて、DNS つけかえるのではなく?

好きにしてくださいー

incheon以外にする事って可能？

SSS・・・じゃなくてSSD鯖くるー

つか韓国かｗ

SSDは当りか外れか、、ちょっと楽しみだったりする。

>>114
ふむ、、、。

まずは incheon.2ch.net として受け取ってきます。
と言っても私には板作りや移転のスキルはないわけだが。

そっくりコピーして比較するのが目的でーす
過去datも含めて

>>119
だったら、バーチャルホスト作り直してもらうかんじですね。
gimpo.2ch.net になる＊つもり＊で作ってもらって、
DNS替えるのは移す時と。

これから中身のインスペクションします(dmesgのチェック)。
で、問題なければ、
incheon はいったん返して、gimpo 名でバーチャルホストを作り直してもらうということで。
ただしDNSはまだ変更しないと。

で、データのコピーは私のほうでやってみます。
コピー中のパフォーマンスの出方も参考になるはず。

結局　今日gimpoは止まるですか（笑）

明日以降ですか？

今 incheon になっているやつにログインした。
tiger3530。

OSはFreeBSD 7.0R。SSD以外はA-tiger2009と同じハードウェアスペックで、
設定はroot権限なしA-tiger2009と同じなようだ。

で、

で、SSD は、

ad6: 76319MB <INTEL SSDSA2MH080G1GC 045C8610> at ata3-master SATA300
ad8: 76319MB <INTEL SSDSA2MH080G1GC 045C8610> at ata4-master SATA300

で、ad6 がシステムディスク、ad8 が /home になっていた。
RAID 1構成にはなっていない。

で、、、。

で、、、。

GEOM: ad6: the secondary GPT table is corrupt or invalid.
GEOM: ad6: using the primary only -- recovery suggested.

GEOM: ad8: the secondary GPT table is corrupt or invalid.
GEOM: ad8: using the primary only -- recovery suggested.

と言っているのが気になる。
ちょっと調べてみます。

SSDは、X25-Mですか。

INTEL SSDSA2MH080G1GCでググったらX25-Mのようですね

あとはこれかな(´・ω・｀)
ttp://www.maido3.com/server/gimpo/ssd-tiger.html

あ、、、。
この GEOM がエラーを吐いてくる件とは別件ですが、
ちっといまいちかも。

このSSD、ファームウェアのバージョンが古くてパフォーマンスが悪く、
かつ使っているうちに悪化していくものである可能性があるもののようです。

ad6: 76319MB <INTEL SSDSA2MH080G1GC 045C8610> at ata3-master SATA300

ここの「045C8610」の「8610」が古いものをあらわしている模様です。
情報あったので、ちと調べてここに書きます。

これ？
ttp://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&DwnldID=18363

まだ403か

またしてもroot権限無いんですね。。

ありました。

IntelR SATA Solid-State Drive Firmware Update Tool
http://www.intel.com/go/ssdfirmware/

This firmware update tool provides the latest firmware
for the following Intel SSDs in all capacities:
- IntelR X25-M/X18-M SATA SSD on 50nm (black case) - updates to FW version 8820
- IntelR X25-E SATA SSD on 50nm (black case) - updates to FW version 8850
- IntelR X25-M/X18-M SATA SSD on 34nm (silver case) - updates to FW version 02HD
- IntelR X25-V Value SATA SSD on 34nm (silver case) - updates to FW version 02HD

このハードウェアは型番によると、

> - IntelR X25-M/X18-M SATA SSD on 50nm (black case) - updates to FW version 8820

のようなので、本来のパフォーマンスを出すためには、
上記Webからツールをダウンロードして、
この「バージョン 8820」に上げる必要があるようです。

そうすると、
> This firmware will enable your SSD to deliver the best performance in your PC.
> Use this update tool to get the latest production firmware.

になる模様。

いま少し Google してみたところでは、 8610 というファームの評判はいまいちなようです。

>>128
それのようですね。

> http://www.intel.com/go/ssdfirmware/

から飛ぶ先がそれのようですので、
ファームが再度更新されたら、飛ぶ先が変わるのかも。

PIEの中の人にお願いしないとダメかな？

ファームは上げた方がいいですね。
PIEの人にお願いでしょうね。

ISOをCD-Rに焼いてブートCDを作る必要があるような・・・

ということで、

・まずはSSDを本来の性能が出るようにしたい
(じゃないと比較する意味がない)

ので、

1) この作業(ファームウェアの更新)をPIEで実施してもらい、
2) その後改めてOSを入れなおし(これは要らないかも)
3) 新ファームの状態で中の人にベンチマークをしなおしていただき、
どくおさんが以前公開したベンチマークの結果と比較する
=> これでファーム更新の効果もわかる
4) その後、gimpo.2ch.net になる予定のものに仕上げて渡してもらう
ただし DNS はまだ変えない
5) 以降は前のchangi等と同じ移し替えの作業

というのはいかがでしょうか。

順調に行けば、週末ぐらいには 4) 以降ができる気がします。

週末って明日？

>>133-134
そですね。

作業は >>135 で、iso イメージは >>131 からダウンロードできるようです。

参考

Intel、同社製MLC SSD用の性能改善ファームウェア
http://pc.watch.impress.co.jp/docs/news/20090414_125340.html

Intel製SSD 性能改善ファームウェアを試す
〜低下していた書き込み速度が改善
http://pc.watch.impress.co.jp/docs/column/hirasawa/20090420_127745.html

ということで、今日のところはいったんサーバ返却→ファームウェア更新手配、
がいいような気がします。

問題なければその旨を中の人にお返事します。

>>139にあるけど
BIOSで一旦IDEモードにしないとファーム更新出来ないのがなぁ
G2でやろうとした時ハマった・・・。

ということで、これから中の人に >>140 でメールします。

>>141
おお、重要ですね。

で、今思い出しましたが、
RAIDなしなので、AHCIモードにすると高速になって幸せかもですね。

>>136 の 1) から 4) までの手配のお願いをメールしました。

>>143
rootさん、お疲れ様です(｀・ω・´)ゞﾋﾞｼｯ!!

>>143
乙ですm(__)m

ｗｋｔｋ

BBQだと巻き添えが大きすぎるってなら、P2側で独自の串規制リストを用意して
荒らしのあった範囲を片っ端から放り込んでいけばいい

うげ、誤爆したスマソ

作業いただける旨中の人からお返事をいただきました。
ということで、>>121 は明日以降となりますた。

>>149
ほ〜いどうもで〜すよ〜（笑）

SSDのファームウェアの更新作業が無事に終わると、2本とも、

>>123
> ad6: 76319MB <INTEL SSDSA2MH080G1GC 045C8610> at ata3-master SATA300
> ad8: 76319MB <INTEL SSDSA2MH080G1GC 045C8610> at ata4-master SATA300
↓
ad6: 76319MB <INTEL SSDSA2MH080G1GC 045C8820> at ata3-master SATA300
ad8: 76319MB <INTEL SSDSA2MH080G1GC 045C8820> at ata4-master SATA300

に変化するはずなので、これで作業の完了を確認するとよいと思います。＞中の人

ドコモ スマートフォン Xperia(TM)から２ちゃんねるに接続できない問題について / BIG-server.com 新着情報
http://www.maido3.com/server/news/20100428.html

27.228.0.0/14 が一部 Tier1 的に Bogon になっていた、
ということなのかしら。

そういえば某地域に 1.0.0.0/8 が割り振られましたが、
これって結構使いにくいアドレスな予感。

割り当てされてから現実に使用を開始するまでの猶予期間が短くなってきているようで
Bogon解除作業が間に合わない状況になってきているという話らしいです

IPv4アドレスの枯渇が遂に現実味を帯びてきましたねぇ
まさかそんなネタのようなアドレスまで使うことになろうとは

ネタ？

>>98
グラフの回復確認しましたー
ありがとうございました

ばーごん

今日19:00からgimpoやるという情報get

おいちゃんおつかれー
SSD鯖どんな結果になるか楽しみだねぇ

>>157
ファームウェア、無事更新できたみたいですね。

第１５５日目：ファームウェアの更新でSSDの性能アップ？http://www.maido3.com/server/zousan/nikki155.html

>>157
中の人から19:00に完成予定の旨、メールいただきました。
ファームウェアの更新は無事成功し、ベンチマークの結果が
若干よくなったとのこと。

現在出先でメール出せない環境にて(メール読む＆作業は可能)、
こちらで失礼をば。

メール読みました。＞中の人

移転開始時に、
現在のgimpo.2ch.netのApacheを止めてから作業します。
問題なければこんなかんじの流れを予定。

1) 新gimpo受け取り、中身チェック
2) 現gimpo Apache停止、bbs.cgi停止
3) 現gimpo→新gimpo 全データファイル移動
4) DNS切り替え依頼
5) 新gimpo bbs.cgi復旧

3) の作業の際にSSDの様子も見る予定。
普段の作業感覚より軽いか重いか。

サーバを受け取りました。
これから中身をチェックします。

dmesgでファームウェアの更新を確認。

ad6: 76319MB <INTEL SSDSA2MH080G1GC 045C8820> at ata3-master SATA300
ad8: 76319MB <INTEL SSDSA2MH080G1GC 045C8820> at ata4-master SATA300

GEOMがエラーを出している状態には変わりなし。

GEOM: ad6: the secondary GPT table is corrupt or invalid.
GEOM: ad6: using the primary only -- recovery suggested.

ただし、とりあえず致命傷ではなさそう。
(この問題は7.1か7.2あたりで修正されている模様)

その他の点、問題は発見されなかったので、
これから作業入ります。

まず現gimpo側の準備から。

現gimpoではdcameraとsakeがジンギスカンか。これからはずします。
で、はずし終わったら現gimpoのApache止めます。

現gimpo、bbs.cgi停止します。

現gimpo
・bbs.cgi停止
・dcamera、sakeのジンギスカン停止
・Apache停止

完了。

これからファイル移動作業へと。

ファイル移動開始。

今のところ作業は順調。

ですが、、、。/homeが80Gなので、
今のデータをコピーするだけで、かなり埋まってしまう予感。

du -h で調べたところ、
今のgimpoには既にこれだけのデータが入っているらしい。
49Gぐらいのうち、25Gぐらいは最初の状態で埋まる計算。

17G 過去ログ
7.0G ライブな板やプログラム
1.4G ログ(芋)

ちなみに tiger3530 の /home は 54G の設定になっている模様。
(そのうち使えるのは 49G ぐらい)。

今の状況。

tiger3530:~$ df -h /home
Filesystem Size Used Avail Capacity Mounted on
/dev/ad8s1d 54G 3.9G 46G 8% /home

データ移行中に容量計算始めるって
こればVIPクオリティーってやつか・・・

そろそろ出先を出なければいけません。
次にオンラインになるのは2時間ぐらい後の見込み。
たぶんちょうどファイル転送が終わる頃。。。

今の状況。

tiger3530:~$ df -h /home
Filesystem Size Used Avail Capacity Mounted on
/dev/ad8s1d 54G 8.7G 41G 18% /home

ttp://google.com/search?q=pocketputty

いぁ、なんでもないです

おつかれちゃーん

定年まで飯食えるのかねこういう仕事って

rootさんなら、もし定年前に退職しても
うちで働いてもらいたいくらいだ
もちろん幹部待遇で

少なくとも２ちゃんは定年まで持たないだろうな

電車混んでる、、、今日は金曜か。
転送量グラフ見る限りでは順調の様子。

電車の転送量グラフ？

これはどう読めばいいんだろうか。
新gimpo転送量　ttp://traffic.maido3.com/yyXT/XCOg/Smv1/
現gimpoのread　ttp://mumumu.mu/mrtg/mrtg-rrd.cgi/io/gimpoior.html
・X25-Mは前評判通りシーケンシャル書き込みが遅い
・現gimpoのHDDからの読み込みが遅い
・ネットワークで何か起きてる

細かすぎるんでわ。( ﾟДﾟ)y─┛~~

確かnamidameとchangiの交換の時は100Mbps使い切ってたはずだし…
ってそういやあの時は一回tarか何かに固めてから転送してたんだっけ。

>>180
ネットワークで何か起きてるって
そりゃファイル転送してるからでしょう

そういえば、半二重病はこのマシンは大丈夫なんでしたっけか？
何かにひっかかって速度が出ないのであれば、一番の疑惑はここら辺ですが

転送、終わったみたいだね。

帰宅。

転送の様子見てきます。

おつです、おつです

>>173
一応PocketPuttyの環境もないではないですが、
満員電車の中ではちと。

>>180 >>184
ネットワークは両サーバとも正常のようです。
そういえば現gimpoは8.0-RC1なのにちゃんと100Mbps全二重だな。
興味深い。作業後ででも調べてみるか。

> ・現gimpoのHDDからの読み込みが遅い

これがボトルネックだった気がします。
ファイルが >>181 だからではないかと。

で、転送の無事終了を確認。
容量も計算どおりの模様。

tiger3530:~$ df -h /home
Filesystem Size Used Avail Capacity Mounted on
/dev/ad8s1d 54G 25G 24G 51% /home

stats 調整してきます。
それができたらDNS切り替え依頼へと。

頑張ってください

>>189 done.

DNS変更申請いきます。

(現状)
+gimpo.2ch.net:207.29.225.195

(変更後)
+gimpo.2ch.net:207.29.225.100

rootﾀｿ頑張って(;´Д｀)ﾊｧﾊｧ

さぁどうなる。

アクセスがきはじめました。

お、見れるようになった

DNSの変更を確認できたら、

・F22の調整
・前の状態の復元(dcamera sakeをジンギスカンに)

で、様子を見つつ bbs.cgi の復活へと。

途中の状態ですが、、、。
SSDってなんかすごくいいかも。

わくわく。

DNSはもう切り替わってるね

あとはSSDがどれだけ長持ちするかですね。
これまでこんなに大規模なSSD耐久実験は行われたことがあるのかな。

DNSの切り替わりを確認。

F22調整してきます。

何個かのスレ見に行ったけど、書き込みできないような・・・

作業おつです
スレみれますね

F22調整完了。

dcamera sake をジンギスカンにします。

>>202
それは最後のお楽しみ。

ワクワクツクツク

お疲れ様っす┏Ｏ))

dcamera sake ジンギスカン化完了。
板復帰が早い、、、。

さて、最後の仕上げへと。

おつですおつです
データセンタ内だけでもGbEにとかしないのかな

bbs.cgi has been enabled.

>>210
書けたよ
乙でした

書けることを確認。

http://gimpo.2ch.net/test/read.cgi/dataroom/1092408412/139

>>210
書き込み確認！お疲れ様でした(｀・ω・´)ゞﾋﾞｼｯ!!
http://gimpo.2ch.net/test/read.cgi/nandemo/1268832518/202

>>210
先走ってました。かけましたです。bbs.cgiもう有効化されてると思ってしまいました。
お疲れ様でした。

かけました。お疲れ様でした

乙です乙です
SSD化でrootさんの作業も楽になればいいのにな

皆さん、お疲れ様でした。
rootさん、出先さん、分りやすい実況を有り難う御座います。

syatat -v でサーバの様子見てますが、、、。
SSDってすごくいいかも。

この時間(というかさっきの19:00の時点でも)
既にHDDキャパがめいっぱい(ビジー率100％)だったわけですが、
今の時点で何と数％。

今までディスクI/O待ちばかりで働けていなかったCPUが、
めいっぱい働けるようになったかんじ。

今日ずっとこんな感じでいけるなら外からでも、
「大幅に軽くなった」とはっきりわかるんじゃないかなと。

あとは耐久性とか、価格とか、そういう方面か。

rootﾀｿもいい加減▲取ればいいのに(´･ω･｀)

乙です。ディスクキャッシュに載ってなさそうなスレを選んで取得してみると気持ち悪い速さｗ
新gimpoはroot無し?でMRTG見れないんですかねえ、ちょっと楽しみにしてたんですけど…

確かに読み込みが段違いで速いわ。

　●　●
　(・∀・)ゞ　お疲れさまでした〜

F22が正しくかかっているのを確認。
http://gimpo.2ch.net/_service/20100507.txt

statsも増えていっている模様。
http://stats.2ch.net/suzume.cgi

あとは普通に使ってみて問題なければ、
旧gimpoはバックアップを花子の外に公開しないところにでも固めて、
来週前半あたりに返却へと。

ただ、この個体は8.0Rでもネットワークが全二重でちゃんと動くっぽいので、
週末あたりに少しそっち方面を調べてみることにするです。

すごい

>>221
読み込みも速くなってね？

本日予定されていた作業はこれで全て終了しました。
おつかれさまでした。＞中の人々

しかし、速いサーバは気持ちがいいですね。
書き込み(ファイルの転送)してた時は「こんなもんなのかな」と思ったけど、
(それでもI/Oには相当余裕があるなとは思った)
小さいファイルをリモートからWeb経由で盛大に読ませる、という用途には、
すごくいいかんじ。

ただ、今回はRAID 1設定じゃない、という部分は、
割り引いて考えないといけないですね。

>>226
rootﾀｿ乙　中の人乙

常駐スレは大規模規制が繰り返されて過疎化したせいで
いまいちよくわからないけど
確かに以前より、よどみなくアクセスできているような気がする

gimpo特有だった読み込みの引っかかる感じ、今はないね

ｽﾑｰｽﾞに動いています、ありがとうございました

gimpo　まだ見れませんが？

落ち着いたら、ブレーメンもお願いしますー

>>232
キャッシュが残っているとかDNSが浸透していないとか理由はいろいろあるかと。
キャッシュを削除してからトライしてみたらいかがですか？

>>233
仕込みが必要ですね、、、。

仕込みも中の人依頼してみるか。
でもそれより先に、yutori7 に設定入れ込んでもらうほうが先か。

あと、次は eq だっけか。

はやいな、
なにか新しい光の予感。

rootﾀﾝ乙
中の人乙

rootﾀﾝの▲を一つ減らす申請をしたいと思いますが
異議はありますか？

今回のSSDの容量ってどのぐらい？
あと、取り外したHDDはどんぐらいの容量だったの？

>>237
ジェンヌﾀｿが▲１つ無くしたので異論ありません

>>238
旧HDD：2 x 250G 7.2krpm SATA300 RAID-1
新SSD：2 x 80G MLC SATA-2/2.5

>>236
RAMDiskサーバーまだですか

未体験の速さでdatが全量届くので逆に気持ち悪いぐらいです。
何だろうこの感覚は。

>>236
実際に大規模な読み出しで使わせるのは初体験ですが、
今までのものとは物が違う(ほんとに違うんだから当たり前か)感じです。

なんというか、BGみたいな用途に向いている気がします。

>>238
A-tiger2009の標準は250GのRAID 1構成で(システムと混在)、
今回は80G x 2で50Gぐらいを/homeで使用。

>>234
キャッシュ削除しても見られません。ヽ(`Д´)ﾉｳﾜｧﾝ

>>237
異議どころか全部取っ払ってもいいんじゃないかと思うほど。

>>240
おお、さんくす
そこにgimpo鯖の全スレの全レスが保存されてるの？
もしそうなら情報量ってそんなに多くないんだな

oi

受け留め方として、
デクととるか、名誉ある臨床被験者ととるか、かな？ｗ

rootﾀﾝの▲は（少なくとも）１つ
取り払われるべきであることを
ここに宣言します

誰に言えばいいんだろう？ｗ

「移転完了！」の赤字が。
http://www.maido3.com/server/gimpo/

「重くなったgimpoはSSDを使うと軽くなるのか」の実験は、
まずは順調に始まったということで。

まずは耐久性そしてコストだな
次に出来上がったSSDマシンは　yutoriへ投入だな

>>244
ブラウザ再起動は？

なんかもっさりしてたのがツルッツル読み込まれる
ほとんどgimpoの板しか見てないから快感だ

>>249
脛に傷持つ人生ということで。

もう全板gimpoにつっこもうぜ

>>250
IEとかのブラウザでも見れないのですが？？？

>>251
「書き込みと読み込みの上手いバランス」のyutori？
それか「ガンガン書き込み」のyutori7？

yutori7ならi7のリベンジもやって欲しいな

>>251
もちろんyutoriでも大きな効果があるかもですが、
もっとこう「読み出し主体」のところのほうが、効果高い気がします。
あと、板がたくさん入っているのにも効果大かなと。

>>256
PC再起動

anchorageとか？

旧gimpoのバックアップを花子にとっておきます。
Just in case.

namidameとか
schipholとかじゃないの？

>>256
ipconfig /flushdns
これを実行してみてください。

SSDは書き溜めっぱなしにした方がデータの保全的にいいかも。
HDDがいっぱいになったらその都度新しいSSDを手配するような感じ。

×HDD
○SSD

うひょう、無茶苦茶軽い！！！
お疲れ！

>>254

Windows ネットワーク診断

"ginpo.2ch.net"は、このコンピュータとの接続をポート"World Wide Web サービス
（HTTP)"で確立するようにセットアップされていません。

エラーがかえってきまつ。

80G×2＝160Gでdatファイルの容量使用は何Gぐらいなん？

>>268
↓
>>169
で、gimpo っていつデビューしたんだっけか。

>>254
さすがrootﾀｿ言う事がシブい(・∀・)ｲｲ!!

お、変だな、、、。

19226 ?? D 0:00.00 httpd -k start -DSSL
19227 ?? D 0:00.00 httpd -k start -DSSL
19228 ?? D 0:00.00 httpd -k start -DSSL
19229 ?? D 0:00.00 httpd -k start -DSSL
19230 ?? D 0:00.00 httpd -k start -DSSL
19231 ?? D 0:00.00 httpd -k start -DSSL
19232 ?? D 0:00.00 httpd -k start -DSSL
19233 ?? D 0:00.00 httpd -k start -DSSL
19234 ?? D 0:00.00 httpd -k start -DSSL
19235 ?? D 0:00.00 httpd -k start -DSSL
19236 ?? D 0:00.00 httpd -k start -DSSL
19237 ?? D 0:00.00 httpd -k start -DSSL
19238 ?? D 0:00.00 httpd -k start -DSSL
19239 ?? D 0:00.00 httpd -k start -DSSL
19240 ?? D 0:00.00 httpd -k start -DSSL
19241 ?? D 0:00.00 httpd -k start -DSSL
19242 ?? D 0:00.00 httpd -k start -DSSL
19243 ?? D 0:00.00 httpd -k start -DSSL
19244 ?? D 0:00.00 httpd -k start -DSSL
19245 ?? D 0:00.00 httpd -k start -DSSL

全部こうなった。

I/Oが死んだな。

gimpo落ちた。

だめじゃんｗ

腐ってやがる
早すぎたんだ

>>245
一票

timpo立った

ここワクワクしてくる所

>>272

(´･ω･`)つ▲　あげるよ。

うん。完全にI/O死んでるですね。

しばらく待ったらリブート依頼出しますが、
まだ生ものかも。

ついにroot▲▲ ★がroot▲▲▲ ★になるのか

ぃょぃょ、２ちゃんらしくなって参りました。

プチフリ？

I/Oください　おうおう　I/Oください

>>269
2008年9月にtiger3515でデビュー
HDDが故障したので2009年10月にtiger3546に移転しました

まぁそんな都合良くいったら気味悪いしな

>>280
仕方ないから、テスト板を用意して、そこでSSDテストで遊ぶとか

このパターンはこれまでこのスレの過去ログ的にも、
何度もあったな。

システムの虫か、ハードウェアの虫を踏んだ感じですね。
今の A-tiger2009 と違うのは SSD だけなわけで。

すぐ ps して様子を確認できたのは経験のたまものだった。
全部ディスク(SSD)の I/O 待ちになっているのがわかった。
(過去何度も痛い目に遭っているので)

>>287
よし、厨房板を今すぐgimpoに移そう

やっぱ落ちたのか、ただいま
　　　　　　　　 .∧__,,∧
　　　　　　　　（´・ω・`）
　　　　　　　　 (つ▲と）
　　　　　　　　 ｀ｕ―ｕ´

リブート依頼いきます。

もし何らかの虫を踏んだなら、今後何度もこういう状況が起こる予感。

絶賛してるから俺だけかと思ったじゃないか

>>269
おお、ありがとう。
gimpoは2008年9月だっけ？
なるほど、SSDで十分なのかぁ。

>>291 依頼した。

おかしい

おっきした
反応はえー

ちょｗｗｗ

>>283
>>29。X25-Mのコントローラチップは、「PC29AS21BA0」です

あ、、、。リブート依頼キャンセルします。

楽しくてスマン

ん？誰かがリブート依頼したのか？

生物みたいで、これも味わい深いですね。。

間に合わなかった、、、。

つながんないと思ったらリブートか

「プチフリ」の症状だった可能性が高いな、、、。

次この状態が起こっても、リブート要請しないということで。

私のほうでも、復活を確認していました。
ログインしていたウインドウが生き返った。
で、あわててキャンセルしたんですが、間に合わず。すみません。

SSDのファームウェアあたりに、まだ何か問題があるのかも。

おお、やたら早いおっきと思ったらプチけ

反応戻った

復活

gimpoのジンギスカンの再構成は、スクリプト化されてて、
再起動時に自動的に実行されるん？

FreeBSDとの相性悪いんですかねえintelの。

上がった模様。
dcamera sake 板復帰。

＜リブート要請される方へ＞

gimpo.2ch.net は、ハングアップしているように見えても、
ping がかかっていたらリブート要請をせず、しばらく様子を見ること。
SSD のサーバなため、いわゆる「プチフリ症状」が起こっている可能性あり。

ということで。

SSDにとっては絶え間なく、しかも小さなデータをランダムに書き込みされているので
こっそりアイドル時になんかやってるようなのは間違いなく2ちゃんねるでは耐えられないでしょう
また、MLCなんかだとこういう処理にさらに時間がかかるので、症状は顕著になるものと思われます

>>309
ジンギスカンな板の再構成は自動でされるんですが、
都度、板復帰を手でする必要があるです。

何を考え込んでるんだろかｗ

>>313
ふむふむ。

持っているポテンシャルはすごそうだけど、
まだ枯れるまでには期間が必要、というかんじですかね。

どうやらgimpoは最高の木人形のようだ。

フ…心配するな　新しい２ｃｈの幕開けだ！

成功したら　おまえの読み込みのスピードは倍になる！！

>>314
なるほどありがとう。面倒だね。ご苦労様です。

過去レスみると、チップが違うからプチフリはないって説もあるけど、どうなんだろう。
デバドラで治るのか、ファームの問題か・・

>>280
おおぉぅ
期待してますよ

いずれにせよ情報収集(類似のプチフリ症状)しつつ、、しばらくは観察ですかね。
>>282 ということでしょうか。

SSDって普通に使うぶんには(SSDならではのことをしない限りは)、
普通のHDDと同じように見える、というのでいいんでしたっけ。

つまり、FreeBSDというかSATAのドライバで何かSSDならではのこと(チューニング)を
しなきゃいけないとか、そういうことはないのかなと。

自作板見るとWindowsではこういう固まり方した例がほとんど無いみたいなんだよねX25-M
>>13-16あたり見ると根が深そうな気がする

ヘッドが無いSSDにSATA300モード(AHCI)は必要かとか

問題の切り分けという意味なら、チップセットごとにシステムデバイスのドライバも違うから、
同じATAだから、問題はSSD側にあるって根拠にはならなと思うけど、どうなんだろうね

こっそり　とか書きましたが
今現在のSSDはまず間違い無く
時間がかかるブロックの消去作業を空いている時間に行って
書き込む際には書き込むだけで済むようにしているので
これが出来る時間が無いと大幅どころではない速度低下を起こしたり
最悪慌てて消去作業を開始するのでフリーズを引き起こしたりします

また、空き容量が少ないと自転車操業状態になるので
これも同じような症状を示す可能性があります

新ファームが出る前？の話だけどこういうのはある。
ttp://enthusiast.hardocp.com/article/2009/01/13/ask_intel_solid_state_drive_engineer/2

サーバー用のSSDでも試してみて欲しいけど。。。

FreeBSDでSSDはやっぱ鬼門だったんじゃないの?
>>13-32

>>325
Σ(ﾟДﾟ；ｴｰｯ! 　そういうもんなの？

じゃ、SSD固有の仕様、ファームの問題、UNIX系との相性と、
3つの可能性があるわけか

じゃあ80Gとか少なくてダメダメじゃないのか？

>>325
つまり、過剰な労働を強いるとスト起こすのかしら？

>>
取あえず睡眠を

つまり、ツール使ってランダム書き込み爆撃するとSSDが飛ぶのか・・・胸圧

はてなではioの激しいDB鯖でのLinux上でのX25-M(G1)の運用実績があるってことだし(>>14)、OSの問題な気がするなぁ。
いざとなったらFreeBSD 9.xで試すと良いんじゃね?

>>333
でも飛んだら飛んだで犯人を損害賠償できるようになるし(”できるようになる”であってやるかどうかは2chの人次第)、それはそれで面白い

>>335
必ずしも悪い子が国内だとは限らない
そういえば、アメリカ攻撃したアレはどうなったのかな

>>333
しかし100Mbpsじゃ何日かかることやら…ああ芋ログの分とかもあるか。
ttp://botchyworld.iinaa.net/ssd.htm#try3

症状はデッドロックに近いかな。バッファが一杯一杯になっているってのもありえるか。新しい武器dtraceを使えば調べやすいはず。

食事終わり。

>>338
今度同じ症状が出たら見るかんじですが、
root権限が必要ですかね。

中の人たちとの共同戦線でやるかんじかなと。

>>324
そですね。
FreeBSDとかだと、そのへんはがんばって吸収しているですね。
ノートPCとかだと例えばacpi-なんちゃら、みたいなかんじになってたりするですが。

>>325
ふむむ、、、。

>>326
それ、興味深いですね。

>>327
値段が、、、。

>>328-329 >>334
いずれにせよ、しばらく動かしてみるかんじですかね。

ちょうどピークになる時間帯だったし復帰後で更に処理の負荷が高かったとかもあるのかなあ。
まあ、経過観察しかないんですけど。

一度起きたことは二度起きるだろうから経過観察だけじゃ意味なくね?
カーネルのスタックトレースだけでも即座に取れるようにしとかんと。

FreeBSDの開発チームにバグ報告送って直させて次期メンテナンスバージョンでみんな幸せ

　 _ 　∩
(　ﾟ∀ﾟ)彡　じっけん！じっけん！
　⊂彡

>>223
> 旧gimpoはバックアップを花子の外に公開しないところにでも固めて、

done.

これで最悪、2010年5月7日までは巻き戻れるということで。

おつかれさまです。
落ちた時は、リブート2.0による申請は今までどおりでOKですかね？
それとも、落ちた時は中の人に調べて貰ってから復帰ですかね？

あー、、リブートスレ見たら分かりました。

>>346
今回の「いわゆるプチフリっぽい症状」ではpingはかかってたようなので、
今のところ、

pingかかる時 → しばらく(最大10分ぐらいか)待っても復活しない → 要請

というかんじで、

pingもかからない → いつもどおりにチェック → 要請

でいいんではないかなと。

# ただし状況は常に流動的かと。

>>347
そんなわけで。

乙でした。

Intel SSDがプチフリするとか無知にもほどがある
もうちょいSSDについて調べてこいよ

で

そろそろわたくしも新さ〜ヴぁにあるスレに書き込みをなさってもイイという解釈でヨロシイでしょうか（笑）

>>348
なんだっけ、OSがキャッシュして書き込むブロックサイズをSSDに合わせるといいってのなかったっけ

>>351
　Intel SSDがプチフリしないと思ってるほうが情弱

　特にG1は、初期ファームウェアの8610では、最初速いけど空き領域を
使い切った後に速度低下するって問題が出た。
　んで、改善したファーム8820が出てきたんだけど、ランダムライト
しまくったあとのシーケンシャルライトに谷ができる（数秒応答しなく
なるタイミングがある）。0fillで進行みててもたまに詰まる

　Windowsで使ってても、G1 8820はたまに数秒応答しなくなることがある

　ガベージコレクションのタイミングだろうと予想はされるけど、実際に
どうなのかまではわからん

実際に使ってるのかよ?w
書き込みが落ち込むタイミングであろうがプチフリなんておこらねーっつの

何でG2じゃなく旧製品であるG1使ってるの?
サーバ屋が「G2は、まだ検証終わってないですから・・・」的なこと言って導入させないとかそんな感じ？

現実見ろよ

書き込みが速い東芝SSDで試してみるというのも一つの手かと。

FreeBSD+JMF602では特に問題が出てないんだからintel特有の何かがあるんだろう。

そういえば先々週、G2をRAID0で組んだ初日に２回プチフリでこけた。
WIN7での話だけど。

SSDでRAID0は勇者過ぎる。

Windows7で
・HDD
・HDD(raid0)
・SSD
・SSD(raid0)

の起動速度を比べた動画があったけど、SSD(raid0)よりもSSDの方が早い時が多かったのが印象的

>>355
　使ってるよ。もう1年以上。
　実際に体感してなきゃ書かないよ

>>325などを見る限り今回のプチフリは一般的なプチフリとは違うってことなのかな？
こればかりはSSD全体に起きる可能性があるのかな。

分散して書き込むことで寿命伸ばしてるんじゃなかったっけ

鯖ならSTEC一択だろ・・・
http://www.computerworld.jp/topics/storage/162730.html

そこでANS9010を投入でｓ（ｒｙ

>>366
HPが翻訳のみっぽいですね(´・ω・｀)
ttp://www.stec-inc.com/jp/mach8.html

スペックだけ見ると中身Mtronの旧製品じゃないのかそれ

>rootさん
gimpo.2ch.net(207.29.225.100)のRock54リストが
2010年05月07日(金) 19時00分06秒以来更新されておりません。。。

>>370
うむむ、どうしてだろう。

丁稚はちゃんと叩かれているな。
rock54.2ch.net の側だな。

何かIPアドレスでアクセス制限してるっぽいな。
未承諾さんが仕掛けを作ったっぽい。

それっぽいファイルを見つけた。@ rock54.2ch.net

とりあえずそれっぽく更新しておこう。

>>373
手でファイルを直接書き換えて登録した。
次回の更新タイミングで書き換わるといいな。

しかし、この方法でいいのかどうかは、未承諾さんじゃないとわからないな。
公開メールしておこう。

未承諾さんへ:
rock54.2ch.net の （ぴー） にある （ぷー） ファイルに、
新 gimpo.2ch.net の IP アドレスを手で追加登録しました。
これでいいかどうか、確認おながいいたしますです。

>>374
更新確認しましたー。
お手数お掛けしました。

とりあえず昨日1回リブートしてから24時間は安定動作したっぽい？

そのようで。
移行直後というのが何かあったのかしら・・・

転送作業が実はもの凄い負荷で・・・というのは流石にないだろうな。

25GBぐらい書き込んだわけでいわゆるベンチマークソフトの負荷と比べれば大きいはず。

>>374
おけですー♪

♯250程の未読に目を通しておいて正解だった。。。＠久しぶりにまともに帰宅

この時間の帰宅は「まともに」なのだろうか？

ほら、イギリスだと20時前だし...

着替えを取りに帰宅とかに比べれば、寝るために帰宅だから「まともに」とか？

たかぎせんせいがこんな文章を。

高木浩光＠自宅の日記 - ２ちゃんねるが日本のインターネット終了の引き金を引くか
http://takagi-hiromitsu.jp/diary/20100508.html

「2週間程度で自動的に変わる独自ID」ですか。

で、改めて例の長文(下記)を読んでみると、既にこんな記述が。

高木浩光＠自宅の日記 - 日本のインターネットが終了する日
http://takagi-hiromitsu.jp/diary/20080710.html
高木浩光＠自宅の日記 - 「日本のインターネットが終了する日」あとがき
http://takagi-hiromitsu.jp/diary/20080722.html

> ただ、その目的のためであれば、常時同じIDを送信することは必要ではないことに
> 留意しておきたい。例えば、（IPアドレスと同様に）何日かで変わるランダムなIDを
> 送信するようにして、携帯電話会社側でそのIDと時刻から契約者を特定できる
> ログを保管しておけば、十分その目的を達成できる。固有ID送信によるプライバシー
> 問題の発生を回避しながら、犯罪的書き込み者等の追跡を可能にすることは、
> 両立できる。（PCから利用する通常のインターネットではそうなっている。）

そんなわけで「自宅の日記」は、個人的にいつも読ませていただいておりますです。

# そういえば高木先生は「２ちゃんねる」の「２」を、
# 毎回正しくきちんと「全角文字」で書いておられる、その方面では数少ない方かも。

だから規制によって２ちゃんは衰退すると思うだけどねえ。
キレイにしたい異質なモノを排除したいは本能的な欲望だと思う。
で、欲望である以上常に満たされることはなんだとも。

まあ、キレイにすることはコストがかかるからどこかで止まるか逆に
コストを支えきれなくなって崩壊する気もしたり。

期間限定になるとBBMの負荷は激減するね
焼く人か報告する人の負荷が増えるけど

ま、最近は規制することで２ちゃんはどう変わっていくのだろうと言う方に興味があるので
逆にトコトンまで規制をしてみて欲しかったり。
逆に、それが規制の意味を考えさせてくれるんじゃないかと。

とスレ違いなので消えます。

粘着荒らしは解約で終わるからイタチごっこなわけで、更正まで持ってかないと根本的な解決にはならないだろjk

要望出すのはタダだけど、果たしてキャリアが乗ってくるかどうか

健康診断で統合失調症などの精神病まで調べるようになれば、荒らしも減る予感。

企業健康診断 “うつ病診断も”
http://tsushima.2ch.net/test/read.cgi/news/1271657240/l50
精神疾患画像で診断…うつ病や統合失調症　脳血流の変化から判別
http://osaka.yomiuri.co.jp/science/news/20100408-OYO8T00778.htm

>>391
【脳】脳血流で精神疾患判断、全国７施設でほぼ確立
http://gimpo.2ch.net/test/read.cgi/scienceplus/1270786355/

で、
> ましてや全サイト共通のIDである必要は全くない。

これが重要なポイント(の一つ)な気がするですね。

>>393
要するに「実名か匿か｣議論の結論ですね？
葉書きに名前と連絡先を記した上で【匿名希望】とする見たいな(`･ω･´)ゞ

個人を特定出来ない程度のIDを使えってのがひろみちゅの持論だよね
でもそれを2chからキャリアに要請するってのも変な話だなぁ

>（IPアドレスと同様に）何日かで変わるランダムなIDを
これってIPアドレスでいいんじゃねって思うんだけど
キャリアがこれをコロコロコロコロコロコロコロコロ変えるから成立しないだけで

なんかつくづくにんげんておろかだねぇ

>>396
携帯は独自ネットワーク構築して外部とのやり取りはゲートウェイサーバを利用するから現時点では難しいでしょ。
IPｖ6になればいけるかもしれないけど、固定的に割り当てたらそれは今のID方式となんら変わらなくなる。
動的に変化する方式ならいいけど、そのときにはBBMという２ちゃんねるの機能はなくなり、携帯もキャリア規制→通報→解除が一般的になるのかな。

396は端末が使うゲートウェイを固定してISPを地域ごとに規制してるように
ゲートウェイ単位で規制しろって事だと思うけど、それが難しいって事？

確かbbm導入以前はそんな感じだったんじゃないの、禿以外（当時は暴打だったっけ）は
dion軍みたいに地域の区別がまったく付かなかったけど。

>>399
1つのゲートウェイに限定すると障害発生時とかに通信できない状態が生まれる。
障害でなくても通信量の増減に反応できないとおそらく機能しなくなる。
複数のゲートウェイで分散させといて、ある範囲からは出ないようにする仕様なら良いけど、
その範囲が不明ならすべてのゲートウェイ、つまりキャリア全規制になる。

＞395
そこは極端な話としても、2chきっかけでID変更不可の動きが始まることは抑えたいということじゃね。

＞393
2ch上の規制としては、"2ch.net"内で特定できればいいわけだしねえ。
サイトごとにIDが異なって、他サイトでBBMが使えないというのは、
2chの迷惑行為対策とは別な話だし、そもそも複数サイトでの利用者情報の
共有にプライバシー上の問題があるというのが高木さんの主張だし、と。

トラックバック:http://takagi-hiromitsu.jp/diary/tb.rb/20100508

そういえばこないだどうやらさんとおしゃべりしてたおばちゃんはtwitter程度の実名性でご満足らしい
拍子抜けしちった

一週間で変わるIDみたいなのならニコニコがそうだな
しかしひろみちゅ先生は２ちゃんもしっかり見てるのね

＞405
それは利用者が把握できる他の利用者のIDであって、全く違うでしょ。
2chの投稿のID表示と同じ部類のもの。

問題は、サイトが把握する利用者識別の話。
ログインIDとか、IPアドレスとか、携帯IDとか。

>>406
これは酷いｗ

MLCでSLC並みを実現するSandforce社のSSDコントローラ
http://www.geocities.jp/andosprocinfo/wadai10/20100508.htm

Sandforceのは圧縮して書き込み速度上げるとかやってるから
ベンチでランダム値を書き込むとX25-Mと変わらない速度になる。
2chのdatに圧縮が効くのかどうかってのは興味深い。

新しいgimpoサーバの転送量グラフ(貼っていなかった気がするので)
# 既にmaido3.comなページで公開されている模様

tiger3530
http://traffic.maido3.com/yyXT/XCOg/Smv1/

G-Monster2 SFV1の100GBもいつの間にか4万円くらいか。
あぁ物欲が・・・

gimpoはいつ頃復活の見通し？

とっくに復活してるけど

そなの？
キャッシュとかDNSのリザルトも確認済みなんだけど
今もエラーだ。なんでだろ。

hostsに手書きしてるんじゃないか？

191 名前：root▲▲ ★[] 投稿日：2010/05/07(金) 21:54:32 ID:???0
>>189 done.

DNS変更申請いきます。

(現状)
+gimpo.2ch.net:207.29.225.195

(変更後)
+gimpo.2ch.net:207.29.225.100

メモ
jigもibisもPart20から
2ch特化型サーバ・ロケーション構築作戦 Part20
http://qb5.2ch.net/operate/kako/1140/11405/1140540754.html

>>384
これって、jigとかibisに対して
・iモードIDそのものは要らないよ
・iモードIDを元に算出した、独自のIDをクレクレ
　・その独自IDは、不可逆で、かつ他人が偽造できないようにしてね
　・その独自IDは、jigなりibisなりが独自のアルゴリズムで算出して良いよ
　・その独自IDは、一定期間（2週間程度？）が経過したら算出し直してね
　・その独自IDは、同一ドメインに対しては同じ値を返してね

という仕様でお願いすれば良いんじゃないかなぁ……？

要は
> 000 動け動けウゴウゴ２ちゃんねる [sage] 2010/05/09(日) 00:06:00 ID:abcd+EFG9 Be:
の「ID:abcd+EFG9」の部分を、jigやibis側で生成してもらうような感じ。

違ってたらゴメン。

俺メモ

IOMeter計測によるI/O per secondはX25-M G2 (02HA)が突出
http://www.pcper.com/article.php?aid=911&type=expert&pid=7

複雑な処理をしてるにもかかわらずSandforceは驚異的な低消費電力
http://www.anandtech.com/show/3681/oczs-vertex-2-special-sauce-sf1200-reviewed/3

IOMeterでは全然だめぽな東芝だがAnandtech Storage Bench - Heavy Workloadは強い
http://www.anandtech.com/show/3681/oczs-vertex-2-special-sauce-sf1200-reviewed/8

使っていく内にCrucialは大幅速度低下、SandForceも速度低下、東芝は殆ど低下せず
http://marosama.blogspot.com/2010/03/ssd.html

>>418
それはわたしも考えたけど、ふと思って考えを改めた。

携帯直書き→ID1、jig→ID2、ibis→ID3ということが可能になる。
つまり、携帯で荒らしたら、jigでもibisでも書けないという仕様が成り立たない。
1つの携帯で3回の荒らしが可能。

回避策としてはjig、ibisでBBM参照すればいいんだけどね。

>>420
三回くらいべつにかまわんのじゃね？

訂正。三回じゃなくて、二回だな。

>>421
いいかどうかは分からないな。
わたしにとってはどっちでもいいので。

新式IDの計算方法は公開標準でいいんじゃね
生UIDが来た場合は新式に不可逆変換すれば照合できるし、来なければ
そのまま照合できる

一応書いておくと、各アプリベンダーからの携帯ID提供は、高木さんが常々警告している
「あらゆるサイトでの行動内容が恒久的に集積可能」
ってのとは違って、Same-Originの都合によるただのプロクシってことなのよね。

で、件の記事はこれが問題だとしているわけでもないし、本題でもないでしょ。

>>418
こうではないかと

docomoとかau、ってかISPすべてに対して
・契約者の登録情報を元に算出した、独自のIDをクレクレ
　・その独自IDは、不可逆で、他の契約者と重複せずかつ他人が偽造できないようにしてね
　・その独自IDは、ISPが独自のアルゴリズムで算出して良いよ
　・その独自IDは、一定期間（2週間程度？）が経過したら算出し直してね
　・その独自IDは、同一ドメインに対しては同じ値を返してね

jigやibisを使っているかも分からない端末まで演算が必要ってのはどうなんだろうか。
仮に2ch、jig・ibisで実装されるとして、たったこの空間だけで安全を確保する必要性はあるのか。
人によれば、その小さいことが重要と取るかもしれないし、この思想はある意味危険なものであることは認識している。

キャリアがドメイン単位でIDが変わる仕様を実装した場合、2ｃｈが取得するIDとjig・ibisから送られてくるIDは異なるため>>420。
というかそれもいずれは「ドメイン単位で異なるとはいえ固有なIDを外部に送信するとは何たる（ｒｙ」となる予感。

結局のところ、ユーザが「自身の固有情報を送信するに値するサイトかどうかを適切に判断すること」のほうが重要だと思う。

安全性を確保しつつ、特定サイトにおいて、そのユーザの同一性を保証するのは難しいよね。

> ってかISPすべてに対して
吊るされる

上3段は>>424へ。

トラッキング不可能なIDなら良いんだけどサイトごとの算出ってものすごいコストが掛かりそうね

結局、普通のインターネットになってくれるのが一番楽なんだよね。
でまあ、普通のISP扱いの結果が全規制なわけだけど。

携帯のIDが問題なら、ISP契約者の固定IPのほうだって十分問題だと思うのだけど、高木さんはどう思っているのだろうか。

高木記事の要旨
1) キャリアに対してID変更不可の働きかけるのは直接・間接問わずやめてね
2) プライバシーに配慮した新ID制度をキャリアに働きかけられないか

あー、しかしトラッキング不可能なIDだとBBMの意味がなくなるなぁ。
中古携帯がでてくると端末IDで規制するのもよくないし

＞432
IPv6の固定アドレスは問題があるとして一時アドレスが用意されているのを
肯定的に言っているから、まあ現状のv4でも同じ見方じゃないか。
つまり、動的が主流という前提。

まだ2chでの悪用例は出てないみたいだけど中古買うまでもなく端末IDでやりたい放題な禿
ttp://d.hatena.ne.jp/hideden/20090801/1249142985

端末との固定IDに日付や時間などを組み合わせるなどして、時間単位あるいは日単位で
（少なくとも見た目には）送出されるIDが変わるが、ごにょごにょすると同一端末かどうかの
確認が可能、みたいなのではどうなんだろうか

>>432
固定IP使ってる奴は自己責任。

>>437
そう。単に「不可逆変換」なだけじゃダメだね。順方向変換も不可でないと。

携帯IDの発行形式をどうするのであれ、短期や任意で変更可能である限り、
ID依存の投稿規制は破綻するんだから、ホスト名で規制するほかなく、
最終的に行き着く先は「全規制」か「変更不可」という、現状と同じになる気がする。
高木さんの懸念に対して、2chの出る幕はあるのやら

＞437
確認できるならID変わる意味ないじゃん。

>>440
「短期」× →「変更不可」○

ずいぶん論理に飛躍があるね。

>>441
鍵付きハッシュで、鍵を秘匿しておけばokじゃないかな。
大量にサンプルがあると鍵を割り出されたりする？

2chを発端としたID変更不可を阻止したいなら、求めるべきは新ID制度じゃなくて、
そこらのISPっぽく、地域ホスト名等＆迷惑利用者への警告ないし追放、
になるんじゃないかなあ。

>>444
> 迷惑利用者への警告ないし追放

2chの場合、そもそもdocomoあたりがそういう対応はしないという話だから
端末IDで規制しようという話になったわけでしょ
堂々巡りだわさ

＞443
IDを作るキャリアだけが特定できるってことね。
まあ、それはランダムな符号をキャリアが紐付け記録するのでも、
暗号化するのでも（サイトから見れば）同じとは思うけども。

＞445
だからそれを求めるしかないよねー、と。
携帯IDに関して何か求めるくらいなら。

まあ、ドメイン別かつ任意変更は最短1年とかなら、色々な問題を
ある程度解決できそうな気はするけどね。

2chには有力コンテンツプロバイダーとしてキャリアと対応する力があるってのは、
買いかぶりすぎだと思うけども。

>>447
1年は長過ぎ。

期間は例だからどうでもいいけども。
ここで真剣に検討しても意味があるとは思ってないし。

行動履歴の集積を抑え、
迷惑行為の繰り返しを抑え、
Cookie未対応機器での識別で便利に使える、
そんな期間で。

あ、強制じゃなくて任意変更なら、3番目は関係なかったな。

まぁ、そうやって対策考えても、ごく一部の規制人の「面倒くさいからdocomoは全規制」の一言で
全部無意味に帰すんだろうけどな
携帯の端末IDによるピンポイント規制が有名無実化した直接の原因はそれだし

>>451
ピンポイント規制が破綻したのは、一瞬で変えられるからだろJK

>>452
いやいや
携帯以外でも最近やたらに規制が多いのは、ごく一部の削除人が「面倒くさい」の一言で絞り込みしないからだし

Vectantだったかはbbs.cgiを直接書き換えて規制してしまったので、報告人がプロバイダに通報して
対処してもらったのに解除不可という状態になってるらしい

Be登録必須にしたらどうよ？ログインしてても匿名で書けるようにして

>>450
むしろ逆。
3番目用の（現行iモードID）は任意変更で期間制限なし。
1番目用と2番目用の（新設）は自動変更で、任意変更不可または期間制限あり。

複数IDは、変更時期がずれると逆に追跡性が高まったり。
━━━ ━━━ ━━━ ━━━
━━━━ ━━━━ ━━━━

自動変更が、任意制では変えない無防備な利用者への配慮だとするなら、
任意変更のIDは残しちゃだめってことに。
キャリアが利用目的を限定したところで、収集したいサイトが従う理由もなく。

>>453
vectantは.htaccessでdenyじゃないかなー

絞込みしないのは、鶴作ってもらってたから、面倒くさいからってのは減るといいなー

日記にyutoriをHDD＋SSDでやろうという話が。

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

で何

>>458
一瞬、銀石のアレを使うのかと思ってしまったぢゃまいかw

>>459
携帯IDの話より、スレ的に本題だと思うが。

やっぱりyutoriなのね
そういえば、yutoriがあるtiger3501にはc-maigoやlife10があったと思うけど、それはどうするのかな

SSDに合わせるのなら1プラッタHDDにしてみて欲しい〜

旧 gimpo は、最も古い oyster243 (BBQ2) 取替え用あたりに使おうかなと。

本来ならいったん OS 再インストールに出すところですが、
「8.0Rで半二重になってしまう問題」を少し調べたいので、ちょっとだけこのままで作業しようかと。

FOXいるかな？
からす変更しといて

changi[3507 7.0R(amd64)]R (新型 Tiger)→changi[3537 7.0R(amd64)] (新型 Tiger) ※rootあり→rootなし
namidame[N3527 7.2R(amd64)]R (新型 Tiger)→namidame[3532 7.0R(amd64)] (新型 Tiger) ※rootあり→rootなし
qb5[N3517 7.0R(amd64)] (新型 Tiger)→qb5[3550 7.0R(amd64)] (新型 Tiger)
gimpo[3546 8.0RC1(amd64)]R (新型 Tiger)→gimpo[3530 7.0R(amd64)] (SSD A-Tiger) ※rootあり→rootなし

science6/academy6/society6/love6/dso[3260 7.0R(amd64)] (新型 Banana)→science6/academy6/society6/love6/dso[3260 7.0R(amd64)]R (新型 Banana) ※rootありだけどRが付いてないので

またみたいですね・・・(´・ω・)
http://sv2ch.baila6.jp/server.cgi?server=stock.2ch.net

石川OCNの人規制されたから憂さ晴らしでもしてるのかな・・・

何で自分で確認しようとしないのかな。
これは鯖監視所が2証鯖の仕掛けに引っ掛かってるだけだろ？

なわけねえだろｗ

>>468
そゆこと。stock異常なし
http://mumumu.mu/mrtg/mrtg-rrd.cgi/load/stockload.html

あら？昼間重かったのに
ﾁｸｼｮｰ

旧gimpoを試しに一度リブートしたらこうなった。
やっぱり同じ問題を持っているようだ。

media: Ethernet 100baseTX <full-duplex> (100baseTX <half-duplex>)

なお、移転前の状態ではずっと全二重設定だったのは確認済。ううむ。

NICの性質が変わるとは考えづらいから、やはり接続されているスイッチ側の設定等の問題なのでは・・・。

>>471
小梅太夫乙

懐かしいな

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

なんか、SSD鯖、SSD+HDD鯖、続々登場とのこと。
五台も作って、何を置き換えるのかな？

それにしてもgimpo順調すぎて、つまんないな。

>>476
あくまでも候補でしょ

にしても、今更Core2なE6300系を使ってどうするんだ？
PentiumなE6300なら分かるが

>>477
>2号機、3号機…とドンドン新しいサーバーを作って

いや、やりかねん。とりあえずyutoriか。
で、SSDの比較が終わったら、全体の性能アップもして欲しいね。
新しいOSで、RAID1にも挑戦しなくちゃ。

次期SSDを導入するとしたらこんな感じかな？※名前は候補
1) 書き込み数が少ない板が多数あるhaneda(namidame(嫌儲除く)とmamono)
3) 書き込み数が中くらいの板が多数あるcentrair(旧dubai)
2) 書き込み数がけっこう多い板が少数あるincheon(tsushima＋嫌儲)
4) 書き込み数が非常に多い板と多い板がそこそこあるyutori7x(Core i7＋X25-E、yutori7＋dubai故障前からyutoriにあったVIP系3板)

できれば3、4はrootスペシャルを希望

2と3が逆だった

%ifconfig -a
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=219b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_MAGIC>
ether 00:1c:c0:ae:25:e6
inet 207.29.225.195 netmask 0xffffff00 broadcast 207.29.225.255
media: Ethernet 100baseTX <full-duplex>
status: active

うむ。ソース当たってそれっぽいパッチを当ててリブートしたら、
ちゃんと100Mbps full duplex になった。
(リブートの時にはちょっとどきどきした)

食事すませたら、パッチをどっかに置こう。

∩( ・ω・)∩ﾊﾞﾝｼﾞｬｰｲ

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

rootさんへ、今これはどんな感じですか？

p2.2ch.net総合スレ Part71【不具合/要望】
http://qb5.2ch.net/test/read.cgi/operate/1273202832/26

26 名前：�� ◆...p2/2... [sage] 投稿日：2010/05/07(金) 13:27:29 ID:zDFxcj/Y0
新しいサーバはむむむさんにお願いしたところで、
メモリをもっと増やしておこうということになって、
今はそこを待っています。

send-pr

>>484
p2用の新サーバの話ですね。
あきさんとブラジルの中の人から連絡がありました。

サーバのハードウェア自体は来ています。
スペックを見る限りかなり強いサーバですが、
(ディスクはSASでコントローラはハードウェアRAID、8 coreのXeon x 2 = 16論理CPU)
メモリがまだ少なく(2Gしか入っていない：近日中に増やしてもらえる模様)、
かつHDDの構成がディスクの高速アクセスに耐えるものではないため、
(RAID 5 → RAID 1+0 x 2 への構成変更)、
現在これらの解決をお願いしているところです。

それらがブラジルの中の人によって解決した後、
私が器をセットアップして、あきさんが中身をセットアップする、
というかんじになるのではないかと思います。

>>481
とりあえず今のはこんな安直なパッチで、
100Mbps half duplex にするところをスキップしただけ。
http://qb6.2ch.net/_sec2ch/e1000_phy.c-freebsd8.0.patch

この部分を古い(ちゃんと動く)やつと見比べてみたりするのがよさげ。
で、もう少し根本的に原因を解決できたら、>>485 がいいのかな。

該当関数、e1000_phy_setup_autoneg() で、
うまく動く FreeBSD 7.0R の同じところを見ても、処理内容は同じかんじです。

というか、100Mbps full duplex 固定の設定に強制的にしようとしているのに、
この関数が呼び出されるようになってしまったのが原因なのかな。

いずれにせよ作業上の障害はなくなったので、
tiger3546 = 旧 gimpo は一度OS再インストールに出す方向で。
明日以降にでも。

で、明日以降のアクセスの少ない時間に、
headline と stats で使っているサーバに、
とりあえずこのパッチ当ててリブートしておこうかと。

>>486
もう少し時間かかりそうですね。
ありがとうございますー。

http://ch2.ath.cx/namidame.html
http://ch2.ath.cx/schiphol.html
同じchangi設定のはずなのに、なぜかrootセッティングよりmaido3セッティングのサーバーの方がロードアベレージが乱高下しにくい
これってhttpd待機数の関係なのかな？root鯖は640らしいがmaido3鯖だと32らしいし(そのせいかmaido3鯖は高負荷じゃないのに繋がらなくなるが)

http://ch2.ath.cx/tsushima.html
だが、なぜかtsushimaはmaido3セッティングで板数も少ないのにLAが乱高下している
ディスクIOは関係ないだろうし(旧changiと現changi、そしてtsushimaのHDDは同じ回転数なのに現changiの方がLAが乱高下しにくい)、原因はなんだろね

>>479
hutenmaをぜひ

>>492
もし(f|h)utenmaを導入するとしたら、>>479だと3(2)かな
一応ニュース系の鯖にふさわしそうな名前だし

だから嫌儲はそっとしておいてくれよなんでそこで名前が出てくるのさ。
1ヵ月後も今の投稿数が維持されると思ったら大間違いだ。

報告人作戦返答処理スレッド★18
http://qb5.2ch.net/test/read.cgi/sec2chd/1272658245/295n
http://qb5.2ch.net/test/read.cgi/sec2chd/1272658245/305-306n

さて、どんな回答が来たのか。

おー
こういうときいちいち非公開にするからガラパゴスとか言われるのに

>>489
tiger3546のOS再インストールをお願いした。
移転時点での /home は banana3000 に退避済み。

>497
作業いただける旨お返事をいただきました。
tiger3546 は、halt -p で電源を落としました。

/dev/sd1a / ro, noatime

↑こういうことはやらんのん?

>>499
それは、システムディスクを read only の noatime にする、
ということなのかしら。

>>500
そうそう
iPhoneなんかはそうなってて、この方式だと/にはデフラグもfsckもいらなくなるし、OSの再インストールも
ddで書き込むだけだし、2chみたいな鯖にはいいんじゃないかなぁ、って。素人考えですかね…

つまりHDDを4台にしろと言ってるのか、RAID1構成を続けるとしたらの話だが。

>>501
話自体は前からあったりもしますが(ここの過去ログにもあるんじゃないかな)、
ro と noatime を同時に指定するというのはちょっと新鮮で、
目からうろこかも。

パーティション切ればいいんじゃね?

>>503
え、普通じゃない?
こないだいじったI-O DataのNASもそうなってたし、手元のtouchも(JBしてるからrwだけど)noatimeだし
つかシステムをそこへ入れてればアクセス時間の記録先もroなんじゃ

>>505
記録先がroなのは当然として、
OS的にも少し稼げるような気がちょっとしたと。
(カーネルソースあたってないのでほんとかどうか不明)

あー、それ実測すると/.Jで記事一本たれこめるかも

わざわざどうもです

こんな時間にrootさんが・・・。
もしお時間あるようでしたら、この前のアニソン実況で酷使された
live鯖群の損傷具合見てもらえないでしょうか？

書き込みがほぼ無いとなるとrwもroもあまり速度変わらない気がするがなぁ。
rwロックの必要性無くなるから実装によっては少し速くなるかもしれないし、
圧縮やら二分探索やらを行う読み取り専用ファイルシステムを使えば速くはなるだろうけど、
システムファイルなんて必要な部分はどうせずっとメモリキャッシュに乗ってるだろうし。

>>508
一切異常なし
ということでもうそれには関知しません

逆に壊れた方が根本から解決すんじゃないか？
新鯖（システム）になって？

逆に、終わりと言う可能性もあることはあるけどｗ

SSDサーバー2号機まだー？

tiger3546がまっさらになって帰ってきた。
今本業中につきまずは受け取りのみで。

gimpoか

banana3104 を eq にすべくセットアップ開始。

で、

%dig +short banana3104.maido3.com
206.223.152.155
%dig +short -x 206.223.152.155
155.0.152.223.206.in-addr.arpa.
tiger3532.maido3.com.

DNSの正引きと逆引きの対応が合っていないみたい。
修正をお願いしよう。

>>515 お願いした。

元データの修正を確認。>>515
TTL=86400 なので、完全反映は明日ということで。

eq.2ch.netが治ったら落ちてるのはwww.idolserver.comだけになるのか

現 eq = tiger2514 は /home があぼーんしている模様。

なまずさんはバックアップを持っているだろうか、、、。

>>519
おー、/homeが逝っちゃってますか。
重要な部分は取ってあるので大丈夫ですよー。

>>520
おお、よかったです。

器ができたらここで連絡します。
今週末には作業したい。

>>521
了解です。

新しいp2用のサーバのメモリ増設とディスクの組み換えが完了したと、
ブラジルの中の人から連絡が来ますた。

中身チェックしてみて問題なければ、
tiger3546、banana3104と合わせて週末以降にでもぼちぼちと。

お疲れ様です。

せんせは「すぽ２」はのぞけないんだっけ？

＃現在挙動がおかしいらしい

>>524
sports2 は私、入り方知らないです。

またひさしぶりな名前が
地震がおこりませんように

rootたんこんばんわ
たまには雪だるまサーバのスレッドにも来てね

切り離したlive23f3の再運用を提案したいのですが

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

HDD2：Intel X25-M Solid-State Drive 80GB SATA-2 2.5

こっちのSSDのファームウェアは最新なのかしら。

進捗

・banana3104(eq取替用)

FreeBSD 8.0Rに更新済
中身セットアップ中

・tiger3546(bbq2/m2 = oyster243取替用)

FreeBSD 8.0Rに更新済
中身これから

・p202.razil.jp(p2用)

FreeBSD 8.0Rが入って納品されてきた
設定内容確認中(RAIDコントローラなど)
中身これから

>>529
iPad買いますか？

>>530
のっとでぃさいでぃっどいぇっと。

3G版iPadをrootたんに送りつけて24/7でこき使おうプロジェクト発足
寄付待ってます！

to rootさん

SDS化されたnew gimpoについてですが、このサーバーには
smartmontoolsがインストールされています
# http://www.maido3.com/server/zousan/nikki152.html

インストールしたまま納品されているようなので、現在も有効らしいです@確認済み

そこで、Intel製SDSの寿命をあらわすのではないかと思しき数値を、
smartmontoolsを使って記録するスクリプトがあります
# http://www.maido3.com/server/zousan/nikki153.html

ただ、このスクリプトはユーザーディレクトリに吐かないと記録ファイルが外から見えません
納品先(２ちゃんねる)の意図しないデータが勝手に生成されるのはまずいと言うことで、
納品時に上記記録スクリプトは設置されていません

もしよろしければ、rootさんが記録ファイルを生成しても大丈夫と思われる出力先(httpで見れる部分)を指定し、
gimpoに調整済みのsasuke-kaiを設置して頂けると幸いです

>>533
× SDS
○ SSD

# 何で間違ったんだろう・・・

---

記録するスクリプト
-----------------------------------------------------------------------------------
#! /bin/sh
# $Id: sasuke-kai.sh, ver.alpha+2 2010/05/15 16:50:00 NAO Exp $
# name change : sasuke-kai

TZ=JST-9; export TZ
PATH=/usr/bin:/bin:/usr/local/bin:/usr/local/sbin; export PATH

_SSDLIFE="保存したい階層"
_FILENAME=`date +%Y%m%d`.txt

_DATE=`date +"%Y/%m/%d %H:%M:%S"`
_AD06_E8=`/usr/local/sbin/smartctl -a /dev/ad6 | grep 232 | awk '{print $4}'`
_AD06_E9=`/usr/local/sbin/smartctl -a /dev/ad6 | grep 233 | awk '{print $4}'`
_AD08_E8=`/usr/local/sbin/smartctl -a /dev/ad8 | grep 232 | awk '{print $4}'`
_AD08_E9=`/usr/local/sbin/smartctl -a /dev/ad8 | grep 233 | awk '{print $4}'`

echo ${_DATE} SSD_\(E8,E9\) = ad6\(${_AD06_E8},${_AD06_E9}\), ad08\(${_AD08_E8},${_AD08_E9}\) >> ${_HDDTMP}/${_FILENAME}

exit 0

>>534
このスクリプトの設置方法

1). gimpoの外部から見れそうな場所に記録場所を用意して、
　　スクリプト内の 設置したい階層 を任意の場所に書き直す
2). gimpoのroot下の任意の場所に sasuke-kai.sh を保存
3). そのsh fileをrootのcronに登録
　　# 起動周期は、そんなに頻繁である必要はないと思います
　　# 精精、10minや30minで十二分かと

ご検討いただけると幸いです

# このデータを基にグラフを書いて追っていくと、SSDの寿命変動が追えるかも知れません

旧gimpoの書き込み量からすると1日1回どころか週1回で十分だと思うけどなあ。
どっちかというとdisk IOのグラフの方が見たいというか。

_HDDTMPってなーに？
_SSDLIFEぢゃなくて？

うわあ、まだ間違えてた
>>538
どもです
# -kai (改)と言うことで、元々はsasukeと言うスクリプト名で、某所のHDDの温度を取得するスクリプトだったんですよ

>>537
一週間かー

>>534修正
-----------------------------------------------------------------------------------

#! /bin/sh
# $Id: sasuke-kai.sh, ver.alpha+2 2010/05/15 17:20:00 NAO Exp $
# name change : sasuke-kai

TZ=JST-9; export TZ
PATH=/usr/bin:/bin:/usr/local/bin:/usr/local/sbin; export PATH

_SSDLIFE="保存したい階層"
_FILENAME=`date +%Y%m%d`.txt

_DATE=`date +"%Y/%m/%d %H:%M:%S"`
_AD06_E8=`/usr/local/sbin/smartctl -a /dev/ad6 | grep 232 | awk '{print $4}'`
_AD06_E9=`/usr/local/sbin/smartctl -a /dev/ad6 | grep 233 | awk '{print $4}'`
_AD08_E8=`/usr/local/sbin/smartctl -a /dev/ad8 | grep 232 | awk '{print $4}'`
_AD08_E9=`/usr/local/sbin/smartctl -a /dev/ad8 | grep 233 | awk '{print $4}'`

echo ${_DATE} SSD_\(E8,E9\) = ad6\(${_AD06_E8},${_AD06_E9}\), ad08\(${_AD08_E8},${_AD08_E9}\) >> ${_SSDLIFE}/${_FILENAME}

exit 0

SDSシャンクはコンクリートドリルの主流だと思う(違

ご,ごめん思わず書き込んじゃった…

>>537
iostat → awk で欲しい情報を吐き出しで実現可能の予感
でも、一度実機でどんな結果が出るかを見ないと書けないっすねー

tiger3523の場合
hoge/iostat

　　　　　tty　　　　　　　ad10　　　　　　　　ad12 　　　　 ar0　　　　　cpu
tin　tout　KB/t　tps　MB/s　KB/t　tps　MB/s　KB/t　tps　MB/s　us　ni　sy　in　id
　0　　 1 　2.44　　　0 　0.00　　2.44　　0　　0.00　16.42 　 2 　0.03　　0 　0 　0 　0　99

こんな感じかな


>>540-541
ドリルで掘らないで
ｱｯｰ!

>>540
BOSCH規格・・・まあ、主流ですw

.　　　　　　　∧＿∧　 ／￣￣￣￣￣￣￣
　　　　　　　（；´Д｀）＜　スンマセン、直ぐに片付けます
　　-=≡ 　/　　　 ヽ　 ＼＿＿＿＿＿＿＿
.　　　　　 /|　|　　 |. |
　-=≡　/.　＼ヽ／＼＼_
　　　　/　　　 ヽ⌒)==ヽ_）=
-= 　 /　/⌒＼.＼　||　　|| 　
　　／ ／　　　 >　） || 　 ||　('ﾊ`)
　/　/ 　　　　/ ／＿||＿ ||　ﾉ( ﾍﾍ ＿.
　し'　　　　　（＿つ￣(_））￣ (.)）￣ (_））￣(.)）

>>533
通常、一般ユーザの権限では /dev/ad6 とか /dev/ad8 等の、
ディスクを直接読めるデバイスは、読めないように設定されています。
(読めるとセキュリティホールになる = 例えば他のユーザのデータなどが読めてしまう)

つまり、gimpoサーバでは、現在はこうなるわけです。

tiger3530:~$ smartctl -a /dev/ad6
smartctl version 5.37 [amd64-portbld-freebsd7.0] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Smartctl open device: /dev/ad6 failed: Permission denied

さて、どうするのがいいのか。

ふむ。

tiger3530:~$ ls -l /dev/ad6
crw-r----- 1 root operator 0, 74 May 7 07:12 /dev/ad6

だから、operator に追加してもらえればよさげなのかも。

今セットアップ中のサーバで、
それでいけるか(root権限なしでもいけるか)少し検証してみるか。

at banana3104

%smartctl -a /dev/ad10
smartctl 5.39.1 2010-01-28 r3054 [FreeBSD 8.0-RELEASE-p2 amd64] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

/dev/ata control device can't be opened: Permission denied
Unable to get ATA device list
/dev/xpt0 control device couldn't opened: Permission denied
Unable to get CAM device list
/dev/ad10: Unable to detect device type
Smartctl: please specify device type with the -d option.

Use smartctl -h to get a usage summary

うまくいかないな。
いやまて、

> Smartctl: please specify device type with the -d option.

なるほど、-d で型を指定しれと、、、。

>>545
ありゃ、そういえばgimpoって、root権限無しでしたっけ
ログを読みつつ今気付きました

tiger3523でsasuke.shを設置した時は、あちらさんにスクリプトを渡して、
root権限下で設置 + rootのcronに登録をしてもらいました

# sasuke.sh : sasuke-kai.shの元スクリプト。smartmontoolsでHDD温度を取得するスクリプトとして設置
# データを溜めてグラフに起こしてます → http://happy.70.kg/graph/
# smartctlはroot権限で実行するのがセオリーなので、
# rootのcronで回すことでそれをクリアすることを想定しています

データの吐き出しをユーザーディレクトリ内部のフォルダにすることで、
rootで回しても一般権限で データだけ を弄くる事が可能になります

∴rootさんがファイルを保存する階層を決めて、設置要請を
　　あちらに出してもらえれば多分話が通ると思います

-d ata の追加で、operator グループに登録されていれば、
一般ユーザの権限でもうまくいくようだ。

%smartctl -d ata -a /dev/ad10
smartctl 5.39.1 2010-01-28 r3054 [FreeBSD 8.0-RELEASE-p2 amd64] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda 7200.10 family
Device Model: ST3250620AS
Serial Number: 9RT04ECQ
Firmware Version: 3.AAJ
(以下略)

# ありゃ、何かうまい妙案が生まれる予感

>>548
どうせ、いろいろとデータをとってみたくなるような気がするので、、、というのと、
あと、貼っていただいたシェルスクリプトを見て、
どうも「シェルスクリプトを直したい病」が発病しそうな予感がしてきたのでｗ、
operator グループへの追加をお願いしてみることにするです。

このサーバは専用サーバなので、少なくとも、
> (読めるとセキュリティホールになる = 例えば他のユーザのデータなどが読めてしまう)

はないので。

ただ、今は既に土曜日の 18:00 過ぎなので、
週明けの昼間の時間にでも、改めてお願いしてみるということで。

>>551
うひゃひゃ

よろしくお願いします

---

>このサーバは専用サーバなので、少なくとも、
>> (読めるとセキュリティホールになる = 例えば他のユーザのデータなどが読めてしまう)
>はないので。

なるほろ

>>552
もちろん、例えば permission 700 で隠してあるシステムファイルを
読めるようになるかもしれないとか、そういうリスクはあるわけですが、
そのへんをどう考えるのかは、私が判断することではないということで。

うひゃひゃ
なるほろ

ガキはガキだな。人として駄目な奴

５５５（笑）

壊れたの直ったの？

スポ２鯖が大騒ぎ

鱈子唇とはぐれメタル（サザンともいう）しかいじれないsports2は、
要らない子だろうよ。

sports2完全死亡（datフォルダとか板トップとかが消えてる）
いじれる人早く来てくれー！

食事して帰ってみると、、、。

１号さんとサザンくんにメールしておくです。

ちなみに１号さんは、今日の早朝にケネディ宇宙センターで記念撮影してましたとさ。

>>560
外遊中すか。

>>561
ニコニコ生中継のスペースシャトル打ち上げ生放送に出演してました。

ケネディから颯爽と現れ１号さんかっこいいとかいう展開ですか
そしてsports2いじってとどめを刺すと

どうやらさん達はGo/NoGoも含めて無線の音声ぜーんぜん流してくれないし直前に逃げちゃうし
結局いつものNASA-TV+じっぷらに切り替えちった

なんか音がすごかったんだって?

>>545
>(読めるとセキュリティホールになる = 例えば他のユーザのデータなどが読めてしまう)
dd if=/dev/ad6 っつーことか、たしかにそらそーだ

花子 ★と花代 ★の秘密の花園 ６
http://qb5.2ch.net/test/read.cgi/operate/1263801739/305-307

これって何？
これって何だ？
よく分からん

>>565
beのポイントに注目

なまずの棲家が出来上がった。
DNS変更依頼は週明けにでも。

明日早いので今日はここまでで。
sports2は復活するのか。

>>567
サンクス〜

次はp2のサーバをやるか。
まずは確定スペックをここに。

サーバ本名: p202.razil.jp
IPアドレス: 210.135.100.132
ネットワーク帯域: 1Gbps

CPU: Xeon X5570 (8 core) x 2
論理CPU数: 16
メモリ: 24GBytes
Ethernet: Intel 82575EB Gigabit Network Connection
HDDコントローラ: LSI SAS1078 PCI-X Fusion-MPT (SAS 3Gb/s)
HDD: FUJITSU MBD2147RC (147GB 10000RPM 6Gb/s SAS-2) x 8

システムディスク: RAID 1 (上記のうち2台使用)
データディスク: RAID 1+0 (上記のうち6台使用)

これまで２ちゃんねるに入ったサーバの中では、最強の部類。

OS: FreeBSD 8.0R/amd64

まずはHDDの設定確認。

%mfiutil show volumes
mfi0 Volumes:
Id Size Level Stripe State Cache Name
mfid0 ( 136G) RAID-1 8K OPTIMAL Disabled
mfid1 ( 409G) RAID-10 8K OPTIMAL Writes

システムディスクのキャッシュが「Disabled」に設定されているな。
データディスクは「Writes」か。

%mfiutil show patrol
Operation Mode: disabled
Runs Completed: 0
Current State: stopped

パトロール機能が無効になっているみたい。

%mfiutil show firmware
mfi0 Firmware Package Version: 11.0.1-0015
mfi0 Firmware Images:
Name Version Date Time Status
APP 1.40.32-0650 Jun 18 2009 15:55:58 active
BIOS 2.06.00 active
BCON 2.2-16-e_8-Rel Jan 29 2009 12:52:11 active
PCLI 01.40-008:#%00007 Feb 6 2009 14:58:59 active
BTBL 1.00.00.01-0011 Nov 27 2007 18:29:20 active

11.0.1-0028 (APP-1.40.152-0827)
が最新か。少しだけ古いみたい。

http://www.lsi.com/storage_home/products_home/internal_raid/megaraid_sas/megaraid_sas_8888elp/index.html

ここからダウンロードして更新すればいいのかな。

えいっ。

%mfiutil flash mr1078fw.rom
WARNING: Firmware flash in progress, do not reboot machine... finished
mfi0 Pending Firmware Images:
Name Version Date Time
APP 1.40.152-0827 Mar 18 2010 11:38:13
BIOS 2.07.00 Jan 6 2010 05:49:42
BCON 2.2-20-e_11-Rel Jan 11 2010 16:47:53
PCLI 01.40-010:#%00008 Aug 21 2009 00:10:02
BTBL 1.00.00.01-0011 Nov 27 2007 18:29:20

リブート中、、、。

うむむ、ping戻らないな。
しくったのかも。(´･ω･｀)

しばらく戻らない場合、ブラジルの中の人にメールします。

なんだって〜！

あ、きたかな。

%mfiutil show firmware
mfi0 Firmware Package Version: 11.0.1-0028
mfi0 Firmware Images:
Name Version Date Time Status
APP 1.40.152-0827 Mar 18 2010 11:38:13 active
BIOS 2.07.00 Jan 6 2010 05:49:42 active
BCON 2.2-20-e_11-Rel Jan 11 2010 16:47:53 active
PCLI 01.40-010:#%00008 Aug 21 2009 00:10:02 active
BTBL 1.00.00.01-0011 Nov 27 2007 18:29:20 active

うまくいったようだ。ほっ。

>>570
A-Tigerもびっくりのスペックじゃないですかｗ
何この化け物

これが導入されるとP2の重さも解消されるのか…

このスペックなら重いのも解消されますねｗ

p2が重いのってスペックの問題だったのけ

新鯖にすればすべてが分かる

鯖自体は国内だからなぁ
前がどれだけのサーバーだったか知らないが

オクタコア…；
その鯖借りるとしたら月いくらすんだろ？A-tigerだって20位なのに…

901の時みたいな苦労…は無いかなあ当時よりFreeBSDも熟成されてるはずだし。

>>588
そもそもこんな鯖貸し出してるところなんて無いかも
あるとしてもVPSとかで専用鯖では無いだろうね

すげえ
本物の鯖だ

うひゃぁ

関鯖食べたいれす(^q^)

i7とかC2DみたいなPC鯖じゃねぇ
XeonのデュアルCPU16コア、SASディスク
正真正銘のIAサーバじゃねぇか

…あれ、HTなし?

コア数4個、スレッド数8個なのでHT有りですよ
ttp://www.intel.com/p/ja_JP/products/server/processor/xeon5000/specifications

>>594
あるはず。

というか、このサーバのHDDにはswapないのね。
まあ24GBytesもメモリがあれば問題ないか。

あ、確かに8コアじゃないですね。

> CPU: Xeon X5570 (8 core) x 2

(4 core with HT) x 2 が正しいと。
↓
FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs
FreeBSD/SMP: 2 package(s) x 4 core(s) x 2 SMT threads
cpu0 (BSP): APIC ID: 0
cpu1 (AP): APIC ID: 1
cpu2 (AP): APIC ID: 2
cpu3 (AP): APIC ID: 3
cpu4 (AP): APIC ID: 4
cpu5 (AP): APIC ID: 5
cpu6 (AP): APIC ID: 6
cpu7 (AP): APIC ID: 7
cpu8 (AP): APIC ID: 16
cpu9 (AP): APIC ID: 17
cpu10 (AP): APIC ID: 18
cpu11 (AP): APIC ID: 19
cpu12 (AP): APIC ID: 20
cpu13 (AP): APIC ID: 21
cpu14 (AP): APIC ID: 22
cpu15 (AP): APIC ID: 23

そか、
>CPU: Xeon X5570 (8 core)
これがすでにOSから見た論理コア数なのね
�dです

うむ、HDD遅いな。

p202# mfiutil cache mfid1 enable
Enabling caching of I/O reads
p202# mfiutil cache mfid0 enable
Enabling caching of I/O writes
Enabling caching of I/O reads

これで。

もしメモリが足りなくなってIOも限界だけどCPUに余裕がある状態になったら、compcache的なものを試すと良いかもしれ。

最初はこうだった。

p202# mfiutil cache mfid0
mfi0 volume mfid0 cache settings:
I/O caching: disabled
write caching: write-back
read ahead: always
drive write cache: disabled
Cache Disabled Due to Dead Battery
p202# mfiutil cache mfid1
mfi0 volume mfid1 cache settings:
I/O caching: writes
write caching: write-back
read ahead: none
drive write cache: default
Cache Disabled Due to Dead Battery

今これ。

p202# mfiutil cache mfid0
mfi0 volume mfid0 cache settings:
I/O caching: writes and reads
write caching: write-back
read ahead: always
drive write cache: disabled
Cache Disabled Due to Dead Battery
p202# mfiutil cache mfid1
mfi0 volume mfid1 cache settings:
I/O caching: writes and reads
write caching: write-back
read ahead: none
drive write cache: default
Cache Disabled Due to Dead Battery

これにしよう。

p202# mfiutil cache mfid1 read-ahead always
Setting read ahead policy to always

今これ。

p202# mfiutil cache mfid1
mfi0 volume mfid1 cache settings:
I/O caching: writes and reads
write caching: write-back
read ahead: always
drive write cache: default
Cache Disabled Due to Dead Battery

ふむ、

> drive write cache: default

write-cache [value]
Control the write caches on the physical drives backing
volume. The value argument can be set to either
``disable'', ``enable'', or ``default''.

In general this setting should be left disabled to avoid
data loss when the physical drives lose power. The bat-
tery backup of the RAID controller does not save data in
the write caches of the physical drives.

か。

p202# mfiutil cache mfid1 write-cache disable
Disabling write-cache on physical drives

にしよう。

今これ。
とりあえずこれで。

p202# mfiutil cache mfid0
mfi0 volume mfid0 cache settings:
I/O caching: writes and reads
write caching: write-back
read ahead: always
drive write cache: disabled
Cache Disabled Due to Dead Battery
p202# mfiutil cache mfid1
mfi0 volume mfid1 cache settings:
I/O caching: writes and reads
write caching: write-back
read ahead: always
drive write cache: disabled
Cache Disabled Due to Dead Battery

make -j 8 buildworld buildkernel 中。

すごく速いな。

APUがないと電源断で未書きが飛ぶ・時間はあってもHDDが書けなくなるから書き込みはキャッシュしない、と。
dead batteryって文言が繰り返されるのは気分よくないな

>>607
RAIDコントローラにバッテリが仮に乗っていても、
物理ドライブ内のキャッシュまでは保護しないから、
物理ドライブのキャッシュはdisabledにするのがいい、と書いてありますね。

あと、どうもこのコントローラには現在、
バッテリが物理的に実装されていないようです。

リブートした。
リブートすると、上がるのに10分近くかかるのね。

つまり
・RAIDコントローラにバッテリをとりつけてもらう
・UPSを接続し設定してもらう
この2つが達成されたときにライトキャッシュを有効化できる、と

>>610
そうですね。

iDCというぐらいで、UPSはさすがについているんじゃないかと思います。

ん、

p202# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/mfid0s1a 10154158 630640 8711186 7% /
devfs 1 1 0 100% /dev
/dev/mfid0s1e 10154158 249352 9092474 3% /usr
/dev/mfid0s1d 20308398 126714 18557014 1% /var
devfs 1 1 0 100% /var/named/dev
/dev/mfid1s1a 415015828 2756326 379058236 1% /home

mfid0 に使っていないところがあるのね。

>>611
UPSが付いていれば設定完了後はキャッシュを有効化できるということですか?

>>613
できないような。

http://lkml.org/lkml/2006/1/23/204
FreeBSDでは書き込みバリアに対する考えが無いから、SCSIのWrite Cache Enableで問題が起きる云々
この問題って解決されてるのかな?

disklabel コマンドではラベルを書き換えられないな。こうなる。

/tmp/EdDk.gpc0Ohr4vs: unmodified: line 1
disklabel: Class not found
re-edit the label? [y]:

普通のSATAのディスク(例えば今設定中のA-tiger)でもこうなるから、
これは8.xで変わったということかな。GEOMが入ったことで。

>>615
読んでみるです。

これかな。

http://www.freebsd.org/releases/8.0R/relnotes-detailed.html
[7.2R] The glabel(8) GEOM class now supports a new
UFS-based label called ufsid that can be used to reference
UFS-carrying devices by the unique file system ID.

This file system ID is automatically generated and detected
when the glabel(8) GEOM class is enabled. An example of
this new label is: /dev/ufsid/48e69c8b5c8e1b43.

The benefit of using GEOM labels in general is to avoid
problems of device renaming when shifting drives or controllers.

gpart でやるのか。ちとめんどいな。

p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 201781687 - free - (96G)

gpart add -b start -s size -t type [-i index] [-l label] [-f flags] geom

ということは、、、。こうか。

p202# gpart add -b 83886080 -s 201781687 -t freebsd-ufs mfid0s1
mfid0s1b added

で、こうなった。

p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 201781687 2 freebsd-ufs (96G)

p202# disklabel -r /dev/mfid0s1
# /dev/mfid0s1:
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 20971520 0 4.2BSD 0 0 0
b: 201781687 83886080 4.2BSD 0 0 0
c: 285667767 0 unused 0 0 # "raw" part, don't edit
d: 41943040 20971520 4.2BSD 0 0 0
e: 20971520 62914560 4.2BSD 0 0 0

しかしあいている b にアサインされるのか。
ちと気持ち悪いけど、

p202# newfs -U /dev/mfid0s1b
p202# mount /dev/mfid0s1b /mnt
p202# df -h /mnt
Filesystem Size Used Avail Capacity Mounted on
/dev/mfid0s1b 93G 4.0K 86G 0% /mnt

ちゃんと使えるようになったようだ。

せっかく b になったから、swap にしておくか。
こうだな。

p202# gpart modify -t freebsd-swap -i 2 mfid0s1
mfid0s1b modified
p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 201781687 2 freebsd-swap (96G)

で、/etc/fstab にこれを追加して、、、。

/dev/mfid0s1b none swap sw 0 0

うまくいくか試すと。

p202# swapon -a
swapon: adding /dev/mfid0s1b as swap device
p202# pstat -s
Device 1K-blocks Used Avail Capacity
/dev/mfid0s1b 33554432 0 33554432 0%

top で見ても大丈夫そうだな。

Swap: 32G Total, 32G Free

あとは、この /home を gjournal にするかどうか。
fsck したくないし。

p202# umount /home
p202# vi /etc/fstab
p202# gjournal label -f /dev/mfid1s1a
p202# gjournal list
Geom name: gjournal 2350801357
ID: 2350801357
Providers:
1. Name: ufsid/4bed22a66741190f.journal
Mediasize: 437712004096 (408G)
Sectorsize: 512
Mode: r0w0e0
Consumers:
1. Name: ufsid/4bed22a66741190f
Mediasize: 438785746432 (409G)
Sectorsize: 512
Mode: r1w1e1
Jend: 438785745920
Jstart: 437712004096
Role: Data,Journal

こうなった。

で、/dev/mfid1s1a.journal が作られない。

p202# gjournal status
Name Status Components
ufsid/4bed22a66741190f.journal N/A ufsid/4bed22a66741190f
p202# gjournal stop ufsid/4bed22a66741190f.journal

とやったらこうなって、

p202# gjournal status
Name Status Components
mfid1s1a.journal N/A mfid1s1a

ちゃんとデバイスができて、

p202# ls -l /dev/mfid*
crw-r----- 1 root operator 0, 86 May 16 14:48 /dev/mfid0
crw-r----- 1 root operator 0, 91 May 16 14:48 /dev/mfid0s1
crw-r----- 1 root operator 0, 93 May 16 23:48 /dev/mfid0s1a
crw-r----- 1 root operator 0, 110 May 16 15:36 /dev/mfid0s1b
crw-r----- 1 root operator 0, 94 May 16 23:48 /dev/mfid0s1d
crw-r----- 1 root operator 0, 95 May 16 23:48 /dev/mfid0s1e
crw-r----- 1 root operator 0, 92 May 16 14:48 /dev/mfid1
crw-r----- 1 root operator 0, 96 May 16 14:48 /dev/mfid1s1
crw-r----- 1 root operator 0, 100 May 16 15:56 /dev/mfid1s1a
crw-r----- 1 root operator 0, 113 May 16 16:19 /dev/mfid1s1a.journal

newfsもできた。

p202# newfs -J /dev/mfid1s1a.journal

ふしぎだ。

/etc/fstab にこう書けば、

/dev/mfid1s1a.journal /home ufs rw,nosuid,noatime,async 2 2

mount もできるようだ。

p202# mount /home
p202# mount
/dev/mfid0s1a on / (ufs, local, soft-updates)
devfs on /dev (devfs, local, multilabel)
/dev/mfid0s1e on /usr (ufs, local, soft-updates)
/dev/mfid0s1d on /var (ufs, local, soft-updates)
/dev/mfid1s1a.journal on /home (ufs, asynchronous, local, noatime, nosuid, gjournal)

でも、こわいので念のため /etc/fstab に追加したやつは一度コメントアウトして、

#/dev/mfid1s1a.journal /home ufs rw,nosuid,noatime,async 2 2

/boot/loader.conf に以下を追加して、

# for gjournal
geom_journal_load="YES"

この状態で一度リブートしてみる。

>>623
あ、でも変だな。32G じゃないな。
スワップは 32G しか行かない仕様なのか?

上がったら確認しよう。

>>628
%sysctl kern.maxswzone
kern.maxswzone: 33554432

があん。

>>629
これ変えると何か起きそうだし、メモリ24Gだから、
上がったら swap は 32G に再設定して、残りは他に使うということで。

上がった。

/etc/fstab のコメントを外して、

/dev/mfid1s1a.journal /home ufs rw,nosuid,noatime,async 2 2

mount できるのを確認。

p2p2# mount /home
p202# df -h /home
Filesystem Size Used Avail Capacity Mounted on
/dev/mfid1s1a.journal 395G 4.0K 363G 0% /home

で、/home のバックアップを戻してと。

p202# cd /home
p202# restore rf /var/home.dump

おー、こりゃ凄いスペックだ。
私でもあんまりお目にかかれないスペックですなぁ。

swap を減らす。

まず swap をはずして、

p202# swapoff -a
swapoff: removing /dev/mfid0s1b as swap device

/etc/fstab をコメントアウトし、

#/dev/mfid0s1b none swap sw 0 0

縮小してすわぽん

size は gpart modify では変えられないみたいなので、
いったん消去して、

p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 201781687 2 freebsd-swap (96G)

p202# gpart delete -i 2 mfid0s1
mfid0s1b deleted
p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 201781687 - free - (96G)

作り直して、

p202# gpart add -b 83886080 -s 67108864 -t freebsd-swap mfid0s1
mfid0s1b added
p202# gpart show mfid0s1
=> 0 285667767 mfid0s1 BSD (136G)
0 20971520 1 freebsd-ufs (10G)
20971520 41943040 4 freebsd-ufs (20G)
62914560 20971520 5 freebsd-ufs (10G)
83886080 67108864 2 freebsd-swap (32G)
150994944 134672823 - free - (64G)

/etc/fstab を元に戻して、swapon で元に戻す。

p202# swapon -a
swapon: adding /dev/mfid0s1b as swap device

これで、

p202# gpart add -b 150994944 -s 134672823 -t freebsd-ufs mfid0s1
mfid0s1f added

とやって、残りを普通のパーティションにし、

どうせだからgjournal化して、

p202# gjournal label /dev/mfid0s1f
p202# newfs -J /dev/mfid0s1f.journal

/etc/fstab にこれを追加して、

/dev/mfid0s1f.journal /work ufs rw,nosuid,noatime,async 2 2

とりあえず /work にでも mount しておくと。

p202# mount /work

p202# df -h /work
Filesystem Size Used Avail Capacity Mounted on
/dev/mfid0s1f.journal 61G 4.0K 56G 0% /work

カーネルのシェイプアップはきょうび、しなくていいかな。GENERIC のままでいくか。
最近だと /etc/sysctl.conf と /boot/loader.conf でいけるので。
どうせいまどきだとデバイス外すぐらいだし。

これで最終リブートテストして問題なければ、中身作りへと。

中身じゃなくて器だった。>>638

リブートテスト完了。

ブート時のこれ↓は、気にしなくてもいいのかしら。

GEOM_JOURNAL: Journal 2350801357: mfid1s1a contains data.
GEOM_JOURNAL: Journal 2350801357: mfid1s1a contains journal.
GEOM_JOURNAL: Journal mfid1s1a clean.
GEOM_JOURNAL: BIO_FLUSH not supported by mfid1s1a. ← これ

で、まだよく読んでないけど、
このサーバのリブートに異様に時間がかかりすぎな件は、
ひょっとするとこれ踏んでいるのかも。

i386/144956: [boot] Early minute-plus delay in boot on Intel Nehalem system
http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/144956

ということで、ちょっと休憩。
近くの河原にでも行って来るか。

賽の？

つ六文銭

これって２ちゃんでは導入できないんだろうか？
これ4台ぐらいに集約できるんじゃないか？

>>643
さすがに4台は無理だと思う
SSDの耐久性が飛躍的に向上すれば大丈夫だろうけど

でも、実況鯖の雪だるまを丸々置き換えられるくらいの性能は持っているかもね

10Gb Ethernet使えばネットワークも問題無し。
後ボトルネックはどこだろ。

机上の計算上，5,000万PV/月までならアプリケーションサーバ1台でさばける
http://gihyo.jp/dev/clip/01/orangenews/vol55/0003

>>645
総トラフィック数的にはGbEでも問題ないかと。
一番の問題は、ストレージでしょう。
これさえ決定的な解決策があれば収容数をかなり改善出来そう。

分散ファイルシステムとかどうなんだろ。
http://yebo-blog.blogspot.com/2010/05/ceph-file-system.html

>>640
GEOM_JOURNALでのBIO_FLUSH(書き込みキャッシュのフラッシュ)コマンドが
それより下位のレイヤへ伝えられないか、伝えたけれども実行できない状況の時に出るようです

停電でジャーナルすらも吹っ飛ぶような状況を回避するためにあるようなのですが
RAIDカードに書き込みキャッシュ保持用のバッテリーがある場合や
書き込みキャッシュがそもそも無い場合
は（書き込んだ分は書き込まれるので）リスクは低いそうです。

>>649
どもです。
とりあえず、先に進んでもよさそうですね。

>>600
compcache - Project Hosting on Google Code
http://code.google.com/p/compcache/

これはまた、おもしろそうな。

ntp はこいつらでいこう。

# NTP parent servers
server 202.224.32.4 iburst maxpoll 9 # ntp.asahi-net.or.jp
server 210.173.160.27 iburst maxpoll 9 # ntp1.jst.mfeed.ad.jp
server 210.139.246.140 iburst maxpoll 9 # ntp.so-net.ne.jp

HDDコントローラ: LSI SAS1078 PCI-X Fusion-MPT (SAS 3Gb/s)
HDD: FUJITSU MBD2147RC (147GB 10000RPM 6Gb/s SAS-2) x 8

これって動作は3Gb/sになるの？
コントローラに関係なく6Gb/sで動作するの？

>>573
基本のプログラムをだいぶ入れたので、

p202# mfiutil patrol auto

で、パトロール機能を有効化。

確認はこんなかんじで。

p202# mfiutil show patrol
Operation Mode: auto
Next Run Starts: Sat Jan 16 03:00:00 2010
Runs Start Every 604800 seconds
Runs Completed: 0
Current State: active
Drive 4: 0.55% complete, after 17s finished in 51:26
Drive 5: 0.55% complete, after 17s finished in 51:26
Drive 6: 0.66% complete, after 10s
Drive 7: 0.66% complete, after 10s
Drive 8: 0.66% complete, after 10s
Drive 9: 0.66% complete, after 10s
Drive 10: 0.66% complete, after 10s
Drive 11: 0.66% complete, after 10s

sasって6gbpsだっけ? 3gbps full-duplexじゃないっけ

>>651
組み込みなんかでは良く使われているようです。
メモリが多くてCPU負荷も高いサーバーにどうかは未知数ですけどね。FreeBSDに同等物があるかも未確認です。
Ubuntu 10.04だと以下でサクッと試せるので、そのうちサーバーで試すところも出てくるかな。
sudo modprobe ramzswap
sudo swapon /dev/ramzswap0 -p 100

本当にこんな化け物鯖使うの、、、
p2の重さが解消されるのか知らん。wktkが止まらない。

>>653
コントローラが3Gb/sまでなので、
3Gb/s動作ですね。

>>655
そうですね。
SATAよりはよいはずです。

あ、6Gb/sの規格も既にあるようです。SAS-2だったかな。

NTPはntp.nict.jpで、税金で運用されていますw

>>656
ふむふむ。

>>656
Linuxのlive時に使ったりしてましたっけ

>>653
>147GB 10000RPM 6Gb/s SAS-2
あ、確かにここにSAS-2って書いてあるな
SATA→3Gbps半二重
SAS　→3Gbps全二重
SAS-2→6Gbps全二重
ってことかな、でこのコントローラは-2非対応なので3Gbps全二重で動くと
ほむほむ

>>664
そんなかんじですね。

>>663
他のディストロまでは分かりませんが、Ubuntu 10.04のlivecdには使われていたかと。

>>658
ありがとうございます。
HDDの能力をフルに使えないのって寂しいですね。

>>667
逆に、これでHDDの能力があふれるようなら、
まだ改善の余地があるということなのではないかと。

このサーバはPHPがばりばり動くかんじですかね。
そんな方向で。

>>669
rootさん、p2鯖をNehalem Xeonに移行したら深夜帯の激重状態がサクサクになるまでいきますかね？
（find鯖の兼ね合いもありますが、あくまでp2鯖単体の能力的に）

>>669
ハイエンドのサーバーにPHPとは何とも不釣り合いな。
ソフトウェア見直した方が絶対良い気が。

>>670
最近p2サーバの様子見ていないので、ぜんぜんわかんないです。

>>671
p2はPHPで書いてあるのではないかと。

そうだそうだ
シェルスクリプトで書き直すべき

http://www.publickey1.jp/blog/09/facebook8php.html

PHPの遅さは異常。
http://www.publickey1.jp/blog/09/facebook09.png

>最近ではPHPをC++にコンパイルするといったアプローチを採用している
facebook凄すぎワロタw

>>674
Ruby遅い、、、。

パイソン以外に早いんだな
覚えよう

どうでもいいけどpythonのことぴーちょんって読んでるんだけど

公開されてた

PHPをC++化するOSSツール「HipHop for PHP」、Facebookがベータ版を公開
http://itpro.nikkeibp.co.jp/article/NEWS/20100204/344171/
Home - hiphop-php - GitHub
http://wiki.github.com/facebook/hiphop-php/

>>674
そのリンク先面白いですね。
facebookか。

>>678
すごいですね。

某なんとかランも、確かPHPだったような。

>>678
この前幸せ鯖に入れようとしたけど、Limux依存なpkg多くて、
FreeBSDに入れるには面倒でやめたと言うオチが

# 依存環境満たせば動くかもだけど

>>641
hint.atkbdc.0.disabled="1"
hint.atkbd.0.disabled="1"

これらを /boot/device.hints に入れろと。
しかし、ううむ。

>>681
libcapがLinux固有な予感
http://groups.google.com/group/hiphop-php-dev/browse_thread/thread/6f7933799320fa75?fwc=2

>>654
ディスクのパトロールは無事に通ったようだ。

%mfiutil show patrol
Operation Mode: auto
Next Run Starts: Sat May 22 03:00:00 2010
Runs Start Every 604800 seconds
Runs Completed: 1
Current State: stopped

sageろ

age

>>683
libcap を FreeBSD でコンパイルしようとすると、 Linux 固有のライブラリを要求するんだけど、
そこまでクリアしようとするくらいならしょっぱから Linux を選ぶ方が楽で早いというオチです

ひととおり仕上がった気がする。< 新p2サーバ

最終リブートテスト中。
>>682 のテストはまだ。

今の p2 サーバの様子を久しぶりに見てみると、、、。

CPUは遊んでいるみたい。まだまだ余裕。
でも、HDD I/O はだめだめ。常時 100% はりつき。
というかオーバーしている。

これだと新サーバにしても、同じように HDD I/O があふれて、
宝の持ち腐れになるのかも。

というか、今の cw43 = p2.2ch.net って、
私が多忙＆体調不良の時に一度あぼーんして、
ブラジルなサーバに切り替わっていたような。

>>687
そうでしょうねぇ。
まぁそれにPHPをC++にトランスレートしてコンパイルしても速度が2倍程度で微妙ですしね (待ち行列から考えるとでかいですが)。
どう工夫しても動的型付け言語は静的型付け言語に速度で勝てないわけで。

>>689
やっぱりストレージがボトルネックなんだ…
SSDならマシになるんでしょうか

>>689
なるほど…ストレージI/Oの問題か。
今p2ログインは激重です、はい。
gimpoみたいにSSD化するのが一番早いのかね？（容量的にきついのかもしれないが）

ログインならp2じゃなくてfindなんじゃないの？

というか、器の問題というより中身の問題なのでは
p2の作りからしてストレージアクセスが多いのが問題なのではないかと

>>687
無理に顔出さなくてもｗ

>>695
そんな気もしますね。

というか、HDDのアクセス異様に多いな。しかも読むほう。
p2って、ユーザのdatをキャッシュしていたりするのかしら。

>>694
ああ確かにそうだなすまん。
p2のアクセス自体はまあぼちぼちというくらい。
サクサクまでは行かないなあ…

>>689
readとwriteの比率や、スワップの使用率などが無いとなんとも。
まぁソフトウェアの問題の可能性が高い気がするが。

むむむさん

メールありがとうございました！
今ざっとレスのほうを見たので返答します。

- リブートにじかんがかかる

このFUJITSUのマシン全般、FreeBSD上でカーネル読み込み時になぜか時間がかかるのです。ただ、きちんとあがりはします。
上記であがっているprに該当するかはわからないですが、Nehalemファミリでも該当するものとないものがあって、FUJITSUのこれはまれにこの現象を起こしているようです。

- writecache with battery
一応IDCの中で予備電源があるので大丈夫だとは思いますが、、判断はおまかせします。物理的につけるとなると、保証うんぬんがあって難しそうです。不可能ではないと思いますが、

- mfid0の未使用領域
何かを待避する用のパーティションやswapのために微少ながらのこしてあります。swapでしたらこちらから切ってもらえれば、という感じです。
とおもったらそのしばらく後でアサインされたようですね。

- SASバス
おっしゃるとおり、3Gb/sがMaxです。

- パトロールを無効にしていた理由
現cw43でも同じコントローラだったのですが、ディスクが忙しい、忙しくないに関係なくパトロールが行われるので、I/Oの多いサーバーでは無効にしていました。

>>697
readが多いか。8:2の法則でどうこうすれば良い伊予柑。

>>697
２ch検索でp2で読むリンクがあるから（笑）

オレ様はp2重いからリンクをコピ〜して専用ブラウザで読むけれど

２ch検索はp2用ではない普通のレス番URLのリンクが無いから

p2で一発クリックで読む人の方が多いと思うです〜♪

>>700
おつですおつです。

> このFUJITSUのマシン全般、FreeBSD上でカーネル読み込み時になぜか時間がかかるのです。

ディスクがFUJITSU、ということですかね。

> - writecache with battery

あればうれしいですね。
投資の問題がからむので、なかなか大変かもですが。

> - mfid0の未使用領域

はい。

> - パトロールを無効にしていた理由

なるほど、、、パトロールしている場合じゃないぐらい忙しいと。

読むほうっていうのは、スレッドを読むほうではなくHDDのreadって意味なんですか？
文脈からすると、「スレッドを読むほう」という印象を受けますが。

そんなわけで、パトロールはとりあえず切っておくか、、、。

%mfiutil patrol disable
%mfiutil show patrol
Operation Mode: disabled
Runs Completed: 1
Current State: stopped

>>704
入っているものの中身を見ていないのでわからないです。

システムから見ると、蓄えられているデータへの「読む」なアクセスが
異常に多いような気がします。

>ディスクがFUJITSU、ということですかね。

マシンがFUJITSU、ということでした。RX200S5というマシンを使っています。
I/Oが一番強いのがこれだったので、ということでアサインしたのです。

>なるほど、、、パトロールしている場合じゃないぐらい忙しいと。
>そんなわけで、パトロールはとりあえず切っておくか、、、。

すみません。。

akiさんにもお伝えしたのですが、現状のp2のロジックだとファイルの読み出しのためのI/O(open/closeとか)が多いので
DIRHASHがあっても、あのパフォーマンスでいっぱいだったのかなって気がしています。
このあたりは次期のもので改善するといいなと思ってます。格納次第でかなり改善できるところだと思うので、、

今回SSDを採用しなかった理由としては、ほかのサーバーでSSDを採用した時に(たぶん寿命の段階で)ファイルの一部が化けるということが起こっていて、
RAIDチップがうまくその問題を回収してくれるかどうかが不明だったためSASの早いのを取り込むことにした、というのが理由です。もちろん、いつかはシフトできるといいですが。、

>>707
> 今回SSDを採用しなかった理由としては、ほかのサーバーでSSDを採用した時に(たぶん寿命の段階で)ファイルの一部が化けるということが起こっていて、
> RAIDチップがうまくその問題を回収してくれるかどうかが不明だったためSASの早いのを取り込むことにした、というのが理由です。もちろん、いつかはシフトできるといいですが。、
解説�d。
鯖用途だとやはりきついのか…個人ユースだとバリバリ速いんだがなあ。
これだけの費用投じてCPU余ってるならRAIDカードとSSDを…と一瞬思ったが、ファイル化け出るならどうしようもないな…

＞SASの早いの
コントローラが・・・。

ユーザデータの読み出しもあるから結構きついよね。
というか、ユーザデータはキャッシュされる（されている）のかな？

>>707
>(たぶん寿命の段階で)
SMARTの値が出ないタイプのSSDだったのかな?

>>707
これですか。

PCサーバ PRIMERGY（プライマジー） RX200 S5 タイプ一覧・価格 : 富士通
http://primeserver.fujitsu.com/primergy/catalog/rx200s5/

SSDはまだ時期尚早なのか

>>707
> 現状のp2のロジックだとファイルの読み出しのためのI/O(open/closeとか)が多い

せっかくメモリ多いわけで、/md (mfs) を使うとか、そういう技はあるんですかね。
p2 側の改良が必要なのかな。

p2 のユーザで書き込める、
/md/(p2のユーザ) というのをブート時に作るようにしておこう。
使う気になれば使えるように。

> これだけの費用投じてCPU余ってるならRAIDカードとSSDを…と一瞬思ったが、ファイル化け出るならどうしようもないな…
ちなみに採用したのはMLCでした。だからなんだ、というわけではないですが、、
SLCを2~3年ぐらい前に導入していますが、そちらは問題ないです。さすが、という感じなのか。。

RAIDカードのエラーを知るために故障SSDときちんとしたディスクをいれてsync -> 整合性checkをしたのですが、
たぶん領域が変わったのかエラーが回収できなかった、という過去があります。
そのあたりの挙動がはっきりわかったら入れ替えるのはありかなぁ、と。仮にマスタ側がSSDで化けられたら困るので、、

でもブ社ではいくつかSSDを投じているので、早い段階でサービスに投入できればいいな、と思っています。


> というか、ユーザデータはキャッシュされる（されている）のかな？
キャッシュのレイヤにもよりますが、memcachedの採用されている部分もいくつかあるようです。(セッション？)
ただ、ユーザーデータ等のサイズも大きい(大きくなる)ので、やはりディスク待避も仕方がない部分があると思います。24GBのメモリだとしても。


> SMARTの値が出ないタイプのSSDだったのかな?
たぶんでるとは思いますが、、すみません、SMARTはあまりチェックしていないのです。。
もし仮にSMARTで(致命的な)エラーが検出できるのだとしたらかなりよいと思いますが、
たとえば寿命セクタのエラーが一定以上出たら、、のような個体差があるようなもので判別することになるとするとちょっと、、というキモチではあります。。


>> RX200 S5
はい、そのマシンです。ちなみにorzにも1台投入する予定です。

/md はとりあえず 500MBytes とった。

>>714
> キャッシュのレイヤにもよりますが、memcachedの採用されている部分もいくつかあるようです。(セッション？)

cw43 を見ると、

memcached-1.2.5 High-performance distributed memory object cache system
pecl-memcache-2.2.3 Memcached extension

これらが入っているようですね。

というか、今入っている ports との比較をしておこう。
入っているものはとりあえず入れる方向で。

> せっかくメモリ多いわけで、/md (mfs) を使うとか、そういう技はあるんですかね。

メモリディスクはかなり有効だと思います。
僕はメモリディスクに乗せるデータをgzして乗せるのとかはいいかな、と思っています。
メモリ読み出しもDDR3なので早いですし、これだけCPUリソースが余っているので。。

なんだ　スレというかレスとかの読み込みじゃないのね（笑）

でもfind重い時は新さ〜ヴぁでもどうにうもならないんでしょ♪

>>717
つまり p2 の側で、メモリディスクを使うように改良する方向性ですかね。

>>714
�d。
SLCは3〜10倍くらいあるし、実際にエンタープライズで使われてるからMLCかなとは思ってた。
S.M.A.R.T.で寿命（SSD内部の正常な書き込み領域が減ってきた、無くなった）が出るSSDは既にあるんで
そこそこの頻度でS.M.A.R.T.確認が出来るならなんとかなりそうなものかなとは思いまする。
一応、突然の故障はSSDでもあるんでそこはRAID使ってカバーで（これは個体差的な意味でどうしようもないんで）。

まあ鯖が来てしまった以上しょうがないんでRAMストレージで凌ぐのは有効とは思う。
指摘の通り強力なCPUがあるわけだし。

>でもfind重い時は新さ〜ヴぁでもどうにうもならないんでしょ♪

findは、、すみません。。あれもp2と同じような問題でファイル読み出しが重いのが大部分だと(僕は)おもっています。。
/tmpにキャッシュをじゃんじゃん作っているので、こりゃ重いわ、とよく思っています。
ただ、これについては(キャッシュという特性上)消えてもよいファイルなので、SSDでもよいのかもしれないですね。
>S.M.A.R.T.で寿命（SSD内部の正常な書き込み領域が減ってきた、無くなった）が出るSSDは既にあるんで
こんなご指摘もあるので、機会があればぜひやろうと思います。

> つまり p2 の側で、メモリディスクを使うように改良する方向性ですかね。
はいー。格納ロジックはどうあれ、バランスよくリソース配分ができるといいなと思います。
何か困ったことがあったら、またメールいただければ善処します。お疲れ様でした！

readが多いってのは仕組みに関連するのかなぁ
まとめ読みとかするから多数のデータを読んだりすることが多んだろかー？

＞ただ、ユーザーデータ等のサイズも大きい(大きくなる)ので、やはりディスク待避も仕方がない部分があると思います。
やっぱそうですか。

phpなんかのメモリ管理/データ管理機構ってのを良く知らないんだけど、
phpが呼ばれるたびにユーザデータの（HDD、もしくはキャッシュからの）読み込みが行われるんですか？

>>721
＞あれもp2と同じような問題でファイル読み出しが重いのが大部分だと(僕は)おもっています。。
＞/tmpにキャッシュをじゃんじゃん作っているので、こりゃ重いわ、とよく思っています。
それって検索用のサーバという話ですよね？
現状、find検索とp2（モリタポの）認証APIサーバが同じサーバだと思うんですが、それを分割できないんですかね？
find検索が重くなるたびに認証に影響を与えていると思うんですけど。

>>721
> はいー。格納ロジックはどうあれ、バランスよくリソース配分ができるといいなと思います。

そんなかんじですね。

器の側はもちろんできるだけがんがりますが、
一般的にいって中身の側できることは、器の側よりももっと多いような気がします。

> 何か困ったことがあったら、またメールいただければ善処します。お疲れ様でした！

どもです。
できる範囲で表(こことか)でやれるとうれしいですね。

>>721
> /tmpにキャッシュをじゃんじゃん作っているので、こりゃ重いわ、とよく思っています。
CPUが余ってるならそれこそRAMストレージでいいのではないかと（容量が足りるなら）。
マシンパワーが潤沢ならコスト掛けてSSDに置くよりも速いってのもあるんで。

>>722
システムの動きを見ての推測に過ぎませんが、
p2 の側で各ユーザごとの dat のキャッシュ(?)みたいなものを、
読んでいるんじゃないかと思っています。

なんというか、ユーザが多くなったことでいちばん苦しくなりそうなところなので。

> phpが呼ばれるたびにユーザデータの（HDD、もしくはキャッシュからの）読み込みが行われるんですか？

深くは読んでないので一概には言えないのです、、が、p2のロジック的に読み込みが走る部分はそれなりに多いと思います。
ただ、いろんなサーバーで動くことを考慮したりすると、互換性のためにそのような仕組みにする必要があるのも頷ける部分は多いと思います。

> 現状、find検索とp2（モリタポの）認証APIサーバが同じサーバだと思うんですが、それを分割できないんですかね？

おっしゃるとおりです。。僕の判断でどこまでの範囲を話していいのかわからないのであまり深いことはいえないですが、
各サービスが足を引っ張らないような独立性を保つことは、今の2ch検索を含む、いろんなサービスにいえることだな、と思います。


> CPUが余ってるならそれこそRAMストレージでいいのではないかと（容量が足りるなら）。
こちらもそのようにしたい！ですが、分散サーバーがたくさんある、というものなので残念ながら一台あたりのマシンはそこまでパワーがありません。。
確かに省コストでやるならそれも手なのですが、自由に使えるバッファキャッシュがあったほうがプログラムがすぐできるよ！という部分もあるので、SSDを押していたのでした。

>>727
> こちらもそのようにしたい！ですが、分散サーバーがたくさんある、というものなので残念ながら一台あたりのマシンはそこまでパワーがありません。。
なるほど。
PC系には詳しくとも鯖はさっぱりなんで勉強になりますな。

UFSの性能が低いのも響いてる気がする。
ZFSもZFSでメモリ喰いだったりRAIDと相性悪かったりで微妙。

結局軽くはならないんでしょ（笑）

>>723
認証鯖いいですねぇー
でもまあそこら辺は技術的な問題とさっきrootさんが言っていたように投資の問題があるかと・・・

>>726
ユーザのアクセス一回で色んな物を読んでるような気がしますねぇ、p2の動作から想像すると。

＞なんというか、ユーザが多くなったことでいちばん苦しくなりそうなところなので。
これは今のところ制限なく増えていくんでしょうしちと辛いでしょうね、、、
ネックはI/Oかぁ、もうHDDのじだいじゃ無いんだなぁ、凄いじだいだ。

最近なにかと流行りのZFSは
コントローラに頼らないエラー検出がウリだそうで
実際、コントローラが何もエラーを吐かないのに
ZFSがエラーを検出してアレイをデグレードしたという話もあるそうです。
http://ftp-admin.blogspot.com/2009/10/zfsraid.html

SSDもECCの許容範囲を超えた場合、訂正不能どころかエラー検出すらされない場合があるので
こういう場合は相性がいいのかもしれませんね

> UFSの性能が低いのも響いてる気がする。

UFS自体の性能は、最高！とはいえないですが、GJOURNALのおかげもあって、安定性やパフォーマンスの総合点で見て非常に優秀だと思います。
FreeBSD上でいけば、現在CURRENTで進められているGEOMレイヤのディスクスケジューラが入れ替えられるようになればかなり優秀な物になると思います。
現在の重み付けラウンドロビンだと、大きなシーケンシャルwriteが挟むとほぼブロックに近い応答性能になっていまうので。。
おっしゃる通り、ZFSはやはりエンタープライズの、もっとリソースに余裕のあるところ向けな気がしますね。。今は。


> 結局軽くはならないんでしょ（笑）

ですね！その通りでつらいです。。
いつかは "昔は重かったけど、、" なんて言ってもらえるようにがんばります。

> ZFSがエラーを検出してアレイをデグレードしたという話もあるそうです。

これはかなり興味深いです。ZFSのエラー検出は256bitのchecksumなので、SSDのビット化けにはうってつけだと思います。
たぶん、もうしばらくするとLinuxやBSDでもこのようなchecksumの整合性チェックのようなものはすぐに出てきそうな気がします。もう出てるかもしれないですが。
SSD向けのファイルシステムは、もう少しきちんと調べてみた方が良さそうですね。

>>731
＞投資の問題があるかと
ブラジルにとって認証サーバって要（かなめ）だと思うんですよ。
まず認証が出来なければ、モリタポサービスのほとんどが受けられないわけですから。
もちろん「一時的に認証出来ないリスク」と「そうならないための投資」とを天秤にかけてみてどちらを取るかというのはわたしには判断できませんが。

> もちろん「一時的に認証出来ないリスク」と「そうならないための投資」とを天秤にかけてみてどちらを取るかというのはわたしには判断できませんが。

僕の個人的なところですが、そもそもfindが重いと認証ができないんだ！ということを忘れていました。(関係者がみてたら怒られるかもしれないですが)
ただ、次期のバージョンではこーしよう、あーしようみたいなのは練ったり作ったり、としているので、弱点ははやいところ埋めようと思います。


ではでは、p2のサーバーがうまく運用できるようにと願います。
関係のないレス増えてしまいすみません。皆様コメントありがとうございました。

さて、そろそろ今日は店じまいの予感。

・新eqサーバのDNS変更依頼
・新p2サーバの設定続き (>>716 から)
・新p2サーバのDNS変更依頼
・bbq2用サーバ(tiger3546)セットアップ

を、明日以降ぼちぼちと。

>>735
> 僕の個人的なところですが、そもそもfindが重いと認証ができないんだ！
> ということを忘れていました。(関係者がみてたら怒られるかもしれないですが)

とてもいいところにきがつきましたね（ぼうよみ）。

そんなわけで、おやすみなさいです。

>>735
お疲れさまどす。
>>737
rootさんもお疲れさま。

乙乙

乙です乙です

>>735-736
お疲れ様です。。。

(´-`).｡oO(　「ゆ」さんと聞いて「ゆってぃ」しか（ｒｙ。　)

>>741
♪さんも…♪さんはいつも乙。

どうして携帯p2は重くないんだ（笑）

それでわかるだろ・・・・・

>>741
むしろ「ゆんゆん」でひとつ。

>>742
あなたも乙。

>>743
おそらくな話で申し訳ないけど、携帯の通信自体が遅いからだと思う。
だから体感しないんじゃないかなと（わたしの感想）。
（というか、わたしその時間携帯からp2しないし）

>>744
知り合いにいます。

せっかく良いスレの流れだったのに
台無し

いつも出しゃばってくるんだよなこいつは♪

>>745
灰スピ〜ド携帯使ってた頃も軽かったぞ（笑）

普通の携帯メニュ〜とかアフォらしくて使えないけれど

今は進化したのだろうか・・・・

逆にpcp2は重くて使ったら悪いような気になる♪

>>736 に追加。
・smaretmontools によりデータをとるための作業＆作業依頼

3-50万って思ったより高くないのね
ジャンクで買ったUnix鯖がもっと高かったから意外だった

まずeqのDNS変更依頼やります。
以下の内容で依頼かけます。

(現状)
+eq.2ch.net:206.223.154.240

(変更後)
+eq.2ch.net:206.223.152.155

どうかな。
http://eq.2ch.net/

rootさん、お疲れ様です(｀・ω・´)ゞﾋﾞｼｯ!!下記のように表示されました

【eq.2ch.net】
eq.2ch.net (at banana3104) 建設予定地

どもです。>>753
中の人からも変更完了のお知らせがありました。

＜以下、なまずさんへ＞
・新しい eq.2ch.net ができました。使ってみてくださいです。
・ログイン名とパスワードは前のeq.2ch.netと同じです。
・中身はまだ空です。
・２ちゃんねる(bbs.cgi)のほうは対応してあります.。しかけが動けば従来どおりの動作のはずです。
・その他何かあった場合、遠慮なくご連絡をくださいです。

次、smartmontools を使えるようにする件を依頼してみよう。

・gimpo用ユーザのoperatorグループへの追加 at tiger3530

定型文ではなくて提案文を書かないといけないので、
依頼自体は数分後ではなくてもうちょっとあとでいきます。＞なかのひと

先にtiger2514(旧eq)を返そう。halt 済。
tiger2514 はそのまま退役で。
作業完了のメールの返事でお伝えするということで。

>>756
引き取り完了の旨返事いただきました。

おつかれさまです
tiger2514 もお疲れ様でしたー

>>528
どうやら最新版になっているようです
ttp://www.maido3.com/server/zousan/nikki159.html

>>759
おお、追記が。おつです。

新p2のIPアドレス 210.135.100.132 はbbs.cgiへの登録が必要になるです。
いってきます。

>>761
210.135.98.42 を 210.135.100.132 に変更。

高木浩光＠自宅の日記 - 先週からEZ番号の変更が不可能にされていた
http://takagi-hiromitsu.jp/diary/20100516.html

EZ番号は2010年5月10日から「EZwebの廃止と再加入」では変更されなくなった、
というのは確定情報、ということですか。

しかし店頭掲示するなら、別にこそこそやる必要もないような。

# で、その理由は「お客様の利便性向上のため」ですか、、、。なんだかなぁ。

言い訳としてそれが多少なりとも通用してしまうのは、
2chが全規制して全員巻き添えだから、それが解消されれば
張本人以外の「お客様の利便性向上」になるから、と。

トラックバック:http://takagi-hiromitsu.jp/diary/tb.rb/20100516

運用からはトラックバック送信できなかったような気がする

届いてるみたいだよ

あ、本当だ
でもこの前rootたんがトラックバック送信しようとして失敗していたような気がしたけど

この話、auは被害者にしか見えないｗ

>>755 をお願いした。
↓
ご担当様:

お世話になっております。

SSDを搭載し２ちゃんねるに導入したtiger3530サーバですが、
本稼働初日に一度謎の「プチフリーズ」症状を起こしたこと以外には、
現在のところ順調に稼働しているようです。

しかし、SSDによる本運用は２ちゃんねるにとって初のものであり、
今後もさまざまなチェックや運用状況の監視等が必要になると考えております。

これらを、２ちゃんねるのログインユーザ(ch2xxxx)の権限でも
可能になるようにし、今後の運用ノウハウの蓄積に役立てるため、
tiger3530サーバにおいて以下の設定を実施いただけますでしょうか。

・/etc/group の operator グループへの ch2xxxx ユーザの追加

(現状)
operator:*:5:root

(変更後)
operator:*:5:root,ch2xxxx

これによりSSDのディスクを監視するための smartmontools コマンドを
root 権限なしでも実施可能となります。

なお、設定内容については２ちゃんねる上で公開し、
共通の知見として蓄積を図りたいと考えております。

以上、どうぞよろしくお取り計らいのほどお願い申し上げます。

>>770
光の速さで設定してもらえました。

tiger3530:~$ smartctl -d ata -i /dev/ad6
smartctl version 5.37 [amd64-portbld-freebsd7.0] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Device Model: INTEL SSDSA2MH080G1GC
Serial Number: CVEM847401YB080DGN
Firmware Version: 045C8820
User Capacity: 80,026,361,856 bytes
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 7
ATA Standard is: ATA/ATAPI-7 T13 1532D revision 1
Local Time is: Mon May 17 02:42:49 2010 PDT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

あとは、じっくり料理するということで。

どくおさんへ:

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

/home を noatime にするは２ちゃんねるの root 権限ありサーバでは、
大昔から設定しているです。

最初に設定したのはまだ HE 時代だったかな。
ここの過去ログでやっているです。

特に、I/O の遅いディスクで効果が実感できました。
例えば旧bananaとか。

でも定量的な計測はしていないので、ベンチすると面白いかもですね。

そんで、私がセットアップした root 権限ありサーバの /home は、
昔から今まで例外なく、noatime 設定です。

atime 使っているアプリがないなら、
純粋に1ファイルあたりの処理量が減るので、
特に小さなファイルがたくさんあるような場合には有効かなと。

というか、ちゃんとだんこがいさんのブログに書いてあるですね。

> これが細かいファイルがもっと沢山あって、
> それらの＊内容＊が頻繁にアクセスされる状況ではもっと出るかと思われます。

noatime 付け忘れてNTFSのディスクイメージをマウントして読んだら大変なことになったの思い出した('A｀)

サーバ入れ替え警報　!!

ターゲットは　yutori7 , tsusima

えー（棒）

>>776
おぉー

なんと

>>776
いつごろの予定なのー？

yutori7にある板（17板）
accuse 2ch批判要望　ad 宣伝掲示板　ana アナウンサー　base プロ野球　campus 大学生活
f1 ﾓｰﾀｰｽﾎﾟｰﾂ　k1 格闘技liveplus ニュース実況+　mnewsplus 芸スポ速報+　news4plus 東アジアnews+
news4vip ニュー速VIP　nida ニダー　ogame2 ネトゲ実況2　pc2nanmin PCサロン　ranking 格付け
soccer 国内サッカー　warhis 三国志・戦国

tsushimaにある板（3板）
korea ハングル　news ニュース速報　newsplus ニュース速報+

HDD + SSDヘテロサーバー導入の流れ！？

今日、明日はない　(ｷﾘｯ

随分余裕のある警報だなｗ

ってことは明後日だな！

やる気の問題でしたか（ﾎッ

なんと。
性能は如何に。

んじゃ、明後日か

よ、予報か・・・
それか、注意報か

わくわく

tsushimaでお願いします　＞　運営殿

WC、参院選対策仕様になるとか

これ置いとくね。

　　　　　　 ＼170 名前：マァヴ ◆jxAYUMI09s ／
157 マァヴ ◆＼　　　　　　　　　　　　　　　　 ／
　　　　　　　　　　＼また失敗した(^_^;)＞p ／Update失敗したらa
　　／￣￣￣￣￣ ＼　　　　　　　　　　 ／://pc11.2ch.net/test/r
＜　おまいら次もいき＼∧∧∧∧∧／ァヴがpc11.2ch.netの鯖
　 ＼＿＿＿＿＿＿＿＜　　　　　　　＞tp://news23.2ch.net/t
　　　　　　　　　　　　　＜　予　　 ま　＞また、マァヴ◆jxAYUMI09
　　　　　　　　　　　　　＜　　　　　た　＞p://news23.2ch.net/te
─────────＜　感　　 失　＞──────────
　／￣￣￣￣￣￣￣ ＜　　　　　敗　＞616 名前：マァヴ ◆jxAY
＜ pc11のBIOSアップ＜　 !!!!　　の　＞>607
　＼＿＿＿＿＿＿＿ ＜　　　　　　　＞ファイルの準備がいまいち
　　　　　　　　　　　　　／∨∨∨∨∨＼
　　　　　　＼オーー／　　　　　　　　　　 ＼ オフレコ-------------
　　　∧＿∧∧＿／74 名前：マァヴ ◆jxA＼たく言うと、更新用の
　　 （　　　　）　／　　　　　　　　　　　　　　　　 ＼でオフレコ-------
　　　　　　　／ BIOSアップデート失敗した(^_^;) ＼

これも

　　　　　　 ＼663 名前：ちきちーた ★　[]　投 ／
498 名前：ち ＼　　　　　　　　　　　　　　　　 ／名前：ちきちーた ★
　　　　　　　　　　＼うむ　失敗したみたい ／なーに　もう一回作業
　　／￣￣￣￣￣ ＼　　　　　　　　　　 ／
＜　すすきのタイムは＼∧∧∧∧∧／794 名前：ちきちーた ★
　 ＼＿＿＿＿＿＿＿＜　　　　　　　＞そんな難しいのは知らないﾆﾀﾞ
　　　　　　　　　　　　　＜　予　　 ま　＞ftp だけ知っているﾆﾀﾞ
　　　　　　　　　　　　　＜　　　　　だ　＞
─────────＜　感　　 薄　＞──────────
　／￣￣￣￣￣￣￣ ＜　　　　　野　＞498 名前：ちきちーた ★
＜ できることをする　＜　 !!!!　　の　＞>>493
　＼＿＿＿＿＿＿＿ ＜　　　　　　　＞みんなに氏ねと言われる
　　　　　　　　　　　　　／∨∨∨∨∨＼簡単なお仕事です
　　　　　　＼オーー／　　　　　　　　　　 ＼
　　　∧＿∧∧＿／701 名前：ちきちーた ＼りは自己満足(smile)
　　 （　　　　）　／　　　　　　　　　　　　　　　　 ＼
　　　　　　　／ 別のサーバで作業していたw 　 ＼

マァヴは死んだ

(´；ω；｀)ﾌﾞﾜｯ

おいまじかよ変わるのかこれは楽しみだっ！！ワクワクッ！！

>>775
ふむふむ。
そういえばこんな話も。

NTFS で noatime / windows vista以前のマシン｜でびぞー徒然日記
http://debz-di.kabocha.to/archives/2009/12/20091231230420.html

tsusimaって？tsushimaとはチガウの？

誤字はおいちゃんのお茶目さ

takeshimaのつもりがtsushimaで作業していたﾆﾀﾞ

とかならないだろうな

今度のtsushimaとyutori7はroot権限ありにして欲しいなあ
にしても、最近rootさんとおいちゃんって若干ギクシャクしてるような…ただそう思っただけだけど

http://www.maido3.com/server/ssd/
> 一言：ワールドカップのりこえるぞ！

ちゃんとtsushima以上(anchorage並)のチューニングをしないと絶対乗り越えられない気がする

rootさん、p2サーバのセットアップ、お疲れ様です、ありがとうございます。

設定一カ所すみません・・・!
p2のデータディスクのnewfsの設定、
inode一個あたりのバイト数が4096になるようにお願いします。
newfsが入ることを予期していなくてお伝えできていませんでした。

１号さんから「HDD満杯が原因っぽいですー。」
との連絡あり。

>>804
了解です。あとでやっておきます。

が、「そんなことをしないといけないほど、
細かなファイルが山ほどある」というのが、
p2.2ch.netのパフォーマンスが出ない、そもそもの原因かも。

ご本人降臨してるのに僭越ですが
p2.2ch.netではないですけど
自鯖用のp2ではあるrep2はソース公開されとります。
そこから何かはいいことはうまれますでしょうか？？？

HDDが満杯って・・・ログデータとか溜まりっぱなし？？

ワールドカップを乗り越えるために、
新yutori7と新tsushimaには、この設定を追加してもらおうかなと。

・/etc/sysctl.conf

# increase maximum file descriptors
kern.maxfiles=131072
kern.maxfilesperproc=65536
# increase listen queue
kern.ipc.somaxconn=32768
kern.ipc.maxsockbuf=20480000
# see http://qb5.2ch.net/test/read.cgi/operate/1097931665/666-676
net.inet.icmp.icmplim=3000
net.inet.icmp.icmplim_output=0

・/boot/loader.conf

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

>>806
つまり公式p2を有志改造版rep2とかで置き換えてもらうと
UNIX板の出番か

前から言おう言おうと思ってたけどこのスレに来たからはっきり言う。
p2.2ch.netは個人用専ブラとはもはや別物なんだからMySQLなり何なり使えと。

実況鯖もワールドカップ乗り越えさせてくれよ

まさかSQLiteとかいうことは…ない、よね?

第１６２日目：SSDサーバー２号機作成中（仮）
http://www.maido3.com/server/zousan/nikki162.html
> （　,_ﾉ` ）：おはようございますー
> ( ^ω^)：おはようございます。まもなくサーバー完成です。が…
> （　,_ﾉ` ）：が…？
> ( ^ω^)：注文したのと違うSSDが到着しました…
> （　,_ﾉ` ）：えーーーーーーーーーーーーー！

> SSDサーバー２号機のために「Intel X25-M 80GB G2」を発注したのですが、
> 入荷したのは「Intel X25-E 32GB G1」でした…。
> 上位グレードの「エクストリーム」ですが、容量は半分以下の32GBしかありません。
> しかも一世代前のモデルです。

> ( ^ω^)：ですが！別ルートでSSDをきちんと確保しました！
> （　,_ﾉ` ）：さすが！良かった…。

さすがに32GBじゃ足りないよね
で、( ^ω^)は誰だろう、初代内藤顔のBrian君？それともBrianより内藤に顔が似てる(らしい)Ryan君？

ええと、sports2　は、スレ一覧復帰とか依頼して大丈夫なんですか？

X25-Eとか使いどころが難しすぎる…返品するんだよね？ｗ

>>808 は長年(元は旧tigerやcobra → A-tiger)使っていたものなので、
設定の数値としては枯れているものです。

例の「mbufが足りなくなってhttpdが突然おかしくなる」が、
これで改善するといいかなと。

SSD効果との合わせ技で、ワールドカップを乗り切れるとよいなということで。

そんで、
http://www.maido3.com/server/zousan/nikki161.html

これ読みました。まずは仕掛けを仕込まないといかんですね。
今夜以降にでも。

取り消しで。
一応、一覧は戻ってるようですので（レス数おかしいけど、読み込めば直るようなので）

追記が。
http://takagi-hiromitsu.jp/diary/20100516.html

（４）変更該当申込種別
1.契約内容変更：EZwebオプションに再加入／EZwebオプションを廃止→取消した場合。
2.機種変更（端末増設）：機種変更（端末増設）と同時に上記契約内容変更の処理を行った場合。
3.一次休止再利用：一次休止前にEzwebオプションに加入していた回線を再利用し
EZwebオプションに再加入した場合。
4.一次休止・解約：Ezwebオプション加入中の回線を一次休止・解約し、その申込を取消した場合。
5.電話番号変更：電話番号変更をした場合。

※譲渡／承継の場合は現状通りEZ番号は変更されます。

ということは、

・EZweb廃止→再加入ではEZ番号は変わらなくなった
・機種変更を伴っても(機種変更と同時に契約内容を変更しても)EZ番号は変わらなくなった
・回線を一度休止して再利用してもEZ番号は変わらなくなった

ばかりではなく、

・契約者が同じである限り、回線の解約→再契約でもEZ番号は変わらなくなった
・契約者が同じである限り、電話番号を変えてもEZ番号は変わらなくなった

ということですか。

逆に言うと、
「契約者自体が変わらない限り、EZ番号は変わらなくなった」

ということになったと。

・・・しかしこれでもまだKDDIは「この情報はプライバシーではない」という論理でいくんだろうか。

固定IPというかMACアドレスに近いもの。っちゅー感じ。

契約者と番号が1：1で不変ってのは
マズイと思うんだがなぁ

「ライザ抜けてた」にﾜﾛﾀ。

それにしても、rootさんが居ると全体が引き締まるな。
大将おいちゃん、参謀rootさんは良い組み合わせではある。

>>820
MACアドレスは比較的自由に変えられるしなぁ。

結局、その情報を使うか使わないかだったりして。
IP情報を見られる人を極端に少なくして利用者同士の匿名を守ると言うポリシー
を、信頼してるから良くも悪くも言いたいことを言い合える。

なんというか、試されるのは２ちゃんであり利用者だったり。

>>811
実況鯖に限って全体の9割くらいをdenyすれば乗り切れるかも

これで2ch運営からの迷惑ｗメールから解放されるのなら
仕方がないのでは？

どくおさんへ:

上記 >>808 の設定、特に /boot/loader.conf の設定は、
メモリが 4GBytes 以上搭載されているのを確認のうえで、
入れてくださいです。

そうしないと、システムが立ち上がらなくなるです。
旧 tiger / cobra サーバで経験済み(´･ω･｀)。

メモリ2Gものの場合、下記2つを少なくすればOKのはずです。

# tuning for 2GBytes memory
kern.ipc.nmbclusters=32768
kern.ipc.maxsockets=32768

それぞれのパラメータの意味は、帰宅後にでもここに。
(本業でへたれてたら明日以降かも)

で、他にもいくつか、パラメータや設定内容があった気がするので、
それらについても、追ってまたここで。

おー、なんか久々にrootﾀﾝ本格調教鯖になりそうな予感。

あと、OS に FreeBSD 7.xR を使う場合、
これらを追加設定する必要がありますね。

・/etc/sysctl.conf

# nmb (number of mbufs) tuning for FreeBSD 7.x
# note: kern.ipc.nmbclusters=65536 should be set at /boot/loader.conf
kern.ipc.nmbjumbop=32768
kern.ipc.nmbjumbo9=16384
kern.ipc.nmbjumbo16=8192

FreeBSD 8.0R 以降ではこの部分は修正されていて、
/boot/loader.conf の

kern.ipc.nmbclusters=65536

の値に、自動的に連動するようになっています(つまり上記の追加設定は不要)。

で、今見た限りでは、sysctl.conf と loader.conf に入れる設定は、
たぶんこんなところかなと。

もう時間が。
今日はこれから夜までオフライン。

一時的にオンライン(ただしすぐまたオフライン)

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

完成、ですか。

>>829 の↓の追加もぜひ。

# nmb (number of mbufs) tuning for FreeBSD 7.x
# note: kern.ipc.nmbclusters=65536 should be set at /boot/loader.conf
kern.ipc.nmbjumbop=32768
kern.ipc.nmbjumbo9=16384
kern.ipc.nmbjumbo16=8192

＞　・むむむさんスペシャルセッティング

ワールドカップに耐えられるか楽しみだ

>>822
うん、２人の組み合わせが好きだ

アッー！

２ch側がそれで規制かけるのはいいとして
公開される訳だから、そこから他のサイト側に
「あ、こいつあの荒らしか」とか
個体識別番号で簡単ログイン制御していいんだ
てな安直な流れになることをひろみちゅ先生は気にしてるんではなかろうか
良くも悪くもある程度の影響力あるサイトなんだし

>>832
アニソン以上の規模の規制で臨めば無問題

なんだか聞いたことのある項目が出てきたりして
これがノウハウってやつですな

ぞうさん１６２日目より転載

tiger3521 転送量グラフ
http://traffic.maido3.com/DxxB/dIbc/ramJ/

その改良設定ってAtlantaも適用済みでしたっけ？
そしてlive23xのサーバー構成をいじる提案をもう一度

【突然ですが】yutori7 サーバー入れ替え警報【次はSSD】
http://qb6.2ch.net/test/read.cgi/operate2/1274182154/

>>840
おいちゃんおつかれー

yutori7入れ替えか
結局i7鯖とは何だったのか

>>842
ガンダーラみたいなもの

oyster243.pekoﾀｿはそのまま移転という方向でよろしいでしょうか？＠方向性の確認

あらやだ中途送信（照）

でもって入れ替えるときにはどうしても、新旧どちら共にDNSなdataを送り込まないといやぁんな感じになるのかなぁと妄想中。
一旦TTLを短くｾﾃｰｲしてとかになるのかなぁと。。。

｜ﾟдﾟ) おにぃちゃん頑張って！

何か警報スレが立っていたので来てみました
よく分らないですが頑張ってくださいです。

>>846
こんなところに出張ですか
留守番おつかれさま

>>839
余った鯖1台フロントにまわして貰えるだけでだいぶましになると思うんだけど
それすら難しいんかなぁ諸般の事情で

そういえば思ったんだが、RAMに全て収まるならRAMにキャッシュしておいて、日に1〜2回程度SSDに書き込むとかすれば
SSDの寿命的にもパフォーマンス的にもいいんでない？
X25-M入れるくらいならX25-E 64GBを入れた方がいいように思うけれども（コスト掛かるが）。

>>850
なんらかのトラブルが起こった際にSSDに書き込まれていなかったモノについては？

昔のジンギスカンはそんな感じの実装じゃなかったっけ。
ただし日に1〜2回ストレージに書き込みじゃなくてdat落ちしたら書き込み。

http://qb5.2ch.net/test/read.cgi/operate/1272282096/839 2010/05/18 20:26:11 ID:oNTyCekt0
http://qb5.2ch.net/test/read.cgi/operate/1272282096/849 2010/05/18 23:38:40 ID:ppSThyD40
total: 2

追記書き込みオンリーだから大して寿命は変わらないと思うけど。

あ、DATだけね。
subject.txtとかはRAMに置いたらええねん。

ジンギスカン設定ってsubject.txtをRAM上に置いてなかったっけ
鯖をリブートする度に板が吹っ飛ぶ(subject.txtが消失する)のは大抵ジンギスカン化された板だからそう思った

あぁ、一回書き込むとスレが復帰するってやつか

http://tiger3521.maido3.com/
もう2台目SSD鯖は完成したみたいだし(yutori7用のアカウントもあった)、今日中にでもyutori7が新鯖に移転するのかな

SSDは追記には強いけど書き換えには弱いからsubject.txtをRAMに置いておくのは必須だな

>>859
news4vip や newsplus 等の投稿数の多い板では、
ジンギスカン(/md) + SSD、というのがよさげと。

>>804 done.

df -i /home して iused と ifree の値を記録しておく
cd / # 自分が $HOME にいると umount できない
su
/usr/local/etc/rc.d/apache stop # Apache がいると umount できない
umount /home
dump 0af /work/home.dump /home

newfs -J -i 4096 /dev/mfid1s1a.journal
(-i 4096 を追加指定、journaling しているので -J)

mount /home
df -i /home して ifree の値が増えていることを確認
cd /home

restore rf /work/home.dump
rm restoresymtable
df -i /home して iused が最初と同じ値になったのを確認
cd / # 念のため / に cd
/usr/local/etc/rc.d/apache22 start

>>682 を試し中。

5分以内に上がるようになった。
当たりだった模様。

# Following two "disabled" lines are added by mumumu, 2010/5/19
# cf. i386/144956: [boot] Early minute-plus delay in boot on Intel Nehalem system
# http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/144956
hint.atkbdc.0.disabled="1"
hint.atkbd.0.disabled="1"

dmesgを見比べると、当然ながら追加後には、

atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd: unable to set the command byte.
atkbd0: [GIANT-LOCKED]
atkbd0: [ITHREAD]
psm0: unable to set the command byte.

がなくなっていた。

しかし「キーボードコントローラとキーボードが無いことにする」
とちゃんと行くようになるというのは「ありがち」ではあるが、少々謎かも。

ブラジルの中の方々へ:

そんなわけで、PS/2ポートのキーボードとマウスは
該当サーバでは使えなくしたので、
コンソールオペレーションの際には、USBキーボードをば。

デスクトップでも30秒の時代に5分以内てまた長いな。
何か時間かかる要素ってあったっけ?

>>866
mfi (HDDコントローラ)の初期化とBIOS部分と、
HDD(8本ついている)なんじゃないかなと。

「ふいーん」とか言ってHDDが徐々にスピンアップしている様子が
何となく思い浮かんでいたり。

ふぅむ。そんな時こそcorebootを…といいたかったが、corebootはintel系の対応弱いからなぁ。

>>868
おお、そんなのあるですか。

coreboot
http://www.coreboot.org/

ODNさん(仮名)は、Linux方面のエキスパートさんとお見受けしました。

で、BSDでもいけてる、、、のかしら。

Booting FreeBSD using coreboot - coreboot
http://www.coreboot.org/Booting_FreeBSD_using_coreboot

>>867
つまり立ち上がり5分は正常な範囲内ってことですか？

ざっと読むと、qemu 使うみたいですね。
すぐに適用はちとどきどきするかも。でも面白いかも。

>>870
このぐらいのサーバだと、こんなもんじゃないかなと。

もう少し速くてもいいかも、とは思いますが、
ここからはコンソールが見えないと、何してるかが見えないので。

# OSにたどり着く前が遅いんではないかと推測。

了解です

>>871
>>869の下のurlはQEMUへのインストールの仕方ですね。
実機へのインストールが可能かは当然メインボードなどに激しく依存します。

FreeBSDって、sysvinit とかいうやつだっけ?
initがUpstartとかだと速いんじゃね、といってもすぐはぜーんぜん無理だけど
将来的な意味で

>>875
FreeBSDはsysvinit互換の何かだったかと。
Linuxのメジャーなディストロではinitはイベントベースのupstartに置き換わりましたが、RH方面で新たにsystemdというものが開発されたりしていて、まだまだ右往左往しそうな予感。

>>875-876
FreeBSD の init は、その昔のversion 7から進化したものですね。
/etc/rc を sh で実行して、そこから /etc/rc.local を実行して
ローカルな部分をやるというのが基本的なスタイルかと。

で、FreeBSD だと 5.x あたりで sysvinit ライクな
rc.d のフレームワークが入って、その後に rcorder という
rc.d 内の実行手順を制御するしくみが入った、というかんじです。

そんなわけでBSDのinitにはrunlevelという概念がなく、
/etc/inittabというファイルもありませんが、
initのコマンドラインだけはエミュレートしています。
↓
If run as a user process as shown in the second synopsis line, init will
emulate AT&T System V UNIX behavior, i.e., super-user can specify the
desired run-level on a command line, and init will signal the original
(PID 1) init as follows:

Run-level Signal Action
0 SIGUSR2 Halt and turn the power off
1 SIGTERM Go to single-user mode
6 SIGINT Reboot the machine
c SIGTSTP Block further logins
q SIGHUP Rescan the ttys(5) file

中の人から、こんなメールが届きました。

・今日の17:00〜21:00に、yutori7.2ch.netの移転が行われる
・今回の移転作業はmaido3.comの中の人により行われる
・終わったら連絡がある
↓
SSDサーバー2号機の準備が整いましたので、
本日午後5時から yutori7.2ch.net の移転を行います。

今回はこちらでデータの移転およびドメインの切り替えを行います。
移転の際、yutori7.2ch.net の Apache を止めて作業を行います。
移転作業は4時間くらいで終わる見込みです。

サーバー移転が完了しましたら改めてご連絡します。
どうぞよろしくお願いします。

で、移転の前準備作業が必要だな。

・/home の使用量を確認しておく
- 今度のyutori7は/homeがSSDなので少ない

・ジンギスカン外しておかないといけない

いずれもこれからやります。

忙しいな（笑）

次スレが必要だな♪

>>879
> で、移転の前準備作業が必要だな。
> ・/home の使用量を確認しておく

tiger3542:~$ du -sh .
29G .

もう29Gも使っているのか。
前の移転の際の固めたファイルが残っているのかと思ったら、
そうでもないようだ。

今は入ると思うけど、
早晩HDDがあふれるかも。

これから、
liveplus mnewsplus news4vip のジンギスカン外します。 @ 現yutori7

一時的にこれらの板にアクセスできなくなります。

>>882
done.

これで２ちゃんねる側の事前準備は整ったはず。
17:00から作業OKな旨、お返事しておきます。

yutori7 が入るのは tiger の何番でしたっけ。

>>883は>>882の> 一時的にこれらの板にアクセスできなくなります　

の段階は通り越したという事ですか〜（笑）

>>886
はい。

>>885
鯖の概要
本名：tiger3542.maido3.com

芸名：yutori7.2ch.net

IP アドレス：207.29.225.145


>>887
どうもです〜（笑）

>>885
3521 だそうです。
http://www.maido3.com/server/yutori7/

>>888-889
了解です。

stats 登録しておくます。

>>888
あああ間違えだた〜

入る予定じゃなく　入ってる奴のだった（笑）　失礼しました〜ですよ〜♪

>>890
tiger3521 登録済み。

あとは17:00を待つということで。

移転完了後に、

・liveplus mnewsplus news4vip をジンギスカン化
・F22 調整

を実施予定。

次の鯖の芸名は やっぱりyutori系？

今日は　yutori7 との情報

>>893
gimpoの時同様、「ばっさり移動」とうかがっております。
つまり名前は変化しないです。

おいちゃんおつかれー
SSD鯖第二弾がどんな結果になるかたのしみだねぇ

>>894
おいちゃんからす変更しといて

変更用メモ
>>465
yutori7[3542 7.0R(amd64)] (新型 Tiger)→yutori7[3521 7.0R(amd64)] (SSD A-Tiger)

>>895
あぁ、それは素晴らしいｗ　

>>878
詳しい日程をばらしたので
担当者にお灸をすえました

>>899
おいちゃんは、
突然止まる→住民阿鼻叫喚・運用板混乱
が、お好みなのかw
いや、俺も楽しい方が好き。

>>899
えーｗ
てか今回悪いのは担当者じゃなく担当者からのメールをさらしたrootさんじゃ
いやrootさんも悪いわけじゃなく(ry

では、新発売の「熱そうで熱くない 少し熱いお灸」で…

>>899
個人的な感覚を。

サービスダウンを伴う作業の開始時刻については
「この時間以降に開始します」というのを
正確に伝えていただくぶんには、受ける側からみるととても助かるわけです。

でも、終了時刻をあまり余裕のない時間でスペシフィックに言ってしまうと、
その時間までに終わらない時に、いまいちなことになりそうな気がするです。
受ける側は「あぁ、それで終わるのね」ということで予定立てるわけで。

例えば今回4時間くらいで終わる見込み、とありましたが、
それはほんとにそうなのか、根拠はどうなのか、とか、
そのへんのことが少し気になりました。

テクニカルなことをいうと、
移転先は経験の無いハードウェアなわけですし、
中身にもし細かなファイルがいっぱいあるような場合、
ファイル転送に見積もり以上に時間を要してしまうかもしれないわけです。

以上、的外れなことを書いているかもしれませんが。

こまけぇことはきにすんな！

まあ突然やるよって警報を924でも立ててたし、言っちゃダメだよね♪

>>899
何いってんの？
予定を出すのは当たり前

で、事前作業する方からみれば、
「今日の17時から作業開始します(作業中は止まります)」
的な情報だけでも、じゅうぶんだったかもですね。
(>>157)

>>903
> 「この時間以降に開始します」というのがわかればよいので。

これからちと(本業)モード。反応悪め。

878 名前：root▲▲ ★[] 投稿日：2010/05/19(水) 13:28:00 ID:???0 ?DIA(113333)
中の人から、こんなメールが届きました。

・今日の17:00〜21:00に、yutori7.2ch.netの移転が行われる
・今回の移転作業はmaido3.comの中の人により行われる
・終わったら連絡がある
↓
SSDサーバー2号機の準備が整いましたので、
本日午後5時から yutori7.2ch.net の移転を行います。

はじまります
bbs.cgiとめます @yutori7

>>909
りょうかいです。

あ、私現yutori7にログインしてるな。
ログアウトします。というか、ログアウト済。

あれっ　yutori7ってジンギスカンの板なかったんだー
ということで　一手間かせいだ

まずみどころとしては、29GBytesをコピーするのに、
どのくらい時間を要するか(gimpoの26Gの時とどう違うか)。

news4vipが入っているから細かなdatが多いぶん、
ちょっと時間かかるか。あるいは新型だから早めに終わるか。。

>>912
↓
>>882-883 です。

>>912
>>882

>>912
>>882
スレ読もうよ

うーん　そんなもんかねぇ