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

**動け動けウゴウゴ２ちゃんねる** · 2008/07/31(木) 21:23:26

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

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

等を取り扱います。

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

**動け動けウゴウゴ２ちゃんねる** · 2008/07/31(木) 21:23:59

過去ログ(1)
2ch特化型スペシャルサーバ構築大作戦
http://qb.2ch.net/operate/kako/1052/10529/1052923573.html
2ch特化型サーバ構築作戦 Part2
http://qb3.2ch.net/operate/kako/1062/10621/1062137886.html
【uma作戦】2ch特化型サーバ構築作戦 Part3
http://qb3.2ch.net/operate/kako/1068/10680/1068017802.html
【uma作戦】2ch特化型サーバ構築作戦 Part4
http://qb3.2ch.net/operate/kako/1074/10741/1074124767.html
【uma作戦】2ch特化型サーバ構築作戦 Part5
http://qb3.2ch.net/operate/kako/1076/10761/1076162131.html
【Project peko】2ch特化型サーバ構築作戦 Part6
http://qb3.2ch.net/operate/kako/1076/10764/1076413123.html
【Project peko】2ch特化型サーバ構築作戦 Part7
http://qb3.2ch.net/operate/kako/1076/10767/1076733846.html
【Project peko】2ch特化型サーバ構築作戦 Part8
http://qb3.2ch.net/operate/kako/1078/10789/1078972549.html
【Project peko】2ch特化型サーバ構築作戦 Part9
http://qb3.2ch.net/operate/kako/1080/10802/1080298357.html
【Project peko】2ch特化型サーバ構築作戦 Part10
http://qb3.2ch.net/operate/kako/1082/10821/1082125059.html
【Project peko】2ch特化型サーバ構築作戦 Part11
http://qb3.2ch.net/test/read.cgi/operate/1082990543/
【Project peko】2ch特化型サーバ構築作戦 Part12
http://qb5.2ch.net/operate/kako/1084/10844/1084429098.html
【Project peko】2ch特化型サーバ構築作戦 Part13
http://qb5.2ch.net/operate/kako/1085/10856/1085678587.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14
http://qb5.2ch.net/operate/kako/1087/10876/1087666806.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
http://qb5.2ch.net/operate/kako/1093/10930/1093068260.html

**動け動けウゴウゴ２ちゃんねる** · 2008/07/31(木) 21:24:31

過去ログ(2)
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
http://qb5.2ch.net/operate/kako/1102/11020/1102087698.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part17
http://qb5.2ch.net/operate/kako/1107/11073/1107376477.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
http://qb5.2ch.net/operate/kako/1115/11151/1115133136.html
2ch特化型サーバ・ロケーション構築作戦 Part19
http://qb5.2ch.net/operate/kako/1121/11218/1121886018.html
2ch特化型サーバ・ロケーション構築作戦 Part20
http://qb5.2ch.net/operate/kako/1140/11405/1140540754.html
2ch特化型サーバ・ロケーション構築作戦 Part21
http://qb5.2ch.net/operate/kako/1145/11451/1145114275.html
2ch特化型サーバ・ロケーション構築作戦 Part22
http://qb5.2ch.net/operate/kako/1150/11500/1150052911.html
2ch特化型サーバ・ロケーション構築作戦 Part23
http://qb5.2ch.net/test/read.cgi/operate/1153650861/
2ch特化型サーバ・ロケーション構築作戦 Part24
http://qb5.2ch.net/test/read.cgi/operate/1166543133/
2ch特化型サーバ・ロケーション構築作戦 Part25
http://qb5.2ch.net/test/read.cgi/operate/1182697563/
2ch特化型サーバ・ロケーション構築作戦 Part26
http://qb5.2ch.net/test/read.cgi/operate/1183341095/
2ch特化型サーバ・ロケーション構築作戦 Part27
http://qb5.2ch.net/test/read.cgi/operate/1200061619/
2ch特化型サーバ・ロケーション構築作戦 Part28
http://qb5.2ch.net/test/read.cgi/operate/1208685863/
2ch特化型サーバ・ロケーション構築作戦 Part29
http://qb5.2ch.net/test/read.cgi/operate/1212665493/

**動け動けウゴウゴ２ちゃんねる** · 2008/07/31(木) 21:24:48

関連スレ

【携帯電話】DoCoMoからのアクセスを再考しよう - iモードID編
http://qb5.2ch.net/test/read.cgi/operate/1212311312/
■ 接続が重い時にtracert(traceroute)の結果を貼ってみるスレ
http://qb5.2ch.net/test/read.cgi/operate/1210515578/
■ サーバリフレッシュ工事連絡・作業スレッド１１
http://qb5.2ch.net/test/read.cgi/operate/1210755849/

サーバ構築に関係ない話や質問はこちらへ

質問・雑談スレ274＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1212486953/

**動け動けウゴウゴ２ちゃんねる** · 2008/07/31(木) 21:32:20

>>4
訂正

■ サーバリフレッシュ工事連絡・作業スレッド１２
http://qb5.2ch.net/test/read.cgi/operate/1215172593/

質問・雑談スレ276＠運用情報板
http://qb5.2ch.net/test/read.cgi/operate/1216574958/

**動け動けウゴウゴ２ちゃんねる** · 2008/07/31(木) 21:33:42

jigからだとtasukeruyoでもfusianasanでも書けないよ

?2BP(4069) · 2008/07/31(木) 21:34:35

誰かモリタポくださいよお

DoCoMo/2.0 N705imyu(c100;TB;W24H16)

【operate:30】 · 2008/07/31(木) 21:44:41

もりもりおくっｔ・・・

【operate:33】 · 2008/07/31(木) 22:39:27

　　　　　　ｼｭｯ
　ｼｭｯ　　　ﾊ,,ﾊ　　ｼｭｯ
　ﾊ,,ﾊ彡（ﾟωﾟ )
（ﾟωﾟ )彡ミ（ﾟωﾟ )　　お断りします
＿(__つ/￣￣￣/＿
　　＼/　　　 /

**動け動けウゴウゴ２ちゃんねる** · 2008/07/31(木) 23:18:12

前スレ後半てきとーまとめ
・どくおさんwithあにきスクリプト完成
・iphone登場末尾はIとi
・ipv6.2ch.netスタート
・新さぬき鯖完成
・WDから10,000rpm SATA発売
・LAが突如上がるのは何故？
・.docomo.ne.jp規制、Jigとibisの差はどこから？

**動け動けウゴウゴ２ちゃんねる** · 2008/07/31(木) 23:20:44

21 名前：白ロムさん投稿日：2008/07/28(月) 12:30:59 ID:CB4IULOS0
□　docomo全鯖規制発動までのおおまかな経緯　□

bike板で、docomoユーザが個人情報等を晒し、BBM（携帯規制）
↓
goki板で、BBMされた携帯で個人情報等を晒す
↓
削ジェンヌ▲ ★が、BBMされた携帯のdeny依頼
↓
番犬 ★が「BBMな携帯はどこにも書けなくする」
docomoユーザに警告「\.docomo.ne.jp 継続したら規制」
↓
BBMされたdocomoユーザ、携帯を買い直して、荒らし再開（個人情報晒しと犯行予告が下記で行なわれる
bike、body、ihan、jinsei、lovesaloon、male、ms、news4vip、newsplus、police、psy、utu）
↓
警察等に通報
↓
docomo全鯖規制発動

**動け動けウゴウゴ２ちゃんねる** · 2008/08/01(金) 20:10:19

Port6ちょっとやばそうだね(･ω･`)
これで2回目かな？

花子 ★の秘密の花園
http://qb5.2ch.net/test/read.cgi/operate/1211962556/

453 名前：花子 ★ 投稿日： 2008/08/01(金) 19:46:06 ID:???0 ?PLT(15000)
3ware 3DM2 alert -- host: banana3000.maido3.com

20080801104601 - Controller 0
WARNING - Sector repair completed: port=6, LBA=0x39BB7077

**動け動けウゴウゴ２ちゃんねる** · 2008/08/02(土) 00:19:58

前スレのrootさんのレス。難産ですね。

957 名前：root▲▲ ★ ﾒｪﾙ：sage 投稿日：2008/07/29(火) 03:56:22 ID:???0 BE:2189164-DIA(100513)
あと新涙目・新魔物は、
明後日あたりに産声の予定ということで。

期待してます。。wkwk

**root▲▲ ★** · 2008/08/02(土) 12:45:16

新スレどもです。

>>13
tigerだけに虎ぶっている、わけではなく、
単に私が全然時間取れてないだけです。ごめんなさい。

**動け動けウゴウゴ２ちゃんねる** · 2008/08/02(土) 12:48:02

他の事に時間を虎れてるんですね

**動け動けウゴウゴ２ちゃんねる** · 2008/08/02(土) 21:56:20

とらー参りましたね。

**root▲▲ ★** · 2008/08/03(日) 04:31:42

新涙目、新魔物、ほぼ準備できつつあります。

まずは stats 登録しておこう。

**root▲▲ ★** · 2008/08/03(日) 05:28:32

>>17
done.

あとはデータの移動、F22調整など。
これは明日か明後日にでも。

**root▲▲ ★** · 2008/08/03(日) 06:25:09

あと、前スレの最後のほうで出た話は、
ちと後でレスするです。

**(=｀ー´=)** ◆GuheheWiqY · 2008/08/03(日) 06:31:29

>>17-18
お疲れ様です
了解しました

**動け動けウゴウゴ２ちゃんねる** · 2008/08/03(日) 21:15:18

どういたばしく

**動け動けウゴウゴ２ちゃんねる** · 2008/08/04(月) 02:37:30

かって～く～るぞといたばしく～

**動け動けウゴウゴ２ちゃんねる** · 2008/08/04(月) 02:53:05

いたましくなって参りました降参です

**root▲▲ ★** · 2008/08/05(火) 14:43:26

以下のDNS変更申請をします。
同じものをメールでも送ります。

・バーチャルホスト移転

(現状)
+namidame.2ch.net:207.29.253.240:300

(変更後)
+namidame.2ch.net:206.223.147.160:300

**root▲▲ ★** · 2008/08/05(火) 15:16:12

>>24 は完了したとのこと。

**root▲▲ ★** · 2008/08/05(火) 15:22:53

まさか、Apache 2.2.9 と Apache 2.2.8 の間で dso にバイナリ互換性がないとは、、、。
やられた。

新 namidame の Apache: (Apache 2.2.9)

%ldd /usr/local/sbin/httpd
/usr/local/sbin/httpd:
libm.so.5 => /lib/libm.so.5 (0x80068a000)
libaprutil-1.so.3 => /usr/local/lib/libaprutil-1.so.3 (0x8007a4000) ←！違う
libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x8008c2000)
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x8009e5000)
libapr-1.so.3 => /usr/local/lib/libapr-1.so.3 (0x800bdf000) ←！違う
libcrypt.so.4 => /lib/libcrypt.so.4 (0x800d06000)
libthr.so.3 => /lib/libthr.so.3 (0x800e1f000)
libc.so.7 => /lib/libc.so.7 (0x800f34000)

changi の Apache: (Apache 2.2.8)

%ldd /usr/local/sbin/httpd
/usr/local/sbin/httpd:
libm.so.5 => /lib/libm.so.5 (0x800689000)
libaprutil-1.so.2 => /usr/local/lib/libaprutil-1.so.2 (0x8007a3000) ←！違う
libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x8008ba000)
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x8009dd000)
libapr-1.so.2 => /usr/local/lib/libapr-1.so.2 (0x800bd7000) ←！違う
libcrypt.so.4 => /lib/libcrypt.so.4 (0x800cfc000)
libthr.so.3 => /lib/libthr.so.3 (0x800e15000)
libc.so.7 => /lib/libc.so.7 (0x800f2a000)

**root▲▲ ★** · 2008/08/05(火) 15:25:23

このままにしておくとおもりがとても面倒なので、
あとで、Apache 2.2.8 よりも前の 2.2.x が動いているやつを、
再コンパイルしてバージョンアップしておこう。

しかし、3桁目のバージョンアップで、
こんな大きな変更するかよ普通、、、。ぶつぶつ。

**root▲▲ ★** · 2008/08/05(火) 15:36:55

>>26-27
ということで、

・read.cgi の再コンパイル
・全ての *.so の再コンパイル

をして、復旧しました。< namidame

**動け動けウゴウゴ２ちゃんねる** · 2008/08/05(火) 16:55:09

root先生　乙ですた！("｀д´)ゞ

**root▲▲ ★** · 2008/08/05(火) 17:19:39

/usr/ports/UPDATING:

20080622:
AFFECTS: users of devel/subversion, subversion-devel and subversion-freebsd
with apr from www/apache22
AUTHOR: Clement Laforet <clement@FreeBSD.org>

apr and apr-util bundled with apache 2.2.9 have been upgraded to 1.3.x, so
shared libraries' versions have been bumped. If you are using subversion
with apache22 apr, you must rebuild subversion after the update.

これかぁ。
UPDATING を事前に嫁、ってか。

**root▲▲ ★** · 2008/08/05(火) 18:04:25

>>30 確認:

新namidame: (Apache 2.2.9)

%apr-1-config --version
1.3.0

changi (Apache 2.2.8)

%apr-1-config --version
1.2.12

なるほど。そういうことか。

**root▲▲ ★** · 2008/08/05(火) 18:06:24

apr のバージョンが上がるのはめったにないはずだから、
一度バージョンアップすれば、しばらくはこういうことは起こらないかな。

しかし、ちとびびったですね。

**動け動けウゴウゴ２ちゃんねる** · 2008/08/05(火) 19:05:21

メジャーバージョンアップの足音でも聞こえてくるのかしら。

**動け動けウゴウゴ２ちゃんねる** · 2008/08/05(火) 20:06:59

メジャーバージョンアップって2.3？3.0？

**動け動けウゴウゴ２ちゃんねる** · 2008/08/06(水) 01:29:31

Ｂpache 1.

**動け動けウゴウゴ２ちゃんねる** · 2008/08/06(水) 01:44:23

その発想はなかったわ

**stream** ◆PNstream2s · 2008/08/06(水) 02:37:01

n＞mとする

APRを利用するプログラムは
1.mでコンパイルしたものは1.n でも再コンパイルは必要ない。
1.nでコンパイルしたものは1.mでは再コンパイルが通る保証もない。
1.x.nでコンパイルしたものは1.x.mでも再コンパイルは必要ない。

Apacheのモジュールは
2.x.mでコンパイルしたものは2.x.nでも再コンパイルは必要ない。
2.x.nでコンパイルしたものは2.x.mでは再コンパイルが通る保証もない。

というわけで、>>26が本当ならそれはバグなんですが、「バイナリ互換性がない」と判断した理由はなんですか？
バイナリ互換性が失われているという報告は見た事がないです。
なんでFreeBSDのportsのUPDATINGははなはだ疑問ですが。

**stream** ◆PNstream2s · 2008/08/06(水) 02:38:58

http://apr.apache.org/versioning.html
Similar to source compatibility, an application that has been compiled
against a particular version will continue to be linkable against later versions
(unless the major number changes). It is possible that an application will not
be able to successfully link against a previous minor version.

**root▲▲ ★** · 2008/08/06(水) 02:46:46

>>37
きっと stream さんか、SunOS さんにリプライしていただけると思ってましたｗ。

結論からいうなら、たぶんきっと FreeBSD のバージョン管理ポリシー、
ということなんじゃないのかなと。

UPDATINGにもあるように、
shared libraryのバージョンを apr に合わせて、あえて(意識的に)上げたんでしょうね。

たぶん、単にバイナリを動かすだけなら、

/usr/local/lib/libapr-1.so.2
/usr/local/lib/libaprutil-1.so.2

の二つを Apache 2.2.8 の環境から持ってきて置いておけば、
再コンパイルしなくても動くことでしょう。

そういう観点からいうなら「バイナリ互換性がない」は、
ちょっと私の言いすぎだったのかもしれませんね。

つまり、/lib/libc.so.6 を持って来れば(あるいはcompatのパッケージから入れれば)、
FreeBSD 7.x でも 6.x のバイナリがそのままで動作する
(= 一応バイナリの後方互換は保証されている)、
ということと、同じことなのではないのかなと。

**root▲▲ ★** · 2008/08/06(水) 02:49:12

でも、おもりする側から見れば、
そんな形でシェアードライブラリを持ってきてバイナリを動かすより、
それが可能であれば全部 2.2.9 以上にバージョンアップして、
変なしがらみをなくしたほうが、将来に禍根を残さないかなと。

**stream** ◆PNstream2s · 2008/08/06(水) 03:10:00

勘違いしてました
linkableといっても、libapr-1.so.2からlibapr-1.so.3に名前が変わっちゃったら、
リンクしようとはしてくれないですね…

libapr-1.so.2を持ってこなくても、libapr-1.so.3をlibapr-1.so.2にリネームすれば動く(>>38)
がそれは気持ち悪いですしね

株価【540】 △△ ◆cZfSunOs.U · 2008/08/06(水) 09:50:52

というか，httpd より public_html/test/*.so の依存関係がポイントなんじゃないかと．
httpd が libapr-1.so.? に依存してても *.so が依存してなければ，別に気にすることもないような．
で，ちょっと調べてみたら

[namidame]
public_html/test/anydat.so:
libapr-1.so.3 => /usr/local/lib/libapr-1.so.3 (0x800b03000)
libc.so.7 => /lib/libc.so.7 (0x800632000)
libcrypt.so.4 => /lib/libcrypt.so.4 (0x800c2a000)
libthr.so.3 => /lib/libthr.so.3 (0x800d43000)
public_html/test/read.so:
libapr-1.so.3 => /usr/local/lib/libapr-1.so.3 (0x800b0a000)
libc.so.7 => /lib/libc.so.7 (0x800632000)
libcrypt.so.4 => /lib/libcrypt.so.4 (0x800c31000)
libthr.so.3 => /lib/libthr.so.3 (0x800d4a000)

[qb5]
public_html/test/anydat.so:
public_html/test/read.so:
libc.so.7 => /lib/libc.so.7 (0x28080000)

namidame では *.so も libapr-1.so.? にしっかり依存してますね．
一方，2.0 系ですが qb5 では依存してません．
qb5 みたいに依存しないようにすれば問題ないのではないかと......

**root▲▲ ★** · 2008/08/06(水) 10:27:16

>>42
コンパイル時の指定とか方法、ということですかね。
できればうれしいので、ちとやってみるです。

# Apache 2.2系で依存しないようにするのって、できるのかな。

**root▲▲ ★** · 2008/08/06(水) 10:41:27

LIBS = `apr-1-config --link-ld` `apxs -q LIBS`
↓
#LIBS = `apr-1-config --link-ld` `apxs -q LIBS`

にしたら、changi と namidame のどちらでも動く read.cgi ができました。
そうか、*.so っていうぐらいでライブラリリンクしなくてもいい(親がめんどうみてくれる)と。

**root▲▲ ★** · 2008/08/06(水) 10:50:53

改めて read.cgi 配布リストを更新しなおし、apr のバージョンに
依存しない版の read.cgi を配布しなおしました。
どうやら正常に動作しているようです。

これで従来どおり、Apache 2.0/2.2系、32bit/64bitの組み合わせのみで
バイナリをおもりすればよくなりました。助かります。

**root▲▲ ★** · 2008/08/06(水) 16:27:51

以下のDNS変更申請をします。
同じものをメールでも送ります。

・バーチャルホスト移転

(現状)
+mamono.2ch.net:207.29.247.30:300

(変更後)
+mamono.2ch.net:206.223.147.165:300

**root▲▲ ★** · 2008/08/06(水) 18:19:28

>>46 は完了とのこと。

**root▲▲ ★** · 2008/08/11(月) 12:19:37

p2.2ch.net総合スレ Part38 【不具合/要望】
http://qb5.2ch.net/test/read.cgi/operate/1217738244/358

# increase directory hash
vfs.ufs.dirhash_maxmem=67108864

を、今一番負荷がかかっている banana3163 に入れてみた。

(これ、デフォルト 2M = 2097152 の模様)

**root▲▲ ★** · 2008/08/11(月) 12:28:20

ちょっとぐぐってみた。これって前からあった話なのね。

[RFC] Bumping ufs.dirhash_maxmem to a larger value?
http://lists.freebsd.org/pipermail/freebsd-performance/2005-August/001450.html

delphij が言い出したのか。

確かに 2M は小さすぎる気がするので(しかもこの値はダイナミックに大きくならないみたい)、
でかくしておくかな。今やメモリ 4G や 8G が標準的だし。

**root▲▲ ★** · 2008/08/11(月) 12:31:06

359 名前：root▲▲ ★[] 投稿日：2008/08/11(月) 12:30:36 ID:???0 ?DIA(101010)
%sysctl -a | grep dirhash
vfs.ufs.dirhash_docheck: 0
vfs.ufs.dirhash_mem: 4706677 ← 今の値
vfs.ufs.dirhash_maxmem: 67108864 ← 最大値(今回変更分)
vfs.ufs.dirhash_minsize: 2560

なのかな。

つまり、sysctl で値見ながら変えていけばいいと。

**root▲▲ ★** · 2008/08/11(月) 12:34:35

changi にこれ入れてみた。

# increase maximum value of ufs directory hash
vfs.ufs.dirhash_maxmem=134217728

そしたら、

%sysctl -a | grep dirhash
vfs.ufs.dirhash_docheck: 0
vfs.ufs.dirhash_mem: 2251268 ← これ
vfs.ufs.dirhash_maxmem: 134217728
vfs.ufs.dirhash_minsize: 2560

が増え始めた。

**root▲▲ ★** · 2008/08/11(月) 12:37:23

これでうまくいくようなら、

・メモリ4Gのサーバ

# increase directory hash
vfs.ufs.dirhash_maxmem=67108864

・メモリ8Gのサーバ

# increase maximum value of ufs directory hash
vfs.ufs.dirhash_maxmem=134217728

を、root権限ありサーバのセッティングメニューに入れよう。

**root▲▲ ★** · 2008/08/11(月) 12:38:00

>>52
コメント部分が違うのは、とりあえずごあいきょうということでｗ

**root▲▲ ★** · 2008/08/11(月) 12:47:42

で、これ、

・ファイルをたくさんサービスしていて
・バーチャルホストをたくさんサービスしているサーバ

だと、有効性が高い気がするですね。

…そうか、花子か。
HDD交換とかが落ち着いたら、ちょっと提案してみよう。

**○マァヴ** ◆jxAYUMI09s · 2008/08/11(月) 14:50:31

banana3217
banana3273
の2台は退役しても大丈夫かな？(^_^;)

**動け動けウゴウゴ２ちゃんねる** · 2008/08/11(月) 14:52:43

>>55
http://qb5.2ch.net/test/read.cgi/operate/1215172593/180
http://qb5.2ch.net/test/read.cgi/operate/1215172593/187

とのことです。

**番犬 ★** · 2008/08/11(月) 14:54:28

退役しよう　そうしよう

**動け動けウゴウゴ２ちゃんねる** · 2008/08/11(月) 14:57:40

>>55
そう言えば、花子のM/B交換＆FreeBSD7.0R-amd64化は、いつごろになりますかね？

**root▲▲ ★** · 2008/08/11(月) 15:01:17

>>55-57
必要なファイルの退避は終わっていますので、
返却・退役で問題ありませんです。

**動け動けウゴウゴ２ちゃんねる** · 2008/08/11(月) 15:16:12

changiのApatchバージョンアップは終わったのですか？

**root▲▲ ★** · 2008/08/11(月) 15:20:09

>>60
まだです。

そもそもの動機だった dso の互換性的には急ぎではなくなったんですが
(このスレの上のほう参照)、
セキュリティイシューとかあるんでしたっけ。

**動け動けウゴウゴ２ちゃんねる** · 2008/08/11(月) 15:26:30

>>61
いえ、別のスレでchangi停止とか見掛けたので。。。
http://qb5.2ch.net/test/read.cgi/operate/1207479061/405-406

**●マァヴ** ◆jxAYUMI09s · 2008/08/11(月) 15:45:43

あいあい(^_^;)それでは
banana3217
banana3273
の２台引退します。
お疲れ様でした～

**root▲▲ ★** · 2008/08/11(月) 15:46:54

>>62
なるほど、ということで、火急にバージョンアップする必要は
とりあえずなくなったと考えています(ので、すぐには作業しないと思います)。

というわけで、changi等は今のところ、
継続してそのまま動かすと考えていただいておｋです。
ちゃんとお知らせしてなくてごめんなさい。

**番犬 ★** · 2008/08/11(月) 15:47:00

お疲れ様でした～

**動け動けウゴウゴ２ちゃんねる** · 2008/08/11(月) 15:48:23

乙ー。

**動け動けウゴウゴ２ちゃんねる** · 2008/08/11(月) 15:48:32

> banana3217
> banana3273
> の２台引退します。

お疲れ様でした～！

**root▲▲ ★** · 2008/08/11(月) 15:53:16

台帳を更新しました。>>63

http://mumumu.mu/serverlist.html
http://mumumu.mu/server_working/2ch_bbs.html

**番犬 ★** · 2008/08/11(月) 15:54:46

http://stats.2ch.net/karasu2.cgi
更新しましたー

**root▲▲ ★** · 2008/08/11(月) 15:56:36

16台だった。修正しました。>>68

**root▲▲ ★** · 2008/08/11(月) 18:19:11

どくおさんへ:

> でも7.0Rのカーネルではドライバ(twa0)は標準に対応しているのかなあ？

標準でおｋのはずです。
3ware のドライバがインポートされています。

# 7.0R のソースとか GENERIC とか付属のマニュアルとか読みましょう、、、。

% cd /usr/src/sys/dev/twa
% grep 9650SE *
tw_cl_io.c: /* For 9650SE first write low 4 bytes */
tw_cl_misc.c: /* Skip queue error msgs during 9650SE/9690SA reset */
tw_cl_misc.c: /* Skip queue error msgs during 9650SE/9690SA reset */

・/usr/src/sys/amd64/conf/GENERIC

> device twa # 3ware 9000 series PATA/SATA RAID

% man twa
...
HARDWARE
The twa driver supports the following SATA RAID controllers:
o AMCC's 3ware 9650SE-8LPML ← 花代
o AMCC's 3ware 9650SE-16ML ← 花子