A SAN administrator recently installed a storage encryption switch on the Fibre Channel Fabric.
Shortly after the deployment, several new VMFS5 datastores recently created were dismounted.
Attempts to manually mount them fail. VMFS5 upgraded datastores are unaffected. All Storage
arrays in use support VASA and VAAI.
What is the root cause of this problem?
A.
All newly created VMFS5 datastores are tagged ATS_Only. The storage encryption switch
blocks the ATS command.
B.
All newly created VMFS5 datastores are tagged XCOPY_Only. The storage encryption switch
blocks the XCOPY command.
C.
All newly created VMFS5 datastores are tagged WRITE_SAME_Only. The storage encryption
switch blocks the WRITE_SAME command.
D.
All newly created VMFS5 datastores were formatted with 1MB block size. The storage
encryption switch does not support this block size.
Explanation:
A. Is the correct answer.
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2030416
Hi guys,
This one was really a tricky one ! :O
Respects!!!
Regards,
Cyril
ストレージ暗号化アプライアンスの使用時に VMFS5 データストアをマウントできない (2102378)
一部のストレージ暗号化アプライアンスは、ESXi ホストから送信される、ATS コマンドを含む特定の SCSI コマンドをブロックする可能性があります。ATS 対応のデバイスで新規に作成された VMFS5 データストアは、デバイスへの ATS コマンドが最初に成功した後、 ATSOnly としてマークされます。これにより、データストアを共有しているすべてのホストが ATS をストレージ アレイでサポートされているかどうかを確認しなくても利用できるようになります。ストレージ暗号化デバイスは SAN に追加されると、ATS コマンドをブロックします。結果として、ホストは予想された応答を受信しなかったためにアレイで ATS がサポートされていないものとします。予想される動作は、ホストが ATSOnly VMFS5 データストアでのロック メカニズムに SCSI-2 予約を使用する状態に戻らず、これによりマウント解除され、再度マウントできなくなるというものです。
この問題を回避するには、VMFS5 データストア上の ATSOnly を無効化します。