vSphere 故障排除

合集下载

排除vSphere非活动存储无法卸载或删除故障

非活动存储
图1 出现“资源xx正在使用”错误
删除，可是怎么也删除不了。

笔者尝试了很多办法，才删
除掉这台顽固的故障存储。

问题描述
打开浏览器，输入
vCenter服务器地址，以
vSphere Web Client方式
图2 故障存储的右键菜单显示图3 有一台虚拟机状态显示“不可访问”图4 显示没有分配CPU、内存等信息原因分析事前笔者就知道存储已有故障，户单位网管员只是想把故障存储从存储清单里面删除，并不想使用这个可能仍和故只要存在某就不能将故障存储里此时故障存故不能对它该故障在使用等错误提示。

该右键菜单中的“维护模式”的两个子菜单项“进入维护模式”和“退出维护”都是灰色的。

操作过程1.首先查看与存储关联的虚拟机，选中故障存储，单（
障存储关联得这台主机不在故障存储的主机列表中了，
依次断
最后只剩下一台主机无论如何不能切断
现在是无法切断主机
也不能切断故障虚拟机和存储之间的只能找到前面不能删
发现根本不能
（如图6所
通过上述操作，
不难分析出故障存储、故障
个对象之图5 可以查看和故障存储关联的主机
图6 无法删除故障虚拟机
图7 任何两个对象间均存在映射关系
图8 显示之前的故障都消失了
■ 湖北张辛欣
图1 UPS过载出现故障
故障排查
笔者觉得很奇怪，应该是
供电失败后转旁路，为什么
会不给供电，导致网络中心
里所有服务器和交换机都断
电，突然掉电会造成机器硬
件很大的损伤。

首先试着推上转旁路开
关，无效，仍然报错；接着断。

VMWare vSAN监控和故障排除指南

VMWare vSAN 监控和故障排除指南VMware vSphere 7.0VMware vSAN 7.0目录关于vSAN 监控和故障排除51 vSAN 简介62 监控vSAN 群集7监控vSAN 容量7监控物理设备9监控加入vSAN 数据存储的设备10监控vSAN 群集中的虚拟对象10关于vSAN 群集重新同步10在vSAN 群集中监控重新同步任务11限制vSAN 群集中的重新同步活动12关于vSAN 群集重新平衡13监控被动重新平衡13配置自动重新平衡13使用vSAN 默认警报14查看vSAN 默认警报14使用VMkernel 观察创建警报14为vSAN 事件创建vCenter Server 警报153 监控vSAN 运行状况17关于vSAN 运行状况服务17检查vSAN 运行状况18从ESXi Host Client 监控vSAN 19主动测试194 监控vSAN 性能21关于vSAN 性能服务21配置vSAN 性能服务22使用保存的时间范围22查看vSAN 群集性能23查看vSAN 主机性能24查看vSAN 虚拟机性能25使用vSAN 性能诊断255 处理故障以及对vSAN 进行故障排除27上载vSAN 支持包27vSAN 监控和故障排除对vSAN 使用Esxcli 命令28使用vsantop 命令行工具31ESXi 主机上的vSAN 配置可能失败31不合规虚拟机对象不会立即合规32vSAN 群集配置问题32处理vSAN 中的故障33vSAN 故障处理33对vSAN 进行故障排除39更换现有的硬件组件43关闭并重新启动vSAN 群集45关于vSAN 监控和故障排除《vSAN 监控和故障排除》介绍了如何使用vSphere Client、esxcli 和RVC 命令以及其他工具来监控VMware vSAN ® 以及进行故障排除。

目标读者本手册的目标用户为要监控vSAN 操作和性能或者对vSAN 群集问题进行故障排除的任何人。

VMware vSphere常见问题汇总(17)

VMware vSphere常见问题汇总(十七)170. Vmdk 的重做日志已损坏解题思路[vmware-]环境：esxi5.0，vc5.0故障问题：执行storage vmotion之后，虚拟机出现了报错。

报错信息：xssj-000003.vmdk is corrupted.power off the virtual machine. If the problem still persists, discard the redo log.解提思路：【故障原因】由于快照之间的关系出现异常，导致vm启动失败：Vmware-34.log:2013-01-14t08:36:53.885z| vmx| disklib-chain :"/vmfs/volumes/50f13506-075ed29b-86b5-5ef3fd359eab/???è???3????184/xssj-000005.vmdk" : failed to open (the parent virtual disk has been modified 34.log:2013-01-14t08:36:53.886z| vmx| disklib-lib : failed to open'/vmfs/volumes/50f13506-075ed29b-86b5-5ef3fd359eab/???è???3????184/xssj-000006.vmdk' with flags 0xa the parent virtual disk has been modified since the child was created. The content id of the parent virtual disk does not match the corresponding parent content id in the child (18).Vmware-34.log:2013-01-14t08:36:53.886z| vmx| disk: cannot open disk"/vmfs/volumes/50f13506-075ed29b-86b5-5ef3fd359eab/???è???3????184/xssj-000006.vmdk": the parent virtual disk has been modified since the child was created. The content id of the parent virtual disk does not match the corresponding parent content id in the child (18).Vmware-34.log:2013-01-14t08:36:53.886z| vmx| msg_post: errorVmware-34.log:2013-01-14t08:36:53.886z| vmx| [msg.disk.nobackend] cannot open the disk '/vmfs/volumes/50f13506-075ed29b-86b5-5ef3fd359eab/???è???3????184/xssj-000006.vmdk' or one of the snapshot disks it depends on.Vmware-34.log:2013-01-14t08:36:53.886z| vmx| [msg.disk.configurediskerror] reason: the parent virtual disk has been modified since the child was created. The content id of the parent virtual disk does not match the corresponding parent content id in the child.Vmware-34.log:2013-01-14t08:36:53.900z| vmx| module diskearly power on failed.【快照之间的联系】正常情况下，原始磁盘与快照是通过parent content id来关联，父快照与子快照之间也是通过parent content id，但是现在我们查看原始磁盘与快照磁盘之间的关系，发现它们的cid和parentcid是混乱的，信息如下：Xssj.vmdk:cid=ba60eb23Xssj.vmdk:parentcid=ffffffffXssj-000001.vmdk:cid=27f8a456Xssj-000001.vmdk:parentcid=ba60eb23Xssj-000002.vmdk:cid=11ed1dacXssj-000002.vmdk:parentcid=27f8a456Xssj-000003.vmdk:cid=2583a010Xssj-000003.vmdk:parentcid=2583a010Xssj-000004.vmdk:cid=2583a010Xssj-000004.vmdk:parentcid=11ed1dacXssj-000005.vmdk:cid=4d38fabfXssj-000005.vmdk:parentcid=2583a010Xssj-000006.vmdk:cid=9402bf1aXssj-000006.vmdk:parentcid=a30d0e91可以看到这个磁盘关系从xssj.vmdk磁盘到xssj-000002.vmdk之间的关系都是没有问题的。

vsphere-esxi-vcenter故障排除指导

2 主机故障排除 15
vSphere HA 主机状况故障排除 15 Auto Deploy 故障排除 18 身份验证标记操作错误 23 Active Directory 规则集错误导致 vSphere Web Client 中出现主机配置文件合规性故障 24 Likewise 资源低时无法加入域 25
8 故障排除许可 77
主机许可故障排除 77 许可证报告故障排除 78 无法打开虚拟机电源 81 无法将许可证密钥分配给 vCenter Server 81 无法配置或使用功能 82
索引 83
4
VMware, Inc.
关于 vSphere 故障排除
《vSphere 故障排除》介绍了 vCenter Server 实施及相关组件的故障排除问题和过程。
7 网络故障排除 65
同一网络中存在重复的虚拟机 MAC 地址 65 转换至增强的 LACP 支持失败 67 无法从 vSphere Distributed Switch 中移除主机 68 vSphere Distributed Switch 5.1 及更高版本上的主机丢失与 vCenter Server 的连接 69 vSphere Distributed Switch 5.0 及早期版本上的主机与 vCenter Server 断开连接 70 主机上的网络冗余丢失警报 71 在更改分布式端口组的上行链路故障切换顺序之后虚拟机断开连接 71 运行 VPN 客户端的虚拟机导致在主机上或 vSphere HA 群集中拒绝虚拟机服务 72 Windows 虚拟机上 UDP 工作负载的吞吐量低 73 位于相同的分布式端口组但不同主机上的虚拟机无法互相通信 75
注意如果您将超时时间段增加到 30 秒，则在启用 FT 或在故障切换之后创建新辅助虚拟机时，容错虚拟机可能会在较长时间内都没有响应（最多 30 秒）。

VMwarevSphere常见问题汇总——ESXi主机、vCenterServer

VMwarevSphere常见问题汇总——ESXi主机、vCenterServer 1. 查看ESXi主机的管理服务的运⾏状态⽅式（1）打开DUCI的Local ESXi Shell，然后Alt+F1进⼊到命令界⾯；（2）执⾏如下命令查看hostd服务是否正常运⾏： /etc/init.d/hostd status 输出类似如下结果： hostd is running （3）如果ESXi主机有连接到vCenter Server则还可以查看vCenter Server位于ESXi主机上的Agent是否正常： /etc/init.d/vpxa status 输出类似如下结果： vpxa is running 2、 vCenter Server 5.0 Update1的Service Status页标签显⽰License Services警报故障状态（1）vCenter Service Status页标签显⽰License Services警报；（2）系统提⽰如下错误警报： Threshold Usage Tracking service Alert Cannot obtain user-defined license thresholds Asset properties History service Alert Cannot store hosts' MAC addresses in thevCenter Server database Assignments Feeding service Alert Cannot obtain license assignments for VRAMusage License Usage History service Alert Cannot store license usage in vCenter Serverdatabase故障分析故障分析这个问题⼀般都是由于当升级vCenter Server到U1时VirtualCenter ManagementWebservices运⾏在AD账户下，这就可能导致Update之后的账户匹配关联丢失，进⽽导致服务⽆法启动；　解决⽅案解决⽅案（1）进⼊到Windows的服务管理器，然后打开VMware VirtualCenter ManagementWebservices的Properties选项；（2）点击Log On的页标签，更改账户关联，然后重启服务即可。

VMware vSphere HA主机状态故障排除方法

VMware vSphere HA主机状态故障排除方法VmwarevCenter Server 和 ESXi 主机在运行时难免遇到这样那样或潜在的故障，那么如何提前知晓这些故障或处理这些故障呢，在此小编支支招VMware vSphere HA主机状态故障的排除方法。

1、VMware vSphere HA主机状态故障排除方法一般情况下，vCenter Server 会报告 vSphere HA 主机状况，指示主机上的错误情况，这类错误会阻止 vSphere HA 充分保护主机上的虚拟机，并阻碍 vSphere HA 在故障出现后重新启动虚拟机的功能，当在主机上配置或取消配置 vSphere HA 时，或很少数情况下在正常运行期间可能出现错误，当出现错误时，应确定如何解决错误才能使 vSphere HA 全面运行。

2、vSphere HA 代理处于代理无法访问状况主机上的 vSphere HA 代理已处于代理无法访问状况一分钟或更长时间。

可能需要用户干预来解决这种情况。

问题：当首选主机或 vCenter Server 无法访问主机的代理时，vSphere HA 会报告代理处于代理无法访问状况。

因此，vSphere HA 无法监控该主机上的虚拟机，并且在出现故障后可能不会重新启动这些虚拟机。

原因：vSphere HA 代理可能因多个原因而处于代理无法访问状况。

这种情况通常表示网络连接问题正在阻止 vCenter Server 访问首选主机和主机上的代理，或表示群集中的所有主机都失败。

这种情况还可能表示一种不太可能的情况：vSphere HA 已被禁用并已在群集中重新启用但 vCenter Server 无法与主机上的 vSphere HA 代理通信，或主机上的代理已失败且监视程序进程无法将其重新启动。

解决方案：确定 vCenter Server 是否报告主机无响应。

如果是，则说明存在网络问题或整体性群集故障。

Vmware vSphere常见问题及解决办法

VmwarevSphere常见问题及解决办法1. 虚拟机文件被锁,无法正常 power on故障状态：启动虚拟机时95%,停顿并且进程中断,提示：ubable to access files since it is locked。

祸根：HA解决方法：（1）首先将cluster中的HA功能关闭。

如果该功能不关闭，容易造成死锁,，VM不断跳动,，不断再不同的ESX内循环被锁，徒劳而无功。

（2）磁盘文件被锁，要解决，必须要知道到底是哪台ESX把他给锁住了，这是关键。

方法：看/var/log/vmkernel但是，在做这些前, 再准备些别的工作。

（3）在VC中，把被锁的VM从Inventory中remove掉。

原因很简单，这是一个 unregister的过程。

（4）根据/var/log/vmkernel，搜索owner，可以找到类似以下的语句: Oct 19 04:23:33 esx-hostname vmkernel: 3:06:29:47.992 cpu6:1656)FS3:1975: Checking if lock holders are live for lock [type 10c00001 offse t 52008960 v 380, hb offset 3554304 Oct 19 04:23:33 esx-hostname vmk ernel: gen 17, mode 1, owner 48f5f637-462688bc-fd28-0e1a6434b6f8 mti me 38112]OK，owner后面的48f5f637-462688bc-fd28-0e1a6434b6f8就是你的target 了。

因为他就是锁住VM 的宿主.。

（5）根据以下命令,，找出到底哪台ESX的UUID是 48f5f637-462688bc-fd28-0e1a6434b6f8[root@esxhostname root]# esxcfg-info |grep -i 'system uuid'（6）找到目标主机后，当然是杀死他锁住VM的进程。

vsphere虚拟机启用显卡时devicepoweron失败解决

vsphere虚拟机启⽤显卡时devicepoweron失败解决基础环境：vsphere6.5VMware vCenter6.5宝德服务器2750STesla K800x01 选择主机，配置→硬件→PCI设备→添加K80显卡注意：1、添加完显卡后，主机需要重新引导（如果主机上的的虚拟机出现“远程通信失败”时，按2操作）2、若vcenter客户端也安装在此主机上，则需要在vcenter上把主机移除，重新添加。

0x02 创建虚拟机（win10企业版）注意：内存尽量⼤⼀点，选择EFI引导，并安装VMware Tools。

0x03 添加显卡0x04 启动win10，报错如下模块“DevicePowerOn”打开电源失败解决⽅法：1：打开win10所在主机的SSH登录vsphere vCenter，选择需要开启ssh服务的ESXi主机，点击配置：选择“安全配置⽂件”——“服务”——“属性”，打开服务属性对话框：在对话框中，可以看到SSH服务默认默认处于“已停⽌状态”，点击选项按钮，进⾏进程状态更改：可以看到ssh的状态，启动策略，服务命令，这⾥保持其他不变，直接点击“启动”按钮，启动ssh服务，服务启动后，点击确定按钮。

可以看到ssh服务已经处于“正在运⾏”状态。

此时查看主机的摘要信息，会有ssh服务已经开启的提⽰：此时可以⽤mobarxterM访问该主机后找到vmx⽂件2：找到win10的vmx配置⽂件3：添加如下两项1 e64bitMMIO=”TRUE”2 pciPassthru.64bitMMIOSizeGB = “64”添加完成后，win10则可正常启动。

在win10的设备管理器中，我们也能找到显卡设备0x05 安装显卡驱动在NVIDIA官⽹中找到对应的显卡驱动并安装上去。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

vSphere 故障排除Update 1ESXi 5.0vCenter Server 5.0在本文档被更新的版本替代之前，本文档支持列出的每个产品的版本和所有后续版本。

要查看本文档的更新版本，请访问/cn/support/pubs。

ZH_CN-000849-00vSphere 故障排除2 VMware, Inc.最新的技术文档可以从VMware 网站下载：/cn/support/pubs/VMware 网站还提供最近的产品更新信息。

本产品受美国和国际版权及知识产权法的保护。

VMware 产品受一项或多项专利保护，有关专利详情，请访问 /go/patents-cn 。

VMware 是 VMware, Inc. 在美国和/或其他法律辖区的注册商标或商标。

此处提到的所有其他商标和名称分别是其各自公司的商标。

VMware, Inc.3401 Hillview Ave.Palo Alto, CA 北京办公室北京市海淀区科学院南路2号融科资讯中心C 座南8层/cn 上海办公室上海市浦东新区浦东南路 999 号新梅联合广场 23 楼/cn 广州办公室广州市天河北路 233 号中信广场 7401 室/cn目录关于 vSphere 故障排除51虚拟机故障排除7容错虚拟机故障排除7排除 USB 直通设备故障10在 vSphere Client 中恢复孤立的虚拟机11在 vSphere Web Client 中恢复孤立的虚拟机12从模板克隆或部署后未打开虚拟机电源122主机故障排除15vCenter Server 和 ESXi 主机证书故障排除15vSphere HA 主机状况故障排除17Auto Deploy 故障排除20排除 vCenter Server 插件故障25链接模式故障排除26配置 VMware 清单服务的日志记录28身份验证标记操作错误28活动目录规则集错误导致主机配置文件合规性故障293群集故障排除31vSphere HA 接入控制故障排除31检测信号数据存储故障排除33vSphere HA 故障切换故障排除34排除网络分区中的 vSphere Fault Tolerance 故障35Storage I/O Control 故障排除36存储 DRS 故障排除38直接连接到主机时无法创建资源池424存储故障排除45解决 SAN 存储器的显示问题45解决 SAN 性能问题47具有 RDM 的虚拟机需要忽略 SCSI INQUIRY 缓存50在不需要时启用软件 iSCSI 适配器50无法挂载 NFS 数据存储51了解 SCSI 感知代码515故障排除许可53主机许可故障排除53许可证报告故障排除55无法打开虚拟机电源58VMware, Inc. 3vSphere 故障排除无法将内存热插拔至虚拟机58无法将许可证密钥分配给 vCenter Server59无法配置或使用功能59索引614 VMware, Inc.关于 vSphere 故障排除《vSphere 故障排除》介绍了 vCenter Server 实施及相关组件的故障排除问题和过程。

目标读者此信息专为需要检查虚拟机、ESXi 主机、群集和相关存储解决方案的用户提供。

本书的目标读者为熟悉虚拟机技术和数据中心操作且具有丰富经验的 Windows 或 Linux 系统管理员。

VMware, Inc. 5vSphere 故障排除6 VMware, Inc.虚拟机故障排除1虚拟机故障排除主题为您在使用虚拟机时可能遇到的潜在问题提供了解决方案。

本章讨论了以下主题：n第 7 页，“容错虚拟机故障排除”n第 10 页，“排除 USB 直通设备故障”n第 11 页，“在 vSphere Client 中恢复孤立的虚拟机”n第 12 页，“在 vSphere Web Client 中恢复孤立的虚拟机”n第 12 页，“从模板克隆或部署后未打开虚拟机电源”容错虚拟机故障排除要保持容错虚拟机的高级别性能和稳定性并最小化故障切换率，应当了解某些故障排除问题。

此处讨论的故障排除主题重点介绍了在虚拟机上使用 vSphere Fault Tolerance 功能时可能遇到的问题。

本主题还介绍了解决这些问题的方法。

也可以参见 VMware 知识库文章，网址为/kb/1033634，以帮助您排除 Fault Tolerance 故障。

该文章包含在尝试使用该功能时可能遇到的错误消息列表，以及如何解决每个错误的建议（如果可用）。

硬件虚拟化未启用使用 vSphere Fault Tolerance 之前，必须启用硬件虚拟化 (HV)。

问题尝试打开启用了 Fault Tolerance 的虚拟机的电源时，如果未启用 HV，则可能会显示一条错误消息。

原因通常情况下，出现此错误的原因是：对于您尝试在其上打开虚拟机电源的 ESXi 服务器，HV 在其上不可用。

硬件虚拟化不可用的原因可能是其不受 ESXi 服务器硬件支持或未在 BIOS 中启用。

解决方案如果 ESXi 服务器硬件支持硬件虚拟化，但当前未启用硬件虚拟化，请在该服务器的 BIOS 中将其启用。

各种BIOS 中启用硬件虚拟化的过程不同。

请参见主机的 BIOS 文档以获取有关如何启用硬件虚拟化的详细信息。

如果 ESXi 服务器硬件不支持硬件虚拟化，请切换到使用支持 Fault Tolerance 的处理器的硬件。

VMware, Inc. 7vSphere 故障排除无兼容主机可用于辅助虚拟机如果打开启用了 Fault Tolerance 的虚拟机的电源，但没有为辅助虚拟机提供任何兼容主机，可能会显示一条错误消息。

问题“近期任务”窗格中可能会显示以下错误消息：辅助虚拟机无法打开电源，因为没有兼容主机可以容纳该虚拟机。

原因这可能是由多种原因造成的，包括群集内没有其他主机、没有其他已启用硬件虚拟化的主机、数据存储不可访问、可用容量不足或主机正处于维护模式中。

解决方案如果主机数量不足，请向群集内添加更多主机。

如果群集内有多台主机，请确保它们支持硬件虚拟化且硬件虚拟化已启用。

各种 BIOS 中启用硬件虚拟化的过程不同。

请参见主机的 BIOS 文档以获取有关如何启用硬件虚拟化的详细信息。

检查主机是否有足够容量，并确认它们未处于维护模式中。

过载主机上的辅助虚拟机降低主虚拟机的性能如果主虚拟机的执行速度似乎缓慢，即便它所在主机上的负载较轻且有空闲 CPU 时间，也请检查运行辅助虚拟机的主机是否负载较重。

问题当辅助虚拟机所在的主机负载过重时，这会影响主虚拟机的性能。

此问题的症状是主虚拟机“Fault Tolerance”面板上的“vLockstep 时间间隔”指示器为黄色或红色。

这表示辅助虚拟机比主虚拟机的运行慢数秒。

在这种情况下，Fault Tolerance 将减慢主虚拟机的速度。

如果“vLockstep 时间间隔”指示器长时间保持为黄色或红色，则充分表明辅助虚拟机未能获取足够的 CPU 资源，因此跟不上主虚拟机的速度。

原因在 CPU 资源过载的主机上运行的辅助虚拟机获取的 CPU 资源与主虚拟机获取的 CPU 资源数量可能不同。

当出现此情况时，主虚拟机必须减速以使辅助虚拟机跟进，将主虚拟机的执行速度大大降低至辅助虚拟机的较慢速度。

解决方案要解决此问题，请为主虚拟机设置明确的 CPU 预留（以 MHz 为单位），该预留应足以在所需性能级别上运行负载。

此预留对于主虚拟机和辅助虚拟机均适用，能够确保两者均能以指定的速率执行。

有关设置此预留的指导，请在启用 Fault Tolerance 前查看虚拟机的性能图表以查看在正常条件下使用的 CPU 资源量。

具有较大内存的虚拟机会阻止使用 Fault Tolerance只能在内存最大为 64 GB 的虚拟机上启用 Fault Tolerance。

问题在具有 64 GB 以上内存的虚拟机上启用 Fault Tolerance 会失败。

如果正在运行的容错虚拟机的内存大于 15GB，或者如果内存的更改速率比 vMotion 通过网络复制的速率要快，则使用 vMotion 迁移此虚拟机也会失败。

原因如果由于虚拟机的内存大小而没有足够的带宽以在默认超时时间段（8 秒）内完成 vMotion 切换操作，则会出现此问题。

8 VMware, Inc.章 1 虚拟机故障排除解决方案要解决此问题，请在启用 Fault Tolerance 前，关闭虚拟机电源并将下行添加到虚拟机的 vmx 文件中，以增加虚拟机的超时时间段：ft.maxSwitchoverSeconds = "30"其中 30 是超时时间段的数值，以秒为单位。

启用 Fault Tolerance 并重新打开虚拟机电源。

除了在网络活动极多的情况下，此解决方案均可正常使用。

注意如果您将超时时间段增加到 30 秒，则在启用 FT 或在故障切换之后创建新辅助虚拟机时，容错虚拟机可能会在较长时间内都没有响应（最多 30 秒）。

辅助虚拟机出现 CPU 使用过度在某些情况中，您可能会注意到某个辅助虚拟机的 CPU 使用率高于其关联的主虚拟机。

问题当主虚拟机空闲时，主虚拟机和辅助虚拟机的 CPU 使用情况之间的相对差异看起来可能会较大。

原因在辅助虚拟机上重放事件（如计时器中断）比在主虚拟机上记录事件的成本稍高。

而额外开销较小。

解决方案不需要解决办法。

检查实际 CPU 使用情况时会发现主虚拟机或辅助虚拟机当前消耗的 CPU 资源很少。

主虚拟机遭受空间不足错误如果正在使用的存储系统内置了精简置备，则主虚拟机在遇到空间不足错误时可能会发生崩溃。

问题使用精简置备的存储系统时，主虚拟机可能会发生崩溃。

辅助虚拟机替换了主虚拟机，但 vSphere Client 上显示“没有更多空间可供虚拟磁盘 <disk_name> 使用 (There is no more space for virtual disk <disk_name>)”的错误消息。

原因如果精简置备内置到存储系统中，则 ESX/ESXi 主机不能了解是否已为一对容错虚拟机分配足够的磁盘空间。

如果主虚拟机要求额外的磁盘空间，但存储器上没有剩余的空间，则该主虚拟机将崩溃。

解决方案错误消息会提供选项，您可以通过单击“重试”以继续会话，或者单击“取消”以终止会话。

请确保具有足够的磁盘空间用于容错虚拟机对，并单击“重试”。

Fault Tolerant 虚拟机故障切换即使主虚拟机或辅助虚拟机的 ESXi 主机未崩溃，主虚拟机或辅助虚拟机也可进行故障切换。