2ch特化型サーバ・ロケーション構築作戦 Part32
■ このスレッドは過去ログ倉庫に格納されています
2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・2ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・2ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part31
http://qb5.2ch.net/test/read.cgi/operate/1235553306/ >>319
datの移転完了を確認しました
乙でした
つぎにワクワク anchorage枠
・mnewsplus
・liveplus
・livemarket1
・livemarket2
dubai枠
・ghard
・moningcoffee
・ogame
tsushima枠
・news
yutori枠
・news4viptasu
・heaven4vip
・neet4vip
こんなとこかな
でも流石にこれはやりすぎかな…いくらCPUが強くてもHDDはdubaiと同じだし
>>318
俺!なみだめww っても,できるときにできるだけしかできないから
あせらずいくか・・・。 >>324
anchorageからいってほしいなぁ
WBCのイチロー、お塩先生と・・・ news4plusキタ━━━━(゚∀゚)━━━━!!!!
ありがとうございました。
今後の作業も頑張ってください。m(_ _)m >>324
瞬間最大風速なら、anchorage枠
風の谷なら、dubai枠
って感じに見える。 外勤から戻った。
yutori7 はうまく動いているですか。 >>331
ログインしてみた。
確かにいい感じですね。まだ能力の1割も使っていないかも。
/md はちゃんと大きくなってました。
%ls -l /usr/lib/libc.so*
lrwxr-xr-x 1 root wheel 14 Jul 31 03:44 /usr/lib/libc.so -> /lib/libc.so.7
8.0-BETA2 は libc.so のバージョンが 7 のままなんですね。
だから、offlaw.cgi はたまたま動いているようです。
http://yutori7.2ch.net/test/offlaw.cgi
8.0R 正式版では 8 になるので、バイナリ互換性なくなると。
read.cgi とか各種 *.so はアーキテクチャが同じなら、
古い OS で作ったバイナリでも動くはず。 これだと平常時のnews4vipが5つぐらいとか、楽に入るかも。 で、ログインして最初に思ったんですが、、、。
メモリというか、/md がすごく速くなったような気がしませんか? >>331 たしかに、
おっとジンギスカン化してないな、あとでまとめてやろっと
次は・・・ >>322 の /md が速い → Samba24とかの処理が軽くなる
→ topで見たspeedy_backendがばらつかず、ちゃんとCPUを使う
な感じですね。
ジンギスカンにしてないのに楽なのは、
メモリキャッシュが速いからという気がします。
ジンギスカンにすれば、たぶんもっと効果感じられるかも。
メモリに関してはちょっと触っただけで、
本能的に「こりゃ別物だ」という感じを受けました。 突っ込みが入ったでござる
■ サーバリフレッシュ工事 連絡・作業スレッド17
http://qb5.2ch.net/test/read.cgi/operate/1230142107/834
> 834 名前:マァヴ ◆jxAYUMI09s [] 投稿日:2009/08/05(水) 17:46:10 ID:kDkawRth0 ?PLT(30001)
> ここじゃないのかー!(^_^;)
っと、もう 924 の種を作りに行ったですか、、、。
【2ちゃんねる10周年記念】 ゆとり奈々サーバ新登場
http://qb6.2ch.net/test/read.cgi/operate2/1249451883/ http://stats.2ch.net/suzume.cgi
これのTOP5のうちnewsplusだけは移転しないんですね
mnewsplus と newsplus は別のサーバがいいかも、とか。
負荷の問題ではなくて。
しかし newsplus mnewsplus ってものすごく大きくなったですね。
事件の度にというか。
レス数グラフmaker ニュース速報+
http://sabo2.kakiko.com/bbspost/autoimg.cgi?bbs=newsplus
レス数グラフmaker 芸スポ速報+
http://sabo2.kakiko.com/bbspost/autoimg.cgi?bbs=mnewsplus テクニカルには「ROMが多い」が気になりますね。
あと、能力的に仮に入っても、100Mbps があふれそうな気がします。 >>340 >>342 そっか、この子は論理的に頭が8つだから、
LA の値を今までのtigerの2倍勘定で見なきゃいけないのか。
つまり yutori7 の LA=1 の負荷は、
dubai や namidame の LA=2 に相当と。
8つといっても半分は HyperThreading だから、そこまでではないとしても。 RAID1 の状況は operator グループ の権限があれば見れるんでしたっけ。
rootさんは yutori7 のディスクの状況をチェックできるんでしょうか。 げはを入れようかどうか迷っている、
今 30Mbpsくらいかぁ
通常時だったらはいるな、今はお祭り時だからなぁ >>344
あの時はびっくりしました。
現在のyutori7に死角のようなものがあるとしたら、
例えば酒井法子さんに何かあった、とかの
「大事件」が起きた際に100Mbpsがあふれることかと。 >>347
RAID 1 の状況は operator グループにユーザが追加されれば、
root 権限なくても見れますね。
具体的には /etc/group の
operator:*:5:root
を、
operator:*:5:root,ch2yutor7
とかにするかんじで。
# ただし追加後に一度ログアウト・ログイン必要。 あ、逆だ。>>345
LA が高く出ても平気、ということですね。
FreeBSD では LA の考え方が「積分」だから、
8コアでの LA=8 と4コアでの LA=4 が同じ意味と。
# sched_ule だと LA 計算が違うから、そこまででもないという話もあったかも。 >>354
operator:*:5:root,ch2yutori7
えーん。ri → r リブートとかもできちゃいますが、、、まぁいいっか。 そもそも板名をcnameにつけてvirtual host にしてくれれば、鯖変更の度に
板情報を取りに行く必要さえなくなって便利なのだが。(新板追加時はしょうがないけど)
http://news.2ch.net/news/ で news IN CNAME tsushima みたいに。 root 権限と違って「設定を変える系」はできないですが、
operator 権限でできることは(主に運用系とか維持・おもり系のコマンド)、
できるようになるですね。>>356 ディスクの状況を確認するだけなら
/etc/devfs.conf
をいじればいいかも(未確認)。 >>355 は修正されたようです。
$ groups
users operator
しかし、atacontrol コマンドは使えるようになりませんでした。
$ ls -l /dev/ad4 /dev/ad6 /dev/ar0
crw-r----- 1 root operator 0, 86 Aug 4 19:25 /dev/ad4
crw-r----- 1 root operator 0, 96 Aug 4 19:25 /dev/ad6
crw-r----- 1 root operator 0, 102 Aug 4 19:25 /dev/ar0
ではあるのですが、
$ ls -l /dev/ata
crw------- 1 root operator 0, 33 Aug 4 19:25 /dev/ata
のように設定されているためのようです。
これを解決するのは、、、手で chmod するのではだめで、えっと。 >>357
えっと、過去のものも含めて(←重要)、
例えばサーバ名と板名がバッティングするとだめなのでは。 今確認してみましたが(atacontrol のソースを少し読みました)、
/dev/ata を単にモード 640 (operator に対して read only) に
変更するだけではうまくいかないですね。
/dev/ata を Read/Write で open できないと動かないようなので、
モード 660 にしないとだめなようです。
つまり operator でも ata デバイスを操作できるようにすると。
それを設定すれば、ディスクのデバイス自体は現在の 640 のままでいけるようです。 で、>>363 を実現するためには、
perm<TAB>ata<TAB>0660
と、/etc/devfs.conf に設定を追加すればよいようです。
(<TAB>はタブの入力を示す)
この設定を有効にするには一度サーバのリブートが必要ですが、
リブートしなくても、手で、
chmod 660 /dev/ata
ととしておけばOKです。
---
(続く) ということで、
1) /etc/group の operator のところに ch2なになに を追加する
2) /etc/devfs.conf に、
# enabling checking RAID status as operator group
perm<TAB>ata<TAB>0660
を追加する
3) chmod 660 /dev/ata
を実行する、またはサーバをリブートする
により、ch2なになに ユーザでも RAID の状況を確認できるようになります。 で、>>365 がもし「2ちゃんねるセッティング」に組み込まれると、
root 権限がなくても RAID の状況を確認できるようになるので、
私としてはかなりうれしいです。
で、
# enable checking RAID status as operator group
perm<TAB>ata<TAB>0660
をこのスレからコピペする時には、
末尾に入る余計な空白文字を取り去る必要があるので、注意です。
こんなところで。 そうすると2ちゃんねるの全サーバで、、、
ttp://sv2ch.baila6.jp/_service/smart-20090805.txt
こゆのも取れるようになるのかしらwktk@smartmontools >>367
PVカウンタのような仕組みをもう一個追加するかんじですかね。 >>369
おいちゃーん
yutori7は (新型 Tiger) では? 名前というのは、、、。>>371
1) 2台目(以降)のi7サーバにつける名前
2) それとも >>370 の流れで Banana Tiger ○○ の ○○
3) その他(具体的に________) べんがるとら
まれーとら
しべりあとら
・・・
Siberian tiger だと S-Tiger になるよな〜。Super? Sugoi? Suteki? Tiger。 >>366
> root 権限がなくても RAID の状況を確認できる
もしも全鯖に operator の権限を与えるのはいやん、ということでしたら
cron で定期的に atacontrol の結果をログにとり
ch2なになにでもログを読めるようにするのはどうでしょう。 Hawk
Vulture
空港名→大空を駆けめぐるもの→鳥類がいいかな♪ >>380
そこから生えてきた件の名前をとって、kusanagi
あれ? hadaka
dattara
naniga
warui ろでむ
ろぷろす
ぽせいどん
だったらよかったのにね♪ 手足が8本というわけでtako
あれ、そういや昔tako.2ch.netとかあったような cds
cdo
rmbs
lehman
gm
chrysler 8コア
→orochi
→オロチ
→大蛇
→蛇
→アカシャの(ry
あれ? ところで2010Q1に登場予定のi9についてどう思う? >>395
長寿を祈ってmorishigeなんてどうだろうか >>401
長生きで後に生まれた他のサーバを見取る事になる
ある意味辛い立場になりそうだ・・・ 思いつく名前は不謹慎なものばかり・・・。
ここは追悼の意味で
michaelに一票。 kusanagiに一票。
その次はamaterasuで。 kusanagiに一票。
ex鯖で出来た、月一のおみくじって新しいとこで出来るのかな? おいちゃーん
ex24からの移動組多いけど、yutori7はお止め組の
対象鯖としては継続?それとも様子見? 負荷を稼ぐ?為にも実況をガンガンして貰ってアクセスもドカドカ、最後に規制もボンボン >>377 + >>395 = toki
来月末に予定されている第2次放鳥にちなんで。 塩だ海苔だって騒いでるから
potechiとかonigiriとか
さらにonigiri→鬼切→剣→あれ? hatoyama
bureru
nikkyouso
とかでいいよ >>414
あ、そうだ、>>398もナカーマ
toki
albatross
etupirka
kounotori
>>379の suzume もじきにナカーマ? 鳥類なら、yatugasiraってのもありかも。
i7にちょっぴり引っかけて。 ■ このスレッドは過去ログ倉庫に格納されています