■ サーバリフレッシュ工事 連絡・作業スレッド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/ macアドレスの重複は俺も初めて聞く現象だ・・・
そりゃ、考え付かないわ・・・ >>170
banana3216 の NIC は、マザボに標準装備のやつですね。
Intel製。
マザボ: INTEL DQ965GF
ドライバは、最初 FreeBSD 6.2R/amd64 に標準のやつでやってパフォーマンス出なくて、
今は Intel が提供している最新のものです。でも症状は変化せず。
最初
em0: <Intel(R) PRO/1000 Network Connection Version - 6.2.9>
今
em0: <Intel(R) PRO/1000 Network Connection Version - 6.6.6> banana3214 にアカウント(一般ユーザでおk)作っていただければ、
ファイル転送テストを試すことはできますです。 >>175
RA経由とかで自動でつけてたら、いきなり死にますね、、、。 >>172
あ、ネットワークパフォーマンスの確認云々の話だたのか
勘違いしてました失礼 >170
NICはIntel PRO1000(オンボード)
OS同じ
ドライバも同じ(百式のものを持ってきた)
です(^_^;) >>179
了解です。
やっぱり、banana3216がぽんこつだったのかしら。 というところで、私、一度タイムアウトです。
ちとおでかけ。夜には戻れる予定。 amd64 x86_64 をgentooで2年ほど使ってるがamd64のドライバは怪しい事が多い気がするんだよね。
カーネルコアとの相性って言うのかな? 枯れるのに時間がかかる。
解析した訳じゃなく経験からくる事だから相性って言ってるけど、ハードな環境で使う気にならん。 んと、色々と考えて思い当たったこと(^_^;)
1 3216で書き換えたMACアドレスの上位の桁はIntelとは似ても似つかない(エリートと同じ)値
2 Intelのマザーは遠隔監視用の仕組みがあって、これが有効になっていると、ひとつのNICに二つ目のMACアドレスを振るらしい
3 その際に振るMACアドレスはオリジンの+1らしい
4 現在3216は監視システムが有効になっている(使ってはいない) rootさん、マァヴさん回答thxです。
全部同じですか。。
私もFreeBSDは素人ですが、
分かる範囲で調べてみます。では。ノシ >>183
使う予定無いならとりあえず止めて様子見でいいんじゃないかなー お出かけ前。
>>183
おーー、、、。
あやしい、あやしすぎる。
banana3215 でもその現象、確かに確認しているです。
上位の桁をIntelのにするとか、したほうがいいんじゃないですかね。
あるいはIntelを信用して、そのまま使用するか、
監視システムをオフにするか。
# 今回の原因には関係しなさそうですが。 ドライバ更新って百式のnicが認識しないから更新したんだっけ。
性能比較まではしていないでOK? 沢山鯖を運用してると
俺なんかじゃ考えつかない珍現象が大量に発生するのねぇ・・・ >>188
そのはず(たぶん百式のマザボが新しすぐるから)。 >>182
こんな所で同士発見!(w <同じくgentoo/amd64ユーザー
64bitといっても、linuxカーネルのNICドライバは
もうそろそろ大丈夫だと思うけどなぁ。
(メーカー提供のドライバは使った事が無いから分からん。) >186
止め方調べる(^_^;)
>187
で、3214は上位がintelだったんで、これをエリートの上位に書き換えるようにして
リブート→再び転送実験ってのをやるー(^_^;) >190
了解ですー。
(orzの鯖も似たような環境なので試してみようかしら)
pingの件は、FreeBSD-6.2-p7/32bitでIntel/Pro1000(v6.2.9)なやつ3台と、
L3スイッチがExtremeの48Siで確認しているので、多分スイッチ側じゃないかなぁと思います。
どう設定したら直るのかはわかりませんけどw
PIEのは確か200-48でしたっけ。 変なMACが現れるとスイッチ側でスパニングツリー再計算とかポートセキュリティが働くとか
それで不安定になるのかな >>198
ロジック次第。 中身が判らんと永遠の仮説。
でも、解析なんてやってらんねー 乱暴だけどエンドユーザーとしては正しい姿勢。 まあ、偽装MACの検出・排除はL2レベルの一般論だけどね さて、b3214はこのまま2chに投入になる気がする(^_^;)
サブドメインはなんにする?
↓ そう言えば、前々スレでおもしろいのがあったなぁ
gomidame.2ch.net
hakidame.2ch.net 方向性としては「こいつが来たからあんどかなる!」って感じで(^_^;) 「あんどか」ってなんだよ!(^_^;)「なんとかなる」だな
nobita.2ch.net >>224
功績を称えそろそろ名前を残してもいいと思うんだ。>mirv 新時代のサーバでしょう?
erika.2ch.net しかし、肉丸君といい涙目といい、新世代機の初号機はこわれてるのがデフォルト? sendo.2ch.net
zoffy.2ch.net
(^_^;) dogenkasentoikan.2ch.net
hanikami.2ch.net
上、長すぎかな banana3214のMACアドレスをb3216と同じ命名則で振りなおして
FTPの転送実験やった(^_^;)双方向とも問題なし gehanou
gomidame
kuzudomo
>>237
sakkidattatora.2ch.net gochagocha.2ch.net
>>260
未来レスアンカーで指定しないと、いつまでもゴチャゴチャと沸きますよ。 ■ このスレッドは過去ログ倉庫に格納されています