web-dev-qa-db-ja.com

ZFSボリュームに触れると、OSがフリーズし、ドライブは正常であると報告されています

私がちょうど手に入れた4つの真新しい3TBWDRedドライブで大きな問題を抱えています。 ubuntu 14.04.1の4つすべてで「nativezfs」を使用してraidz2をセットアップしようとしています。これは、マウントされたボリュームにデータをコピーしようとするまで最初は機能します。

4つのドライブすべてでbadblockを実行しましたが、すべて正常に戻りました。 4つのドライブすべてでSMART拡張テストを実行し、すべてOKです。

ドライブにデータをコピーしようとしても(wtf?)、ドライブが頻繁にスリープ状態になることに気付いたので、idle3タイマーが問題を引き起こしている可能性があると考えたので、wd5741ツールを取得しました。動作しませんが、idle3-toolsはドライブがスタンバイ状態になるのを正常に停止しました。

現在まで、syslogは次のようなエラーを報告しています。

ata7.00: exception Emask 0x10 SAct 0x0 SErr 0x1910000 action 0xe frozen
ata7: SError: { PHYRdyChg Dispar LinkSeq TrStaTrns }
ata7.00: failed command: READ DMA

end_request: I/O error, dev sdc, sector 377981880

ata5.00: device reported invalid CHS sector 0

ata6.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
ata6.00: failed command: WRITE DMA EXT

4つのボリュームすべてについて、これらのドライブにアクセスするプロセスがロックアップを開始する前後のata5-8および/ dev/sdc-f。

これらのドライブがロックアップすると、ボリュームのディレクトリの内容(最近リストされていない)を一覧表示しようとしても、それらにアクセスするプロセスがロックアップします。

「WRITE DMA EXT」エラーを報告したのは2台のドライブだけですが、デバイスが「ビジー」だったためにマシンを強制的にリセットしなければならなかったときからだと思います(何かをしている検出も停止もできませんでした。)

私がチェックした他のスレッドでは、ほとんどの人が問題を解決するためにドライブを交換していますが、SMARTチェック-私はそうではありません。

この問題を解決するために、ZFSプールを約5回破棄して再作成する必要がありました。最小限のソフトウェアでubuntuサーバーを1回再インストールしました。

2日間の努力の後、アイデアがかなり少なくなっています。

更新:書き込みの問題がまだ発生していない2つのドライブを使用してZFSプールにコピーを一晩実行しました。凍った。 lsまたはSudo mountを実行しようとすると、ファイルが見つからないというエラーが発生するため、いつ、どのくらいコピーされたかがわかりません。したがって、カーネルがシステムドライブをアンマウントするのが良い考えであると判断しない限り、SATAコントローラーが壊れている、つまりマザーボードがおそらく出て行く途中だと思います。そうは言っても、今朝はそれが少なくとも5歳で、そのうち2つは24時間年中無休で実行されていたため、交換する時期になる可能性があります:(この投稿は他のニュースで更新されます。

2
shousper

私のSATAコントローラーは間違いなく死んでいることがわかりました。私は可能な限り他のすべてを交換しましたが、起動時にもドライブが接続されていることを検出しないことがあるため、他のものを指すのは難しいです。

コメントして助けようとした人たちに感謝します:)

0
shousper