2ch特化型サーバ・ロケーション構築作戦 Part31

**動け動けウゴウゴ２ちゃんねる** · 2009/02/25(水) 18:15:06

2ch特化型サーバ・ロケーション構築作戦のスレッドです。

・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携

等を取り扱います。

前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part30
http://qb5.2ch.net/test/read.cgi/operate/1217507006/

**root▲▲ ★** · 2009/04/01(水) 12:21:07

>>300
ですね。

◆NAO/2MXDEk · 2009/04/01(水) 12:21:27

なるほど。もの凄く分かりやすいです。
勉強になります。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/01(水) 12:28:46

わかりやすい解説乙です。

読みは｢ボゴン｣？

ξ · 2009/04/01(水) 12:30:17

rootﾀｿ、詳細な解説ありがとうございますっ

えっと、ここでRyanさんからお返事があったようですが、
Let's talk with Jim-san. Part12
http://set.bbspink.com/test/read.cgi/erobbs/1230949143/920
BogonListについて触れてないから↓でうまく伝わってなかったのかも＾＾；
http://set.bbspink.com/test/read.cgi/erobbs/1230949143/831

# 障害があった時にfreebit.netからtracerootしたら引っかかってる場所がわかるのかな

**動け動けウゴウゴ２ちゃんねる** · 2009/04/01(水) 12:31:38

>>304
バゴン

**動け動けウゴウゴ２ちゃんねる** · 2009/04/01(水) 12:33:09

>>306
そうなのか～
どうもです。

ξ · 2009/04/01(水) 12:33:40

>>306
焼きそば

**[03]** ◆MUMUMUhnYI · 2009/04/01(水) 12:42:02

ボグオン、と読んでいる人が多いようです。>>303

**[03]** ◆MUMUMUhnYI · 2009/04/01(水) 12:44:28

アンカーまちがた。>>304 で。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/01(水) 12:44:30

>>309
なるほど。
どもどもです。

**[03]** ◆MUMUMUhnYI · 2009/04/01(水) 12:50:10

>>305
インターネットっていうぐらいで、
エンドツーエンドの双方向から調べないと、
確固としたことはわからないと思います。
（行きの経路が帰りも使われるとは限らない）

ξ · 2009/04/01(水) 13:09:49

>>312
重ね重ねありがとございます
Ryanさんの返事から推測すると「帰りの経路がおかしい(freebit.netまで届かない)」と判断したんですかね

あとは>>301のように直接やりとりしてもらうのがよさげだそうです＞Franさん
ってどこで連絡したらいいんだろ…会議室？

◆SUAMA.PJ12 · 2009/04/01(水) 13:10:47

どこで引っ掛かっているか、まだ分かんないって感じですか…
時間がかかりそうですね

◆w0gEWSRfYU · 2009/04/01(水) 16:23:48

root様
お世話になっております。
株式会社jig.jpの菊池です。

jigブラウザサーバのIP帯域が追加になりましたのでご連絡致します。

[CIDR形式]
112.78.114.171/32
112.78.114.172/30
112.78.114.176/29
112.78.114.184/30
112.78.114.188/31
112.78.114.191/32
112.78.114.192/29
112.78.114.200/30
112.78.114.204/31
112.78.114.206/32

[IPアドレスリスト]
112.78.114.171
112.78.114.172
112.78.114.173
112.78.114.174
112.78.114.175
112.78.114.176
112.78.114.177
112.78.114.178
112.78.114.179
112.78.114.180
112.78.114.181
112.78.114.182
112.78.114.183
112.78.114.184
112.78.114.185
112.78.114.186
112.78.114.187
112.78.114.188
112.78.114.189
112.78.114.191
112.78.114.192
112.78.114.193
112.78.114.194
112.78.114.195
112.78.114.196
112.78.114.197
112.78.114.198
112.78.114.199
112.78.114.200
112.78.114.201
112.78.114.202
112.78.114.203
112.78.114.204
112.78.114.205
112.78.114.206

IP一覧も更新致しました。
http://br.jig.jp/pc/ip_br.html

お手数ですがご対応宜しくお願い致します。

**root▲▲ ★** · 2009/04/01(水) 16:47:48

>>315 菊池様:

本日中に対応します。
対応完了したところで、このスレッドに報告させていただきます。
よろしくお願いします。

**root▲▲ ★** · 2009/04/01(水) 17:19:50

>>315-316
BBS.CGI - 090401 版にて対応しました。

**Fran＠報告人 ★** · 2009/04/01(水) 17:44:35

>>301
ありがとうございます。
そのようにお伝えいたします。

>>313
ここも見ているので大丈夫ですよー。
わざわざありがとうございました。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/01(水) 17:48:32

>>318
http://www.maido3.cc/server/release/2009/200903312044.html
これも一緒に持って行って～。

**root▲▲ ★** · 2009/04/01(水) 17:48:36

>>318
私が勘違いしている可能性もあるので、
お返事を書かれる際には、このスレッドをポイントされるといいかもしれません。

基本的に本件、表でやって問題なさそうなんで。

**Fran＠報告人 ★** · 2009/04/01(水) 17:57:44

>>319
そのようなページがあったのですね。
ありがとうございます。

>>320
分かりました。
重ね重ねありがとうございます。

◆w0gEWSRfYU · 2009/04/01(水) 18:07:04

>>317
root様

株式会社jig.jpの菊池です。
素早いご対応ありがとうございます。

今後とも宜しくお願い致します。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/01(水) 20:38:26

「Nehalem-EP」採用のXeon発売、CPU2個で16スレッド
●計8モデルが発売、仕様は様々
●対応マザーボード/メモリも発売
　最大96GBのメモリを利用可能
●店頭デモも実施中
ttp://www.watch.impress.co.jp/akiba/hotline/20090404/etc_intel.html

**動け動けウゴウゴ２ちゃんねる** · 2009/04/01(水) 21:44:57

http://qb5.2ch.net/test/read.cgi/operate/1235553306/323 2009/04/01 20:38:26 ID:HnnANVnJ0

**なまえ** ◆s75v8Hmv1I · 2009/04/02(木) 08:47:34

ルートさん、ありがとうございます。

　やっぱり、この人はいろいろ知ってるわ。
　ぼくの事に、あほの人以外、だれもふれないのが気になる。
　それと、ルートさんが来ないとだれも動かないのが、気になる。
スティンキーさんには、感謝してます。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/02(木) 11:41:02

4/30 に 7.0-RELEASE のサポートが切れますね。
http://www.freebsd.org/security/
http://docs.FreeBSD.org/cgi/mid.cgi?49D31510.7050908

7.1-RELEASE にはこんな話もありますが 2ch のサーバには関係ないのでしょうか。
http://www.running-dog.net/2009/02/freebsd_71stablerelease.html

**動け動けウゴウゴ２ちゃんねる** · 2009/04/02(木) 15:45:26

>>294
まさかご本人からレスがいただけるとは・・・

ありがとうございます。勉強させていただきます。

rootさんもご養生下さい。

[´・ω・｀] EATcf-26p49.ppp15.odn.ne.jp · 2009/04/02(木) 22:02:43

最大容量2TBで書き込み速度は毎秒1.3GB、前代未聞の超高速SSD「RAIDDrive」
http://gigazine.net/index.php?/news/comments/20090402_raiddrive/

**動け動けウゴウゴ２ちゃんねる** · 2009/04/02(木) 22:14:22

メーカーがメーカーだけに信用できねえ。
内部RAIDで束ねまくってもintel単機にランダムアクセス性能で
中々勝てない現状をどっかのメーカーが早いとこ打破しないかな。

**root▲▲ ★** · 2009/04/04(土) 17:25:22

2ch サーバーダウン（鯖落ち）情報　part223
http://qb5.2ch.net/test/read.cgi/operate/1237873311/691-693

IPアドレスはどっか、中国のとかを使っているらしい、とか、
小耳にはさんだことがあるような、ないような。

で、.kp ドメインですが、、、。

http://www.kcce.kp/
は工事中で、

http://kcce.kp/
みたいなんだけど、これってちゃんと動いてるんだろうか。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/04(土) 17:31:37

Naenara
http://www.naenara.kp/ja/

なんかニュースっぽい

**root▲▲ ★** · 2009/04/04(土) 17:47:31

>>331
ネナラってことは、わが国?
検索してみたら2月頃にできたっぽいですね、それ。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/04(土) 18:08:32

>>331
inetnum: 194.29.224.0 - 194.29.255.255
netname: IPB-PI2
descr: I/P/B Internet Provider in Berlin GmbH
country: DE
org: ORG-IPB1-RIPE
admin-c: IPB-RIPE
tech-c: IPB-RIPE
status: ASSIGNED PI
mnt-by: RIPE-NCC-HM-PI-MNT
mnt-lower: RIPE-NCC-HM-PI-MNT
mnt-by: IPB-MNT
mnt-routes: IPB-MNT
mnt-domains: IPB-MNT
source: RIPE # Filtered

organisation: ORG-IPB1-RIPE
org-name: I/P/B Internet Provider in Berlin GmbH
org-type: OTHER
address: Friedrichstr. 95
10117 Berlin
DE
e-mail: technik@ipberlin.com
mnt-ref: IPB-MNT
mnt-by: IPB-MNT
source: RIPE # Filtered

role: IPB Hostmaster
address: I/P/B/ Internet Provider in Berlin GmbH
address: Network Operations Center
address: Friedrichstr. 95
address: D-10117 Berlin
phone: +49 30 2096-2951
fax-no: +49 30 2096-2952
remarks: trouble: Bug reports mailto:hostmaster@ipberlin.com
remarks: trouble: Urgent bug reports: call +49 30 2096-2951
e-mail: hostmaster@ipberlin.com
admin-c: SD192-RIPE
tech-c: SD192-RIPE
tech-c: JAN-RIPE
nic-hdl: IPB-RIPE
mnt-by: IPB-MNT
source: RIPE # Filtered

**なまえ** ◆s75v8Hmv1I · 2009/04/06(月) 06:59:55

　Bogonlist、ボゴンリストについて。
　　マイド３こむ　で、　　　＜ http://www.maido3.cc/server/release/2009/200903312044.html ＞

まいど３号どっと、コムのしょうがい情報のところで、
　くち＞＞調査の結果、一部の米国Tier1キャリアから110.0.0.0/14の
IP帯のルーティングテーブルが無い

　、との報告がありました。

　と、かいてるので
アメリカのよその会社のルーターか、ネームサーバーがおかしい事が

わかりました。
　パイさんは、これについて、ティアわん、を持ってる会社と
話ししたらしいです。

　ルーティングテーブルは、ふつうほっとっても直るものらしい。
一般的に。
　ルーターかなにかが、となりにあるルーターの情報をチェックして、

一番早くデーターの届くコースを、となりのルーターの情報にみつけた
ら、自分の情報を書きかえて、その・・・・・、ルーティングテーブル

を、書きかえるそうです。
ルーティングテーブルとゆうのは、ルーターが持ってる他のサーバーに

いくための経路表です。チズです。近道だけしかのってない、かっき的
チズ。
　女のこ向けやね。

　ウィキペディアのルーティングテーブルのところ読んで、
ほっとってもいい事とわかって、さめた。
みんな、これが、しぜんになおる事やと、しってたんやね

　新ＩＰのついかも、かってにするらしい。
でも、にほんと　あめりか、
遠いから、、、。
こうりつ的なルートのサーバーだけ　けんさくしてたら
みえなくなるやろうね。

　むしろ、フリービットの会社が
サイミュルに　メーリングリストで、各ＳＥに行ってるやつで
メールにかいて下さいと、言うのが
ちかみちかも。

　ここで一つ疑問が出て来た。
　ここで、パイは、────パイじゃないのかな、。
その、ティアワンとやらは、おかしなサイトがグーグルやらヤフー
やらのＩＰとＩＰアドレス両方をぎそうしたような、
　情報どろぼうのフィッシングサイトのパソコンのにいちゃん、、、。

　これへの接続を防止するために、信憑性のあるＤＮＳのサーバーだけ
を参照してるのかな。

**なまえ** ◆s75v8Hmv1I · 2009/04/06(月) 13:39:39

前略、
はじめましてフランさん。
フリービットさんから、メールのへんじ来ましたか。

　　　　　　　　　　　　　　　　　　　　　　なまえ

**動け動けウゴウゴ２ちゃんねる** · 2009/04/06(月) 21:06:49

Nehalem EPをアピール
http://pc.watch.impress.co.jp/docs/2009/0406/intel.htm
>>2005年のXeonサーバー184台と比較して、性能重視では184台のサーバーで9倍のパフォーマンスと18%の電力コスト削減を
>>効率重視では21台のサーバーで投資コストを8カ月で回収し92%の電力コストを引き下げることができる

ほんまかいな

**動け動けウゴウゴ２ちゃんねる** · 2009/04/06(月) 23:14:35

>>336
2005年頃のXeonは爆熱＆大消費電力で有名なNetBurstアーキテクチャのはずだから、
あながち間違いでもないのかも

**root▲▲ ★** · 2009/04/06(月) 23:49:25

>>326 を見落としてますた。

> 7.1-RELEASE にはこんな話もありますが 2ch のサーバには関係ないのでしょうか。
> http://www.running-dog.net/2009/02/freebsd_71stablerelease.html

うーむ、なんかスレッドを縦に近い斜めで読む限りでは、
ある時期の RELENG_7 に虫さんが入って、それが RELENG_7_1 にも
残っている、みたいな話なんですかね。

とりあえず私がごにょごにょしている 7.1R ではいまのところ i386 / amd64 とも、
SMP の SCHED_ULE で問題なく動いてますが、
どうなんでしょうか。＞使っておられる各位

**動け動けウゴウゴ２ちゃんねる** · 2009/04/07(火) 00:55:12

>>336
サムネ、巨大なあんぱんに見えた

**動け動けウゴウゴ２ちゃんねる** · 2009/04/07(火) 02:58:03

>>338
I/O負荷かけて飛んだ事はある。といってもX周りだけど。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/07(火) 06:25:28

Debian、FreeBSDカーネル採用 - ユニバーサルOS目指す
http://journal.mycom.co.jp/news/2009/04/06/035/index.html
>Joerg Jaspert氏は5日(ドイツ時間)、debian-devel-announceメーリングリストにおいてDebianアーカイブに新しく次の2つのアーキテクチャを追加したと発表した。
元メール
http://lists.debian.org/debian-devel-announce/2009/04/msg00001.html

**動け動けウゴウゴ２ちゃんねる** · 2009/04/07(火) 10:00:53

>>338
DELLのPowerEdge 1950 III 1台と 2950 III 3台で
運用開始時 7.0-R ULE amd64 →現在 7.1-R-p4 SMP ULE amd64
用途はNFSサーバーとMySQLサーバー(レプリケーション構成)で、
ピーク時のLoad Average は2.0程度ですが、ほぼ丸1年運用していて
locking up に遭遇した事は無いですね。

他にも、自作PCベースのCore2マシン複数台やHPのML115 G5で
いわゆるLAMP構成なFreeBSD 7.1 i386 or amd64 SMP ULE を
いくつも運用していますが、同様にlocking up な症状は
全く経験していないです。

heavy I/Oというのがどのくらいなのかハッキリしないのがアレですが、
ウチの環境でも用途と、運用しながら1日1回rsyncでバックアップを
していたりでそれなりにI/O負荷は掛かっていると思います。

何らかのハードウェア構成に依存するんでしょうかね？
あまり追求されていないのでイマイチ分かりにくい話です。

**root▲▲ ★** · 2009/04/07(火) 10:37:45

>>340 >342
どもです。

昔私が実際に２ちゃんねるで経験した、
amd64 + mpt の構成に限り、6.[12]R で SMP 設定すると lockup する
(7.0R では問題なかった)

とかいうのと同じような話なのかもしれないですね。

**root▲▲ ★** · 2009/04/07(火) 10:38:00

>>341
おー。

◆SUAMA.PJ12 · 2009/04/07(火) 22:16:41

『FreeBSD 7.2』ベータ版公開、年内にも『FreeBSD 8』リリースへ
http://japan.internet.com/webtech/20090407/11.html

だそうで

**root▲▲ ★** · 2009/04/08(水) 15:12:16

報告人作戦本部スレッド★32
http://qb5.2ch.net/test/read.cgi/sec2chd/1235993766/733

ということで、

従来:
・最終責任者は「どうやら管理人 = 西村博之」という個人
・「どうやら管理人」さんが最終的な判断・指令をし、それらを伝える

今後:
・最終責任者は通称「パケモン」というシンガポールの法人
・「パケモン」という法人が最終的な判断・指令をする
・それらの判断や指令を「どうやら１号」さんが伝える

ということなんですかね。

今後「どうやら１号」さんじゃない人が(も)、
パケモンの判断・指令を伝えるようになる可能性もあるかもしれないけど、
今のところは、どうやら１号さんが唯一の伝達者、ということになるのかしら。

♪ ◆QS1LouL6pU · 2009/04/08(水) 18:27:23

どうやら2号さんはまだですか？

その逆、最終責任者への判断を仰ぐ場合もどどうやらさんを介してで良いんですかね？・・・

ξ · 2009/04/08(水) 18:35:59

報告人のスタンスのことしか書いてないことのに周りが勝手に解釈して一人歩きしてるような…
いつものことかｗ

**動け動けウゴウゴ２ちゃんねる** · 2009/04/08(水) 18:46:41

そうそうｗ
そんで困るのはボラさんたちと。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/08(水) 21:40:51

報告人て本名でISPと連絡してるんでしょ
それなのにパケモンとかいう法人は未だ表に現れずか

**動け動けウゴウゴ２ちゃんねる** · 2009/04/09(木) 01:27:02

シンガポールにメールを出してるんだろうけど、途中で山羊さんに食べられるから何時まで立っても届かないわけだ

**なまえ** ◆s75v8Hmv1I · 2009/04/09(木) 11:28:11

>>350
>>351
質雑　質雑　あそこなら。

**root▲▲ ★** · 2009/04/09(木) 23:13:27

質問・雑談スレ287＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1237855152/908
> 私が作って某所で使っているのを、
> ftp://ftp.peko.2ch.net/pub/2ch/
> にまとめて置いてみた。< uptimeスクリプト
> mkdir public_html/_service してから使いましょう。

とりあえずメモにて。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/10(金) 13:04:55

('A`)さんへ
Windows以外でも対応しているようですよ>Intel Matrix RAID

**root▲▲ ★** · 2009/04/11(土) 15:03:19

そういえば何日か前に「ニシムラさん」という方から、
私宛にメールをいただいておりました。その方への公開連絡をこちらにて。

# 注: 「ニシムラさん」は２ちゃんねる創始者の方ではありません。

ちと忙しくて、お返事が遅れてしまってすみませんです。
メールは届いておりますので、返事は近いうちに追ってさせていただきます。

しかし、ちと「対面でのなんたら」につきましては残念ながら、
ご希望に添うことはできないと思いますです。すみませんです。

そんなわけで。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/11(土) 15:04:29

フルーツもらえるのかしら？

**動け動けウゴウゴ２ちゃんねる** · 2009/04/11(土) 15:36:52

>>355
デートのお誘いかしら

**動け動けウゴウゴ２ちゃんねる** · 2009/04/11(土) 16:56:53

対面てのは直接会いたいってことかしら？
じゃあデート商法ね、きっとｗ

**動け動けウゴウゴ２ちゃんねる** · 2009/04/11(土) 17:07:49

そーいえば前に本を書きませんかというお話が有ったような

**動け動けウゴウゴ２ちゃんねる** · 2009/04/11(土) 22:03:39

きっと壺を持ってくるんですよ壺を。

**なまえ** ◆s75v8Hmv1I · 2009/04/11(土) 22:10:15

　質雑があるさー。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/12(日) 04:36:04

>>31
Bogonlistが110を弾いてたのか
じゃあISPにメールしてもどうしようもないね

**動け動けウゴウゴ２ちゃんねる** · 2009/04/12(日) 04:37:19

ごめん誤爆

**動け動けウゴウゴ２ちゃんねる** · 2009/04/12(日) 04:38:13

誤爆したｗ

>>31
Bogonlistが110を弾いてたのか
じゃあISPにメールしてもどうしようもないね

**動け動けウゴウゴ２ちゃんねる** · 2009/04/12(日) 04:49:12

えーっと、ネタ?

**ピロリ** · 2009/04/12(日) 04:50:04

寝た

**動け動けウゴウゴ２ちゃんねる** · 2009/04/12(日) 04:50:57

おお、お帰り-

**動け動けウゴウゴ２ちゃんねる** · 2009/04/12(日) 04:52:24

わかった、31ってことはaccuseか

**なまえ** ◆s75v8Hmv1I · 2009/04/12(日) 06:44:49

いらっと来るなあ。どこやねん。

**なまえ** ◆s75v8Hmv1I · 2009/04/12(日) 06:47:29

まじで、頭のうしろがいたなった。
　ボゴンリストは、フランさんとぼくが
ほとんど、こうけんしたんやから。

**ょぅιﾞょの見物人** ◆YoJo69//rM · 2009/04/12(日) 11:40:41

portsが20000を超えたんだってね。
sysutils/uniejectってなかなか便利だな。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/13(月) 01:46:15

わからないと気持ちが悪い人用
http://ex24.2ch.net/test/read.cgi/accuse/1239288862/

**なまえ** ◆s75v8Hmv1I · 2009/04/13(月) 09:22:09

>>372
　それは、見ました。　ありがとうございます。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/13(月) 18:06:42

('A`)さん苦労しているな
単にブートパーティションを基本領域にしていないというオチは無いよなぁ
あとCentOSではgmirrorじゃなくてmdadm。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/13(月) 18:32:26

Linux and FreeBSD POSIX mutexes and semaphores
http://www.ioremap.net/node/216
>Linux POSIX thread mutex implementation is definitely faster than that of FreeBSD (about 1.5 times), and with time FreeBSD scales worse,
>for example in some tests with 10 contended threads application performed as much as 20k locks per second - 10 times slower than Linux,
>in other cases it took 80k locks per second, 2-3 times slower than Linux as in the non-contended case.
特定ケースでFreeBSDのmutexがLinuxの10倍遅いったって、一秒間に数万回もロックするケースなんてないだろ、常考

**動け動けウゴウゴ２ちゃんねる** · 2009/04/13(月) 22:49:52

とりあえずSSD鯖はRAID無しで作ってみなよ。
*高級な*RAIDカード使わないと単機より残念なことになるから。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/14(火) 22:16:26

ぷろじぇくとぞうさん95日目で、ブートで('A`)になってる問題で、
HDDパーティション管理"GPT"も絡んでるかもしれないですね。
GPTについては↓のところを参照下さい。
ttp://wiki.nothing.sh/page/Over2TB

さて、GPTでブートするにはEFIがないと起動ができません。
現在DOS/VでEFIを表明しているのは極一部です、APPLE、MSIそしてINTELの純正MBです。

('A`)さんの問題切り分けとして、HDDの"GPT"を徹底的に避けてみてはどうでしょうか。
(やたらGPTに恵まれてる環境ですし)
・BIOSで"UEFI"(が存在したら)を無効にする。(現在所有しているのDG45IDというINTELMBではBIOS設定の中に"UEFI"という項目があります)
・XPなどGPT未対応OSで全PTを削除後し、何かしらのPTを作成しておく(旧MBRを作る)
・Linux再インストール時に"GPT"について目を光らせながらインストール。

2TBOK,PTテーブル二重化による堅牢性、基本PTは128個まで作り放題など
GPTの長所は多数ありますが、起動HDDの用途ではまだ適していないようです。

<チラ裏>
さてこのGPT、UFIと呼ばれるファームウェア(MACとか)でないと起動できないはずですが、
私のThinkpad X61に、OpenSUSE11.1をGPTで設定しても起動できてしまいました。
ウホ、EFIじゃなくてもGPTで起動→IYHAaaa→と思ったのですが、
OpenSUSEがGPT設定と同時に旧"MBR"にも書いてくれたおり、単にMBRから起動していただけでしたorz。
こんな風にGPTでありながらとMBRが使えるするOSもいますので注意してください.
</チラ裏>

以上、スレ汚し失礼しました。

それでもダメなら徹底的にGPT方向へ、はわわ

**動け動けウゴウゴ２ちゃんねる** · 2009/04/14(火) 23:45:51

>>377
良く知らないけど、grub-efi でも起動できないの?

**動け動けウゴウゴ２ちゃんねる** · 2009/04/15(水) 09:22:29

FreeBSDのEFI対応状況ってどうなってるんだ？

**root▲▲ ★** · 2009/04/15(水) 11:41:55

大手Tier 1 ISPと相互接続２ちゃんねるがさらに快適に 1000get！レンタルサーバー BIG-server.com
http://www.maido3.com/server/news/release/2009/20090414.html

ついに gblx とつないだですか。
おめでとうございます。

そういえばこの話、PIEが始まった頃に David さんと ICQ したことがあったです。
おつかれさまですた、なのかしら。

---

Dear PIE members and maido3.com guys,

Just I've read the news PIE makes a peer between GBLX.
Congratulations and thank you for your good and hard work.

I believe that the peer is useful for Japanese 2ch users.
Especially the KDDI-related links (e.g. auone, dion, EZweb(au mobile phones)).

So, it was our problem for a long time.
However, it will be solved by this connection, I believe.

Again, thanks a lot for your team.

-- Mumumu, a voluntary engineer of 2ch.

**root▲▲ ★** · 2009/04/15(水) 11:44:09

で、私の推測がほんとかどうかわかんないので、
どなたか、DION (auone) 方面から 2ch.net までの traceroute を
ここに貼っていただけると助かりますです。

↓先着5つまで。

**ｒｅｆｆｉ@報告人 ★** · 2009/04/15(水) 11:49:42

ＤＩＯＮじゃないですが
経路情報が変わっていたので
新しい経路情報の伝搬待ちかな？

STOrk-07P12-0.nw.odn.ad.jp 143.90.149.118 8 10ms
lax-gw1-tengiga8-1.gw.odn.ad.jp 210.142.163.242 9 122ms
gi1-1.mpd01.lax05.atlas.cogentco.com 154.54.13.161 10 127ms
te8-2.mpd02.lax01.atlas.cogentco.com 154.54.3.141 11 124ms
te9-3.mpd01.sjc01.atlas.cogentco.com 154.54.25.190 12 128ms
te2-1.mpd01.sfo01.atlas.cogentco.com 154.54.1.25 13 126ms
te2-4.ccr01.sfo04.atlas.cogentco.com 154.54.7.122 14 125ms
PacificInternetExchange.demarc.cogentco.com 38.112.11.74 15 130ms
banana3197.maido3.com 207.29.253.145 16 127ms

**ｒｅｆｆｉ@報告人 ★** · 2009/04/15(水) 11:51:35

>382
鯖監視係の方もcogentco経由でした。

**root▲▲ ★** · 2009/04/15(水) 11:52:29

>>382
>2009年4月9日午前8時より日本
>からのトラフィックを、NTTコミュニケーションズ及びJ-TELECOM（現Softbank TELECOM）
>経由から Global Crossing 経由に切り替えました。

って書いてあるので、NTTとSoftBank(ODN)の経路は、
もう使っていないかもしれないですね。

私の自宅からやっても、経路変わっていました。
NTT(jp) => NTT(us) => PIE ではなくて、
NTT(jp) => NTT(us) => cogent => PIE になっているようです。

ただ、今のところ特に遅くなったり不安定になったりはしていないようですね。

**root▲▲ ★** · 2009/04/15(水) 11:57:20

ちなみに、 oyster901 から www.dion.ne.jp への経路はこうですた。
PIE => gblx => KDDI(us) => KDDI(jp) => DION です。
いいかんじにみえます。

traceroute to www.dion.ne.jp (61.200.220.183), 64 hops max, 52 byte packets
1 206.223.151.1 (206.223.151.1) 4.928 ms 0.521 ms 0.282 ms
2 Port-channel2.429.ar1.SNV2.gblx.net (208.49.125.253) 1.739 ms 1.709 ms 1.596 ms
3 te2-2-10G.ar1.PAO2.gblx.net (67.17.68.249) 2.038 ms 2.020 ms 2.039 ms
4 59.128.1.221 (59.128.1.221) 2.768 ms 14.406 ms 2.037 ms
5 pacbb001.kddnet.ad.jp (124.211.34.121) 1.891 ms
pacbb002.kddnet.ad.jp (124.211.34.129) 1.939 ms 2.043 ms
6 otejbb203.kddnet.ad.jp (203.181.100.69) 132.492 ms
otejbb204.kddnet.ad.jp (203.181.100.109) 126.984 ms
otejbb203.kddnet.ad.jp (203.181.100.69) 112.932 ms
7 sjkrgs001.kddnet.ad.jp (59.128.4.94) 113.145 ms
sjkrgs002.kddnet.ad.jp (203.181.99.98) 119.967 ms
sjkrgs001.kddnet.ad.jp (59.128.4.94) 113.099 ms
8 sjkrsv004.v4.kddi.ne.jp (211.4.82.74) 120.613 ms 120.668 ms
sjkrsv003.v4.kddi.ne.jp (211.4.82.62) 120.796 ms
9 61.200.161.234 (61.200.161.234) 113.345 ms !X
61.200.161.238 (61.200.161.238) 127.453 ms !X *

**ｒｅｆｆｉ@報告人 ★** · 2009/04/15(水) 11:58:49

>384
ＯＤＮでwww.globalcrossing.comにtraceかけるとすぐにgblx.netに入るようなので
経路情報が更新したら変わるかも

**ｒｅｆｆｉ@報告人 ★** · 2009/04/15(水) 12:01:19

帰りだろちゃんと通っているようです。

1 206.223.151.1 (206.223.151.1) 7.626 ms 7.245 ms 0.363 ms
2 Port-channel2.429.ar1.SNV2.gblx.net (208.49.125.253) 1.714 ms 1.640 ms 1.664 ms
3 ge2-1-10G.ar2.SJC2.gblx.net (67.17.107.34) 2.769 ms 2.686 ms 2.832 ms
4 Hurrican-Electric-LLC.TenGigabitEthernet1-4.ar2.SJC2.gblx.net (64.214.174.246) 4.199 ms 2.451 ms 2.393 ms
5 10gigabitethernet3-2.core1.pao1.he.net (72.52.92.69) 2.309 ms 2.265 ms 2.256 ms
6 216.218.244.234 (216.218.244.234) 116.594 ms 122.199 ms 116.636 ms
7 sto-gw2-pos2-0.gw.odn.ad.jp (210.142.163.169) 116.739 ms 116.812 ms 116.751 ms

**root▲▲ ★** · 2009/04/15(水) 12:03:49

>>387
PIE => gblx => HE => ODN ですか。

# HEとはまたなつかしい。

**ﾉtasukeruyo** · 2009/04/15(水) 12:06:55

５個でkddnet、11個でGWに着きました。
http://sunos.saita.ma/traceroute.cgi

Monazilla/1.00 (P2/p2.2ch.net; p2-client-ip: 219.125.148.38; p2-user: 43364; p2-bbm: 05001030807926_aa.ezweb.ne.jp)

**ﾉtasukeruyo**◆mami/ZczII · 2009/04/15(水) 12:20:16

間違えました

KDDI-CA39 UP.Browser/6.2.0.13.1.5 (GUI) MMP/2.0

**動け動けウゴウゴ２ちゃんねる** · 2009/04/15(水) 12:28:08

>>389
こちらもDIONで11個ですね

1 206.223.151.1 (206.223.151.1) 3.701 ms 0.354 ms 0.333 ms
2 Port-channel2.429.ar1.SNV2.gblx.net (208.49.125.253) 1.861 ms 1.845 ms 1.673 ms
3 59.128.1.217 (59.128.1.217) 3.879 ms 2.116 ms 1.988 ms
4 pacbb001.kddnet.ad.jp (124.211.34.121) 2.007 ms 1.745 ms 1.788 ms
5 otejbb203.kddnet.ad.jp (203.181.100.61) 109.656 ms 109.667 ms 109.654 ms
6 tm4BBAC01.bb.kddi.ne.jp (118.152.253.162) 110.805 ms 110.885 ms 110.597 ms
7 sndBBAC01.bb.kddi.ne.jp (118.152.252.30) 117.482 ms 116.284 ms 116.106 ms
8 210.234.250.62 (210.234.250.62) 116.697 ms 116.880 ms 116.685 ms
9 nImazukaRT101H.v4.kddi.ne.jp (210.172.92.94) 124.909 ms 125.664 ms 124.923 ms
10
11

**[03]** ◆MUMUMUhnYI · 2009/04/15(水) 12:41:31

新経路開通で通り道が替わったわけで、
例のBogon問題、解決しているかも。

どんなかんじでしょう。＞関係各位

**ょぅιﾞょの見物人** ◆YoJo69//rM · 2009/04/15(水) 13:10:31

>>377
EFIの時代はいつやってくるのでしょうかね。

ああ、春のGNOME祭り。

**動け動けウゴウゴ２ちゃんねる** · 2009/04/15(水) 13:10:44

RELENG_7_2 branch is created.

**む＠出先** · 2009/04/15(水) 13:29:28

>>394
きたーAA略。

# 評判がいまいちな7.1Rは早々と捨てる作戦かしら。

**む＠出先** · 2009/04/15(水) 14:02:49

えと、今気がついたのですが、

大手Tier 1 ISPと相互接続２ちゃんねるがさらに快適に 1000get！レンタルサーバー BIG-server.com
http://www.maido3.com/server/news/release/2009/20090414.html

の、

>Global Crossing は、それまでPIEデータセンターが相互接続を行っていた
>NTTコミュニケーションズ及びJ-TELECOMの上流に位置するプロバイダで、
>大容量・高速データ通信に最適なネットワークを構築しています。

ですが、NTTコミュニケーションズ(Verio)も Tier 1 Networks の一つと認識されているので、
NTTコムの「上位」と言い切ってしまうのは、ちょっと微妙な気がします。

参考:
http://en.wikipedia.org/wiki/Tier_1_network

**ピロリ** · 2009/04/15(水) 14:05:12

7.1はスキップがよさげ?

**む＠出先** · 2009/04/15(水) 14:09:47

>>397
まだ7.2Rはまったく試していませんが、
巷の噂や、これだけ早く RELENG_7_2 ブランチが切られたところを見ると、
7.1Rはいまいちなところがあるのかもしれないですね。

7.2R のリリースノートとかって、もうどっかに転がっているのかしら。
core i7がまじめにサポートされたり gcc がよくなっていたりすると、
うれしかったりして。

**む＠出先** · 2009/04/15(水) 14:17:55

いつもの場所を見たら、showstoppers の項目がないので、
今回は安産なのかもしんないですね。

FreeBSD 7.2 Status Page
http://www.freebsd.org/releases/7.2R/status.html

**む＠出先** · 2009/04/15(水) 14:46:40

IPv6 も GBLX 経由に変わったようですね。

ipv6.2ch.net => ipv6.maido3.com

traceroute6 to ipv6.maido3.com (2607:f0a0:0:1::21) from 2407:3000:6:175::12, 64 hops max, 12 byte packets
1 2407:3000:6:175::1 0.521 ms 0.465 ms 0.452 ms
2 2407:3000:f:1::2500:1 0.476 ms 0.409 ms 0.357 ms
3 alala1.otemachi.wide.ad.jp 2.378 ms 2.166 ms 2.231 ms
4 2001:200:0:fe00::1253:0 0.853 ms 0.764 ms 0.859 ms
5 sl-bb1v6-sj-t-14.sprintv6.net 120.149 ms 119.992 ms 119.908 ms
6 2001:440:eeee:ff67::2 121.396 ms 121.318 ms 121.270 ms
7 2001:450:2002:45::2 136.389 ms 143.454 ms 143.991 ms
8 2001:450:2002:45::2 128.517 ms 125.861 ms 125.719 ms
9 2607:f0a0:0:1::21 131.024 ms 131.133 ms 130.767 ms

**む＠出先** · 2009/04/15(水) 16:57:46

とりあえず入れてみた。

%uname -a
FreeBSD oyster901.peko.2ch.net 7.2-RC1 FreeBSD 7.2-RC1 #0: Tue Apr 14 23:38:14 PDT 2009 root@oyster901.peko.2ch.net:/var/obj/var/src/sys/GENERIC amd64

こんなことを言ってくるみたい。

GEOM_LABEL: Label for provider da0s1a is ufsid/45abb88a42a383fe.
GEOM_LABEL: Label for provider da0s1d is ufsid/45abb88c648dd0c3.
GEOM_LABEL: Label for provider da0s1e is ufsid/45abb88c62de4a21.
GEOM_LABEL: Label for provider da0s1f is ufsid/45abb88ce9c50737.
GEOM_LABEL: Label for provider da1s1d is ufsid/45abb88a04397f13.
Trying to mount root from ufs:/dev/da0s1a
GEOM_LABEL: Label ufsid/45abb88a42a383fe removed.
GEOM_LABEL: Label for provider da0s1a is ufsid/45abb88a42a383fe.
GEOM_LABEL: Label ufsid/45abb88c648dd0c3 removed.
GEOM_LABEL: Label for provider da0s1d is ufsid/45abb88c648dd0c3.
GEOM_LABEL: Label ufsid/45abb88a04397f13 removed.
GEOM_LABEL: Label ufsid/45abb88c62de4a21 removed.
GEOM_LABEL: Label for provider da0s1e is ufsid/45abb88c62de4a21.
GEOM_LABEL: Label for provider da1s1d is ufsid/45abb88a04397f13.
GEOM_LABEL: Label ufsid/45abb88ce9c50737 removed.
GEOM_LABEL: Label for provider da0s1f is ufsid/45abb88ce9c50737.
GEOM_LABEL: Label ufsid/45abb88a42a383fe removed.
GEOM_LABEL: Label ufsid/45abb88a04397f13 removed.
GEOM_LABEL: Label ufsid/45abb88c648dd0c3 removed.
GEOM_LABEL: Label ufsid/45abb88c62de4a21 removed.
GEOM_LABEL: Label ufsid/45abb88ce9c50737 removed.
GEOM_LABEL: Label for provider md0 is ufsid/49e5913cdb47db9c.
GEOM_LABEL: Label ufsid/49e5913cdb47db9c removed.

**動け動けウゴウゴ２ちゃんねる** · 2009/04/15(水) 17:13:59

>>401
http://groups.google.com/group/mailing.freebsd.current/browse_thread/thread/136febe6c9c6f2df