そのため、昨晩、エアコンが故障したため、サーバーをリモートでシャットダウンする必要がありました。VMをシャットダウンしてから、ホストをシャットダウンします。VMを自動起動する2つのホストを今日起動しました。VMのデータストアは、所有しているSynology NASにあるisci LUNです。NASはシャットダウンされませんでした。何らかの理由で、すべてを起動したときに、メールVMをバックアップするとアクセスできないと表示され、「ATS-ONLY VMFSボリューム「Synology-Emailサーバー」がマウントされていません。ホストはATSまたはATS初期化をサポートしません」他のVMはすべて、同じNAS上の他のデータストアで完全に問題ありません。
VsphereクライアントまたはvCenterでデータストアを参照する場合、ファイルはすべてグレー表示されているため、マウント、アンマウント、または参照できません。ホストとNASの両方を数回再起動しようとしました。
両方のホスト上のESXi 6.0
回答:
ビンゴ！！！さて、これはこれがどのように解決されたかです：
データストアをアンマウントするためにこの記事を参照しましたhttps://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2004605
ステップ1：次のコマンドを使用して、ホストからデータストアを手動でアンマウントします。
esxcli storage filesystem unmount [-u UUID | -l label | -p path ]
私の場合、labelコマンドを使用しました。
手順2：データストアがマウント解除されていることを確認します。
esxcli storage filesystem list
次のような出力が表示されます。
Mount Point Volume Name UUID Mounted Type Size Free
------------------------------------------------- ----------- ----------------------------------- ------- ------ ----------- -----------
/vmfs/volumes/4de4cb24-4cff750f-85f5-0019b9f1ecf6 datastore1 4de4cb24-4cff750f-85f5-0019b9f1ecf6 true VMFS-5 140660178944 94577360896
/vmfs/volumes/4c5fbff6-f4069088-af4f-0019b9f1ecf4 Storage2 4c5fbff6-f4069088-af4f-0019b9f1ecf4 true VMFS-3 146028888064 7968129024
/vmfs/volumes/4c5fc023-ea0d4203-8517-0019b9f1ecf4 Storage4 4c5fc023-ea0d4203-8517-0019b9f1ecf4 true VMFS-3 146028888064 121057050624
LUN01 4e414917-a8d75514-6bae-0019b9f1ecf4 false VMFS-unknown version 0 0
Mountedフィールドはfalseに設定され、TypeフィールドはVMFS-unknown versionに設定され、マウントポイントは存在しません。
手順3： ATSのみのロック設定を無効にします。
私はこの記事を参照しました：
vcenterで（またはvsphereクライアントを介して）ホストとクラスターに移動し、問題を引き起こしているホストを選択し、[設定]および[システムの詳細設定]を参照しました。システムの詳細設定で、次の3つの値を変更しました（すべてがに設定されていました1）。
DataMover.HardwareAcceleratedMove = 0
DataMover.HardwareAcceleratedInit = 0
VMFS3.HardwareAcceleratedLocking = 0
ステップ4：データストアの再マウント：
vCenterでは、問題のあるデータストアを選択し、右クリックして[データストアのマウント]を選択し、VMの電源を入れました。
その後、その日にテストして終了します。
ATSのみを無効にできる場合、このヒントは過去に私のために機能しました：
ストレージ暗号化アプライアンスを使用している場合、VMFS5データストアをマウントできません（2030416）
あなたの場合、VMは稼働していないと思いますが、コマンドを実行するには、それらのVMが近くにある必要があります。
一部のストレージ暗号化アプライアンスは、ESXiホストから送信されたATSコマンドを含む特定のSCSIコマンドをブロックする場合があります。ATS対応デバイスで新たに作成されたVMFS5データストアは、デバイスへの最初のATSコマンドが成功した後、ATSOnlyとしてマークされます。これにより、データストアを共有するすべてのホストは、ストレージアレイがサポートするかどうかをチェックせずにATSを利用できます。ストレージ暗号化デバイスがSANに追加されると、ATSコマンドがブロックされます。その結果、ホストは、予想される応答を受信しなかったため、アレイがATSをサポートしていないと想定します。予想される動作は、ホストがATSOnly VMFS5データストアのロックメカニズムにSCSI-2予約を使用するようにフォールバックしないことです。この問題を回避するには、VMFS5データストアでATSOnlyを無効にします。
注：以下の手順を実行する前に、影響を受けるデータストアからすべての仮想マシンを移行するか、パワーオフする必要があります。VMFS5データストアでATSOnlyを無効にするには：
Connect to one of the hosts sharing the VMFS5 datastore with an SSH session. For more information, see Run the following command: vmkfstools --configATSOnly 0 /vmfs/devices/disks/device-ID:Partition Where: device-ID is the NAA ID of the LUN on which the VMFS5 datastore was created. Partition is the partition number on which VMFS5 datastore was created. This is usually 1. For example: vmkfstools --configATSOnly 0 /vmfs/devices/disks/naa.6006016055711d00cef95e65664ee011:1 Note: It is sufficient to run this command on one of the hosts sharing the VMFS5 datastore. Other hosts automatically recognize the変化する。
Run the following command to rescan for datastores: esxcli storage filesystem rescan The VMFS5 datastore should now mount successfully.