web-dev-qa-db-ja.com

dm-0:同じ書き込みに失敗しました。手動ゼロ調整。 VmWare ESXI 5.5上のCentos 7.1

2つのVMでシステムを起動するとエラーが発生します。

dm-0: WRITE SAME failed. Manually zeroing.

OS:CentOS 7.1 VMware ESXI 5.5

1-st VMには、HDDデータストレージ上のSCSIコントローラ用のLSI Logic Parallelタイプがあります。

2-nd VMには、SSDデータストレージ上のSCSIコントローラ用の準仮想タイプがあります。

正常ですか?そして、このエラーをどうするか?

どちらの場合も、マスストレージがVMwareであることに関連している可能性があります。基本的には、同じデータブロックにx連続するディスクブロックの数を上書きするために使用されるWRITE SAMEというSCSIコマンドを実行しようとしたことを示しています。通常、ディスク上の特定の領域をゼロにするために使用されます。

実際のゼロ化操作が失敗しない場合、ここでの最大の問題は、OSが「ok now write this block of zeros here」などをゼロ化操作まで手動で言う必要があることです。終わらせる。これにより、ゼロ化操作の間、ストレージとの間の帯域幅が増加します。これは、ほとんどのワークロードでそれほど一般的な操作ではないため、無視してかまいません。

それが問題を引き起こしている場合は、VMWareリソースで確認して、VMWareディスクでWRITE SAMEをサポートするために必要なことを理解する必要があります。

7
Bratchley

少なくともESXi 6では、これは予想されるものであり、エラーではなく(むしろ情報を提供するものです)、通常、Linux VM起動後にファイルシステムごとに1回発生し、Linuxカーネルファイルシステム(通常はext4)から発生します私の経験では)WRITE SAME機能の「ハードウェア」サポートを調査し、見つからない場合は通常の手動ゼロ化動作にフォールバックします。参照 https://unix.stackexchange.com/a/ 244150/134856 詳細については。

古くないLinux VMに接続されているデータストアVMDK(つまり、未加工ディスクマッピングやVVolではない)のVMkernelログを調べると、VSCSIドライバーがguestVM WRITE SAMEを送信しています(私のESXiログには、無効なSCSI opcode 0x41が送信されたと記載されていると思います)。心配する必要はありません。

(PS: VMwareは最初のみ大文字でつづられています

5
Anon