gimpoに新サーバ導入するのは分かったけど、軽くなったところで板の数は変わらないので、
一部の板は新鯖名考えてそこに入れたり、tsushimaやatlantaに移転したほうがいいかと。
・・・ごめんなさい、出直してきます。
データが吹っ飛ぶかもしれないから
今ある奴は花子とかに入れたら～？
>>10
確認遅れてすみません
すぐ直して頂いていたようです有難うございました FreeBSD7/8でSSD運用すると、時々パニクって落ちる・・・。
数週間に一回、とかいう嫌なタイミングで。
高負荷時に落ちる！、てワケでもないからタチが悪かった気が。
ウチはそんなのが何回も続いたので、SSDはWindowsServerに任せてる。
とりあえず、バックアップ体制は確保してから導入するといいかも知れない。
>>15 ウチでの症状は、
１．カーネルパニック＋自動再起動 （数週間に１回程度）
INTEL SSD 80GB(黒) + Ultra24 + FreeBSD 7.2R AMD64
データは無事だったけど、これは運がいいだけかもしれない。
２．カーネルパニック＋だんまり （２ヶ月運用後）
INTEL SSD 160GB (銀） + 自作Xeon (L5520 Dual) + FreeBSD 8.0R AMD64
データ死亡、マウントもできないくらい死亡。
双方とも某所のサーチエンジンで、親データは別サーバからNFSで引っ張っていたので、
データ再構築で済んだのが不幸中の幸い。
2chで運用って、思いっきりdat用だろうから、ちとだいぶ心配・・・。 どもども＾＾
まだまだ枯れたストレージでもないからなあ・・・リスクは高いか。
やってみよう、試してみようという話なんだから問題なし。
鯖死亡・データ絶望も２ちゃんのうち。
高価な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ならではだな>真偽が不明だからこそ
29はんだごて ◆HANDAGOT9E NGNG
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の更新のタイミングをまっているのだが
まだなのかな
>>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死んでた時は俺がよく行く板がことごとく入ってて泣いた
日記をエースさんが更新しているけど、
どくおさんは、えらく面倒なことをしているんだな。
本当に動くのだろうか？
電子レンジで温めたお芋おいしいです(｡-ﾉ-)/Ωﾁｰ-ﾝ!!(｡-ﾉ-)ﾉ彡☆ﾎﾟｸﾎﾟｸ!!
運用開始直後なのにE9の値がすごい勢いで
減っていったらどうしようｗ
あれ、smartctlって既存の鯖には入ってないんだっけ?
S.M.A.R.T.でE1(225)が表示されてないけど、これはファームを最新にしないと出なかったけ?
E1＝Host Writesインジケータ（書き込み量の統計）
どうでもいいけど、NAOさんが書いたsasuke-kai、fakef22.sh(_serviceにuptimeを出力するスクリプト)をもとに書いたのかな？
何となく雰囲気(←なぜがGoogle日本語入力だと変換できる)が似てる
ってあー、これSSDへのコンテンツキャッシュの情報か。勘違いスマソ。
GWあけたらgimpoやっか
準備は出来ているらしい
>>58
え？
↓これ、うまくいったの？？
第１５４日目：9.0-CURRENTからどこまでダウングレードできるんだろう？ >>61
やるもやらんも、今日の日記で「うまくいっていない」のにできないだろ。 gimpoの後でいいから、書き込み数の多いyutori7でもSSDの実験をして欲しいな
149日目にあった高性能SSD搭載 A-Tigerサーバー＋rootスペシャル、みたいな感じで
gimpo作業予定はGW明けですか。
今のうちに記者さんのアレをバックアップ取っとくか。。
yutori7は去年のi7のリベンジの意味でもやって欲しいような。
>>69
今のyutori7は代替の通常のA-Tigerだよ。
i7サーバは離脱中。 cgiをカーネルモードで動かせば1.5倍ぐらい早くなるよ
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で構わない気がする。
比較するのが目的なのは判るけど。
gimpo移転宣伝スレ、ちょろさん記入の誘導先がPart37なんですが修正しないのですか？
いい加減yutori7の設定変更依頼メール出せ
何度落とせば気が済むんだ
何度落とせば気が済むんだ?
落とさないように使うこと、厳命です。
なんか準備が整っていなくて今日はない予感。
gimpoのrootをもっていないからだってさ、
>>94
おぉ、GW明けには快適かとおもってたのに
ちょっと残念
来週ぐらいにでも移転してくれるとうれしい >>94
転送量グラフの大半が16:55で止まっちゃってるのは直ります？ そういやroot付き鯖だっけgimpoは。
むむむ先生がいないといろいろ手間がかかるのかな。
yutori7のリロードバーボンどうにかして欲しい。
１００スレぐらい一気に連続で読み呼んだらボーボンに飛ばされる。
他の鯖だと飛ばされないのに。
>>102
50レス連続読み出しでバーボンへ飛ばしちゃいなYO! 先生ｷﾀ━━━( ´∀`)･ω･) ﾟДﾟ)ﾟ∀ﾟ）･∀･)￣ー￣)´_ゝ`)－＿)ﾟ∋ﾟ)´Д｀)ﾟーﾟ)━━━!!!!
それらしいメールは届いていないようです。
gimpo の器を新しいのに移すということでしょうか。
だとすると、httpd の停止と /home のコピーをすればいいのかな。
メールには新サーバ、incheon.2ch.net のアカウント情報が書いてありました。
(root 権限なしでした)
サーバ名変わるんでしょうか。
gimpo.2ch.net のまま中身を移し替えて、DNS つけかえるのではなく?
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.
と言っているのが気になる。
ちょっと調べてみます。
126はんだごて ◆HANDAGOT9E NGNG
あ、、、。
この GEOM がエラーを吐いてくる件とは別件ですが、
ちっといまいちかも。
このSSD、ファームウェアのバージョンが古くてパフォーマンスが悪く、
かつ使っているうちに悪化していくものである可能性があるもののようです。
ad6: 76319MB <INTEL SSDSA2MH080G1GC 045C8610> at ata3-master SATA300
ここの「045C8610」の「8610」が古いものをあらわしている模様です。
情報あったので、ちと調べてここに書きます。
ありました。
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 というファームの評判はいまいちなようです。 ファームは上げた方がいいですね。
PIEの人にお願いでしょうね。
135はんだごて ◆HANDAGOT9E NGNG
ISOをCD-Rに焼いてブートCDを作る必要があるような・・・
ということで、
・まずはSSDを本来の性能が出るようにしたい
(じゃないと比較する意味がない)
ので、
1) この作業(ファームウェアの更新)をPIEで実施してもらい、
2) その後改めてOSを入れなおし(これは要らないかも)
3) 新ファームの状態で中の人にベンチマークをしなおしていただき、
どくおさんが以前公開したベンチマークの結果と比較する
=> これでファーム更新の効果もわかる
4) その後、gimpo.2ch.net になる予定のものに仕上げて渡してもらう
ただし DNS はまだ変えない
5) 以降は前のchangi等と同じ移し替えの作業
というのはいかがでしょうか。
順調に行けば、週末ぐらいには 4) 以降ができる気がします。
ということで、今日のところはいったんサーバ返却→ファームウェア更新手配、
がいいような気がします。
問題なければその旨を中の人にお返事します。
>>139にあるけど
BIOSで一旦IDEモードにしないとファーム更新出来ないのがなぁ
G2でやろうとした時ハマった・・・。 ということで、これから中の人に >>140 でメールします。
>>141
おお、重要ですね。
で、今思い出しましたが、
RAIDなしなので、AHCIモードにすると高速になって幸せかもですね。 >>136 の 1) から 4) までの手配のお願いをメールしました。 144はんだごて ◆HANDAGOT9E NGNG
>>143
rootさん、お疲れ様です(｀・ω・´)ゞﾋﾞｼｯ!! BBQだと巻き添えが大きすぎるってなら、P2側で独自の串規制リストを用意して
荒らしのあった範囲を片っ端から放り込んでいけばいい
作業いただける旨中の人からお返事をいただきました。
ということで、>>121 は明日以降となりますた。 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
に変化するはずなので、これで作業の完了を確認するとよいと思います。＞中の人 割り当てされてから現実に使用を開始するまでの猶予期間が短くなってきているようで
Bogon解除作業が間に合わない状況になってきているという話らしいです
IPv4アドレスの枯渇が遂に現実味を帯びてきましたねぇ
まさかそんなネタのようなアドレスまで使うことになろうとは
>>98
グラフの回復確認しましたー
ありがとうございました おいちゃんおつかれー
SSD鯖どんな結果になるか楽しみだねぇ
>>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停止
・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
rootさんなら、もし定年前に退職しても
うちで働いてもらいたいくらいだ
もちろん幹部待遇で
電車混んでる、、、今日は金曜か。
転送量グラフ見る限りでは順調の様子。
確か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 DNSの変更を確認できたら、
・F22の調整
・前の状態の復元(dcamera sakeをジンギスカンに)
で、様子を見つつ bbs.cgi の復活へと。
途中の状態ですが、、、。
SSDってなんかすごくいいかも。
あとはSSDがどれだけ長持ちするかですね。
これまでこんなに大規模なSSD耐久実験は行われたことがあるのかな。
DNSの切り替わりを確認。
F22調整してきます。
何個かのスレ見に行ったけど、書き込みできないような・・・
F22調整完了。
dcamera sake をジンギスカンにします。
dcamera sake ジンギスカン化完了。
板復帰が早い、、、。
さて、最後の仕上げへと。
おつですおつです
データセンタ内だけでもGbEにとかしないのかな
bbs.cgi has been enabled.
213はんだごて ◆HANDAGOT9E NGNG
>>210
先走ってました。かけましたです。bbs.cgiもう有効化されてると思ってしまいました。
お疲れ様でした。 乙です乙です
SSD化でrootさんの作業も楽になればいいのにな
皆さん、お疲れ様でした。
rootさん、出先さん、分りやすい実況を有り難う御座います。
syatat -v でサーバの様子見てますが、、、。
SSDってすごくいいかも。
この時間(というかさっきの19:00の時点でも)
既にHDDキャパがめいっぱい(ビジー率100％)だったわけですが、
今の時点で何と数％。
今までディスクI/O待ちばかりで働けていなかったCPUが、
めいっぱい働けるようになったかんじ。
今日ずっとこんな感じでいけるなら外からでも、
「大幅に軽くなった」とはっきりわかるんじゃないかなと。
あとは耐久性とか、価格とか、そういう方面か。
rootﾀｿもいい加減▲取ればいいのに(´･ω･｀)
乙です。ディスクキャッシュに載ってなさそうなスレを選んで取得してみると気持ち悪い速さｗ
新gimpoはroot無し?でMRTG見れないんですかねえ、ちょっと楽しみにしてたんですけど…
本日予定されていた作業はこれで全て終了しました。
おつかれさまでした。＞中の人々
しかし、速いサーバは気持ちがいいですね。
書き込み(ファイルの転送)してた時は「こんなもんなのかな」と思ったけど、
(それでもI/Oには相当余裕があるなとは思った)
小さいファイルをリモートからWeb経由で盛大に読ませる、という用途には、
すごくいいかんじ。
ただ、今回はRAID 1設定じゃない、という部分は、
割り引いて考えないといけないですね。
常駐スレは大規模規制が繰り返されて過疎化したせいで
いまいちよくわからないけど
確かに以前より、よどみなくアクセスできているような気がする
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 未体験の速さでdatが全量届くので逆に気持ち悪いぐらいです。
何だろうこの感覚は。
>>236
実際に大規模な読み出しで使わせるのは初体験ですが、
今までのものとは物が違う(ほんとに違うんだから当たり前か)感じです。
なんというか、BGみたいな用途に向いている気がします。
>>238
A-tiger2009の標準は250GのRAID 1構成で(システムと混在)、
今回は80G x 2で50Gぐらいを/homeで使用。 >>234
キャッシュ削除しても見られません。ヽ(`Д´)ﾉｳﾜｧﾝ >>237
異議どころか全部取っ払ってもいいんじゃないかと思うほど。 >>240
おお、さんくす
そこにgimpo鯖の全スレの全レスが保存されてるの？
もしそうなら情報量ってそんなに多くないんだな 受け留め方として、
デクととるか、名誉ある臨床被験者ととるか、かな？ｗ
rootﾀﾝの▲は（少なくとも）１つ
取り払われるべきであることを
ここに宣言します
誰に言えばいいんだろう？ｗ
まずは耐久性そしてコストだな
次に出来上がったSSDマシンは yutoriへ投入だな
なんかもっさりしてたのがツルッツル読み込まれる
ほとんどgimpoの板しか見てないから快感だ
>>250
IEとかのブラウザでも見れないのですが？？？ >>251
「書き込みと読み込みの上手いバランス」のyutori？
それか「ガンガン書き込み」のyutori7？
yutori7ならi7のリベンジもやって欲しいな >>251
もちろんyutoriでも大きな効果があるかもですが、
もっとこう「読み出し主体」のところのほうが、効果高い気がします。
あと、板がたくさん入っているのにも効果大かなと。 旧gimpoのバックアップを花子にとっておきます。
Just in case.
namidameとか
schipholとかじゃないの？
>>256
ipconfig /flushdns
これを実行してみてください。 SSDは書き溜めっぱなしにした方がデータの保全的にいいかも。
HDDがいっぱいになったらその都度新しいSSDを手配するような感じ。
>>254
Windows ネットワーク診断
"ginpo.2ch.net"は、このコンピュータとの接続をポート"World Wide Web サービス
（HTTP)"で確立するようにセットアップされていません。
エラーがかえってきまつ。 80G×2＝160Gでdatファイルの容量使用は何Gぐらいなん？
>>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死んでるですね。
しばらく待ったらリブート依頼出しますが、
まだ生ものかも。
ついにroot▲▲ ★がroot▲▲▲ ★になるのか
>>269
2008年9月にtiger3515でデビュー
HDDが故障したので2009年10月にtiger3546に移転しました >>280
仕方ないから、テスト板を用意して、そこでSSDテストで遊ぶとか このパターンはこれまでこのスレの過去ログ的にも、
何度もあったな。
システムの虫か、ハードウェアの虫を踏んだ感じですね。
今の A-tiger2009 と違うのは SSD だけなわけで。
すぐ ps して様子を確認できたのは経験のたまものだった。
全部ディスク(SSD)の I/O 待ちになっているのがわかった。
(過去何度も痛い目に遭っているので)
>>287
よし、厨房板を今すぐgimpoに移そう やっぱ落ちたのか、ただいま
.∧__,,∧
（´・ω・`）
(つ▲と）
｀ｕ―ｕ´
リブート依頼いきます。
もし何らかの虫を踏んだなら、今後何度もこういう状況が起こる予感。
>>269
おお、ありがとう。
gimpoは2008年9月だっけ？
なるほど、SSDで十分なのかぁ。 297はんだごて ◆HANDAGOT9E NGNG
ちょｗｗｗ
>>283
>>29。X25-Mのコントローラチップは、「PC29AS21BA0」です 「プチフリ」の症状だった可能性が高いな、、、。
次この状態が起こっても、リブート要請しないということで。
私のほうでも、復活を確認していました。
ログインしていたウインドウが生き返った。
で、あわててキャンセルしたんですが、間に合わず。すみません。
SSDのファームウェアあたりに、まだ何か問題があるのかも。
gimpoのジンギスカンの再構成は、スクリプト化されてて、
再起動時に自動的に実行されるん？
FreeBSDとの相性悪いんですかねえintelの。
上がった模様。
dcamera sake 板復帰。
＜リブート要請される方へ＞
gimpo.2ch.net は、ハングアップしているように見えても、
ping がかかっていたらリブート要請をせず、しばらく様子を見ること。
SSD のサーバなため、いわゆる「プチフリ症状」が起こっている可能性あり。
ということで。
SSDにとっては絶え間なく、しかも小さなデータをランダムに書き込みされているので
こっそりアイドル時になんかやってるようなのは間違いなく2ちゃんねるでは耐えられないでしょう
また、MLCなんかだとこういう処理にさらに時間がかかるので、症状は顕著になるものと思われます
>>309
ジンギスカンな板の再構成は自動でされるんですが、
都度、板復帰を手でする必要があるです。 >>313
ふむふむ。
持っているポテンシャルはすごそうだけど、
まだ枯れるまでには期間が必要、というかんじですかね。 どうやらgimpoは最高の木人形のようだ。
フ…心配するな 新しい２ｃｈの幕開けだ！
成功したら おまえの読み込みのスピードは倍になる！！
>>314
なるほどありがとう。面倒だね。ご苦労様です。
過去レスみると、チップが違うからプチフリはないって説もあるけど、どうなんだろう。
デバドラで治るのか、ファームの問題か・・ いずれにせよ情報収集(類似のプチフリ症状)しつつ、、しばらくは観察ですかね。
>>282 ということでしょうか。 SSDって普通に使うぶんには(SSDならではのことをしない限りは)、
普通のHDDと同じように見える、というのでいいんでしたっけ。
つまり、FreeBSDというかSATAのドライバで何かSSDならではのこと(チューニング)を
しなきゃいけないとか、そういうことはないのかなと。
自作板見るとWindowsではこういう固まり方した例がほとんど無いみたいなんだよねX25-M
>>13-16あたり見ると根が深そうな気がする ヘッドが無いSSDにSATA300モード(AHCI)は必要かとか
問題の切り分けという意味なら、チップセットごとにシステムデバイスのドライバも違うから、
同じATAだから、問題はSSD側にあるって根拠にはならなと思うけど、どうなんだろうね
こっそり とか書きましたが
今現在のSSDはまず間違い無く
時間がかかるブロックの消去作業を空いている時間に行って
書き込む際には書き込むだけで済むようにしているので
これが出来る時間が無いと大幅どころではない速度低下を起こしたり
最悪慌てて消去作業を開始するのでフリーズを引き起こしたりします
また、空き容量が少ないと自転車操業状態になるので
これも同じような症状を示す可能性があります
FreeBSDでSSDはやっぱ鬼門だったんじゃないの?
>>13-32 >>325
Σ(ﾟДﾟ；ｴｰｯ! そういうもんなの？
じゃ、SSD固有の仕様、ファームの問題、UNIX系との相性と、
3つの可能性があるわけか >>325
つまり、過剰な労働を強いるとスト起こすのかしら？ つまり、ツール使ってランダム書き込み爆撃するとSSDが飛ぶのか・・・胸圧
はてなではioの激しいDB鯖でのLinux上でのX25-M(G1)の運用実績があるってことだし(>>14)、OSの問題な気がするなぁ。
いざとなったらFreeBSD 9.xで試すと良いんじゃね? >>333
でも飛んだら飛んだで犯人を損害賠償できるようになるし(”できるようになる”であってやるかどうかは2chの人次第)、それはそれで面白い >>335
必ずしも悪い子が国内だとは限らない
そういえば、アメリカ攻撃したアレはどうなったのかな 症状はデッドロックに近いかな。バッファが一杯一杯になっているってのもありえるか。新しい武器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もかからない → いつもどおりにチェック → 要請
でいいんではないかなと。
# ただし状況は常に流動的かと。 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での話だけど。
Windows7で
・HDD
・HDD(raid0)
・SSD
・SSD(raid0)
の起動速度を比べた動画があったけど、SSD(raid0)よりもSSDの方が早い時が多かったのが印象的
>>355
使ってるよ。もう1年以上。
実際に体感してなきゃ書かないよ >>325などを見る限り今回のプチフリは一般的なプチフリとは違うってことなのかな？
こればかりはSSD全体に起きる可能性があるのかな。 分散して書き込むことで寿命伸ばしてるんじゃなかったっけ
368はんだごて ◆HANDAGOT9E NGNG
スペックだけ見ると中身Mtronの旧製品じゃないのかそれ
>rootさん
gimpo.2ch.net(207.29.225.100)のRock54リストが
2010年05月07日(金) 19時00分06秒以来更新されておりません。。。
丁稚はちゃんと叩かれているな。
rock54.2ch.net の側だな。
何かIPアドレスでアクセス制限してるっぽいな。
未承諾さんが仕掛けを作ったっぽい。
それっぽいファイルを見つけた。@ rock54.2ch.net
とりあえずそれっぽく更新しておこう。
>>373
手でファイルを直接書き換えて登録した。
次回の更新タイミングで書き換わるといいな。
しかし、この方法でいいのかどうかは、未承諾さんじゃないとわからないな。
公開メールしておこう。
未承諾さんへ:
rock54.2ch.net の （ぴー） にある （ぷー） ファイルに、
新 gimpo.2ch.net の IP アドレスを手で追加登録しました。
これでいいかどうか、確認おながいいたしますです。 >>374
更新確認しましたー。
お手数お掛けしました。 とりあえず昨日1回リブートしてから24時間は安定動作したっぽい？
そのようで。
移行直後というのが何かあったのかしら・・・
転送作業が実はもの凄い負荷で・・・というのは流石にないだろうな。
25GBぐらい書き込んだわけでいわゆるベンチマークソフトの負荷と比べれば大きいはず。
>>374
おけですー♪
♯250程の未読に目を通しておいて正解だった。。。＠久しぶりにまともに帰宅 着替えを取りに帰宅とかに比べれば、寝るために帰宅だから「まともに」とか？
そんなわけで「自宅の日記」は、個人的にいつも読ませていただいておりますです。
# そういえば高木先生は「２ちゃんねる」の「２」を、
# 毎回正しくきちんと「全角文字」で書いておられる、その方面では数少ない方かも。
だから規制によって２ちゃんは衰退すると思うだけどねえ。
キレイにしたい異質なモノを排除したいは本能的な欲望だと思う。
で、欲望である以上常に満たされることはなんだとも。
まあ、キレイにすることはコストがかかるからどこかで止まるか逆に
コストを支えきれなくなって崩壊する気もしたり。
期間限定になるとBBMの負荷は激減するね
焼く人か報告する人の負荷が増えるけど
ま、最近は規制することで２ちゃんはどう変わっていくのだろうと言う方に興味があるので
逆にトコトンまで規制をしてみて欲しかったり。
逆に、それが規制の意味を考えさせてくれるんじゃないかと。
とスレ違いなので消えます。
粘着荒らしは解約で終わるからイタチごっこなわけで、更正まで持ってかないと根本的な解決にはならないだろjk
要望出すのはタダだけど、果たしてキャリアが乗ってくるかどうか
で、
> ましてや全サイト共通の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の迷惑行為対策とは別な話だし、そもそも複数サイトでの利用者情報の
共有にプライバシー上の問題があるというのが高木さんの主張だし、と。
そういえばこないだどうやらさんとおしゃべりしてたおばちゃんはtwitter程度の実名性でご満足らしい
拍子抜けしちった
一週間で変わるIDみたいなのならニコニコがそうだな
しかしひろみちゅ先生は２ちゃんもしっかり見てるのね
＞405
それは利用者が把握できる他の利用者のIDであって、全く違うでしょ。
2chの投稿のID表示と同じ部類のもの。
問題は、サイトが把握する利用者識別の話。
ログインIDとか、IPアドレスとか、携帯IDとか。
Sandforceのは圧縮して書き込み速度上げるとかやってるから
ベンチでランダム値を書き込むとX25-Mと変わらない速度になる。
2chのdatに圧縮が効くのかどうかってのは興味深い。
G-Monster2 SFV1の100GBもいつの間にか4万円くらいか。
あぁ物欲が・・・
そなの？
キャッシュとかDNSのリザルトも確認済みなんだけど
今もエラーだ。なんでだろ。
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
>>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側で生成してもらうような感じ。
違ってたらゴメン。
>>418
それはわたしも考えたけど、ふと思って考えを改めた。
携帯直書き→ID1、jig→ID2、ibis→ID3ということが可能になる。
つまり、携帯で荒らしたら、jigでもibisでも書けないという仕様が成り立たない。
1つの携帯で3回の荒らしが可能。
回避策としてはjig、ibisでBBM参照すればいいんだけどね。 >>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を外部に送信するとは何たる（ｒｙ」となる予感。
結局のところ、ユーザが「自身の固有情報を送信するに値するサイトかどうかを適切に判断すること」のほうが重要だと思う。
安全性を確保しつつ、特定サイトにおいて、そのユーザの同一性を保証するのは難しいよね。 トラッキング不可能なIDなら良いんだけどサイトごとの算出ってものすごいコストが掛かりそうね
結局、普通のインターネットになってくれるのが一番楽なんだよね。
でまあ、普通のISP扱いの結果が全規制なわけだけど。
携帯のIDが問題なら、ISP契約者の固定IPのほうだって十分問題だと思うのだけど、高木さんはどう思っているのだろうか。
高木記事の要旨
1) キャリアに対してID変更不可の働きかけるのは直接・間接問わずやめてね
2) プライバシーに配慮した新ID制度をキャリアに働きかけられないか
あー、しかしトラッキング不可能なIDだとBBMの意味がなくなるなぁ。
中古携帯がでてくると端末IDで規制するのもよくないし
＞432
IPv6の固定アドレスは問題があるとして一時アドレスが用意されているのを
肯定的に言っているから、まあ現状のv4でも同じ見方じゃないか。
つまり、動的が主流という前提。
端末との固定IDに日付や時間などを組み合わせるなどして、時間単位あるいは日単位で
（少なくとも見た目には）送出されるIDが変わるが、ごにょごにょすると同一端末かどうかの
確認が可能、みたいなのではどうなんだろうか
>>437
そう。単に「不可逆変換」なだけじゃダメだね。順方向変換も不可でないと。 携帯IDの発行形式をどうするのであれ、短期や任意で変更可能である限り、
ID依存の投稿規制は破綻するんだから、ホスト名で規制するほかなく、
最終的に行き着く先は「全規制」か「変更不可」という、現状と同じになる気がする。
高木さんの懸念に対して、2chの出る幕はあるのやら
＞437
確認できるならID変わる意味ないじゃん。
>>440
「短期」× →「変更不可」○
ずいぶん論理に飛躍があるね。 >>441
鍵付きハッシュで、鍵を秘匿しておけばokじゃないかな。
大量にサンプルがあると鍵を割り出されたりする？ 2chを発端としたID変更不可を阻止したいなら、求めるべきは新ID制度じゃなくて、
そこらのISPっぽく、地域ホスト名等＆迷惑利用者への警告ないし追放、
になるんじゃないかなあ。
>>444
> 迷惑利用者への警告ないし追放
2chの場合、そもそもdocomoあたりがそういう対応はしないという話だから
端末IDで規制しようという話になったわけでしょ
堂々巡りだわさ ＞443
IDを作るキャリアだけが特定できるってことね。
まあ、それはランダムな符号をキャリアが紐付け記録するのでも、
暗号化するのでも（サイトから見れば）同じとは思うけども。
＞445
だからそれを求めるしかないよねー、と。
携帯IDに関して何か求めるくらいなら。
まあ、ドメイン別かつ任意変更は最短1年とかなら、色々な問題を
ある程度解決できそうな気はするけどね。
2chには有力コンテンツプロバイダーとしてキャリアと対応する力があるってのは、
買いかぶりすぎだと思うけども。
期間は例だからどうでもいいけども。
ここで真剣に検討しても意味があるとは思ってないし。
行動履歴の集積を抑え、
迷惑行為の繰り返しを抑え、
Cookie未対応機器での識別で便利に使える、
そんな期間で。
あ、強制じゃなくて任意変更なら、3番目は関係なかったな。
まぁ、そうやって対策考えても、ごく一部の規制人の「面倒くさいからdocomoは全規制」の一言で
全部無意味に帰すんだろうけどな
携帯の端末IDによるピンポイント規制が有名無実化した直接の原因はそれだし
>>451
ピンポイント規制が破綻したのは、一瞬で変えられるからだろJK >>452
いやいや
携帯以外でも最近やたらに規制が多いのは、ごく一部の削除人が「面倒くさい」の一言で絞り込みしないからだし
Vectantだったかはbbs.cgiを直接書き換えて規制してしまったので、報告人がプロバイダに通報して
対処してもらったのに解除不可という状態になってるらしい Be登録必須にしたらどうよ？ログインしてても匿名で書けるようにして
>>450
むしろ逆。
3番目用の（現行iモードID）は任意変更で期間制限なし。
1番目用と2番目用の（新設）は自動変更で、任意変更不可または期間制限あり。 複数IDは、変更時期がずれると逆に追跡性が高まったり。
━━━ ━━━ ━━━ ━━━
━━━━ ━━━━ ━━━━
自動変更が、任意制では変えない無防備な利用者への配慮だとするなら、
任意変更のIDは残しちゃだめってことに。
キャリアが利用目的を限定したところで、収集したいサイトが従う理由もなく。
>>453
vectantは.htaccessでdenyじゃないかなー
絞込みしないのは、鶴作ってもらってたから、面倒くさいからってのは減るといいなー >>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が付いてないので
466はんだごて ◆HANDAGOT9E NGNG
石川OCNの人規制されたから憂さ晴らしでもしてるのかな・・・
何で自分で確認しようとしないのかな。
これは鯖監視所が2証鯖の仕掛けに引っ掛かってるだけだろ？
旧gimpoを試しに一度リブートしたらこうなった。
やっぱり同じ問題を持っているようだ。
media: Ethernet 100baseTX <full-duplex> (100baseTX <half-duplex>)
なお、移転前の状態ではずっと全二重設定だったのは確認済。ううむ。
NICの性質が変わるとは考えづらいから、やはり接続されているスイッチ側の設定等の問題なのでは・・・。
>>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スペシャルを希望
%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 になった。
(リブートの時にはちょっとどきどきした)
食事すませたら、パッチをどっかに置こう。
>>484
p2用の新サーバの話ですね。
あきさんとブラジルの中の人から連絡がありました。
サーバのハードウェア自体は来ています。
スペックを見る限りかなり強いサーバですが、
(ディスクはSASでコントローラはハードウェアRAID、8 coreのXeon x 2 = 16論理CPU)
メモリがまだ少なく(2Gしか入っていない：近日中に増やしてもらえる模様)、
かつHDDの構成がディスクの高速アクセスに耐えるものではないため、
(RAID 5 → RAID 1+0 x 2 への構成変更)、
現在これらの解決をお願いしているところです。
それらがブラジルの中の人によって解決した後、
私が器をセットアップして、あきさんが中身をセットアップする、
というかんじになるのではないかと思います。 該当関数、e1000_phy_setup_autoneg() で、
うまく動く FreeBSD 7.0R の同じところを見ても、処理内容は同じかんじです。
というか、100Mbps full duplex 固定の設定に強制的にしようとしているのに、
この関数が呼び出されるようになってしまったのが原因なのかな。
いずれにせよ作業上の障害はなくなったので、
tiger3546 = 旧 gimpo は一度OS再インストールに出す方向で。
明日以降にでも。
で、明日以降のアクセスの少ない時間に、
headline と stats で使っているサーバに、
とりあえずこのパッチ当ててリブートしておこうかと。
>>486
もう少し時間かかりそうですね。
ありがとうございますー。 >>492
もし(f|h)utenmaを導入するとしたら、>>479だと3(2)かな
一応ニュース系の鯖にふさわしそうな名前だし だから嫌儲はそっとしておいてくれよなんでそこで名前が出てくるのさ。
1ヵ月後も今の投稿数が維持されると思ったら大間違いだ。
おー
こういうときいちいち非公開にするからガラパゴスとか言われるのに
>>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
一切異常なし
ということでもうそれには関知しません 逆に壊れた方が根本から解決すんじゃないか？
新鯖（システム）になって？
逆に、終わりと言う可能性もあることはあるけどｗ
tiger3546がまっさらになって帰ってきた。
今本業中につきまずは受け取りのみで。
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
TTL=86400 なので、完全反映は明日ということで。 eq.2ch.netが治ったら落ちてるのはwww.idolserver.comだけになるのか
現 eq = tiger2514 は /home があぼーんしている模様。
なまずさんはバックアップを持っているだろうか、、、。
>>519
おー、/homeが逝っちゃってますか。
重要な部分は取ってあるので大丈夫ですよー。 >>520
おお、よかったです。
器ができたらここで連絡します。
今週末には作業したい。 新しいp2用のサーバのメモリ増設とディスクの組み換えが完了したと、
ブラジルの中の人から連絡が来ますた。
中身チェックしてみて問題なければ、
tiger3546、banana3104と合わせて週末以降にでもぼちぼちと。
お疲れ様です。
せんせは「すぽ２」はのぞけないんだっけ？
＃現在挙動がおかしいらしい
>>524
sports2 は私、入り方知らないです。 rootたんこんばんわ
たまには雪だるまサーバのスレッドにも来てね
切り離したlive23f3の再運用を提案したいのですが
進捗
・banana3104(eq取替用)
FreeBSD 8.0Rに更新済
中身セットアップ中
・tiger3546(bbq2/m2 = oyster243取替用)
FreeBSD 8.0Rに更新済
中身これから
・p202.razil.jp(p2用)
FreeBSD 8.0Rが入って納品されてきた
設定内容確認中(RAIDコントローラなど)
中身これから
3G版iPadをrootたんに送りつけて24/7でこき使おうプロジェクト発足
寄付待ってます！
>>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
ドリルで掘らないで
ｱｯｰ! . ∧＿∧ ／￣￣￣￣￣￣￣
（；´Д｀）＜ スンマセン、直ぐに片付けます
-=≡ / ヽ ＼＿＿＿＿＿＿＿
. /| | |. |
-=≡ /. ＼ヽ／＼＼_
/ ヽ⌒)==ヽ_）=
-= / /⌒＼.＼ || ||
／ ／ > ） || || ('ﾊ`)
/ / / ／＿||＿ || ﾉ( ﾍﾍ ＿.
し' （＿つ￣(_））￣ (.)）￣ (_））￣(.)）
>>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フォルダとか板トップとかが消えてる）
いじれる人早く来てくれー！
食事して帰ってみると、、、。
１号さんとサザンくんにメールしておくです。
ちなみに１号さんは、今日の早朝にケネディ宇宙センターで記念撮影してましたとさ。
>>561
ニコニコ生中継のスペースシャトル打ち上げ生放送に出演してました。 ケネディから颯爽と現れ１号さんかっこいいとかいう展開ですか
そしてsports2いじってとどめを刺すと
どうやらさん達はGo/NoGoも含めて無線の音声ぜーんぜん流してくれないし直前に逃げちゃうし
結局いつものNASA-TV+じっぷらに切り替えちった
なんか音がすごかったんだって?
>>545
>(読めるとセキュリティホールになる = 例えば他のユーザのデータなどが読めてしまう)
dd if=/dev/ad6 っつーことか、たしかにそらそーだ なまずの棲家が出来上がった。
DNS変更依頼は週明けにでも。
明日早いので今日はここまでで。
sports2は復活するのか。
次は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台使用)
これまで２ちゃんねるに入ったサーバの中では、最強の部類。
まずは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)
が最新か。少しだけ古いみたい。
えいっ。
%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もびっくりのスペックじゃないですかｗ
何この化け物 584はんだごて ◆HANDAGOT9E NGNG
このスペックなら重いのも解消されますねｗ
鯖自体は国内だからなぁ
前がどれだけのサーバーだったか知らないが
オクタコア…；
その鯖借りるとしたら月いくらすんだろ？A-tigerだって20位なのに…
901の時みたいな苦労…は無いかなあ当時よりFreeBSDも熟成されてるはずだし。
>>588
そもそもこんな鯖貸し出してるところなんて無いかも
あるとしてもVPSとかで専用鯖では無いだろうね i7とかC2DみたいなPC鯖じゃねぇ
XeonのデュアルCPU16コア、SASディスク
正真正銘のIAサーバじゃねぇか
…あれ、HTなし?
595はんだごて ◆HANDAGOT9E NGNG
>>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から見た論理コア数なのね
㌧です
うむ、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が付いていれば設定完了後はキャッシュを有効化できるということですか? 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 でいけるので。
どうせいまどきだとデバイス外すぐらいだし。
これで最終リブートテストして問題なければ、中身作りへと。
リブートテスト完了。
ブート時のこれ↓は、気にしなくてもいいのかしら。
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. ← これ
これって２ちゃんでは導入できないんだろうか？
これ4台ぐらいに集約できるんじゃないか？
>>643
さすがに4台は無理だと思う
SSDの耐久性が飛躍的に向上すれば大丈夫だろうけど
でも、実況鯖の雪だるまを丸々置き換えられるくらいの性能は持っているかもね 10Gb Ethernet使えばネットワークも問題無し。
後ボトルネックはどこだろ。
>>645
総トラフィック数的にはGbEでも問題ないかと。
一番の問題は、ストレージでしょう。
これさえ決定的な解決策があれば収容数をかなり改善出来そう。 >>640
GEOM_JOURNALでのBIO_FLUSH(書き込みキャッシュのフラッシュ)コマンドが
それより下位のレイヤへ伝えられないか、伝えたけれども実行できない状況の時に出るようです
停電でジャーナルすらも吹っ飛ぶような状況を回避するためにあるようなのですが
RAIDカードに書き込みキャッシュ保持用のバッテリーがある場合や
書き込みキャッシュがそもそも無い場合
は（書き込んだ分は書き込まれるので）リスクは低いそうです。 >>649
どもです。
とりあえず、先に進んでもよさそうですね。 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
Linuxのlive時に使ったりしてましたっけ >>653
>147GB 10000RPM 6Gb/s SAS-2
あ、確かにここにSAS-2って書いてあるな
SATA→3Gbps半二重
SAS →3Gbps全二重
SAS-2→6Gbps全二重
ってことかな、でこのコントローラは-2非対応なので3Gbps全二重で動くと
ほむほむ >>663
他のディストロまでは分かりませんが、Ubuntu 10.04のlivecdには使われていたかと。 >>658
ありがとうございます。
HDDの能力をフルに使えないのって寂しいですね。 >>667
逆に、これでHDDの能力があふれるようなら、
まだ改善の余地があるということなのではないかと。 このサーバはPHPがばりばり動くかんじですかね。
そんな方向で。
>>669
rootさん、p2鯖をNehalem Xeonに移行したら深夜帯の激重状態がサクサクになるまでいきますかね？
（find鯖の兼ね合いもありますが、あくまでp2鯖単体の能力的に） >>669
ハイエンドのサーバーにPHPとは何とも不釣り合いな。
ソフトウェア見直した方が絶対良い気が。 >>670
最近p2サーバの様子見ていないので、ぜんぜんわかんないです。
>>671
p2はPHPで書いてあるのではないかと。 どうでもいいけどpythonのことぴーちょんって読んでるんだけど
>>674
そのリンク先面白いですね。
facebookか。 >>678
すごいですね。
某なんとかランも、確かPHPだったような。 >>678
この前幸せ鯖に入れようとしたけど、Limux依存なpkg多くて、
FreeBSDに入れるには面倒でやめたと言うオチが
# 依存環境満たせば動くかもだけど >>641
hint.atkbdc.0.disabled="1"
hint.atkbd.0.disabled="1"
これらを /boot/device.hints に入れろと。
しかし、ううむ。 >>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 >>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の作りからしてストレージアクセスが多いのが問題なのではないかと
>>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の早いのを取り込むことにした、というのが理由です。もちろん、いつかはシフトできるといいですが。、
解説㌧。
鯖用途だとやはりきついのか…個人ユースだとバリバリ速いんだがなあ。
これだけの費用投じてCPU余ってるならRAIDカードとSSDを…と一瞬思ったが、ファイル化け出るならどうしようもないな… ＞SASの早いの
コントローラが・・・。
ユーザデータの読み出しもあるから結構きついよね。
というか、ユーザデータはキャッシュされる（されている）のかな？
>>707
>(たぶん寿命の段階で)
SMARTの値が出ないタイプの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
㌧。
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のじだいじゃ無いんだなぁ、凄いじだいだ。 > 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-736
お疲れ様です。。。
(´-`).｡oO( 「ゆ」さんと聞いて「ゆってぃ」しか（ｒｙ。 ) どうして携帯p2は重くないんだ（笑）
それでわかるだろ・・・・・
>>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
753はんだごて ◆HANDAGOT9E NGNG
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 はそのまま退役で。
作業完了のメールの返事でお伝えするということで。
おつかれさまです
tiger2514 もお疲れ様でしたー
新p2のIPアドレス 210.135.100.132 はbbs.cgiへの登録が必要になるです。
いってきます。
>>761
210.135.98.42 を 210.135.100.132 に変更。 言い訳としてそれが多少なりとも通用してしまうのは、
2chが全規制して全員巻き添えだから、それが解消されれば
張本人以外の「お客様の利便性向上」になるから、と。
運用からはトラックバック送信できなかったような気がする
あ、本当だ
でもこの前rootたんがトラックバック送信しようとして失敗していたような気がしたけど
>>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
あとは、じっくり料理するということで。 そんで、私がセットアップした root 権限ありサーバの /home は、
昔から今まで例外なく、noatime 設定です。
atime 使っているアプリがないなら、
純粋に1ファイルあたりの処理量が減るので、
特に小さなファイルがたくさんあるような場合には有効かなと。
というか、ちゃんとだんこがいさんのブログに書いてあるですね。
> これが細かいファイルがもっと沢山あって、
> それらの＊内容＊が頻繁にアクセスされる状況ではもっと出るかと思われます。
noatime 付け忘れてNTFSのディスクイメージをマウントして読んだら大変なことになったの思い出した('A｀)
サーバ入れ替え警報 !!
ターゲットは yutori7 , tsusima
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 ニュース速報+
これ置いとくね。
＼170 名前：マァヴ ◆jxAYUMI09s ／
157 マァヴ ◆＼ ／
＼また失敗した(^_^;)＞p ／Update失敗したらa
／￣￣￣￣￣ ＼ ／://pc11.2ch.net/test/r
＜ おまいら次もいき＼∧∧∧∧∧／ァヴがpc11.2ch.netの鯖
＼＿＿＿＿＿＿＿＜ ＞http://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 ＼ おいまじかよ変わるのかこれは楽しみだっ！！ワクワクッ！！
tsusimaって？tsushimaとはチガウの？
takeshimaのつもりがtsushimaで作業していたﾆﾀﾞ
とかならないだろうな
今度のtsushimaとyutori7はroot権限ありにして欲しいなあ
にしても、最近rootさんとおいちゃんって若干ギクシャクしてるような…ただそう思っただけだけど
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なり何なり使えと。
第１６２日目：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とか使いどころが難しすぎる…返品するんだよね？ｗ
取り消しで。
一応、一覧は戻ってるようですので（レス数おかしいけど、読み込めば直るようなので）
追記が。
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 ＞ ・むむむさんスペシャルセッティング
ワールドカップに耐えられるか楽しみだ
２ch側がそれで規制かけるのはいいとして
公開される訳だから、そこから他のサイト側に
「あ、こいつあの荒らしか」とか
個体識別番号で簡単ログイン制御していいんだ
てな安直な流れになることをひろみちゅ先生は気にしてるんではなかろうか
良くも悪くもある程度の影響力あるサイトなんだし
>>832
アニソン以上の規模の規制で臨めば無問題 なんだか聞いたことのある項目が出てきたりして
これがノウハウってやつですな
その改良設定ってAtlantaも適用済みでしたっけ？
そしてlive23xのサーバー構成をいじる提案をもう一度
yutori7入れ替えか
結局i7鯖とは何だったのか
oyster243.pekoﾀｿはそのまま移転という方向でよろしいでしょうか？＠方向性の確認
あらやだ中途送信（照）
でもって入れ替えるときにはどうしても、新旧どちら共にDNSなdataを送り込まないといやぁんな感じになるのかなぁと妄想中。
一旦TTLを短くｾﾃｰｲしてとかになるのかなぁと。。。
何か警報スレが立っていたので来てみました
よく分らないですが頑張ってくださいです。
>>846
こんなところに出張ですか
留守番おつかれさま >>839
余った鯖1台フロントにまわして貰えるだけでだいぶましになると思うんだけど
それすら難しいんかなぁ諸般の事情で そういえば思ったんだが、RAMに全て収まるならRAMにキャッシュしておいて、日に1～2回程度SSDに書き込むとかすれば
SSDの寿命的にもパフォーマンス的にもいいんでない？
X25-M入れるくらいならX25-E 64GBを入れた方がいいように思うけれども（コスト掛かるが）。
>>850
なんらかのトラブルが起こった際にSSDに書き込まれていなかったモノについては？ 昔のジンギスカンはそんな感じの実装じゃなかったっけ。
ただし日に1～2回ストレージに書き込みじゃなくてdat落ちしたら書き込み。
追記書き込みオンリーだから大して寿命は変わらないと思うけど。
あ、DATだけね。
subject.txtとかはRAMに置いたらええねん。
ジンギスカン設定ってsubject.txtをRAM上に置いてなかったっけ
鯖をリブートする度に板が吹っ飛ぶ(subject.txtが消失する)のは大抵ジンギスカン化された板だからそう思った
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 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系の対応弱いからなぁ。
>>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
一時的にこれらの板にアクセスできなくなります。
これで２ちゃんねる側の事前準備は整ったはず。
17:00から作業OKな旨、お返事しておきます。
yutori7 が入るのは tiger の何番でしたっけ。
>>883は>>882の> 一時的にこれらの板にアクセスできなくなります
の段階は通り越したという事ですか～（笑）
>>885
鯖の概要
本名：tiger3542.maido3.com
芸名：yutori7.2ch.net
IP アドレス：207.29.225.145
>>887
どうもです～（笑） >>888
あああ間違えだた～
入る予定じゃなく 入ってる奴のだった（笑） 失礼しました～ですよ～♪ >>890
tiger3521 登録済み。
あとは17:00を待つということで。
移転完了後に、
・liveplus mnewsplus news4vip をジンギスカン化
・F22 調整
を実施予定。 >>893
gimpoの時同様、「ばっさり移動」とうかがっております。
つまり名前は変化しないです。 おいちゃんおつかれー
SSD鯖第二弾がどんな結果になるかたのしみだねぇ
>>894
おいちゃんからす変更しといて
変更用メモ
>>465
yutori7[3542 7.0R(amd64)] (新型 Tiger)→yutori7[3521 7.0R(amd64)] (SSD A-Tiger) >>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
あ、私現yutori7にログインしてるな。
ログアウトします。というか、ログアウト済。
あれっ yutori7ってジンギスカンの板なかったんだー
ということで 一手間かせいだ
まずみどころとしては、29GBytesをコピーするのに、
どのくらい時間を要するか(gimpoの26Gの時とどう違うか)。
news4vipが入っているから細かなdatが多いぶん、
ちょっと時間かかるか。あるいは新型だから早めに終わるか。。
>>912
↓
>>882-883 です。 直前に bbs.cgi 止めてからジンギスカン外したほうが、
よりスマートだったかもしれないです。
で、あとはApache停止 → 移動開始 by 中の人、
というかんじでしょうか。
うむー
答えがわかってたら面白くないと思う。
技術者はいらないエンタテイナーであるべし
>>876-877
詳細な解説㌧。つことは、並列なプロセス立ち上げができるそれら「第三世代 init 」←今名付けた
がFreeBSDに、つまり2chに入るのはまだまだ先ってことか…launchdが唐突に入ってくるとも考えにくいし そういえば、ブレーメンってどんな仕組みなのかな？
yutori7やtsushimaこそブレーメンメーターが必要だと思うけど、root権限がないとできない？
57 名前：ちきちーた ★[] 投稿日：2010/05/19(水) 17:40:43 ID:???0 PC
まぁ あしたにはおわるんじゃないかなぁ きっと
あれ、4時間の予定じゃ…
>>927
今私がやっているやり方だと、サーバのhttpd.confに設定が必要です。
他の方法で可能かどうかは別途検討が必要かなと。
(例えば smartmontoolsの時のように) 4時間は「コミットメント」ではまったくないということで、
>>928 がたぶん正解なんじゃないかなと。 >>929
ふむふむ
ってことはもしyutori7やtsushimaでやる場合はmaido3の中の人に依頼しなきゃいけないってことか まいどの中の新人さんが研修として実戦オペレートしてたりして
VIP931入れてるのにも関わらず
VIP+にVIPPERが流れてくるんですけどどうにかしてください
みなさん乙。
>>930
割と余裕を持って4時間なのかと思ったが、そうでもないのか。
耐性としてちょっと疑問を持ってしまったが、遅くてもトラブルが無いように終わるのが一番だから黙っておこうｗ 941動け動けウゴウゴ２ちゃんねるNGNG
次スレ用意しま～す（笑）
×耐性として
○体勢として
今日は色んなスレで誤字脱字が多いorz
>>941
乙。 ν速と大学生活板のHPをVIP+と同じ1～999にしてほしいのです。。。
1000でもいいです。。。
そういえば、
>>844
そのまま移転しようと思っています。
>>845
たぶん、
・両方にデータ送る状態をしばらく作る
か、
・oyster243に来た応答を新サーバにフォワードするように仕込む
か、どっちかかなと。 >>947さん、ありがとう。
さらっと読んだ感じ何台使ってるか分からんかった。
何台使ってんだろう？
メインストリーム頼んだのに、容量半分のエクストリームが来たとか面白かったｗ >>949
それやったらなにかあっても運営は動けなくなるのでは・・・？
犯罪予告をした人を捕まえるにはIPアドレスの保持は必要なわけで。 保存用に鯖、用意したら？ってもうやってるんだろうな・・・。
細かすぎて転送が遅い鯖移転。
いっそのこと固めて(ry
以下追記しますた。＠丁稚どんの例のところ。
# added @2010/05/19 by mishowdaq-ad /NEW 'yutori7'
Allow from 207.29.225.85
でもこれって大丈夫なのかしら？
（その数行上に。。。）
# added @2010/03/05 by mishowdaq-ad /NEW 'qb5'
Allow from 207.29.225.85
# added @2010/03/06 by mishowdaq-ad /NEW 'qb5'
Allow from 207.29.225.205
さっさと終わらせろ(^O^)／パソコンない人間にとっちゃこおゆう突発的に不具合が一番腹立つんです
>>956
単に、同じIPアドレスを流用しているということかと。
(なので本当はサーバ返却されたら削除しないといけないということで) >>959,960,963
今、面白い事思いついてレスしたいのにレス出来ないとか、不具合以外の何ものでもねーおｗｗｗ
この遅さは、口てい疫なら蔓延しちゃってますおブァカですかｗｘ 常識のあるライトユーザーが ツイッターに移って、
逆に こんなのばっかりが悪目立ちする結果に…
>>965,966
レスにも賞味期限ってものがあってだなあ…ｗｗメンテ終わってからじゃ意味がないレスもあるわけおｗｗｗ
ある意味不具合じゃないｗｗ不手際と言うほーが適切かもしれませんがｗｗ
つーかあと何分で終わります？ >>969
流れってもんがあんだろｗｗここで１から再現してたら1000まで消化しちまいかねねーおｗｗｗ
とにもかくにも、早急に不具合なんとかしてください(^O^)／おぼっちゃまくん見ながら待ってます おまーら弱いものいじめはやめろお(^O^)／よってたかって嫌がらせですくあｗｗｗ
作業されてる方いつもありがとですたい
終わるのまってるよー
SSDになると耐久性あがるんかね？
パフォーマンスはほとんどオンメモリだから変わんないと思うけど。
>>975
携帯しか持ってない奴ってな
携帯本体につくポイントとか月額使用料だけで買えるPCを持たない人間てな
2chでは所詮お客様、書き込みは恩恵であって権利じゃねぇんだ 全然 21:00には終わらない予感
まだ30%も終わっていないそうだ
>>981
VIP+についてもうひとつお尋ねしたいことが
●レス欄で有効
！card トランプ
！do 動作
！mibun 身分
！where 場所
！food 食べ物
！jinsei 人生の一大事
！drink 飲み物
！animal 動物
これらのコマンドによって出る単語はのリストとかないんでしょうか
お暇なときに回答いただきたい >>981
そですか、、、。
常に２ちゃんねるのシステムに挑戦続けてしてきた、
news4vipはやはり手ごわい、ということで。 >>987
回答ありがとうございますm(_ _)m >>988,990
言い得て妙だなｗ
しかし現状3割程度か…相当掛かりそうですな。 >>994
もうすでにVIPタスが大変な事になってます >>986
> 単語はのリスト
今更だけど、日本語変だった
“単語のリスト”だな
lud20221030042121ca
このスレへの固定リンク： http://5chb.net/r/operate/1272282096/ヒント：5chスレのurlに
http://xxxx.5ch
b.net/xxxx のように
bを入れるだけでここでスレ保存、閲覧できます。
TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
>50
>100
>200
>300
>500
>1000枚
新着画像
↓「2ch特化型サーバ・ロケーション構築作戦 Part38->画像>1枚 」を見た人も見ています：
・2ch特化型サーバ・ロケーション構築作戦 Part47
・2ch特化型サーバ・ロケーション構築作戦 Part40
・2ch特化型サーバ・ロケーション構築作戦 Part44
・2ch特化型サーバ・ロケーション構築作戦 Part26
・2ch特化型サーバ・ロケーション構築作戦 Part41
・2ch特化型サーバ・ロケーション構築作戦 Part22
・2ch特化型サーバ・ロケーション構築作戦 Part43
・2ch特化型サーバ・ロケーション構築作戦 Part57
・2ch特化型サーバ・ロケーション構築作戦 Part60
・2ch特化型サーバ・ロケーション構築作戦 Part46
・2ch特化型サーバ・ロケーション構築作戦 Part49
・2ch特化型サーバ・ロケーション構築作戦 Part39
・2ch特化型サーバ・ロケーション構築作戦 Part19
・2ch特化型サーバ・ロケーション構築作戦 Part36
・2ch特化型サーバ・ロケーション構築作戦 Part30
・2ch特化型サーバ・ロケーション構築作戦 Part51
・2ch特化型サーバ・ロケーション構築作戦 Part59
・2ch特化型サーバ・ロケーション構築作戦 Part42
・2ch特化型サーバ・ロケーション構築作戦 Part24
・2ch特化型サーバ・ロケーション構築作戦 Part23
・2ch特化型サーバ・ロケーション構築作戦 Part45
・2ch特化型サーバ・ロケーション構築作戦 Part37
・2ch特化型サーバ・ロケーション構築作戦 Part53
・2ch特化型サーバ・ロケーション構築作戦 Part52
・2ch特化型サーバ・ロケーション構築作戦 Part27
・2ch特化型サーバ・ロケーション構築作戦 Part58
・2ch特化型サーバ・ロケーション構築作戦 Part29
・2ch特化型サーバ・ロケーション構築作戦 Part20
・2ch特化型サーバ・ロケーション構築作戦 Part28
・2ch特化型サーバ・ロケーション構築作戦 Part54
・2ch特化型サーバ・ロケーション構築作戦 Part62
・2ch特化型サーバ・ロケーション構築作戦 Part34
・2ch特化型サーバ・ロケーション構築作戦 Part56
・2ch特化型サーバ・ロケーション構築作戦 Part33
・2ch特化型サーバ・ロケーション構築作戦 Part55
・2ch特化型サーバ・ロケーション構築作戦 Part31
・2ch特化型サーバ・ロケーション構築作戦 Part48
・2ch特化型サーバ・ロケーション構築作戦 Part32
・2ch特化型サーバ・ロケーション構築作戦 Part25
・2ch特化型サーバ・ロケーション構築作戦 Part50
・2ch特化型サーバ・ロケーション構築作戦 Part21
・2ch特化型サーバ・ロケーション構築作戦 Part61
・2ch特化型サーバ・ロケーション構築作戦 Part35
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14
・【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part17
・【Project peko】2ch特化型サーバ構築作戦 Part13
・【Project peko】2ch特化型サーバ構築作戦 Part12
・【Project ama】PINKちゃんねる特化型ｻｰﾊﾞ構築作戦 Part2
・◆ 全サーバトリップ統一作戦
・【愛の戦士作戦】 新機軸ちょっとでかいサーバ
・【愛の戦士作戦】 新機軸ちょっとでかいサーバ3
・【愛のVIP戦士作戦】 新機軸ちょっとでかいサーバ 2
・■新春特別企画「雪だるま作戦」liveサーバの飛躍なるか！？ Part1
・やっぱりc.2ch.netもパワーアップしてみよう作戦
・リロケーション [無断転載禁止]
・スレスト大作戦 PART1
・【リゾート】リロケーション【会員権】
・Ｇｏｏｇｌｅの「ロケーション履歴」ヤバい 自分が何時どこに行ったか完璧に監視されてる。 集団ストーカーの正体はこれだったんだ
・ ■ ここいらで、「天馬作戦」。
・■ Rock54M - 携帯からの広告投入撃退作戦
・bby -- スレッド情報一元管理システム構築スレ
・bby -- スレッド情報一元管理システム構築スレ3
15:30:58 up 12 days, 11:31, 0 users, load average: 15.98, 14.95, 15.38
in 0.13172602653503 sec
@0.13172602653503@0b7 on 111505
|
