2ch特化型サーバ・ロケーション構築作戦 Part27
■ このスレッドは過去ログ倉庫に格納されています
2ch特化型サーバ・ロケーション構築作戦のスレッドです。 ・2ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項 ・DNS登録・変更関連の各種作業や調整事項 ・2ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項 ・各種作戦・プロジェクトとの連携、プロジェクト間の連携 等を取り扱います。 前スレ: 2ch特化型サーバ・ロケーション構築作戦 Part26 http://qb5.2ch.net/test/read.cgi/operate/1183341095/ /\ /\ /:::::::ヽ____/::::::::ヽ、 丿 ::.__ .::::::::::::: __ ::::ヽ_ / /。 ヽ_ヽv /: /。ヽ ::::::ヽ -┼- 丿~~~| / / ̄ ̄√___丶  ̄ ̄\ ::::| ■ ■ -┼- /~~~~/ ━━━ | .:::::::::: / / tーーー|ヽ ..::::: ::|━━━━━━ ▼ ▼ .| 丿 | .:::::. ..: | |ヽ ::| ● ● | ::: | |⊂ニヽ| | :::::| \ / /| : | | |:::T::::| ! .::| \ \\ / / \: ト--^^^^^┤ 丿 \\\ \\\ ■ 2008年 BIG-server アップグレード第1弾 コアルーターリニューアル工事:進捗のご報告 -------------------------------------------------------------------------------- 1/11 19:31 (JST) 新しいコアルーターへの切り替えに付きましてご連絡いたします。 午後7時20分(日本時間)に動作チェックが完了しました。 現在は、全てのサーバーに正常にアクセスする事が可能です。 お客様の環境からはいかがでしょうか。 お気づきの点などございましたらご連絡ください。 本日実施いたしました、コアルーターの切り替え作業は、 切り替え作業後に新しいコアルーターの動作に問題を発見したため、 ネットワーク接続を旧コアルーターに戻した上で本日の作業を一旦終了し、 後日改めてコアルーターの切り替え作業を行わせて頂く事となりました。 現時点では、次回のコアルーターリニューアル工事に関する 詳しいスケジュールは確定していません。 詳しいスケジュールについては追って発表させていただきます。 BIG-server.com をご利用のお客様には、切り替え時のネットワークダウンにより ご不便をおかけ致しました事をお詫びいたします。 お問い合せ: server@maido3.com 緊急連絡フォーム http://911.maido3.com/server/support/ ■最近のトピックスとかメモとか(1) ・バックヤード系サーバの旧bananaサーバ置き換え ・Varnish 悪くないらしい(年末に萌え系の方から聞きました) ・FreeBSD 7.0R/6.3R ようやく出るらしい - 7.0R では旧cobraはSMP化できるのか? - 7.0R は ZFS よりジャーナリングのほうが面白そうかも ・memories2 = banana3000 無事デビュー ・雪だるまで乗り越えていない番組 - ラピュタ - アニソン三昧 ・フロントが落ちた場合の自動切り離し・復旧のしかけをどうするか ■最近のトピックスとかメモとか(2) ・L-root のIPアドレス変更に伴う設定変更 - DNSキャッシュサーバの以下の設定ファイル * /var/service/dnscache/root/servers/@ * /usr/local/etc/dnsroots.global ・2007年12月2日から3日にかけて、お隣方面からと思われるDoS攻撃 - 「100Mbps使い切り」狙い ・qb5のhtml化って最近進んでいないような、、、。 ■最近のトピックスとかメモとか(3) ・2ch.net のメールサーバが Google Apps 収容となった ・cvsup.peko.2ch.net でそろそろ CVS と anon. ftp をまた動かすか ・PIEのスイッチ、特に 207.29.253.* 系の挙動に注意 - TTL=256 オリジンの謎のping - 内部から ping が使えない ・MACアドレス設定にからむ問題(前スレで出た) ・32bit OS と 64bit OS ■最近のトピックスとかメモとか(4) ・日本語ドメイン名への対応 - GNU libidn, Net::IDN あたりを使用か ・memories2 に収容したサーバについてはF35だけを動かす ・PIEのコアルータ切り替え - BlackDiamond → Force10 - たぶんしばらくはいろいろ楽しめる? ・('A`) = 毒男さんの日記が楽しみ とりあえず、こんなところですかね。 20まで伸ばしておいたほうがいいかも。 微熱とのどの痛みがとれないんで、 今日はこのへんにて。 はいはい オツカレで〜す〜よ〜♪ WWWWWWWWWWWwwwwWWWWWWWWWWWWwwwwwWw←↓ >>10 > ・バックヤード系サーバの旧bananaサーバ置き換え では、そろそろ「どれをどれに入れるか」を考える時期かなと。 このへんとかで。 ↓ ■ サーバリフレッシュ工事 連絡・作業スレッド10 http://qb5.2ch.net/test/read.cgi/operate/1199792685/ >>20 >>20 >>20 なんか久々に見た飢餓 FreeBSD 7.0 から導入されるtmpfsって今までのメモリディスクに比べてどうなんでしょう? ある程度大きくとってもメモリが無駄にならないからメモリディスクを使いきったなんてことは減らせるかな? Solaris の tmpfs だと特段サイズ指定せずに使えますが(上限値として指定してもいいですが) そういう感じなんですかねぇ? ページキャッシュを利用し,ディスク使用量に応じて 仮想メモリ使用量も変化する形になってますね./tmp, /var/run がデフォルトで tmpfs になってて,コンパイラ等の一時ファイル置き場とかで使われてたりしますが. >>25-26 Sun の tmpfs とあまり変わらない使い方を目指したもの、 のような気がします。たぶん目的も同じかも。 AUTHORS The tmpfs kernel implementation was written by Julio M. Merino Vidal <jmmv@NetBSD.org> as a Google SoC project. Rohit Jalan and others ported it from NetBSD to FreeBSD. This manual page was written by Xin LI <delphij@FreeBSD.org>. ということで、 BUGS The tmpfs kernel implementation is currently considered as an experimen- tal feature. Some file system mount time options are not well supported. ということの模様。 そいえば「Journaled HFS+」っていうのはその筋の方から見るとどうなんだろう? 何気なしに浸っているけれども。。。 たもんさんへ: 今メールいただいた mamono のキャップ設定プログラムの件ですが、 まだかっこいいおにいさんのほうでは、作業いただいてないみたいです。 で、とりあえず緊急に、news22 にあったスクリプト(板別対応)を、 呪文名に "_newsplus" という名前を付加して、コピーしておきました。 mamono/newsplus のキャップをいじる時は、 これを使えばとりあえずいけるはずです。 (別途メールでもお知らせしておくです) そんなわけで。 # 前にも書きましたが、mamono は 板別キャップな板(news, newsplus)とそうでない板が # まざっているので、スクリプトのほうの改造が必要みたい。 ありゃりゃ あしたあたりみてみます。 修正時協力お願いします > みなさん >>31 お呼び出ししたみたいになってしまい、なんだかすんませんです。 さっき、ほんの少しだけスクリプト縦読みしてみたんですが、 板別キャップな板と板別キャップじゃない板がまじっていることは、 あまり考慮されていなかったみたい、、、でした。 そんなわけで、>>30 と。 まものにしゅうけつしてるそうでない板だけどっかやっちゃえばはやいのに。 >>30 V( ゚д゚)v イエーイ ありがとうございますた。 FreeBSD 5.xR から 7.xR への一気のジャンプアップは、 どうも gcc の仕様の違い? により、うまくないところがあるみたい。 6.xR を経由する必要がありそうな感じ。 こんなエラーになった。 @ oyster901 # 7.0R は gcc4 みたいだからなぁ。 mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/usr.bin/gencat/gencat.c echo gencat: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend cc -O2 -fno-strict-aliasing -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/usr.bin/gencat/gencat.c In file included from /usr/src/usr.bin/gencat/gencat.c:88: /usr/obj/usr/src/tmp/legacy/usr/include/nl_types.h:100: error: syntax error before "__format_arg" *** Error code 1 Stop in /usr/src/usr.bin/gencat. *** Error code 1 で、tigerとかいろいろバージョンアップする作戦の前に、 まず cvsup.peko.2ch.net を復活させる方向で(外にあまりとりにいかない方向)。 で、旧tiger/cobra の中では大きな HDD を搭載している oyster901 を 新 cvsup.peko.2ch.net に仕立てようと思ったら、以下>>36 。 cvsup.peko.2ch.net 仮復旧させました。 とりあえず、前と同じ設定のはず。 ftp.peko.2ch.net はまだ rsync が動いています。 アクセスはできますが、復活はしばらく後の予定。 5.4R => 6.3-RC2 => 7.0-RC1 の最後の mergemaster で、 "/usr/src/etc/Makefile", line 6: Malformed conditional (${MK_SENDMAIL} != "no") ... というエラーが出て失敗した。 # cp /usr/src/share/mk/* /usr/share/mk の後で mergemaster をすればいいみたい。 oyster901 は無事、7.0-RC1 になりました。 まだシングルCPUですが、、、。 まずはベース作りなんで、ちと慎重に。 7.0-RC1ですか、、私のところはどうしようかなぁ。。 >>41 と思ったら、7.0 からは GENERIC カーネルが SMP ありだったんだ。 つまり今 SMP あり状態。 make -j buildworld buildkernal による負荷テスト実施中。@ oyster901 負荷かけても落ちはしないみたいだけど、 calcru: runtime went backwards from 2317 usec to 2182 usec for pid 1042 (sh) calcru: runtime went backwards from 413 usec to 389 usec for pid 1042 (sh) calcru: runtime went backwards from 505561 usec to 476061 usec for pid 956 (make) calcru: runtime went backwards from 1110502 usec to 1045772 usec for pid 946 (csh) calcru: runtime went backwards from 6257 usec to 5892 usec for pid 945 (su) calcru: runtime went backwards from 23663 usec to 22282 usec for pid 848 (csh) calcru: runtime went backwards from 37074 usec to 34910 usec for pid 848 (csh) calcru: runtime went backwards from 17467 usec to 16448 usec for pid 844 (sshd) calcru: runtime went backwards from 1988 usec to 1872 usec for pid 837 (getty) calcru: runtime went backwards from 2227 usec to 2097 usec for pid 836 (getty) calcru: runtime went backwards from 2073 usec to 1952 usec for pid 835 (getty) calcru: runtime went backwards from 2127 usec to 2003 usec for pid 834 (getty) calcru: runtime went backwards from 2397 usec to 2257 usec for pid 833 (getty) calcru: runtime went backwards from 2302 usec to 2168 usec for pid 832 (getty) calcru: runtime went backwards from 2651 usec to 2496 usec for pid 831 (getty) calcru: runtime went backwards from 2459 usec to 2316 usec for pid 830 (getty) calcru: runtime went backwards from 2074 usec to 1953 usec for pid 779 (md0) なんだかなぁ。 >>45 うちもそれになりました。 んで、1台は諦めましたw >>46 シングルCPU設定(banana273)では出ないみたいです。 で、上記が出てもとりあえず落ちるわけではない模様。 BBx の置き換えとかは、6.xR で行こうかなと。 それと Limiting closed port RST response from xxxx to 200 も出て、固まってしまいました。 >>48 ふむ、、、。 いずれにせよ BBx とかの運用系は、>>47 で特に問題ないかなと。 >>47 7.0になってSMPを強化した分、CPUのクロック?管理が厳しくなったのかな? Timecounterをいじると上手くいくとかいかないとか 次の安定版は何が何でも今月中に出ると予想。 じゃないと、現行の安定版のサポートがおわっちまう。 現在2ちゃんねるのサーバは DEFLATE で圧縮して皆様の下へデータが 送られていると思うんですが、 1) 圧縮の度合いというのは調整できるものなのか? 2) 圧縮作業にテンポラリファルは使われていないのか? 使われているとしたらRAMに指定できないのか? とかの疑問があるのですが、どんなもんなのでしょうか? >>51 今月中に出るのは 6.3R じゃねえの? >>52 より詳しく正確ことはたぶんきっと、 SunOSさんあたりに解説いただけると思うのですが、 1) httpd.conf 的に設定可能 (.htaccess 的にできるかはちょっとわかりません。できなかったかも) 2) 専ら httpd のメモリ上で行われているはず だった気がします。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる