【Project peko】2ch特化型サーバ構築作戦 Part12
■ このスレッドは過去ログ倉庫に格納されています
Davidさんに「どの光ファイバーが日本から米国に行くのに一番使われてるのかしら?」って聞かれた。 最近このへんの事情にとんとうといんですが、どうなのかしら。 >26 プロパによって経路が異なるので誰も答えられないと思います。 ちなみにOCNとかはSan JoseやLos AngelsにSeattleで僕はSan Joseが 一番主な経路になってると思うんですけどどうでしょうか? >他の人 あー、よくWBSのCMでやってるやつ?<う゛ぇるぃお(英語っぽい発音で) CMでは確かに「日米間で一番使われてる」って謳ってたような記憶。 うーん、そういうことではなくて(それも関係なくはないわけだけど)、 例えばTPC-5CNとか、そういうことが知りたいらしいです。Davidさんは。 >>30 うぅむ、、、さすがに traceroute ではどの線路を使ってるかは判らないよなぁ(苦笑) 鳥入れ忘れてた 多分、一番使われてると思われるのはNTT/verio経路だと思うのでverioで 調べるのが一番手っ取り早そうに思います。 某looking glassの出力。 Verioだと、Tokyo => Milpitas(US) => San Jose => San Francisco/PIE か。 で、JP=US間は約100msと。 # すんません。寝不足につぐ寝不足で全然集中できないので、各種作業は寝ておきてからで。 # 今日は久しぶりにネットさわってQして、現実逃避、、、。 traceroute www.pacificinternetexchange.net Translating "www.pacificinternetexchange.net"...domain server (202.216.224.66) [OK] Type escape sequence to abort. Tracing the route to www.pacificinternetexchange.net (38.114.128.217) 1 otemachi-gate1-2.otemachi2.dti.ad.jp (202.216.227.209) 4 msec otemachi-gate1-3.otemachi2.dti.ad.jp (202.216.227.225) 0 msec otemachi-gate2-4.otemachi2.dti.ad.jp (202.216.227.242) 4 msec 2 jpnap1-11.otemachi2.dti.ad.jp (202.216.225.146) 0 msec 4 msec 0 msec 3 ge-0-3-0.a08.tokyjp01.jp.ra.verio.net (61.120.145.73) [AS 2914] 0 msec 0 msec 0 msec 4 xe-7-0-1.a21.tokyjp01.jp.ra.verio.net (61.120.144.87) [AS 2914] 0 msec xe-7-0-0.a21.tokyjp01.jp.ra.verio.net (61.120.144.55) [AS 2914] 0 msec 0 msec 5 xe-1-0-0.r20.tokyjp01.jp.bb.verio.net (61.213.162.229) [AS 2914] 4 msec 4 msec 0 msec 6 p16-1-0-0.r80.mlpsca01.us.bb.verio.net (129.250.2.206) [AS 2914] 100 msec 104 msec 100 msec 7 p16-1-1-2.r20.mlpsca01.us.bb.verio.net (129.250.2.90) [AS 2914] 100 msec 116 msec 116 msec 8 p16-1-1-0.r20.snjsca04.us.bb.verio.net (129.250.5.9) [AS 2914] 116 msec 100 msec 116 msec 9 p16-6-0-0.r00.snjsca04.us.bb.verio.net (129.250.3.87) [AS 2914] 104 msec 100 msec 104 msec 10 g3-1.core01.sjc03.atlas.cogentco.com (154.54.11.145) [AS 174] 100 msec 104 msec g3-0.core01.sjc03.atlas.cogentco.com (154.54.11.141) [AS 174] 100 msec 11 p6-3.core01.sjc01.atlas.cogentco.com (154.54.2.233) [AS 174] 104 msec 104 msec 100 msec 12 p4-0.core01.sfo01.atlas.cogentco.com (66.28.4.93) [AS 174] 100 msec 100 msec 104 msec 13 g7.ba21.b003122-0.sfo01.atlas.cogentco.com (66.28.64.162) [AS 174] 104 msec 104 msec 104 msec 14 PacificInternetExchange.demarc.cogentco.com (38.112.11.74) [AS 174] 108 msec 152 msec 104 msec 15 www.pacificinternetexchange.net (38.114.128.217) [AS 174] 104 msec 112 msec 104 msec J-COMみたいにKDDI使っているところって少数派なのかな? Hop IP Address HostName Time State 1 (ry 2 (ry 3 61. 26. 74. 49 bb3-g4-0.rdc1.kt.home.ne.jp 0ms ( ICMP ) 4 61. 26. 74.221 c3-pos3-0.kdd1.nap.jp.home.com 15ms ( ICMP ) 5 202.239.171.169 <不明> 16ms ( ICMP ) 6 203.181. 97.126 otejbb202.kddnet.ad.jp 15ms ( ICMP ) 7 203.181. 96.229 gsr-ote102.kddnet.ad.jp 15ms ( ICMP ) 8 203.181.100. 30 gsr-sc1.kddnet.ad.jp 125ms ( ICMP ) 9 203.181.104. 14 ix-sj1.kddnet.ad.jp 109ms ( ICMP ) 10 154. 54. 11. 45 g4-5.core01.sjc03.atlas.cogentco.com 313ms ( ICMP ) 11 154. 54. 2.233 p6-3.core01.sjc01.atlas.cogentco.com 125ms ( ICMP ) 12 66. 28. 4. 93 p4-0.core01.sfo01.atlas.cogentco.com 125ms ( ICMP ) 13 66. 28. 64.162 g7.ba21.b003122-0.sfo01.atlas.cogentco.com 125ms ( ICMP ) 14 38.112. 11. 74 PacificInternetExchange.demarc.cogentco.com 109ms ( ICMP ) 15 38.114.128.217 pacificinternetexchange.net 125ms 到着 ( ICMP ) HEとPIEで太平洋横断経路が全く違ってる。面白い@medias.ne.jp Tracing route to qb4.2ch.net [64.62.236.130] 1 435 ms 10 ms 12 ms *.medias.ne.jp 2 9 ms 16 ms 13 ms 210.*.*.* 3 29 ms 20 ms 12 ms 210.132.125.89 4 11 ms 24 ms 16 ms kngjbb001.kddnet.ad.jp [210.132.125.226] 5 18 ms 17 ms 20 ms otejbb201.kddnet.ad.jp [203.181.99.109] 6 27 ms 19 ms 20 ms gsr-ote101.kddnet.ad.jp [203.181.96.97] 7 112 ms 120 ms 114 ms gsr-sc2.kddnet.ad.jp [203.181.100.10] 8 148 ms 120 ms 147 ms ix-pa3.kddnet.ad.jp [203.181.104.74] 9 118 ms 120 ms 124 ms 203.181.104.170 10 117 ms 115 ms 120 ms pos1-3.gsr12416.fmt.he.net [64.71.129.86] Trace complete. ================================================ Tracing route to game6.2ch.net [38.114.144.100] 1 16 ms 19 ms 11 ms *.medias.ne.jp 2 11 ms 27 ms 17 ms 210.*.*.* 3 14 ms 18 ms 9 ms FE0-1-0.890.ar2.NGO1.gblx.net [203.192.150.153] 4 13 ms 15 ms 12 ms pos2-2-155M.cr1.osa1.gblx.net [203.192.151.161] 5 152 ms 130 ms 141 ms so2-1-0-2488M.ar1.SJC2.gblx.net [67.17.74.158] 6 140 ms 138 ms 139 ms p15-3.core01.sjc03.atlas.cogentco.com [154.54.11.173] 7 132 ms 132 ms 129 ms p6-0.core01.sjc01.atlas.cogentco.com [154.54.2.221] 8 150 ms 139 ms 139 ms p4-0.core01.sfo01.atlas.cogentco.com [66.28.4.93] 9 131 ms 131 ms 135 ms g7.ba21.b003122-0.sfo01.atlas.cogentco.com [66.28.64.162] 10 136 ms 131 ms 149 ms PacificInternetExchange.demarc.cogentco.com [38.112.11.74] Trace complete. 実はtracert使ったの初めて(照 で、なぜこのスレでこんな話を持ち出したのかについては、いずれまた機会を改めて。 ようやく普通に眠くなってきたので(ちょっと睡眠障害気味かも)、今日はこのへんで。 >>37 は、いいポイント突いてるかも。 >>36 古い資料(しかもラグナロク韓国鯖)なのですが、 exodus.netを経由するとありますね。 http://www.osakana.net/ragnarok/route_0515.html 現在だとCable & Wireless IDCになるのかな? >>37 >>35 の中の人はこんな感じです。 Hop IP Address HostName Time State 1 (ry 2 (ry 3 61. 26. 74. 49 bb3-g4-0.rdc1.kt.home.ne.jp 0ms ( ICMP ) 4 61. 26. 74.221 c3-pos3-0.kdd1.nap.jp.home.com 16ms ( ICMP ) 5 202.239.171.169 <不明> 16ms ( ICMP ) 6 203.181. 97.125 otejbb201.kddnet.ad.jp 15ms ( ICMP ) 7 203.181. 96.101 gsr-ote101.kddnet.ad.jp 16ms ( ICMP ) 8 203.181.100. 2 gsr-sc2.kddnet.ad.jp 110ms ( ICMP ) 9 203.181.104. 74 ix-pa3.kddnet.ad.jp 109ms ( ICMP ) 10 203.181.104.170 <不明> 110ms ( ICMP ) 11 64. 71.129. 86 <不明> 203ms ( ICMP ) 12 64. 62.236.130 rock54.2ch.net 109ms 到着 ( ICMP ) Hop IP Address HostName Time State 1 (ry 2 (ry 3 61. 26. 74. 45 bb2-g4-0.rdc1.kt.home.ne.jp 0ms ( ICMP ) 4 203.165. 0.157 c3-pos14-0.kdd1.nap.jp.home.com 0ms ( ICMP ) 5 202.239.171.169 <不明> 0ms ( ICMP ) 6 203.181. 97.125 otejbb201.kddnet.ad.jp 0ms ( ICMP ) 7 203.181. 96.101 gsr-ote101.kddnet.ad.jp 16ms ( ICMP ) 8 203.181.100. 2 gsr-sc2.kddnet.ad.jp 109ms ( ICMP ) 9 203.181.104. 26 <不明> 94ms ( ICMP ) 10 154. 54. 11. 45 g4-5.core01.sjc03.atlas.cogentco.com 125ms ( ICMP ) 11 154. 54. 2.225 p6-1.core01.sjc01.atlas.cogentco.com 141ms ( ICMP ) 12 66. 28. 4. 93 p4-0.core01.sfo01.atlas.cogentco.com 140ms ( ICMP ) 13 66. 28. 64.162 g7.ba21.b003122-0.sfo01.atlas.cogentco.com 141ms ( ICMP ) 14 38.112. 11. 74 PacificInternetExchange.demarc.cogentco.com 110ms ( ICMP ) 15 38.114.144.100 cobra2244.pacificinternetexchange.net 281ms 到着 ( ICMP ) >>36 こんな感じでよろしいでしょうか? C:\>tracert www.pacificinternetexchange.net Tracing route to www.pacificinternetexchange.net [38.114.128.217] over a maximum of 30 hops: 1 7 ms 7 ms 8 ms yahoobb(ry 2 8 ms 8 ms 7 ms yahoobb(ry 3 9 ms 8 ms 7 ms 10.18.7.97 4 7 ms 7 ms 7 ms 10.18.6.113 5 8 ms 8 ms 8 ms 10.18.6.41 6 8 ms 8 ms 7 ms 10.18.1.105 7 8 ms 12 ms 8 ms 10.0.9.129 8 9 ms 9 ms 9 ms 10.0.1.158 9 8 ms 11 ms 8 ms ge0-3-0.tkybb4.tokyo.opentransit.net [193.251.254.241] 10 9 ms 11 ms 9 ms ge5-0.tkybb2.tokyo.opentransit.net [193.251.128.89] 11 135 ms 134 ms 135 ms so6-0-0.loacr1.los-angeles.opentransit.net [193.251.243.210] 12 142 ms 142 ms 142 ms p4-0.sjocr2.san-jose.opentransit.net [193.251.243.142] 13 145 ms 143 ms 143 ms p10-0.palbb2.palo-alto.opentransit.net [193.251.242.6] 14 130 ms 128 ms 128 ms p4-1.core01.sjc04.atlas.cogentco.com [154.54.10.169] 15 128 ms 127 ms 128 ms p13-0.core02.sfo01.atlas.cogentco.com [154.54.1.253] 16 129 ms 129 ms 129 ms p15-0.core01.sfo01.atlas.cogentco.com [66.28.4.69] 17 129 ms 129 ms 129 ms g7.ba21.b003122-0.sfo01.atlas.cogentco.com [66.28.64.162] 18 130 ms 129 ms 129 ms pacificinternetexchange.demarc.cogentco.com [38.112.11.74] 19 127 ms 129 ms 129 ms www.pacificinternetexchange.net [38.114.128.217] Trace complete. C:\>tracert www.he.net Tracing route to he.net [216.218.186.2] over a maximum of 30 hops: 1 7 ms 7 ms 7 ms yahoobb(ry 2 8 ms 7 ms 7 ms yahoobb(ry 3 7 ms 7 ms 7 ms 10.18.7.97 4 8 ms 7 ms 8 ms 10.18.6.113 5 8 ms 7 ms 7 ms 10.18.6.35 6 8 ms 7 ms 8 ms 10.18.6.11 7 9 ms 8 ms 8 ms 10.18.6.185 8 8 ms 8 ms 8 ms 10.18.1.105 9 9 ms 8 ms 8 ms 10.0.9.1 10 9 ms 9 ms 8 ms 10.0.1.74 11 9 ms 8 ms 9 ms 134.159.123.57 12 9 ms 9 ms 9 ms i-6-2.tok-core01.net.reach.com [202.84.219.53] 13 132 ms 133 ms 133 ms i-3-2.sjc-core01.net.reach.com [202.84.143.169] 14 127 ms 127 ms 127 ms i-13-0.paix-core01.net.reach.com [202.84.143.249] 15 129 ms 127 ms 128 ms i-1-0.paix04.net.reach.com [202.84.251.68] 16 124 ms 123 ms 125 ms paix.he.net [198.32.176.20] 17 123 ms 123 ms 123 ms 64.71.129.86 18 125 ms 124 ms 124 ms pos4-0.gsr12012.sjc.he.net [64.71.128.181] 19 124 ms 124 ms 124 ms www.he.net [216.218.186.2] Trace complete. 前スレからの継続事項: 1)oyster244以降のサーバ不調問題 ・memtest(動かしたままでできる)、memtest86+(止める必要あり)の検討 ・live10からメモリを一時的に半分移設してみる? 2)BBS引越し、BB?移設 ・banana238に15個のIPアドレスをつけてセットアップ、移動 3))怒涛の過去ログ移設 ・土地作り 頼まれていた作業関連 1)シンボリックリンク作成 http://qb3.2ch.net/test/read.cgi/operate/1082968554/69 2)メールで頼まれている件が2件ほど Rock54関連 p.i/bbs.cgi関連 頼んだのにやってないぞというのが何かあったら、お手数ですが再度連絡をくださいです。 >・live10からメモリを一時的に半分移設してみる? 半分移設より全部入れ替えたほうがよくない? >>46 そうしてみますか。そのほうが原因究明しやすそう。 【Project peko】2ch特化型サーバ構築作戦 Part11 http://qb3.2ch.net/test/read.cgi/operate/1082990543/990-992 990 名前:留守番 ★[] 投稿日:04/05/15 16:00 ID:??? tiger2 を・・・ 移さなきゃならないことを思い出した。 991 名前:動け動けウゴウゴ2ちゃんねる[sage] 投稿日:04/05/15 16:06 ID:qISx0S3u tiger2移転は大騒ぎになりそうだなぁ……。 992 名前:root ★[sage] 投稿日:04/05/15 16:08 ID:??? >>990 ●認証サーバですね。 手順とスケジュールを決める必要がありそうな。 次スレへの課題ということで。 >>44 > 2)BBS引越し、BB?移設 > ・banana238に15個のIPアドレスをつけてセットアップ、移動 これを受け取りました。 まずはBB?系全部入れるつもりで、設計を考えようかと。 >>51 ・マシンパワー的には入ると思う ・例のメモリ不安を抱えるロットなので、これで負荷が増えることにより game6やcomic4のような不安が出るかも ・セッティングを考えた場合、live系と一般系はできれば分けたいかも といったところかなと。 あーなるはず、こーなるはずという 机上の空論をここで少し続けることとてして、 場所の確保お願いしますー tmp3@oyster245 >>54 空論しててもしょうがないし、やってみようと。 しばらくお待ちください。 空論は空論で面白いですよ、 んで、誰の空論が一番的を射ていたとかいなかつたとか・・・ 儀式お願いします。 tmp3 IN A 38.114.144.145 oyster245(live12/tmp3)早速ダウンか、、、。 どう贔屓目に見ても安定性が違いすぎなので、やはりメモリ問題なのか。 >>46-47 を早めにトライしてみようかなと。 認証用サーバを置き換えるなら、これを機にプライマリとセカンダリを用意して、 monazillaからプライマリ→セカンダリの順に呼んで貰うようにすれば tmpサーバって問題の多い板ばかりだから落ちてもいいだろう、ということ?<実況と同居 exみたいなもんですか。 ここに貼っておこう。ぼちぼちで。 http://qb3.2ch.net/test/read.cgi/operate/1084284112/901 901 名前:root ★[] 投稿日:04/05/15 20:18 ID:??? game6(oyster244)のメモリテストの件ですが、 まずはリモートリブートができる人がいる時に、 落とさなくてもチェックできるほう(下記)のmemtestを動かしてみようかと。 http://qb3.2ch.net/test/read.cgi/operate/1082990543/898 898 名前:動け動けウゴウゴ2ちゃんねる[sage] 投稿日:04/05/10 18:16 ID:YhaL/R5N OS 落さずにさくっとメモリを調べるのであれば、 ports の sysutils/memtest を使うとよろしいかと。 もちろん、物理メモリの全領域を調べられるわけでは ありませんが、とりあえずの検査にはなると思われ。 >>45 はRock54関連以外終了。 >>44 >>72 が当面の課題か。 で、まずはめし落ち。 >>73 お疲れ様ですー これで全部 p.i ver 0.19 になったはずです、 oyster244の内部にrootさんのづらが挟まってて 温度が上がっているのはないしょですヾ('-')ノ >>76 tv6 は F22 が古かったみたいです。 対応しましたー memtestしてみてメモリに問題があることが確定した場合だけど、 ・返品出来るかどうか確認(返品出来ればそれがベスト) ・返品出来ない場合どうするか? その場合はTiger鯖をメモリ無しで購入して メモリ再利用に向けてテストしてみる、とかはどうだろう? (banana=P4X266はregメモリ使用不可の模様なり) あと、 http://www.polywell.com/us/onlinestore/ISP1UP4A.asp の選択肢に Poly865GLってマザボが新しく出てるね。 S‐ATAが使用可能でなおかつM-ATXだからbananaと同じ筐体(安い筐体)が使えるぞ。 それなりに良いモノの予感。。 >>72 ちなみにmemtestやmemtest86+が何十週もエラーでない場合でも、メモリ 関係で落ちるケースあるっす。なので出来るなら、メモリ差し替えて実際の 環境でテストをやるのがトラブル究明には速いと思うです。 memtestやmemtest86+で落ちないってのは実際動かす前の、最低条件 みたいなモンだと思ってます。 んで物理的にエラーが出るメモリだった場合、まず返品できると思いますが・・・ ダメだった場合、たしかにE7501チップセットのほーが相性問題は少ないと 思いますが、買う前にマザボメーカーかメモリメーカーのバリデーション 通ってるか調べてからでもええんではないかと思います。 とりあえず、狐さん発言を抽出。 サーバダウン(鯖落ち)情報 Part23 http://qb3.2ch.net/test/read.cgi/operate/1084705553/254,265,283,291,297,303,305-307,319 http://qb3.2ch.net/test/read.cgi/operate/1084705553/324,340,343,348,351,360,363,369,376,380 http://qb3.2ch.net/test/read.cgi/operate/1084705553/386,395,397,402,421-422,426-430 http://qb3.2ch.net/test/read.cgi/operate/1084705553/444,448,452-453,459,467 アクセスログ解析 cgi を動かすと oyster245 が落ちた。(メモリ喰い?) 他の peko 鯖でも実験。 oyster245 × oyster246 ○ oyster244 ○ banana227 ○ >>85 どうもです。あとで時間とってまじめに読んでみます。 ざっと読んだ限りでは、やはりメモリ周りか。 ソフトウェア(=メモリ管理)まわりというのも、十分ありえますね。 サーバダウン(鯖落ち)情報 Part23 http://qb3.2ch.net/test/read.cgi/operate/1084705553/239- さて認証サーバ移転の季節らしいが、 1、えいやーでPIEに移転。強力サーバー、強力ロケーションで 強力に認証 2,現状で粛々と期限切れまでこきつかう ただし、新規分はPIEサーバー 3.今のヤツのバックアップとして開いたumaをこき使う。 でもってPIEにも調達。で適当に移転 4:実は私・・・・ ↓殺伐とどうぞ〜 stats.2ch.net / bbs.2ch.net の移転準備が整いました。 以下の設定変更をお願いいたします。 # PIEの新IPアドレス。 (旧) bbs IN NS a.ns.bbs.2ch.net. a.ns.bbs IN A 38.114.144.170 stats IN A 38.114.144.170 (新) bbs IN NS a.ns.bbs.2ch.net. a.ns.bbs IN A 206.223.147.35 stats IN A 206.223.147.35 確認してみました。 $ dnsip stats.2ch.net 206.223.147.35 $ dnsq ns bbs.2ch.net ns1.he.net 2 bbs.2ch.net: 64 bytes, 1+0+1+1 records, response, noerror query: 2 bbs.2ch.net authority: bbs.2ch.net 300 NS a.ns.bbs.2ch.net additional: a.ns.bbs.2ch.net 300 A 206.223.147.35 切り替わり始めました。 全部が切り替わるには、少し時間かかるかなと。 概ね切り替わった模様。 oyster901(=live8/live9)だけさくっと切り替わらなかったので、 手でdnscacheをリスタートしました。 各CGIも移設したので、これで移転完了かと。 今夜にはbanana223.maido3.comを返却できるでしょう。これも争奪戦か。 ということでいったん仕事に戻ります。 >>98 live12とtmp3を分離して欲しいのですが、banana233争奪戦にtmp3が エントリーっていうのは「あり」なんでしょうか? >99 ここで聞くな。答えは「無し」。争奪戦スレで聞け。 そうか、別に返却しなくてもそのまま動かしてもいいのかな。< banana223 どうしましょう。 ログファイルとかApacheのセッティングとか、微妙に設定が違うのをどう考えるか。 「多様性」と考えるか、「運用ややめんどい」と考えるのか。 「運用ややめんどい」ので一旦返却 再インストール後 banana 形式で、 にしまーす >>102 了解です。返却OKになったら(問い合わせはもう来てないですが念のため今夜あたりまで)、 ここでおつたえします。 banaan233の/home下はきちんと902へdumpきぼんぬ。 root師のことですから手抜かりはないと思いますがね。 >>105 ? banana223には掲示板はなかったけど? banana233は現役だし。 banana223ですね。>>106 通常の掲示板じゃないから(特殊設定だから)バックアップがより重要だということかと。 >>108 あう、失礼しました、banana223で、特殊用途でしたか。 てっきり一般モノかと(ry まあ、一般だろうが特殊だろうがデータの写し損ねは非難轟々ですから・・・ >>84 バリデ云々ならデジカメかスキャナで撮った画像が必須になりますが。。 そのへんはやってくれるんだろーか、どうなんだろう? >>89 ●認証サーバは2chのモノではない。。。 勝手にやれ、でも不具合出たら怒りますよ?てな感じでその話は終了かと、 >>88 実験の予定組めました? 原因がsoftwareってことなら 今一番問題が起きている鯖に別なOSを突っ込んでみるのが比較実験として一番妥当なのでは?と。 (違う筐体のモノに突っ込んでも、原因がhard要因だった場合現象の再現性に?がつきます) その場合に突っ込むのはBSD系386モードなりlinuxなりで。 全くの別物なOSってことならlinuxになるのかな? >>112 > 全くの別物なOSってことならlinuxになるのかな? http://pearpc.sourceforge.net/ これ(w Σ(゚д゚lll)ガーン Linux でおながいしまつ ・゚・(ノД`)・゚・。 64ビット対応linuxは以下のしか確認出来ていません。 (全部有料) Red Hat Enterprise Linux Ver.3 ttp://www.10art-ni.co.jp/product/rhel/amd64.html Turbolinux 8 for AMD64 ttp://www.turbolinux.co.jp/products/misc/tl8a/ OSの問題かどうかを見極めるだけなら別に 32bit 版でもいいような。 ただし、もしソースコードの共通部にバグがあった場合見極めができない可能性が あるので、FreeBSD(Current系) はどの版であってもオススメできない。 oyster.2ch.net 用の土地が memories 上にないような、 作ってくださいー うしゃぎしゃんですか。 OpenBSDとかどうでしょ? >>115 名前:Socket774[sage] 投稿日:04/05/15 16:57 ID:G5iqCmGQ >>105 Opteronの本スレですでにそういった報告はちゃんと出ている。 例えば、 ・ ScrubとNode interleaveを併用できないエラッタ(不具合)。 ・ DDR400だと相性が出やすいが、memtest86では検出できない場合があるから実戦投入前に慎重にテストしなければいけない。 ・ AMD8151のAGPドライバーは最新を使わなければならない。 など。 >>115 の 「ScrubとNode interleaveを併用できないエラッタ(不具合)。」 は、>>79 の http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/25759.pdf 中の101にあり、これは上記の (a) に該当します。 このエラッタは、ScrubとNode interleaveを併用しないことで回避できます(ユーザーがBIOSでどちらか 一方をOFFに設定すればよい)。 なお、Scrubは、メモリーへの書き込み時に書き込みが正常に出来たかどうかをチェックを行うもので、 きわめて高い信頼性を必要とする基幹システムの場合に必要になりますが、WEBサーバー程度では 必要の無い機能です。 (Scrub のON/OFFに無関係に、ECCをONに出来るので、通常はECCだけで十分です。) そのため、個人レベルでは、ScrubをOFFでも問題ありません。 Scrubが必要になるような基幹システムでは、Node interleaveをOFFにすればよいでしょう。 だそうです。 >>122-123 BIOSセッティングまわりですか。ありえますね。 でもこれをリモートですぐにやってもらうのはちょっと苦しいかも。 今日明日でタイミングが合えば、まずは「確実に落ちる動作」を使った切り分け、つまり、 oyster245(=live12/tmp3)の今のメモリをはずして、 oyster243からメモリを半分(原因切り分けのためあえて2Gだけ)移設した上で、 必ず落ちる(=現象再現できる)fox.cgiをoyster245で実行してもらう。 をやってみようかと。 >>118 いよいよ土地作りですか。 ぼちぼちとりかかります。 >>102-103 stats/bbsの機能の完全移行を確認&バックアップ完了しました。 ということで、banana223は再インストールいただいてOKです。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる