プライマリ製品：RecoverPoint for Virtual Machines
製品：RecoverPoint for Virtual Machines
バージョン：3 |
記事タイプ：不具合修正 |
対象読者：レベル30 = お客様 |
最終発行日：2019年4月29日月曜日18:47:32（GMT） |
サマリー： |
ゲストOS VMで、スプリッターがPSMファイルに書き込めない場合、 LUNの書き込みがエラーになるか、VMが「読み取り専用」状態になることがあります |
問題： |
VM/ゲストOSで、書き込みエラーが発生するか、デバイスが「読み取り専用」状態になることがあります。
WindowsベースのVMからの例：お客様にはイベントID 140が表示されます。 The system failed to flush data to the transaction log. Corruption may occur in VolumeId: D:, DeviceName: \Device\HarddiskVolumex.
({Write Protect Error} The disk cannot be written to because it is write protected. Please remove the write protection from the volume %hs in drive %hs.)
ESXホストのVMKernelログに以下が表示されます。
2019-04-13T04:21:47.816Z cpu16:65883)DLX: 4312: vol 'LogFS', lock at 9822208: [Req mode 1] Checking liveness:
2019-04-13T04:21:47.816Z cpu16:65883)[type 10c00002 offset 9822208 v 82530, hb offset 4161536
gen 9, mode 1, owner 5c9d15cb-bcb8cca2-28f5-xxxxxxxxxxxx mtime 15683471
num 0 gblnum 0 gblgen 0 gblbrk 0]
…
2019-04-13T04:21:54.821Z cpu32:65883)ScsiDeviceIO: 4389: Command 0x2a (CmdSN 0x2876e1c, World 65623) to device naa.624a9370542xxxxxxxxdxxxxxxxxxxxx timed out: expiry time occurs 7007ms in the past
2019-04-13T04:21:54.821Z cpu32:65883)Fil3: 8266: Max timeout retries (1) exceeded for caller Fil3_FileIOInt after 7 ms with fssRetries 0, fdsRetries 0 (status 'Timeout')
2019-04-13T04:21:54.821Z cpu32:65883)esx_splitter: KL_INFO:866: #2 - spl_esx_writePSMFile_writeCB: PSM was written successfully to /scratch/log/kdriver-psm.tmp. closing fd 2363040222 from another context
2019-04-13T04:21:54.823Z cpu73:67758)esx_splitter: KL_ERROR:941: #0 - spl_esx_closePSMFile: Failed to write temporary PSM-file=/scratch/log/kdriver-psm.tmp, with error: Timeout.
2019-04-13T04:21:54.823Z cpu73:67758)esx_splitter: KL_WARNING:829: #1 - PersistentWriter_handleWriteFailed: write failed. failing pending requests |
|
原因： |
システムには、複数のホストがログを書き込むための共有VMFSボリューム構成があります（複数のホスト上の/scratch/logは単一のVMFSボリューム上にあります）。
複数のホストが同時に新しいブロックを割り当てようとする場合、VMFSロックが原因で待機する必要があります。
デバイスの状態が変化した場合、RecoverPoint for VMsスプリッターは、IOを確認できるようにする前にPSMファイル（/scratch/logにある）を新しい状態にアップデートする必要があり、ある時点で、失敗キューに入っているIOがタイムアウトします。 |
|
解決方法： |
解決方法：
各ESXホストは、/scratch/logに対して独自のVMFSボリュームを使用する必要があります。これにより、ロックの問題が発生する可能性を防ぐことができます。
注意：
VMFSボリュームがVMFS 6を使用している場合、VMFS 6ファイル システムをより適切に処理するために、VMWare 6.7にアップグレードするよう推奨されています。 |
|
プライマリ製品： |
RecoverPoint for Virtual Machines |
|
製品: |
RecoverPoint for Virtual Machines |
