今井です。 いろいろやっててほんの少し手がかり?がつかめたというか....。 今回の場合はメモリをキャッシュで食い潰していってスワップが行われると出るこ とがあったんですが、スワップ開始されてもページアロケーションに失敗するとき としないパターンがどうもあるみたいで.....。 cpコマンドだとちっとも起きないみたいですがrsyncコマンドとかちょっと重たい 処理を伴うファイル操作コマンドとか行うと出てくる場合があるみたいですね。 火曜日 15 3月 2005 21:03、Masaru Imai さんは書きました:

今井です。

この件は64bit MLでも他の方が報告されてるみたいですね。 ただメッセージについてだけ触れてるんでハード構成とか一切不明だったりします けど......。 発生するのはランダムだけどorderとmodeは固定なんでページングの中で起き るパターン自体は決まってる様に思えるのですが.....。 orderとmodeの意味が今一つ判らない.....。

-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

今井です。 うーんやっぱりダメですね。 rsync使って大量のデータ転送やると再発しました......。 金曜日 08 4月 2005 21:54、Masaru Imai さんは書きました:

今井です。

最近カーネルのアップデートがありましたが、そちらにしたら直ったようです。 なのでアップデート前の古いアップデートカーネルまでで何か問題抱えてたみたいです。

-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

今井です。 本日無事解決しました。 やっぱり原因はある程度予想していましたが、K8N Neo2 Platinumで使った プライマリPATAの接続ケーブルにあったというおちでした。 訳有って再インストールしてたら/dev/hdaでDMAタイムアウトというメッセージが 見えたので手持ちのケーブル何本か入れ換えながら様子見してたんですが、 最初に使ってたケーブル(市販品)がケース形状の影響で「規格外の長さだった」 のが良くなかった様です。 現在は安定して使える様になりました。 rsyncで500GBほど転送するという暴挙？もしてみましたが問題なしです。 ただXFSだと「LVM操作時にxfs_dbがセグメンテーションフォルトで落ちる」ので ReiserFSにしてしまいましたけども。 水曜日 08 6月 2005 23:05、Masaru Imai さんは書きました:

今井です。

9.3(Opteron HDAMD)<->9.3(Athlon 64 K8N)で耐久？10G転送をrsyncでやって みましたがページアロケーションエラーが出てダメですね。(出る頻度はスワップの使 いかたが変わったせいか減ったみたいですが) rsync使わなければ出ないので当面rsyncは使わない（使えない)様にしようと思います。

-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

野宮です。 In the Message; Subject : Re: [suse-linux-ja] MSI K8N Neo2 Platinumに9.2を入れてみました Message-ID : <20050720223644.575cb733.knfeat@mbn.nifty.com> Date & Time: Wed, 20 Jul 2005 22:36:44 +0900 [Suzukiさん] == "K.Suzuki" has written: Suzukiさん> 自分も以前 XFS を使用した環境で rsync 実行中に MPlayer を使用しつつ Suzukiさん> アクロバットリーダーで開いたファイルをグリグリとドラッグしてたら、 Suzukiさん> マシンが固まり応答が無くなって、結局禁断のボタンを押した事(リブー Suzukiさん> トが一度ありました。 AMD64 に大いに関心があります。 Suzukiさんんも、AMD64 での話でしょうか？ 構成をお教え戴ければ、幸です。 Radeon X800 といった PCI-E 物でも SUSE 9.3 で使えそうなので、食指が動いてい ます。:-) 現在の NF-7S + Athlon 3200+、Redeon 9600SE が余りにも快適なのですが、AMD64 への交換のアドヴァンテージが非常に高いようなら、と考えています。 ＃ suse-linux-e@suse.com の購読を開始しましたが、物凄い流量で、驚いています。 ＃ 正に、24 時間休み無し、という POST 状況です。 --- 野宮 賢 mail-to: nomiyac360@mg.point.ne.jp 「eメールや携帯電話に縛られた社会は、自分自身と向き合ったり、 空想にふけったりする自由を奪う。」 -- M. Crichton --

今井です。 木曜日 21 7月 2005 00:07、Masaru Imai さんは書きました:

今井です。

水曜日 20 7月 2005 22:36、K.Suzuki さんは書きました:

...

なので現在は以下のような感じで rsync 実行時に nice 値を上げて様子を見てます。 $ nice -19 rsync foo bar (-19はやりすぎだろって話もあるけど。もしかしたら -1 でも十分なのかもしれません) 今のところ再現してません。なんとなく以前より"素敵"になったような気がします。:)

自分の環境は RAID 0(SATAx2) + XFS + Opteron x 2 + SUSE 9.2です。 ＃ もしかして RAID 0 に何か問題あるんだろうか？ソフトウェア RAID なので CPU を食うしなぁ．．．

ちなみにモノ(マザー)はどこをのお使いですか？ 過去の記事見るとSATAでPromise製のコントローラ使ってるのは判ったんですけど....。 HDDは私もK8N Neo2でも使ってるHDS722516VLSA80ということでで一緒ですね。

Promiseというと前に使ってたHDAMBが積んでたPromiseのPD20378が使いものにならな かったのを思い出しました。 繋いだHDDが何かと独りになりたがるというか、自己主張が強かった....。 それとこのマザーだとIDEのコネクタがマザーの一番下の方にあって、今回のトラブルの元と なったPATAのケーブルもこのマザーで使えるようにと思ってつけたのが最初だった.....。 マザー自体は悪くないけど、ケースとの組合せの方が良くなかったってことで....。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

今井です。 木曜日 21 7月 2005 01:35、K.Suzuki さんは書きました:

...

マザー自体は悪くないけど、ケースとの組合せの方が良くなかったってことで....。

そうですか。 確かに IDE コネクタが取り回しづらい場所にありますね。 使用してて「SATA のケーブル短かすぎるよ」って感じがしましたね。 (届くか届かないか、そんな雰囲気がいいんじゃねーかって人もいるかもしれないけど．．:) そう考えると、このマザーは確かにケースに依存してしまうと言えますね。 ＃ 5 インチドライブと 3.5 インチドライブの取り付け位置がほとんど決められてしまうという感じ．．

SATAに関してはそれほどケーブル長にシビアでないはず(1mとかでも大丈夫) なのでそれほど心配しなくても良いかと思います。 言い替えるならPATAのコネクタのところにSATA変換アダプタ噛ませてSATA ケーブルで引っ張り回せばスレーブ無しのマスタしか利用できないにしろ何と かなるかなと思うんですけどまだ試してない....。 マザーボードの前面にストレージベイが有るようなケースとの組み合わせでは 最強なんですけどね。今HDAMEX SLI入れて使ってるケースYYW-201とかだ とベストかも知れません。 YYW-201何とか今のうちにもう一個手に入れておきたいけど「重い」ってのが ネック.....。(メンテナンスの時とかかなり大変) Rioworks日本法人の旧事務所から秋葉原の駅まで箱入りのを手持ち（カート 無し)で歩いたのは確かですが、重量級サーバーケースを手持ちで移動は自殺 行為ですね.....。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

M. Takeyamaです。 ＃ピンポイントで、 On Thu, 21 Jul 2005 01:35:38 +0900 "K.Suzuki" wrote:

K.Suzukiです。

[...]

他の問題としては SUSE 9.2 上では SATA からブートできないので PATA & SATA という構成で使用しなければいけなかったことですね。 なので /boot が PATA のみで使用して、/boot 以外のパーティションは SATA 上で構築しています。 今までの話の流れとは違うかもしれませんが... 気になったのでレスします。

「SUSE 9.2 上では SATA からブートできない」 ということですが... これは、grubの問題だと考えて良いのですか？ ＃ブート後は、SATAのデバイスが使えていそうなので... あと、文面どおりにに受け取ると、SUSE 9.2では SATA から(一切)ブートできないと感じてしますのですが、 特定条件の場合ということですよね。 ＃少なくとも、私の場合、SUSE 9.1をSATAのディスクにインストール ＃してブートさせていましたから。 ある一定の条件の場合とか、特定のデバイス(新しいすぎるデバイス) とかの場合は、問題がある場合がありそう。 ＜Serial ATA (SATA) chipsets ― Linux support status (参考まで)＞ http://linuxmafia.com/faq/Hardware/sata.html --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/

M. Takeyamaです。 On Fri, 22 Jul 2005 15:01:13 +0900 "K.Suzuki" wrote: [...]

...

ある一定の条件の場合とか、特定のデバイス(新しいすぎるデバイス) とかの場合は、問題がある場合がありそう。

＜Serial ATA (SATA) chipsets ― Linux support status (参考まで)＞ http://linuxmafia.com/faq/Hardware/sata.html

自分の文章の誤りでした。

正しくは、 ”SATA 上で構築した RAID(0) 上からブートできない。” ということを言いたかったのでした。 ＃ 確かに上記の自分が書いた文章と全然違いますね。:(

誤解を招く文章ですいませんでした。 いえ、いえ。(自分もよくやります。) 単純に文書から状況をシュミレーションしてみて、自分 なりに理解できないないので質問してみました。

論理的にはできそうなんですけどね... grub(ブートローダ)って、 stage1, stage1.5, stage2のステージで、ファイルを読み込む 為のファイルシステムのドライバとかの汎用ドライバしか持って いないのではないでしょうか。(あまり賢くない。) ＃私の方での勝手な思い込みがあるかもしれませんけど。 ハードウェアーRAIDの場合は問題にならないにしても... ＃そこらあたりは、ハードがやってくれて、単純に1つのデバイス ＃もしくは、１つのスライスにしか見えないので。 ソフトRAIDの場合だと、RAID1(ミラー)の場合を除いて、 RAID0, RAID5などの場合だと、最低限、ストライピングの ブロックサイズ、RAID(0,1,5)の種類、デバイス構成情報、 が必要なような気がします。 ＃IDE(PATA)だとそこらあたりは、結構単純で可能かも ＃しれませんけど、SATAだとSCSIのエミュレーション ＃のドライバーとか各種ドライバー(チップセットの)が ＃必要になって大変そう。 ＃(defaultでは、サポートされていないのではないでしょうか。) --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/

M. Takeyamaです。 ＃ほとんど、雑談モード(蒸し返しモード) On Sat, 23 Jul 2005 04:28:45 +0900 "K.Suzuki" wrote:

K.Suzukiです。

[...]

slashdot.org で以下のスレがありますね。

What Kind Of Software RAID Are You Running? http://ask.slashdot.org/article.pl?sid=05/04/11/2111235&tid=198&tid=185&tid=4

RAID 関連だけれども結構盛り上がってるなぁ．． うへぇー。本家のslashdotですか。 ＃気合入れないと読めないですね。(英語あまり得意でないので。)

ハードウェア RAID を使用すれば、CPU を消費しないし速いという利点があるけど、 その特定のハードウェア RAID カードに縛られてしまいますね。 Linux コミュニティ的にはソフトウェア RAID を推奨してるように見えるんですけど。 ＃ というか RAID コントローラチップがクローズドになってしまう事が、 ＃ コミュニティ的にあまり嬉しくないという事なのかも．． プリンターの件の時もそうでしたが、オープンソースの人達(一部では)、 の中には、全てのコードをオープンにしたいと強く思っている 方がいるのは事実だと思います。

私の場合、ハードウェアーメーカが参入する余地を残しておく 必要だといつも思っています。 ＃軟弱ものなんで。 RAIDコントローラチップとドライバーの部分が密接に関係していると やっぱりハードメーカはドライバーのソースコード部分の開示は いやがるでしょうね。 ===> "全てのコードをオープンにしたい"を無理に押し進めようとすれば 　　安くて、性能の良いハードウェアーをLinuxで手軽に使える 　　チャンス(可能性)を小さくする。 　　バイナリのドライバーを認めるとかうまい方法論をとる 　　必要がある。(トータル的なバランスですかね。) ＃オープンソースの良さを理解して、そのうちソースコードの開示 ＃ということもできるかもしれませんし。(うまくやる必要ありますけどね) 「Linux コミュニティ的」という区分が曖昧なような気が しますが、ソフトウェア RAID　or ハードウェア RAID かは 必要十分条件によると思いますね。(ケース by ケース) ＃企業ユース、個人ユースに限らず、システムとしてどう ＃設計するか(要求仕様にどう答えるか)。　じゃないですかね。

上記のスレを読んでたら、もしかしたら最新のカーネル上では RAID 上からブートできるのかも．．と思えてきた。 (もちろん、チップが対応してるかどうかに依存すると思うけど) ＃ 今使用しているのは、SUSE 9.2 だけど次のバージョンの ＃ SUSE 10? に期待してるところです。 ＃ 次の SUSE ではいよいよ GCC 4 系を投入してくるらしいし．．．:) 雑談ですけど本題に戻って(RAID関係の話題)

本来、RAIDの思想からいえば... ＃かなり昔の話。 DISK容量もまだ小さい時に、よりDISKを有効活用しようという発想 のもとに考え出されたものだったと思います。 (大雑把にいって) RAID 0 --- パフォーマンス。(DISKの有効活用) RAID 1 --- 冗長性 RAID 5 --- 冗長性とパフォーマンス。 K.Suzukiさんが、RAID 0(ソフトといえども)を利用している ことより、パフォーマンス重要視 or 既存DISKの有効活用を 重要視していると推測しています。 RAID0の場合、既存DISKの有効活用は、使えばそれで目的達成 できるんですけど。パフォーマンスに関していえば、くんだから といって思っていたようなパフォーマンスがかならずしも出せる とはかぎらないと思いますので、注意が必要かなと思います。 (いわゆるノウハウですね。) --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/

M. Takeyamaです。 ＃雑談モード(誤字、脱字が多くてすみません。) On Tue, 2 Aug 2005 17:57:32 +0900 "K.Suzuki" wrote:

K.Suzukiです。

...

RAIDコントローラチップとドライバーの部分が密接に関係していると やっぱりハードメーカはドライバーのソースコード部分の開示は いやがるでしょうね。 ===> "全てのコードをオープンにしたい"を無理に押し進めようとすれば 　　安くて、性能の良いハードウェアーをLinuxで手軽に使える 　　チャンス(可能性)を小さくする。 　　バイナリのドライバーを認めるとかうまい方法論をとる 　　必要がある。(トータル的なバランスですかね。) ＃オープンソースの良さを理解して、そのうちソースコードの開示 ＃ということもできるかもしれませんし。(うまくやる必要ありますけどね)

でもそのバランス(オープンソースとクローズドの)を取るのがとても難しい気もしますね。 現状を見ててそう思います。 ＃ でも、そこら辺の勘所がうまい企業は、うまくやってるように見えますね。 ＃ 自分が思い付いた企業を適当に言えば、IBM や AMD や SUN とか、 ＃ あと最近、Intel が最近妙に活発になったように思えます。 正しい認識とか、正しい判断は、正しい知識(情報)から生まれてくる ものだと思いますから、自由なソフトウェアー(オープンソース)の 開発や配布のメリットをただひたすら(& 地道)に啓蒙していくしか ないでしょうね。 ＃「おのずと道が開ける」と思っていますけどね。

...

K.Suzukiさんが、RAID 0(ソフトといえども)を利用している ことより、パフォーマンス重要視 or 既存DISKの有効活用を 重要視していると推測しています。 RAID0の場合、既存DISKの有効活用は、使えばそれで目的達成 できるんですけど。パフォーマンスに関していえば、くんだから といって思っていたようなパフォーマンスがかならずしも出せる とはかぎらないと思いますので、注意が必要かなと思います。 (いわゆるノウハウですね。)

もちろんです。:)

自分で色々チューニングして現状の構成でどこまでパフォーマンスを出せるか 試してみたいと思っています。 ＃ 経済的にゆとりがあれば、RAID 1 や RAID 5、または RAID 1+0 も試してみたいなぁ．．． １年以上前に「StorEdge 3310(SCSI Array)」という製品名のDISK アレー装置を仕事でさわりましたが、「いいなー。」と思いましたね。 (耐障害性とかは、実際にさわったことのあるやつで１番だと思う)

約１T(テラ)のサイズのRAID 5のファイルシステムを作りました。 ＃残念ながら、納期に追われていて(他にまだ設定することがあった) ＃パフォーマンスを計るとかはできませんでした。 --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/

M. Takeyamaです。 ＃結構長くなりましたが... On Tue, 02 Aug 2005 15:37:20 +0200 Takashi Iwai wrote:

岩井です。

...

...

...

ハードウェア RAID を使用すれば、CPU を消費しないし速いという利点があるけど、 その特定のハードウェア RAID カードに縛られてしまいますね。 Linux コミュニティ的にはソフトウェア RAID を推奨してるように見えるんですけど。 ＃ というか RAID コントローラチップがクローズドになってしまう事が、 ＃ コミュニティ的にあまり嬉しくないという事なのかも．． プリンターの件の時もそうでしたが、オープンソースの人達(一部では)、 の中には、全てのコードをオープンにしたいと強く思っている 方がいるのは事実だと思います。

私の場合、ハードウェアーメーカが参入する余地を残しておく 必要だといつも思っています。

確かにそうですね。

「参入＝closed source」というのは誤った語法ではないかと。 そうとらえられると困りますが、読み返しみるとそう取れなく もないですね。(ということで補足説明)

オープンソースの人たちは、クローズドソースがきらい。 ＃ RAID コントローラチップ(情報)とかをクローズドに ＃してしまうことがある。 ＝＝＞やっぱり、オープンソースの人達はハードRAIDより 　　　ソフトウェア RAID を推奨しているようにみえる。 　　　(単純に、お金との絡みもあるかもしれませんけど) これに対して、私(竹山)は、ケース by ケース。 さらに、RAID関係(カーネル周り)だけで無く、話を一般論 に広げて、「ハードウェアーメーカが参入する余地を残しておく」 とコメントしています。 ＃私の場合、Linux のカーネル関係のドライバーに関することは ＃まだやったことがないもので... ＃仕事(必要に迫られて)で、ドライバのソースちょっとみるくらい。 ＃そういう機会も頻度は多くないです。 Linuxを良く知っている人であれば、Linuxの開発プロセスのこと とかを理解していますが、日本の多くのメーカ(PCの周辺機器)とか ソフトウェアーベンダーといわれるところであっても GPLライセンス に変にアレルギを持っているところがいまだにあると思います。 ＃最近は、改善されてきていると思いますけどね。 以前に交流のあった日本のプリンターメーカ屋さん達と話した感じ では、やっぱりいろいろしがらみがあって最初からプリンター ドライバを100% オープンソース(GPLとかで)公開するのは無理だと はっきり認識しました。 プリンタードライバーの場合、カーネル独自に組み込むドライバー は無かったと思います。 ＃ネットワークもしくは、 USB, (ieee1934),シリアル(RS232C), ＃パラレルなプリンタポートになるんですけどね。 ＃いわゆる、フィルターといわれるようなドライバーのことです。

そういうのを見てくると、技術的云々よりも、ドライバ公開によりソースコー ドの汚さがあらわになってしまう、という心理的な要因の方が大きいのではな いかと、勘ぐってしまいます。もちろん、特許やライセンス違反を隠すため、 というのも大事な要素なのですが :) 私が一番主張したいことは、kernelソースの管理ツールが git に なった事件とその経緯や「欧州議会のソフトウェア特許法案を否決」 のキャンペーンをおこなったオープンソースプロジェクトの行動が 一般の人や企業にどのようにうつるかです。 ＃変に誤解されるケースがあると思いますよ。

オープンソースに新規に参入しようとする企業(特にハードウェアーメーカ) の立場(最初はclosed sourceの傾向が強いのでは？)を考慮して 協力することが大切なんじゃないかな。 と思っています。(あくまでも個人的で、感覚的(根拠があまりない)意見です)

...

...

RAIDコントローラチップとドライバーの部分が密接に関係していると やっぱりハードメーカはドライバーのソースコード部分の開示は いやがるでしょうね。 ===> "全てのコードをオープンにしたい"を無理に押し進めようとすれば 　　安くて、性能の良いハードウェアーをLinuxで手軽に使える 　　チャンス(可能性)を小さくする。 　　バイナリのドライバーを認めるとかうまい方法論をとる 　　必要がある。(トータル的なバランスですかね。) ＃オープンソースの良さを理解して、そのうちソースコードの開示 ＃ということもできるかもしれませんし。(うまくやる必要ありますけどね)

でもそのバランス(オープンソースとクローズドの)を取るのがとても難しい気もしますね。 現状を見ててそう思います。 ＃ でも、そこら辺の勘所がうまい企業は、うまくやってるように見えますね。 ＃ 自分が思い付いた企業を適当に言えば、IBM や AMD や SUN とか、 ＃ あと最近、Intel が最近妙に活発になったように思えます。

上記の企業はほとんどハードウェアメーカー、もしくはハードウェア回りに関 してオープンソースを打ち出していますよね。つまり、それによってハードウェ アをより多く売ることができる、もしくはその上のサービスまたはミドルウェ アなどによってもっと儲けることができる、という話になるんじゃないかと。 そういうビジネスモデルは理解できますよ。 ＃私も「一般のサラリーマン」の１人という面も持っていますから。

オープンソースを単なるビジネス手段として用いているにすぎない 企業があることは否定できないと思います。 企業活動、オープンソース活動を通じて、本質を理解してくれる 人や企業がわずかでも増えてくれれば良いと思っています。 ＃そういう意味で、KDEの国際会議(プレ)とかを日本でやリたいと ＃思っています。彼らは、最前線にいるわけで、こぼれ話しを ＃聞くだけでも何かと刺激になることが多いのではないかと ＃思っています。 --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/

M. Takeyamaです。 ＃雑談モード On Tue, 02 Aug 2005 15:37:20 +0200 Takashi Iwai wrote:

岩井です。

さらに雑談になりますが…

[...]

「参入＝closed source」というのは誤った語法ではないかと。

少なくともカーネル周りに関しては、全てオープンソースである方が遥かに良 いです。 今まであまり Linux のカーネルに慣れていないメーカの作ったドライバの質 は、全く予測がつきませんから。実際、初めて公開されたコードなどを見ると、 目を覆いたくなるようなものが多いです。 アプリケーションなら、自身がこけて終わりですが、カーネルドライバの場合 は全てを巻き込んでしまいますしね。

そういうのを見てくると、技術的云々よりも、ドライバ公開によりソースコー ドの汚さがあらわになってしまう、という心理的な要因の方が大きいのではな いかと、勘ぐってしまいます。もちろん、特許やライセンス違反を隠すため、 というのも大事な要素なのですが :) japan.linux.comに「VIA、オープンソース・ドライバで失態」と いう記事があったので投稿しておきます。

VIAなんで、kernel というよりXまわりのドライバーの ことだとういうことで。 ＃実例ということですね。(何かの参考になればと思い投稿) http://japan.linux.com/opensource/05/08/08/0233243.shtml --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/

K.Suzukiです。 野宮さん、今井さんレスありがとうございます。 On Thu, 21 Jul 2005 00:07:34 +0900 Masaru Imai wrote:

今井です。

水曜日 20 7月 2005 22:36、K.Suzuki さんは書きました:

...

なので現在は以下のような感じで rsync 実行時に nice 値を上げて様子を見てます。 $ nice -19 rsync foo bar (-19はやりすぎだろって話もあるけど。もしかしたら -1 でも十分なのかもしれません) 今のところ再現してません。なんとなく以前より"素敵"になったような気がします。:)

自分の環境は RAID 0(SATAx2) + XFS + Opteron x 2 + SUSE 9.2です。 ＃ もしかして RAID 0 に何か問題あるんだろうか？ソフトウェア RAID なので CPU を食うしなぁ．．．

ちなみにモノ(マザー)はどこをのお使いですか？ 過去の記事見るとSATAでPromise製のコントローラ使ってるのは判ったんですけど....。 HDDは私もK8N Neo2でも使ってるHDS722516VLSA80ということでで一緒ですね。

自分のは、残念ながら DualCore 対応していない HDAMB を使用してます。(片肺ですか。そうですか。(T_T)) (確か今井さんも持っていたような．．．) 構成は、 CPU: Opteron 246 x 2 Memory: 2Gbyte Videocard: ELSA GLADIAC FX 736 です。 ＃ DualCore Opteron が欲しいけど(もちろんマザー買い替えなければいけないのだが)、 ＃ 妙に割高感(個人的に)があるなぁ。

野宮です。 Suxukiさん、RESを有難うございます。m(_ _)m In the Message; Subject : Re: [suse-linux-ja] MSI K8N Neo2 Platinumに9.2を入れてみました Message-ID : <20050721005918.7320274f.knfeat@mbn.nifty.com> Date & Time: Thu, 21 Jul 2005 00:59:18 +0900 [Suzukiさん] == "K.Suzuki" has written: Suzukiさん> 構成は、 Suzukiさん> CPU: Opteron 246 x 2 Suzukiさん> Memory: 2Gbyte Suzukiさん> Videocard: ELSA GLADIAC FX 736 Suzukiさん> です。 今井さんと言い、Suzukiさんと言い、凄い構成ですねぇ。 Suzukiさん> ＃ DualCore Opteron が欲しいけど(もちろんマザー買い替えなければいけないのだが)、 Suzukiさん> ＃ 妙に割高感(個人的に)があるなぁ。 smp というのは、発熱対策が大変ではありませんか？ でも、魅力を感じる..... 小生は、M/Bは、K8N Neo4 PlatinumK8N Neo4 Platinum でAMD64 FX にするか、 AMD64X2 にするか、で悩んでいました。 この際、最強の SUSE マシン を構成しようか、と考えています。^^;; 静謐で、高速のマシンを、と。 smp、AMD64 FX、AND64X2 のどれが良いのか.....(_ _? OS/2 は捨てます ＞ 今井さん --- 野宮 賢 mail-to: nomiyac360@mg.point.ne.jp 「ゲームに関わっている人たちは、子どものために家にはけっしてゲーム機は 置かない、ということで・・・・・。 それなら、どうしてそんなものを作るんでしょうね。 」 -- 三沢直子 --

野宮です。 RESを有難うございます。m(_ _)m ＞ 今井さん In the Message; Subject : Re: [suse-linux-ja] Re: MSI K8N Neo2 Platinumに9.2を入れてみました Message-ID : <200507212129.34041.maimai@coral.ocn.ne.jp> Date & Time: Thu, 21 Jul 2005 21:29:33 +0900 [今井さん] == Masaru Imai has written: 今井さん> デュアルコアなOpteronだと安い所で265が10万円切ってるとこもありますが、 今井さん> 大体10万円出てますからね.....。2個で２０万ちょっと。 今井さん> 275だと16から17万円で2個買って32万円以上。 今井さん> マザーも6万ちょっと。 う〜む、そんなにするんですか.... 小生> > smp というのは、発熱対策が大変ではありませんか？ 今井さん> きちっとしたサーバーケースに放りこんであればそれほどでもないです。 現在使っているケースは、サーバー用なんです。 今井さん> 前後に12cmファンがんがん回すタイプとかだと熱が外部に結構出るので「室温がか 今井さん> なり上がる」ということと「ファンの音が少々」....。 今井さん> サーバーケースといっても747ARとかだと、マザーは大丈夫でもストレージデバイスの 今井さん> 方が構造上シャドウベイと5インチのフロントベイの配線が集中するので熱対策でちと 今井さん> きついですが。 やはり。 今井さん> あくまでもamd64に拘るなら私なら64x2を推します。 今井さん> 負荷の掛かってない状況下でずーっと行けるならFXでしょうけど...。 今井さん> あれもやってこれもやってというのであればやっぱり1人より2人でやったほうが仕事すす 今井さん> むのと一緒で.....。 今井さん> Opteronであれば最初242とか今安いのでそちらを使い、後でデュアルコアに移行なんて 今井さん> 手もありますが.....。 x2 にしようかなぁ.... 正直、現在の状況に大変満足していて、これっといった不満もなく、ちらっと「問 題ないのなら触るなっ！」という言葉が頭を過るのですが。 確かに、KDEが大変重いというのは難点ですが、小生は、enlightenment 0.16.7.2 で使っていまして、これだと非常に軽く、快適そのものです。 これも、SUSE だからこそ、に負う部分が大ですね。 ほんと、今井さんとお知り合いで良かった、と思っています。:-) 今井さん> 電源も変える予定であればマザーが20pinだったとしても今のうちから24pin(EATX)対応 今井さん> のものを買って20pin変換アダプタ使って20pin仕様というのも考えておいた方が良いと思 今井さん> います。 なるほど。 電源のヘタりの怖さも味わっていますので、そろそろ換装しようかな、とも思って います。それと、新システムは、U-320 SCSI で行こうか、とも。WinXP は外付け USB HDD で起動させる方法を採ろうか、と思っていますが、このことを可能にする ツールが発売されたばかりですので、暫く様子見です。 ともあれ、種々アドヴァイスを有難うございます。m(_ _)m 小生> > OS/2 は捨てます ＞ 今井さん 今井さん> IBM自体OS/2見放して？しまいましたからね....。 そうですねぇ.... SUSE を使い始めたころは、オープンソースの OS/2 への PORT に貢献しようかな、 と思っていましたが、そう生産的なことでは無いと考え、止めました。 --- 野宮 賢 mail-to: nomiyac360@mg.point.ne.jp 「先端技術の開発は、優れた頭脳を持つ人間が集中しないと成功しない。 しかし、技術開発と、それが何をもたらすかを考えることは別だ。 一人の人間に二つは望めない。」 -- M. Crichton --

今井です。 解決したと思って安心してましたが新たな問題が.....。 サブマシンの起動状態あんまりチェックしてなかったので今まで気づかなかった んですが、どうも9.3のカーネルだとリムーバブルメディアの存在を誤認してるのか、 ドライブの電源自体を切らないとダメ（内蔵の場合どうするんだろう....)みたいですね。 さすがに参りました。 grubのメニューからkdmが起動されるまで5分。 それまで馬鹿正直にメディアチェックに行ってくれてるみたいです。 SC-UPCI(BIOSはなぜかSYMBIOS純正のBIOSだったりする)に外付けのSCSI MO、 SCSI DVD-RAM、他にUSB FDDと内蔵のFDDとあるんですが、 ログに 例えばSCSIの外付けMOドライブの場合だとご丁寧に Attached scsi removable disk sdc at scsi2, channel 0, id 4, lun 0 と認識した後で Device not ready. Make sure there is a disc in the drive. というのと 内蔵FDDの場合、 end_request: I/O error, dev fd0, sector 0 が、出まくってます。 /etc/fstabには書いてないんですが 私としては「必要な時にメディアを入れて使うからこそリムーバブルなんじゃないのか」 と思うんですが違うのかなぁ.....。 入れっぱなしにしといてくれってのはリムーバブルメディアの意味まるで無いような 気がするんですが.....。 halは切ってあるから後はどこをいじればいいんだろう....。 しかもメインマシンから移植したユーザ環境なぜかメインマシンと逆転しちゃった....。 メインマシンではSCIM+Wnn環境なんだけどSCIMはAnthyモードで「必ず」起動。 サブマシン(K8N Neo2の方)はSCIM+Anthy環境なのにSCIMはWnnモードでなぜか 起動。あれこれメニューからAnthyを選んで変更してみても次の時には忘れる様で.....。 うーん困りました。何か思い当たる事があれば誰か教えてください。 あ、subfsのモジュールも切らないとダメかな？ 水曜日 20 7月 2005 20:22、Masaru Imai さんは書きました:

今井です。

本日無事解決しました。

-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

土曜日 23 7月 2005 22:38、野宮 賢 / NOMIYA Masaru さんは書きました:

CPU : AthlonXP 3200+ M/B : MSI NF7-S Rev.2.0 SCSI-HA : Adaptec 29160N DVD-Multi : JP-D501FB (SCSI) MO : Fujitu MCP3130SS (SCSI)

な環境ですが、DVD-RAM、MOの何れも問題なく使えています。 Floppy Disk、USB Memory、USB HDD （外付け)でも、仰るような現象は発生してい ません。

やっぱりそうなんですよねぇ......。 というか9.3をK8N Neo2 Platinumに入れたばっかりの頃はそんなメッセージ出てた 記憶無いし、起動に手間取ってた憶えが無いんですよねぇ....。 思い当たるのはLVMかなぁ....。外付けドライブの電源切ったまま起動してから どうもおかしいようで.....。 /etc/lvm/.cache？だったか見るとドライブを全部チェックしに行くみたいだし...。 今一度LVMとか全部やり直してクリーンインストールしてるんでその後チェック してみようっと。 しかしモジュールの選択状況をインポート、エクスポートする機能ってインストール テストの時に本当に便利ですねぇ.....。 #今日は仕事だった。 #明日明後日と休みだがこれでまた休日が潰れていく.....。 #今夜も朝まで頑張るぞぉ。 ＃最近こんなのばっかでちょっと壊れ気味......。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

今井です。 土曜日 23 7月 2005 23:54、野宮 賢 / NOMIYA Masaru さんは書きました:

野宮です。

In the Message;

Subject : Re: [suse-linux-ja] Re: MSI K8N Neo2 Platinumに9.2を入れてみました Message-ID : <200507232306.09756.maimai@coral.ocn.ne.jp> Date & Time: Sat, 23 Jul 2005 23:06:09 +0900

[今井さん] == Masaru Imai has written:

今井さん> 今一度LVMとか全部やり直してクリーンインストールしてるんでその後チェック 今井さん> してみようっと。

もうなさっているかも知れませんが、「修復インストール」では駄目でしょうか？ これ、ファイル・システムのチェックもして呉れますし。

原因が判りました。 やっぱりLVM使ってる時はLVMに含まれてないストレージデバイス であっても電源切ったままマシンを一回起動してしまうとおかしくな ってきます。 間違えたと思ってシステムを停止、電源切れてたデバイスの電源 入れて再起動するとそれ以降、LVMとカーネルが妙な挙動を示す 様になります。 でもってダメ押しするのがKDE起動後に電源入れたデバイスが「新し いデバイスを見つけました」というダイアログと共に出てきたときに、 「はい」を選ぶとそのあとのパーティショニング作業で何もせずに キャンセルしても止めを刺してくれます。 教訓: LVMを使ってる場合には、入れ忘れを防ぐためにも電源スイッチのある 外付けドライブは個別に電源を切らない。 もしくはマシンの電源入れる前に全ドライブの電源が入っていることを 確認してからマシンの電源入れること。 原因判ったので一安心？です。 ただやりがちな事(ハードの更新時等)なので再度起きる可能性も否定 できず、現状ではちと辛いとこですね。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

今井です。 水曜日 20 7月 2005 20:22、Masaru Imai さんは書きました:

今井です。

本日無事解決しました。

やっぱり原因はある程度予想していましたが、K8N Neo2 Platinumで使った プライマリPATAの接続ケーブルにあったというおちでした。 訳有って再インストールしてたら/dev/hdaでDMAタイムアウトというメッセージが 見えたので手持ちのケーブル何本か入れ換えながら様子見してたんですが、 最初に使ってたケーブル(市販品)がケース形状の影響で「規格外の長さだった」 のが良くなかった様です。

現在は安定して使える様になりました。 rsyncで500GBほど転送するという暴挙？もしてみましたが問題なしです。 ただXFSだと「LVM操作時にxfs_dbがセグメンテーションフォルトで落ちる」ので ReiserFSにしてしまいましたけども。

それだけが原因では無かった様です。 やっぱり「XFS」使ってたのもまずかった様で.....。 同じ条件でファイルシステムをXFSにしてやってみたら再発しました。 ネットワーク入出力+ファイル入出力+ページングが重なると常にという訳では ないようですが起きる様です。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

市川です。 Masaru Imai wrote:

カーネル2.6.10でKDE採用の某輪っかマークのディストリだとメッセージ出な かったというのがひょっとしてヒント?なのかな....。

貼付を使われてしまうと良く解らないのですが 某輪っかマークのディストリとはなにでしょうか？

M. Takeyamaです。 On Tue, 26 Jul 2005 00:15:23 +0900 Masaru Imai wrote:

今井です。

[...]

本筋に戻すと KDE採用の某輪っかマークのディストリが何かと言えば...、

コミュニティベースのディストリでメンバーが連絡取れないと思ったら、 これを出してる会社に雇われたために本家本元の方のリリースが遅れ たと言われたところのものでKDE仕様の方です。 (ディストリの名前はアフリカの言葉から取ったらしいですが) 「某輪っかマークのディストリ」といっても、ピーンとこなかった のですが、「コミュニティベース」ということで、debian系 だろうということが想像つきました。 (本家debianは、赤のぐるぐる なんですけどね)

今、話題のdebian系のディストロ(商用)といえば、Ubuntu Linux ですね。(シンボルマークは、暖色系の輪っかマークですね。) ＃でも、これって GNOMEベースのはずなんですけど... 再度調べたところ、Ubuntu LinuxのPartner Projects　として、 　* [Kubuntu - KDE Desktop that Just Works!] 　* [Edubuntu - Free Software Platform for Schools] というものがあるようです。 今井さんがいっておられるのは、Kubuntu(寒色系の輪っかマーク) のことですね。 　http://www.kubuntu.org/ ＃ちなみに、debian系のKDE採用としてすぐに思い浮かぶディストロ、 ＃といえば, knoppix ですね。(私の場合) P.S. ちなみに、KDE Projectからリリースされいるdebian系の バイナリパッケージのメンテナーを調べてみました。 kde 3.3系までは、Andreas Muellerさんがdebianの本家パッケージ を公開していました。 kde 3.4.1, koffice 1.4.1の場合だと、Jonathan Riddellさんが、kubuntuのバイナリを 公開していました。(メールアドレスからして、ubuntu.comの方ですね。) --- M. Takeyama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/

K.Suzukiです。 On Mon, 25 Jul 2005 03:46:58 +0900 Masaru Imai wrote:

今井です。

水曜日 20 7月 2005 20:22、Masaru Imai さんは書きました:

...

今井です。

本日無事解決しました。

やっぱり原因はある程度予想していましたが、K8N Neo2 Platinumで使った プライマリPATAの接続ケーブルにあったというおちでした。 訳有って再インストールしてたら/dev/hdaでDMAタイムアウトというメッセージが 見えたので手持ちのケーブル何本か入れ換えながら様子見してたんですが、 最初に使ってたケーブル(市販品)がケース形状の影響で「規格外の長さだった」 のが良くなかった様です。

現在は安定して使える様になりました。 rsyncで500GBほど転送するという暴挙？もしてみましたが問題なしです。 ただXFSだと「LVM操作時にxfs_dbがセグメンテーションフォルトで落ちる」ので ReiserFSにしてしまいましたけども。

それだけが原因では無かった様です。 やっぱり「XFS」使ってたのもまずかった様で.....。 同じ条件でファイルシステムをXFSにしてやってみたら再発しました。 ネットワーク入出力+ファイル入出力+ページングが重なると常にという訳では ないようですが起きる様です。

うーむ、自分も再発しました。(SUSE 9.2 [2.6.8-24.16-smp] ですが) rsync でローカル上(ネットワーク転送でなく)のかなり大きいディレクトリを コピーを試した所、マシンが固まってしまいました。 どうやら、64bit システム上の XFS で、メモリに高負荷をかけた時(mmapで)に デッドロックが発生する場合があるみたいですね。(ディストロに係わらず発生する模様) Kernel (2.6.11) deadlock in user mode when writing data through mmap on large files (64-bit systems on xfs) http://oss.sgi.com/bugzilla/show_bug.cgi?id=410