【Project peko】2ch特化型サーバ構築作戦 Part13
■ このスレッドは過去ログ倉庫に格納されています
お休み。
べいべー
⊂ヽ
\\
||
||∧ ∧
|(´Д`)
\ ⌒\
| |\\
\ \> ゝ
〉 |/
// /
// /
// /
(( (
ヽ\\
ヽ\\_
ヽ\|
しU
>>726
あらら。なおしました。
しかし軽い、、、。余裕たぷーりっていう感じ。
さすがは15rpm SCSI dual。
# しかし、例の突然死は心配ではある。 dual => U320 dualchannel >>729 師範と弟子のタッグによる規制ラッシュで暴れるのでは。 そろそろpeko鯖の突然死を解決した方がいいと思われ >>736
今のところ、メモリーが原因との説が強い。(参考 >>706 )
症状も、メモリー周りに爆弾を抱えているときに発生する症状に似ているし。 comic4と同居のままでも機能的にはぜんぜん大丈夫なのだろうか<鯖 なんとなく胸騒ぎがしてcの様子みたら、Apache(PHP)のエラーログが(りゃ。
php.iniを修正しました。これでだいじょうぶなはず。
>>742
うわあ。 >>744
どうぞ、手回しでおねがいしますーw
うほっ、IDがJRE 助けてくださぁぁぁい
助けてくださぁぁぁぁぁぁい!! はーどうえあ議論は別スレ立ててそこでウダウダする?
pekoのメモリ問題
HDDどこがいいの
くらいかあ・・・ >>748
隔離したほうがいいのかなぁ?
超臨時とか(金)とかに。
あと、個人的意見だけど
>pekoのメモリ問題
以前使用したfox.cgiないしはそれに準じる駄目鯖判定器が問題なく通るということを
発注条件に入れれば新規pekoに関しては解決なような気が、(前にも書いたけど改めて)
>HDDどこがいいの
今後出てくる新製品は試す価値アリかも?(来月登場な不治痛MAUとか)
そーじゃないのはええっしょ。 僕はfox.cgiがどんなような動作をしてるのかが気になる >>749
そこのHDDは個人的には・・・キライだなぁ
去年、300台ちょいのPCを納品して、約120台がHDDの初期不良・・・
社内用にバルク品で買ったIDEも50個中19個が初期不良で、
購入して約1年2ヶ月目の今日現在、生存HDDは13個・・・
(´-`).。o( 表沙汰にしたくないからって、内密で回収依頼が… )
(´-`).。o( 交換に掛かった人件費は出してくれないし…… )
(´-`).。o( 結局、某自動車メーカーと体制は一緒…… )
>>752
メーカーというよりは製造時期が関係しやすいはず・・・>HDD
所詮消耗品ですから。 そんなこといったらいBMも大量に不良出したしね。どこもまぁそんなもんかと。
それとは別で・・・>>751
\________/
○
o
。
(´-`)゚ ポリの中の人に聞けばよろし。不治痛ってどうよって。 >>755
過去ログを読んでみよう。
…スレ、分けたほうがいいのかなぁ…… >>757
既存スレに引っ越しても、発注してる人に読んで貰わないとお話にならんのだよなぁ、
それに、ざっとHDDのスレを読んでみたけど自作板のSCSIスレのほうが良さげな感。。
スレを分けるにしても超や金はやめたほうがいい気が……。
超はログが残らないし金は隠し板だからたどり着けない人がいるし。 >>759
googleで検索すれば一発なわけで。
検索方法は「金 2うわなんだおまえやm そろそろ902に固めてサルベージした過去ログを戻していこうかと。
報告はこちら↓でいきます。
あぼーん過去ログ再構成プロジェクト
http://qb5.2ch.net/test/read.cgi/operate/1080237257/ >>763
お疲れ様ですー
ぽつぽつと要望が聞こえてた事項なんで、ありがたいです。 http://ch2.ath.cx/load/
↑ここ見てると、局所的に重い鯖はあるけれど、
BBS 系の、2ちゃんねる全体が重い問題は解消されたと見ていいのかな?
comic4 も順調に動いてそうだし。
22時じゃ、まだ判断するのは早いかしら。
memories のスケールが振り切れてるのは、root さんの作業だな。 で、247が落ちたわけですが、コレもメモリ周りが原因なのかしら?
もちついたらでいいんで、fox.cgiのテストを247にもきぼんぬしてみます。 全サーバの.htaccessに、
EnableSendfile On
EnableMMAP On
を入れてみた。
焼け石に水かもしれないけど。 あぼーん過去ログ再構成プロジェクト
http://qb5.2ch.net/test/read.cgi/operate/1080237257/137-138
ということで、tv5のDNSエントリがないようです。
+tv5.2ch.net:38.114.137.227
の設定追加をお願いします。 このスレッドはダミーです('-')b
じつは裏にpekoのお部屋がヾ('-')ノ >>773
な、なんと(゚д゚)
本部スレは何処へ・・・ ttp://www.fujiya-peko.co.jp/
ttp://www.peko-mori.com/ 若干すれ違いスマソです。
しかし某事件のせいでnewsplus重すぎですな。
今回のような突発事件が発生すると激重になるから、
本来ならpekoでないとまずいような・・・・ >>777
可能であれば(皆が納得すれば)
game6を争奪戦にエントリさせる
↓
獲得の場合game6から新鯖に板をいくつか移転させ、news11にnewsplus
という選択肢もないことはないですが。。
果たして元祖+のスレ立て人どもがそれに気づくのかどーか??? 運営側の判断で争奪戦なしに割り当て可能だったはずでは。
もっともそれをやったら場合によっては(ry >>775
IDに+がイパーイ
pekoのお部屋なんてあるんだ・・・・・・
>>778-779
うーんマンダム・・・
+今でも激重だNe。ってか鯖オチか?ってくらい6かいリトライしても繋がらないからで見るのヤメタ
あそこの固定の中の人ってよくあれで不満でないよな。いつだって争奪戦やる気なさげだし 10M帯域制限がある(そうしなければサーバとしてのキャパをオーバーする)サーバでは、
newsplusとかmnewsplusとかの「祭り状態」は、絶対にさばけないということでしょう。
今までの統計の様子を見ていても、祭りの時は圧縮して15M〜20Mは出ていました。
つまり、仮に争奪戦でbananaサーバを占有使用できたとしても、
祭りの時はどうせまたあふれて、もうだめぽ状態。
でも、そんな板は2ちゃんねるに板が500あるとしたら、せいぜい50ぐらいか。
あるいはもっと少ないかも。
さて、そんな「特殊な板」をどう扱うのがいいのか。 >>780
鯖落ちではない。
帯域がおなかいっぱい→ルータに蹴られて接続不能
>>779
+民にbananaを与えるなっ!(by海原雄山)ですよ。
与えたところで上記理由でまた重い×2になることはわかりきってるし。
あと、こーゆースレも立ててみました。
★newsplus板避難所 実況しながらよろず雑談
http://live8.2ch.net/test/read.cgi/livesaturn/1086144237/ 10M帯域制限の無い高性能鯖を導入すればいい
つか、何のためのPIEロケーション&高速バックボーンなんだって話よ >>783
ルータは蹴ってないですよ。単純に(わざと斜線を狭くして)渋滞させているだけです。 >>782
可能であればbananaにNIC増設で
(今のbananaのNICは蟹だとおもうので高負荷時はかなり動作が疑問)
帯域制限の緩和をしてみる(今の倍とか)等を試してみるとか、
まぁでもPekoかTigerの導入が一番いいんですけどね。 >>784
高性能鯖のチューニングに付きっきりになる時間を
Jimさんが確保出来るようになるまではそっち系の導入はたぶん無理だとおもう。 >>786
中の人は、今のbananaでは(運用)コストかけてまで、無理したくはないんじゃないかしら。
今のbananaの10M制限ってのは、掲示板で使う場合結構「いい線」かなと思っています。
たぶん、メモリを1Gにするとか蝗を少なくする(= read.cgi率を減らす)とかすれば
もっとパフォーマンスを出せる気がしますが、現状はそうではないわけで。
10M制限ならそれ以上はサーバに負荷をかけられないので、サーバそのものは陥落しなくてすむと。
つまり、リミッターというか、ボリューム。 >>790
すれ違いですよ旦那
ここ争奪スレじゃないです やはり実況系と+系はpeko級&専用ルータを確保しないとだめぽなんですかね。
アテネの季節になったときが怖い。 >>793
まぁ、8/11-8/29までだから、なんとかなるでしょ・・・
JOC - アテネオリンピックスケジュール
http://www.joc.or.jp/athens/sch/index.html ちょうど北国の七夕の直後か。
世の中はうまくいかないようにできてますな┐(´ー`)┌ この五年間一度も快適になったことはないのよ、
いつもいつも増強の歴史
今年中に快適になるとは到底思えないし
五年後に快適になっていることもたぶんないでしょう。
だって 一回も快適になったことないもん。
サーバ投入しても三日で満杯、もって一週間。
ちゃんちゃん Google File System(GFS)ってどうよ?
ttp://www.radiumsoftware.com/0404.html#040406
ttp://blog.topix.net/archives/000016.html >>796
お疲れ様です。私なら心労で遥か昔にこの世の人で
なくなっていると思いますw
その豪胆さを見習いたいと心底思う今日この頃でございます。
3日で満杯、もって1週間は正直「おおげさ」かなと。
(少なくとも私が見ていた範囲ではそこまでひどくはなかった)。
ただ、GW明けあたりからなぜか人の増え方が変わったな、ということは感じます。
係数が大きくなったというか。
個人的には、auの定額制と京セラのAirH" Phoneの発売が影響しているのかなと。 いっそすべての板を人大杉にしちゃえば?
トップページには専用ブラウザのインストール方法だけ書いておく。
>>799
12月に何台追加したのかと、
それでも一月はすでに全くたりなかった ということは、今月はDoCoMoあたりの人が増えるかも・・・ >>802
12月は3台+5台かな。
http://216.239.57.104/search?q=cache:g520Zn-FnssJ:www.yakin.cc/oyster2003.html+http://yakin.cc/oyster2003.html&hl=ja&inlang=ja
主に足りなかったのはCPUやディスクI/Oといったマシン資源ではなく
「ネットワーク帯域」であったと認識しています。
マシンたちはネットワーク帯域を使いたくても、使える状況になかった。
というか、過去のことを言ってもしかたがないので、これからを考えたほうがいいかなと思っていたり。
>>804
既にその兆候はあるようです。
http://qb5.2ch.net/test/read.cgi/operate/1075887465/330 >>806
来年はきっと 歌ってるだろう♪
○○○の ブルースを〜♪ 携帯からはcgi経由で無いと見れないの?
もっと軽い方法は無いのかしら? それはそうと、質問なんですが
たとえば今の争奪戦で news14 が勝利し banana370 を手に入れたとします
この場合実は次のことをもくろんでいます
1) news14@banana370 作成
2) news14@banana241 一旦停止
3) DNS 変更
このように移転しようと、成功する?
TTL=300sec です
>FOX★さん
先日のc.2ch.net移転は成功しましたよ >>811
名前を変えたくないわけですね。
原理的にはできます。
そのレコードのTTLが300secなら、300secしかDNSキャッシュに残存しないはずなので、
ns{1,2}.maido3.comのデータが書き換わってから300sec後には、
新しいIPアドレスになるはずです。
(Dynamic DNSと同じしくみ) >>811
板移転って利用者にとって結構面倒だし、出来るならむしろそっちのほうがいいと思う。
あと、事前にTTLもっと小さくしておくといいんじゃないでしょうか。 >>813
cの時は念のため、旧c => c3.peko.2ch.net というリダイレクトを入れてありました。
しかし、あまりひこれにかかった人はいなかったみたい。 >>816
事前に小さくしておければ、よりよいですね。
でも300secなら十分小さいと思います。 >>815
ふむふむ なるほど
ということでまだログとかは巨大じゃないので
news14 独立とか off2 独立とかは
その方法でやる予定。。。 移転前に段階的にTTLを小さくするのは結構常套手段ですね。
ttp://www.at-link.ad.jp/topics/t97.html
TTL はもう一年くらい前に 300sec にしたっきり
落ち着いたら戻そうしは思っているが、、、
2chが落ち着くってことは当分なさそうですからねー すこしPIEのLiveCAM見ない間にpeko隣のラック満タンですねヾ('-')ノ
あれって同じような機種に見えるけど、どちら様の鯖だろー
ところで、bananaってどの辺に刺さっているんですか?('-'?) >>825
黒くてちいさいのがたぶんbananaだとおもう。 素人の意見だがサーバーに一部P2Pの仕組みを取り入れたほうがいいと思うが… 後は携帯のjavaと連携するように改良 ■ このスレッドは過去ログ倉庫に格納されています