Ubuntu14.04でHDDが7台以上認識しない場合の対処法

ニッチすぎる記事。

HDDの容量がとにかく足らなすぎるのでRAID6のマシンでもりもりHDDを追加していったところ、7台目に差し掛かったところでどうも認識しないという症状に遭遇した。構成は以下。

• OS: Ubuntu 14.04.5
• マザーボード: GA-Z87X-UD3H http://www.gigabyte.jp/products/product-page.aspx?pid=4481#ov

「6個までしか」というところでまず思い当たったのは以下のマザーボードのスペック。

チップセット:

6 x SATA 6Gb/s対応コネクター(SATA3 0~5)を搭載し、6台の SATA 6Gb/s対応機器をサポート
RAID 0, RAID 1, RAID 5, およびRAID 10をサポート

Marvell® 88SE9172チップ:

2 x SATA 6Gb/s対応コネクター(GSATA3 6/7)と2ポートのeSATA 6Gb/s対応コネクターをバックパネルに搭載し、2台のSATA 6Gb/s対応機器をサポート
* GSATA3 6, 7コネクターとeSATAコネクターの同時使用はできません。
RAID 0 および RAID 1をサポート

チップセット側のSATAコネクタから優先して使っていたので、ちょうど6個ということは、もしかしてチップセット側のSATAコネクタしか認識しないのでは？と思って、試しにPCI Expressに刺さるタイプのSATA拡張カードを買ってみたものの、これも認識しない。

というのが昨日まで3ヶ月ぐらい悩んでいた話で、今日ふと思い立ってMarvell 88SE9172側のSATAを認識するかどうか切り分けしてみると、どうやらIntelのチップセット側だろうがMarvell側だろうが、Ubuntu側で認識はしてるらしいことがわかった（6個を超えた分のどれか1つ認識しない）。起動時に一瞬エラーメッセージらしき文言が見えるけど、起動後にdmesgを漁ってみても見当たらない。これはやっかいだ……。

で、試しにHDDを1個抜いた状態で、起動中にSATAコネクタを接続するという荒技をやってみたところ、 /var/log/syslog に以下の出力があった。

Oct 30 16:29:15 yuno02 kernel: [  384.869837] ata7: exception Emask 0x10 SAct 0x0 SErr 0x4050000 action 0xe frozen
Oct 30 16:29:15 yuno02 kernel: [  384.869846] ata7: irq_stat 0x80400040, connection status changed
Oct 30 16:29:15 yuno02 kernel: [  384.869852] ata7: SError: { PHYRdyChg CommWake DevExch }
Oct 30 16:29:15 yuno02 kernel: [  384.869864] ata7: hard resetting link
Oct 30 16:29:15 yuno02 kernel: [  384.878375] dmar: DRHD: handling fault status reg 2
Oct 30 16:29:15 yuno02 kernel: [  384.878389] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:15 yuno02 kernel: [  384.878389] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:16 yuno02 kernel: [  385.615531] dmar: DRHD: handling fault status reg 2
Oct 30 16:29:16 yuno02 kernel: [  385.615545] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:16 yuno02 kernel: [  385.615545] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:16 yuno02 kernel: [  385.762921] ata7: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Oct 30 16:29:16 yuno02 kernel: [  385.763483] dmar: DRHD: handling fault status reg 3
Oct 30 16:29:16 yuno02 kernel: [  385.763496] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:16 yuno02 kernel: [  385.763496] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:16 yuno02 kernel: [  385.763510] ata7.00: failed to IDENTIFY (INIT_DEV_PARAMS failed, err_mask=0x80)
Oct 30 16:29:21 yuno02 kernel: [  390.761108] ata7: hard resetting link
Oct 30 16:29:21 yuno02 kernel: [  390.777628] dmar: DRHD: handling fault status reg 2
Oct 30 16:29:21 yuno02 kernel: [  390.777633] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:21 yuno02 kernel: [  390.777633] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:21 yuno02 kernel: [  391.105505] dmar: DRHD: handling fault status reg 2
Oct 30 16:29:21 yuno02 kernel: [  391.105518] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:21 yuno02 kernel: [  391.105518] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:21 yuno02 kernel: [  391.252936] ata7: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Oct 30 16:29:21 yuno02 kernel: [  391.253477] dmar: DRHD: handling fault status reg 3
Oct 30 16:29:21 yuno02 kernel: [  391.253490] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:21 yuno02 kernel: [  391.253490] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:21 yuno02 kernel: [  391.253513] ata7.00: failed to IDENTIFY (INIT_DEV_PARAMS failed, err_mask=0x80)
Oct 30 16:29:21 yuno02 kernel: [  391.253523] ata7: limiting SATA link speed to 3.0 Gbps
Oct 30 16:29:26 yuno02 kernel: [  396.251113] ata7: hard resetting link
Oct 30 16:29:26 yuno02 kernel: [  396.267733] dmar: DRHD: handling fault status reg 2
Oct 30 16:29:26 yuno02 kernel: [  396.267744] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:26 yuno02 kernel: [  396.267744] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:27 yuno02 kernel: [  396.595532] dmar: DRHD: handling fault status reg 2
Oct 30 16:29:27 yuno02 kernel: [  396.595545] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:27 yuno02 kernel: [  396.595545] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:27 yuno02 kernel: [  396.742945] ata7: SATA link up 3.0 Gbps (SStatus 123 SControl 320)
Oct 30 16:29:27 yuno02 kernel: [  396.743485] dmar: DRHD: handling fault status reg 3
Oct 30 16:29:27 yuno02 kernel: [  396.743497] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:27 yuno02 kernel: [  396.743497] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:27 yuno02 kernel: [  396.743522] ata7.00: failed to IDENTIFY (INIT_DEV_PARAMS failed, err_mask=0x80)
Oct 30 16:29:32 yuno02 kernel: [  401.741123] ata7: hard resetting link
Oct 30 16:29:32 yuno02 kernel: [  401.757721] dmar: DRHD: handling fault status reg 2
Oct 30 16:29:32 yuno02 kernel: [  401.757725] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:32 yuno02 kernel: [  401.757725] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:32 yuno02 kernel: [  402.085537] dmar: DRHD: handling fault status reg 2
Oct 30 16:29:32 yuno02 kernel: [  402.085550] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:32 yuno02 kernel: [  402.085550] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:32 yuno02 kernel: [  402.232957] ata7: SATA link up 3.0 Gbps (SStatus 123 SControl 320)
Oct 30 16:29:32 yuno02 kernel: [  402.232978] ata7: EH complete

ん？なにこれ？と思って検索してみたところ以下のURLがヒットした。

http://dpdk.org/ml/archives/dev/2013-August/000400.html

どうやら同じエラーメッセージで悩める人がいたらしい。で、気になるのが以下の部分。

I tried that as well, but it works as if I only add intel_iommu=on.. which
means I do not receive any packets from hypervisor. I also have pci realloc
added. Does this affect?

ん、hypervisor……？

ということで、試しにUEFI (※このマザボはBIOSではない) の画面からCPUのVT-d機能をOFFにして、再起動。

7台目認識した！！

なんかよくわからんけど、仮想化技術との相性が悪いらしいです。まーじかー。このマシンでKVMとか試そうかと思ってたんだけどなぁ。

そんなわけで、目下のお悩みは解決したので、これからももりもりHDD増設していく所存です。

【国内正規代理店品】 Seagate 内蔵HDD Desktop HDDシリーズ (3TB / 3.5" / SATA3.0 / 7,200rpm) ST3000DM001

最近あまりにも更新しなさすぎなので最近の画像をもりもり貼ってごまかす

初めて「取り戻した」のが3月6日という、遅れてきたガルパンおじさんです。こんばんは。

最近あまりにも近況書いてなさ過ぎということで、Flickrの画像でも貼りながら振り返ろうというこの企画です。完全に生存報告というか自己満足ですがご容赦ください。

爆音帰りに立川駅で足下を見たらこのカオスっぷり。わかるけど、いやわかるけど、もうちょっとなんとかならなかったん。

最近はすっかりガルパン二次創作RTおじさんと化していますが、ちゃんとキンプリ応援上映にも行きました。大事なのは格。

そいえば4月は、初めて竹原のたまゆらイベント行ったのでした。本物の高校でやるイベントに参加するの初めてだし、何しろ卒業式だし、それで中島愛と坂本真綾サプライズで呼ばれたら泣いてしまうやろ。

帰りに500系新幹線にも初めて乗りました。福山に最終のぞみ止まらないので致し方なく。

時間が前後しますがRed Wingにも初乗車しました。広島は大都会。

さらに遡ると春秋航空も初でした。だって広島に行くLCCこれしかないし。

めちゃ遡って、全然関係無いんですが会社最寄りのテルルが閉店してしまいました。昔ここでIS12T(東芝製WindowsPhone)買ったんだよなー。懐かしい。

そういや年始付近ではワグナリア復活とかもあったな。行く度にプレートとパフェとサイダー頼んでコースターガチャ3枚引くというハイカロリー生活を2週間ほどの間にこなさくてはなりません。今回はさすがに追いパフェすることはありませんでした（引きがよかった）。

ここから脈略が特にない画像集。ちょっとずるすぎるアマゾン箱。

風景写真です。コメントは差し控えます。

プレモルめっちゃ買ってシールを集めると全員もらえるご家庭用ビールサーバーをゲットしたんですが、プレモルを飲みすぎたせいで発泡酒とか飲めない体になってしまい見事にハメられた感があります。おさけおいしい。

これ駅に貼ってある業務用の終電接続表なんだけど、なんで「NAVITIME」の部分を中途半端に頑張って再現しようとしたのかすごい気になる。

今期アニメで最高（というか現状最新話まで追いついている唯一のアニメ）が三者三葉なんですが、Anime Japanの時点でブース写真を撮るぐらいには注目してたらしい。そりゃまんがタイムきらら連載陣で現役最古参の連載がアニメ化すると言われたらそりゃあね。あとみでしみんですし。

そうだ、今年は元旦からRhodanthe*のライブがあったのでした。Anime Japanで新作制作決定の発表があったの、非常にめでたいですね。

FIRST*MODE [Blu-ray]

キリがないのでこの辺でおしまい。

slackのreminderの日時指定がわかりにくかったのでメモ

みんな大好きチャットツールのslackですが、reminder機能の日時指定の方法がわかりにくくて試行錯誤してしまったのでメモっておく。

サンプル

/remind #channel_name on 02/10/2016 at 10:00am to メッセージ本文

説明

• on：日付を設定
• at：時間を設定
• to：メッセージ本文

試行錯誤したところ

onの日付の設定がなかなかうまくいきませんでした。

何故か？

YYYY/MM/DD (年/月/日) の順序で書いていましたが、この年月日の順序こそが誤りでslackに無視され続けていました。

実際には MM/DD/YYYY (月/日/年) の記法で書くのが正解。日本人にはなじみが薄い書き方なので、ヘルプを見るまで気付きませんでしたよ……。

ヘルプ（公式）：

get.slack.help

余談

ちなみにon,at,toの順序性は特にないですが、書き方によっては誤った記法で指定した on の日付がメッセージ本文の一部として認識されてしまったりするので注意が必要です。柔軟すぎるのも中々考え物だなぁ。

My Space