虚拟机无法访问

虚拟机无法访问

因此,昨晚空调坏了,我不得不远程关闭服务器。我先关闭虚拟机,然后关闭主机。今天启动了 2 个主机,它们会自动启动虚拟机。虚拟机的数据存储是位于我们拥有的 Synology NAS 上的 isci LUN,NAS 没有关闭。出于某种原因,当我重新启动所有东西时,我的电子邮件虚拟机显示为无法访问,并且我在日志中收到各种错误,提示“ATS-ONLY VMFS 卷‘Synology-Email server’未安装。主机不支持 ATS 或 ATS 初始化失败”,我的所有其他虚拟机与同一 NAS 上的其他数据存储都完全正常。

当浏览 Vsphere 客户端或 vcenter 中的数据存储时,我无法挂载、卸载或浏览文件,因为它们都显示为灰色。我尝试过几次重新启动主机和 NAS。

两台主机上均安装有 ESXi 6.0

答案1

宾果!好吧,这个问题的解决办法如下:

我参考了这篇文章来卸载数据存储,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 ]

就我而言,我只是使用了标签命令。

第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 未知版本,并且不存在 Mount Point。

步骤3:禁用仅 ATS 锁定设置。

我参考了这篇文章:

https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1033665

在 vcenter(或通过 vsphere 客户端)中,我转到“主机和集群”,选择出现问题的主机,浏览到“设置”和“高级系统设置”。在“高级系统设置”中,我更改了以下 3 个值(所有值均设置为1):

DataMover.HardwareAcceleratedMove = 0  
DataMover.HardwareAcceleratedInit = 0
VMFS3.HardwareAcceleratedLocking = 0

步骤4:重新安装数据存储:

在 vcenter 中,我选择了出现问题的数据存储,右键单击并选择“挂载数据存储”,然后启动我的虚拟机。

然后进行测试并结束当天的工作。

答案2

如果你可以禁用 ATS-Only,这个技巧以前对我很有效:

使用存储加密设备时无法挂载 VMFS5 数据存储 (2030416)

我猜想在您的情况下没有启动任何虚拟机,但它们需要接近才能运行该命令。

某些存储加密设备可能会阻止从 ESXi 主机发送的某些 SCSI 命令,包括 ATS 命令。在支持 ATS 的设备上新创建的 VMFS5 数据存储在第一次成功向设备发送 ATS 命令后被标记为 ATSOnly。这样,共享数据存储的所有主机都可以使用 ATS,而无需检查存储阵列是否支持它。当存储加密设备随后添加到 SAN 时,它会阻止 ATS 命令。因此,主机认为阵列不支持 ATS,因为它没有收到预期的响应。预期行为是主机不会回退到使用 SCSI-2 预留来锁定 ATSOnly VMFS5 数据存储上的机制,然后该数据存储将被卸载并且无法再次安装。要解决此问题,请在 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.

相关内容