Esxi 数据存储在 shell 中显示为 guid,但无法在 vSphere Client 中访问

Esxi 数据存储在 shell 中显示为 guid,但无法在 vSphere Client 中访问

我尝试安装 6.0 主机的更新,但似乎失败了。重新启动后,2 个 NFS 数据存储处于非活动状态(未挂载)。右键单击它们只会提供卸载。但是,当我通过 ssh 进入主机时,我可以看到 中的共享/vmfs/volumes。其中一些出于某种原因使用 guid/uuid 作为名称(随机字符串,如198c1ce2-9f3e3448-3aef-6f902142e212)。我可以在 shell 中浏览这些文件并查看无响应机器使用的 vmx 文件。

我害怕卸载并重新安装驱动器,因为我不想丢失机器。有趣的是,我最关心的机器在 vSphere 客户端摘要中列出了 3 个存储设备:主机数据存储和 2 个 nfs 共享。其中一个已连接,另一个是 2 个“未安装”驱动器之一。如果进入“编辑设置”并查看 kard 驱动器,它们都指向 vmdk;一个是Thick provisioned lazy 0 at 0MB; SCSI (0:1) Hard Disk 2,模式未选中。另一个是Thick provisioned lazy 0 200 GB SCSI (0:0) Hard disk 1。模式也未选中。我相信这是操作系统驱动器?

我想知道我是否出于某种原因将第二个磁盘添加为附加存储,并且实际上不需要它来启动。删除此驱动器并尝试启动会冒任何风险吗?如果确实有意义,那么在此之前拍摄快照是否有意义?还有其他想法吗?

答案1

我最终将数据存储重新挂载到另一个名称的数据存储中,删除磁盘并使用指向新添加的数据存储文件的现有磁盘重新添加它。这似乎是某种网络问题;卸载的数据存储无法通过 看到 NFS nfs.domain.local:/mnt/array/drive,但我能够使用 重新添加它nfs:/mnt/array/drive。很奇怪,因为nslookup在两种情况下,命令行都可以正常工作。

相关内容