■ サーバリフレッシュ工事 連絡・作業スレッド7
■ このスレッドは過去ログ倉庫に格納されています
TBananaサーバやら新型TigerやらE-banana(ぞうさん)サーバやらT-banana64やらと 新型サーバ( http://server.maido3.com/ )の投入で、しばらくの間だらだらと続けていく予定の、サーバリフレッシュ工事に関する 連絡・作業用のスレッドです。 ○ サーバリフレッシュ工事とは 同一サーバにおける掲示板のバーチャルホスト(名前)を変更することにより (基本的には番号を一つ増やす)、サーバの負荷を軽減し、 またHDDの容量を稼ぐことで、サーバの寿命を延ばすための工事のことです。 移転作業が始まると ・移転元サーバで書き込みができなくなります ・更に移転元サーバの板・スレが見えなくなります ・移転先サーバには最初スレッドがない状態になります ・待っているとそのうちスレッドも移転します bbsmenuはいつ更新されるの? 待っていればそのうち(一日以内)に更新されます。 携帯からはhttp://u.la/ に臨時メニューがあるのでそこから見れます(^_^;) bbsmenuが更新されたら、専用ブラウザの板一覧も更新しましょう。 過去スレ ■ サーバリフレッシュ工事 連絡・作業スレッド6 http://qb5.2ch.net/test/read.cgi/operate/1197714924/ ■ サーバリフレッシュ工事 連絡・作業スレッド6 http://qb5.2ch.net/test/read.cgi/operate/1197714206/ ■ サーバリフレッシュ工事 連絡・作業スレッド5 http://qb5.2ch.net/test/read.cgi/operate/1196924126/ ■ サーバリフレッシュ工事 連絡・作業スレッド4 http://qb5.2ch.net/test/read.cgi/operate/1193498210/ ■ サーバリフレッシュ工事 連絡・作業スレッド3 http://qb5.2ch.net/test/read.cgi/operate/1169662973/ ■ サーバリフレッシュ工事 連絡・作業スレッド2 http://qb5.2ch.net/test/read.cgi/operate/1168090804/ ■ サーバリフレッシュ工事 連絡・作業スレッド http://qb5.2ch.net/test/read.cgi/operate/1119623185/ >>前スレ988のFOX ★ ……そりゃ、日曜の(というか平日じゃない)ゲハは、大した勢い無いからね。 基本的にゲーム業界って動くのは平日、 しかも最近は情報を歪めて載せるファミ通に第一報を取られないようにと水曜午後に動くことが多いからねぇ。 >>5 スイッチでとってるようなので、 そういうことになりますね。 戻すか戻さないかは、判断のしどころで。 やっぱりまた来た Reply from 207.29.253.235: bytes=1 time=148ms TTL=53 Reply from 207.29.253.235: bytes=1 time=144ms TTL=53 Reply from 207.29.253.235: bytes=1 time=152ms TTL=240 Reply from 207.29.253.235: bytes=1 time=156ms TTL=240 今度は戻らない 台帳を更新中ですが、 結局 campus, ghard, kouri が ex23 => namidame に移転した、 ということですか。 < 今日の作業で >>8 そうなのか、 じゃ なんで 3126 のグラフが9Mも出ているんだ? tv11/music8は本日のピーク時でも6Mしかいっていないのに >>12 tv11/music8 のグラフは、明らかにばぐっているです。 既に報告済(流れちゃったかもですが)。 998 名前:SODfa-02p7-53.ppp11.odn.ad.jpマァヴ ◆jxAYUMI09s [] 投稿日:2007/12/16(日) 03:53:58 ID:iGWz4LxI0 1000(^_^;) >>12 サーバでとっているほうだと、こんな感じです。20M弱ですね。 今日はリブートとか転送テストとか入ったので、棘が出てますが。 http://mumumu.mu/mrtg/mrtg-rrd.cgi/traffic/music8traf.html 今日は ここまで このままの状態で観察続行 宴会に突入にしようぜ >>16 T-banana はどのサーバも割と 20Mbps 前後にうまく調整されているです。 このへんの采配は、正直さすがとしか。 -‐''''"´ ̄``ヽ、 ____ / _ ヽ //´ __,,>、 /  ̄ ̄ { /::/ / ̄:::::::::::::::\ l _ィニニア二二二ニヽ、j._ /::::l/::::::::::::::::::::::::::::::::l | 0Lj/-‐-レノ ノ_ヽ:::`ヽ l:::::::::::/l/lノノ/_イ:::::l レ:r、/ イ゚テ ピト`|::| l:::::::::/ rtテ、 .ィtq l::::::| l:lヘ '" ,j '"/ノ |::lヘ!j ´ ,j !;:::/ ヽヽ、 r‐-, /' レリー 、 ,...., lノ/ lヽ、  ̄ / `ヽ、lヽ 、  ̄ /´ _,r┴‐-`v´-‐j-、__ , -‐-、_r┴─'ー‐チト バルス!! / ̄/:.:.:.:| ̄ ̄`T ̄´|:.:.:.:l´ `ヽ / ヽ ̄`ー-‐'´`''''⌒ヽ / ,':.:.:.:.:.l l l:.:.:.l \ _r‐、-、-、r, 、 ', |:.:.:.:.:.:.! ! !:.:.l ,. -‐ゝ/// 〉 〉 〉 〉 〉 ! ', l:.:.:.:.:.:.l | l:.:.:l / 人〈〈〈〈 ' ' ' /っ l l l:.:.:.:.:.:.! ! l:.:.:.ト/ / ```´-ァ‐'''" / l 、__/:.:.:.:.:.:l | |:.:.:ヽヘ l // / _ ィノ /:.:.:.:.:.:.:! l |:.:.:.:.:l `ーヽ、_ノ´l、______/lニ二」 ____l:.:.:.:.:.:.:.| l |:.:.:.:.:! |_ ( ( ) )_〕| l l`ー‐‐'匸二l ̄ ̄l二フーイ /  ̄ `‐‐'´ ヽ | >>17 そうしますか。 次の手を考えるかんじですね。 一応引用。 ■ サーバリフレッシュ工事 連絡・作業スレッド6 http://qb5.2ch.net/test/read.cgi/operate/1197714924/989 > で、切り分けのポイントとしては、 > ・この問題が banana3216 ハードウェアだけに固有の問題なのか > ・あるいは、Intel マザーボードの T-banana だと > FreeBSD 6.2R/amd64 では全部こうなるのか > ・あるいは、実は他のところに問題があるのか > あたりの切り分けですかね。 これ以降は、明日になってからじゃないとどうしようもないですものね。 今後の為に明日以降準備すること 1) tv11/music8 (現在namidame)がつながっているほうのグラフをなおす。 2) もう一台 T-banana 64bit を作る(ソフトウェア構成はnamidameと同じ)。 こんなとこかしら? >>23 そうですね。そんなかんじで。 T-banana 64bit 2号機を作ったら、 「引渡しの前に*別サブネットにいるサーバ*との間で、 FTP で転送テストを両方向するのを忘れないようにしてください」と お伝えいただければと。 3) rootさんにプレゼントが届く ってのもあった >>21 2ch みたいなぱっとつながってぱっと切れるやつだと、 負荷が軽い状態だと、ユーザにはわからないかもですね。 ネットワーク負荷がかかると、上限リミッターがついているように遅くなるかんじ。 ho,ho,ho(^_^;)いい子にはクリスマスプレゼントだ〜 >>28 おおお、、、。なんでしょう。 ちなみにもう発送してしまったのかしら、、、。 引越ししてしまったので、届かないかも。 皆さま今夜はお疲れさまでした。 ■気になるメモ TTL=255ベースとTTL=64ベースのpongが返ってくる。それぞれ返してるのは誰? ・64ベースはFreeBSDのプロトコルスタックだと思われる(rootさん談) ・255ベースは……ほかの誰か? >>31 やんわりお断りワロタ ま、無駄あが・・・ ヒートプロテクタみたいな回路がどこか(チップ内含む)に、、、かもしれない。 昨今のハードはインテリジェント過ぎてややこしい。 何だろう、、、。 「ありがとうございます」と、 つぶらな瞳で素直によろこんで、、、よいんでしょうかか。 >>34 断ってないっす、、、。 たぶんZ社の方は前の住所しか知らないような気がするので、 新しい住所をお知らせしないといけないようかん。 あー(^_^;)そんなキラキラした目でわくわくされると良心が痛む・・・・・ プレゼントが届きました。 …そう来ましたか。(´・ω・`) >>44 ・・・。 使うのは、一度寝て起きてからにしようかと。 namidame のジンギスカンはずしておこう 身軽なほうがいいもんね >>48 了解です。 私はそろそろ離脱で、、、。Go 2 bed. >>48 了解です。 私はそろそろ離脱で、、、。Go 2 bed. いやん。久々にやってしまた。 おやすみなさい。 明日以降、根本調査へと。< 3216/namidame >>50-51 おつですー qb5の重さも、、、 20分目がこないのは・・・ そろそろ私も負け組へ go to bedって表現はちょっとアレな意味があるらしいから気を付けた方がいいと思われ プレゼントってことはrootのパスワうわなにをせるやめ ほぁぁ。。。 あれ、まだ直ってないのか・・・ 引き続きガンバッテねー。 っつうかつなぎ変えとかエライことになっとるな・・・ なんかタイヘンなことに・・・原因はほんとにスイッチなんか? namidame自体を疑った方が(りゃ なんだかずっとTTL256ベースで安定しちゃってるな 根本的なところは何もやってないんだろ? 54の後朝5時過ぎまでは変化無かった 先ほど観測再開したらいきなり変った、、、うーむ Reply from 207.29.253.235: bytes=1 time=155ms TTL=240 Reply from 207.29.253.235: bytes=1 time=149ms TTL=240 Reply from 207.29.253.235: bytes=1 time=147ms TTL=53 Reply from 207.29.253.235: bytes=1 time=139ms TTL=53 また戻ったね やっぱり何も変わってないな Reply from 207.29.253.235: bytes=32 time=179ms TTL=45 Reply from 207.29.253.235: bytes=32 time=254ms TTL=45 Reply from 207.29.253.235: bytes=32 time=133ms TTL=236 Reply from 207.29.253.235: bytes=32 time=329ms TTL=236 周期性始まった予感 Reply from 207.29.253.235: bytes=1 time=156ms TTL=53 Reply from 207.29.253.235: bytes=1 time=142ms TTL=53 Reply from 207.29.253.235: bytes=1 time=154ms TTL=240 Reply from 207.29.253.235: bytes=1 time=155ms TTL=240 何と連動してるんだろう? namidame特に重い気もしないし、まだ特段苦情も見ない pingのアベレージも深夜からずっと160-170ms Reply from 207.29.253.235: bytes=1 time=154ms TTL=240 Reply from 207.29.253.235: bytes=1 time=157ms TTL=240 Reply from 207.29.253.235: bytes=1 time=140ms TTL=53 Reply from 207.29.253.235: bytes=1 time=145ms TTL=53 おはよござます。 今日午後は出かける予定ですが、 それまでに少し時間とって、LAN周りを確認してみようと。 >>67 おはようございますー 怪しくなってきた Reply from 207.29.253.235: bytes=1 time=217ms TTL=53 Reply from 207.29.253.235: bytes=1 time=240ms TTL=53 Reply from 207.29.253.235: bytes=1 time=152ms TTL=240 Reply from 207.29.253.235: bytes=1 time=155ms TTL=240 入ってる板、一時避難させて本体を根本的に(LAN周り)テストしてみたほうが? 特に重く感じないのにTTL変動しているっつうことは問題点は2つだ ・TTLは何故変動するのか? ・板を複数突っ込んだ時に重くなるのは何故か? ・TTL変動は、別の問題ないサーバでも起こっている。 ・同一サブネット内では問題なし。 ・別サブネットでは、PIE内部でも問題あり。 が現状で。 百式との違いは、CPU、RAM容量、マザボ? まさかRAM容量が少ないと高負荷時には・・・とムチャか。 インテリジェントルーティングがTCP/IPのキモだから 利用側としてはレスポンスがあれば十分なんだよね。 ネットワーク管理者レベルでは極端なTTLの差は問題になるんだろうけど... 200回弱の反射みたいな現象が何かをトリガーに発生している。 でも、レスポンスを見ると非常に短時間で反射が処理されているようなのでzzz #TTL偽装なんてのが何かの意味あるかな?? しかし、2ちゃんねるのようなサイトではその反射による遅延もスイッチ等の 内部バッファ(キャッシュのようなもの)の問題を露呈させるかもしれないけど、、、 わかったこと: 少なくとも TTL=256 オリジンの ping は、 サーバ本体まで届いていない。 tcpdump しても、1パケットも届いていないので、 明らかに別のものが返事しています。 何か、インテリジェントスイッチなのかなぁ。 ICMP を代返するとか。 内部からの ICMP もブロックしているっぽいですね。 banana3216 からは、PIE 内部だろうがどこだろうが、 どこを ping しても返事がないです。 同一サブネットの banana3215 であっても。 traceroute は届きますね。 20:29:14.390890 IP tiger504.maido3.com.37335 > banana3216.maido3.com.33441: UDP, length 12 20:29:14.390904 IP banana3216.maido3.com > tiger504.maido3.com: ICMP banana3216.maido3.com udp port 33441 unreachable, length 36 20:29:14.418483 IP tiger504.maido3.com.37335 > banana3216.maido3.com.33442: UDP, length 12 20:29:14.418497 IP banana3216.maido3.com > tiger504.maido3.com: ICMP banana3216.maido3.com udp port 33442 unreachable, length 36 20:29:14.423083 IP tiger504.maido3.com.37335 > banana3216.maido3.com.33443: UDP, length 12 20:29:14.423092 IP banana3216.maido3.com > tiger504.maido3.com: ICMP banana3216.maido3.com udp port 33443 unreachable, length 36 >どこを ping しても返事がないです。 >同一サブネットの banana3215 であっても。 もうwktkが止まらないwwwwwww ICMPを代返? ICMPの意味ねーw そんな代返をする装置は無いだろ。 あったらマズー OSに届いていないところでカーネルが何かしてるに、とりあえず1票 スイッチの設定を整理するとこから始めたほうがいいかと。 207.29.253.* なネットワークでは、 PIE のネットワークのほうで何か、インテリジェントな設定がされているっぽいですね。 で、それと関係があるのかないのかはわかりませんが、 207.29.253.235 と 207.29.253.* の外の通信のパフォーマンスが悪くなっていると。 207.29.253.235 と 207.29.253.* の内部は、問題なし。 見ればみるほど、スイッチの設定まわりな気がしますね、、、。 今度作る二号機は、 可能であれば 207.29.253.* ではないサブネットを使ってみるといいかも。 Pinging namidame.2ch.net [207.29.253.235] with 32 bytes of data: Reply from 207.29.253.235: bytes=32 time=116ms TTL=243 Reply from 207.29.253.235: bytes=32 time=113ms TTL=243 Reply from 207.29.253.235: bytes=32 time=114ms TTL=243 Reply from 207.29.253.235: bytes=32 time=116ms TTL=243 1箇所設定を変えたので、 一度 reboot してみます。 < namidame リブートタイムアウト後すぐに変わった Reply from 207.29.253.235: bytes=1 time=151ms TTL=240 Reply from 207.29.253.235: bytes=1 time=157ms TTL=240 Request timed out. Reply from 207.29.253.235: bytes=1 time=136ms TTL=53 Reply from 207.29.253.235: bytes=1 time=140ms TTL=53 00:19:d1:a4:cd:1d が、banana3216 の I/F カードの オリジナルの MAC アドレスか。 で、maido3 さんの T-banana は、 /etc/rc.local で MAC アドレス再設定しているです。 きっと、管理上の問題なんでしょう。 ifconfig em0 link 00:16:76:b0:32:16 他のサーバも全部そうなっているので、 それが悪影響を及ぼしているわけでもなさそうですが、 一時的にこの部分をオフにしてみた。 < namidame >>91 TTL=256 オリジンのときは、リブート中でも ping かかりますね。 で、同一サブネットで TCP でつなごうとすると、いったままの状態になる。 普通なら Connection refused とかが返るはず。 で、TTL=64 になったとたん、Connection refused が返ってきた。 管理上の都合で管理しちまってるからMACダブリか、、、ややこしいな で、今、tiger504 から banana3216 を ping するとこんなひどい状態。 64 bytes from 207.29.253.235: icmp_seq=294 ttl=62 time=1.942 ms 64 bytes from 207.29.253.235: icmp_seq=295 ttl=62 time=4.642 ms 64 bytes from 207.29.253.235: icmp_seq=296 ttl=62 time=227.203 ms 64 bytes from 207.29.253.235: icmp_seq=297 ttl=62 time=24.285 ms 64 bytes from 207.29.253.235: icmp_seq=298 ttl=62 time=7.123 ms 64 bytes from 207.29.253.235: icmp_seq=299 ttl=62 time=49.162 ms 64 bytes from 207.29.253.235: icmp_seq=300 ttl=62 time=89.970 ms 64 bytes from 207.29.253.235: icmp_seq=301 ttl=62 time=9.847 ms 64 bytes from 207.29.253.235: icmp_seq=302 ttl=62 time=94.239 ms 64 bytes from 207.29.253.235: icmp_seq=303 ttl=62 time=10.489 ms 64 bytes from 207.29.253.235: icmp_seq=304 ttl=62 time=5.829 ms 64 bytes from 207.29.253.235: icmp_seq=305 ttl=62 time=278.599 ms 64 bytes from 207.29.253.235: icmp_seq=306 ttl=62 time=56.822 ms 64 bytes from 207.29.253.235: icmp_seq=307 ttl=62 time=58.517 ms でも、TTL=64オリジン。 で、64オリジンだと、 で、64オリジンだと、 ちゃんと ping は banana3216 まで到達してる、、、。 20:52:44.883341 IP tiger504.maido3.com > banana3216.maido3.com: ICMP echo request, id 56580, seq 392, length 64 20:52:44.883351 IP banana3216.maido3.com > tiger504.maido3.com: ICMP echo reply, id 56580, seq 392, length 64 20:52:45.893237 IP tiger504.maido3.com > banana3216.maido3.com: ICMP echo request, id 56580, seq 393, length 64 20:52:45.893246 IP banana3216.maido3.com > tiger504.maido3.com: ICMP echo reply, id 56580, seq 393, length 64 20:52:46.902386 IP tiger504.maido3.com > banana3216.maido3.com: ICMP echo request, id 56580, seq 394, length 64 20:52:46.902395 IP banana3216.maido3.com > tiger504.maido3.com: ICMP echo reply, id 56580, seq 394, length 64 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる