web-dev-qa-db-ja.com

2枚のSILRAIDカードでのSATAドライブの問題

2枚目のSiI3114 SATARaidカードをホームサーバーに置いたところ、SATAドライブのペアをもう1つ追加して、ストレージ容量を増やすことができました。迷惑なことに、それは機能していないようです:

 [32.816030] ata5:割り込みが失われました(ステータス0x0)
 [32.816072] ata5.00:例外Emask 0x0 SAct 0x0 SErr0x0アクション0x6凍結
 [32.816091] ata5.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 
 in 
 [32.816094] res 40/00:00:00 :00:00/00:00:00:00:00/00 Emask 0x4 
(timeout)
 [32.816101] ata5.00:status:{DRDY} 
 [32.816117 ] ata5:リンクのハードリセット
 [33.136082] ata5:SATAリンクダウン(SStatus 0 SControl 0)
 [36.060940] irq 18:誰も気にしない(「irqpoll」オプションで起動してみてください)
 [36.060949] Pid:0、comm:swapper汚染されていない2.6.31-20-generic#58-Ubuntu 
 [36.060954]コールトレース:
 [36.060977] []? printk + 0x18/0x1c 
 [36.060997] [] __report_bad_irq + 0x27/0x90 
 [36.061005] [] note_interrupt + 0x150/0x190 
 [36.061011] [] handle_fasteoi_irq + 
 [36.061023] [] handle_irq + 0x18/0x30 
 [36.061029] [] do_IRQ + 0x47/0xc0 
 [36.061042] []? irq_exit + 0x50/0x70 
 [36.061058] []? smp_apic_timer_interrupt + 0x57/0x90 
 [36.061065] [] common_interrupt + 0x30/0x40 
 [36.061075] []? native_safe_halt + 0x5/0x10 
 [36.061082] [] default_idle + 0x46/0xd0 
 [36.061088] [] cpu_idle + 0x8c/0xd0 
 [36.061103] [] rest_init + 0x55 
 [36.061111] [] start_kernel + 0x2e6/0x2ec 
 [36.061117] []? unknown_bootoption + 0x0/0x19e 
 [36.061133] [] i386_start_kernel + 0x7c/0x83 
 [36.061137]ハンドラー:
 [36.061139] [](sil_interrupt + 0x0/0xb0)[.___ 。] [36.061151] IRQ#18を無効にする
 [38.136014] ata5:リンクをハードリセット
 [38.456022] ata5:SATAリンクがダウンしています(SStatus 0 SControl 0)
 [43.456013] ata5 :ハードリセットリンク
 [43.776022] ata5:SATAリンクダウン(SStatus 0 SControl 0)
 [43.776035] ata5.00:無効
 [43.776055] ata5.00:デバイスが報告されました無効なCHSセクター0 
 [43.776074] sd 4:0:0:0:[sde]結果:hostbyte = DID_OK 
 driverbyte = DRIVER_SENSE 
 [43.776082] sd 4:0: 0:0:[sde]センスキー:中止されたコマンド[current] 
 [descriptor] 
 [43.776092]センス記述子を含む記述子センスデータ(16進数):
 [43.776097] 72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
 [43.776112] 00 00 00 00 
 [43.776118] sd 4:0:0:0:[sde]追加。センス:追加のセンス情報はありません
 [43.776127] end_request:I/Oエラー、dev sde、セクター0 
 [43.776136]デバイスsdeのバッファーI/Oエラー、論理ブロック0 
 [43.776170] ata5:EH完了
 [43.776187] ata5.00:デタッチ(SCSI 4:0:0:0)
 
 root @ core:〜#cat/proc/interrupts 
 CPU0 
 0:47IO-APIC-Edgeタイマー
 1:8 IO-APIC-Edge i8042 
 6:3IO-APIC-Edgeフロッピー
 7:0 IO-APIC-Edge parport0 
 8:0 IO-APIC-Edge rtc0 
 9:0 IO-APIC-fasteoi acpi 
 14:53069 IO-APIC-Edge pata_sis 
 15:53004 IO-APIC-Edge pata_sis 
 17:112265 IO-APIC-fasteoi sata_sil 
 18:200002 IO-APIC-fasteoi sata_sil、SiS SI7012 
 19:111140 IO-APIC-fasteoi eth0 
 20:0 IO-APIC-fasteoi ohci_hcd:usb2 
 21:0 IO-APIC-fasteoi ohci_hcd:usb3 
 23:0 IO-APIC-fasteoi ehci_hcd:usb1 
 NMI:0マスク不可割り込み
 LOC:6650492ローカルタイマー割り込み
 SPU:0スプリアス割り込み
 CNT:0パフォーマンスカウンターインターrupts 
 PND:0パフォーマンス保留中の作業
 RES:0割り込みの再スケジュール
 CAL:0関数呼び出し割り込み
 TLB:0TLBシュートダウン
 TRM: 0サーマルイベント割り込み
 THR:0しきい値APIC割り込み
 MCE:0マシンチェック例外
 MCP:160マシンチェックポーリング
 ERR:0 
 MIS:0 
 root @ core:〜#lspci | grep Raid 
 00:09.0 RAIDバスコントローラー:Silicon Image、Inc。SiI 3114 [SATALink/SATARaid]シリアルATAコントローラー(rev 02)
 00:0a.0 RAIDバスコントローラー:Silicon Image、 Inc. SiI 3114 [SATALink/SATARaid]シリアルATAコントローラー(rev 02)
 root @ core:〜#lsb_release -a 
使用可能なLSBモジュールはありません。
ディストリビューターID:Ubuntu 
説明:Ubuntu 9.10 
リリース:9.10 
コード名:karmic 
 root @ core:〜#uname -a 
 Linux core.topper.me .uk 2.6.31-20-generic#58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010 i686 GNU/Linux 
 

さまざまなカーネルオプション(irqpoll、noapic、noacpi、pci = noapic)を組み合わせて試しましたが、まったく役に立ちませんでした。私がこの作品を作る方法について誰かが何か明るいアイデアを持っていますか?

このマザーボード(ASRock K7S41GX)にはスロットが2つしかないため、PCIカードを交換することはできません。 BIOSは、IRQの使用に関する構成オプションの点であまり多くを持っているようには見えません。

プランBは、このサーバーを完全に廃止し、これらのドライブを接続するための新しいQNAPを購入することですが、今はこれを避けたいと思っていました。

4
Jon Topper

おそらく、マザーボードのソケット接点にほんの少しの腐食があったのでしょう。私はこれを何度も経験しましたが、一般的な解決策は、問題のあるデバイスのプラグを抜く/再度差し込むことです。 (もちろん電源はオフです。)これは、湿気やほこりにさらされる機器で特に一般的です。引き続き問題が発生する場合は、連絡先に Deoxit などの製品を使用してみてください。私はこれを30年前のレーダーセットで効果的に作業するときに使用しました。

1
Jesse

他の誰かの提案で、私はマザーボードの2枚のPCIカードを交換してみました。これは(少し厄介に)うまくいったようです-誰かが理由を説明できますか?

1
Jon Topper

私の側ではかなり推測ですが、とにかく、スロットに新しいカードが見つかった場合、BIOSはカードに異なる(ランダムな)IRQを割り当てる可能性があります。カードを交換すると、割り当てられたIRQが変更され、この方法でIRQの競合が解決された可能性があります。

1
Hubert Kario