跳至主要内容

虚拟机更改vCPU数量，提示FT不支持

虚拟机更改vCPU数量，直接报错 

更具用户描述原有虚拟机开启过FT，未正常关闭FT克隆后，导致问题发生。

查看虚拟机vmx文件，存在uselegacyft是开启的状态

vm.uselegacyft = "true" 

replay.allowFT = "false"

这行参数强制让虚拟机尝试使用 Legacy FT（旧版故障容错） 技术。
  1. Legacy FT 的限制：在 vSphere 老版本中，Legacy FT 仅支持 1 个 vCPU。
  2. 冲突：你更改虚拟机vCPU为 4 个 vCPU，这违反了 Legacy FT 的硬性限制，因此系统不断弹出“不受 Fault Tolerance 支持”的报警。
即使你没有在界面上显式开启 FT，只要这个参数在配置文件里为 true，vCenter 就会不断进行兼容性预检并报错。
更改配置后，重新注册虚拟机即可修复该问题。

评论

发表评论

此博客中的热门博文

当下AI场景落地本地化，挖掘企业需求相关联方法

  要挖掘 AI 本地模型在企业生产中的真实需求并实现落地，核心不在于技术多先进，而在于**“寻找决策卡点” 和 “构建数据闭环”**。 在 2026 年的工业环境下，AI 已经从“聊天机器人”进化为“生产助理”。以下是一套从挖掘需求到落地实施的实操方法论： 第一阶段：需求挖掘——寻找“决策卡点” 不要问员工“哪里可以用 AI”，而要观察生产线上的**“停顿”**。 1. 识别“决策延迟” (Decision Lag) 在产线上，凡是需要停下来翻手册、等老师傅、或者等领导签字的地方，都是 AI 的绝佳切入点。 专家依赖度审计：   统计哪些工序最依赖“老师傅”的直觉（如注塑机的调机、复杂焊缝的判断）。 文档检索耗时：   观察维修工在设备报修时，翻阅电路图或纸质手册的时间。 2. 识别“重复性博弈” (Repetitive Heuristics) 排产调度：   每天早上调度员根据订单、原料、人员状态人工排产，耗时 2 小时以上。 物料预测：   采购员根据经验预估原材料损耗，导致库存积压或断料。 第二阶段：本地化方案的“杀手锏”应用 基于本地部署（Local LLM/LMM）的大模型，主要解决 安全性、低延迟、私有知识库 三个问题。 1. 工业知识 RAG (检索增强生成) —— “数字师傅” 落地场景：   将企业数十年的工艺文件、维修日志、报修记录、CAD 零件图纸全部矢量化。 实操：   维修工通过平板提问：“3号注塑机报警代码 E102，且伴随模具闭合缓慢，怎么处理？” 价值：   模型不仅给出手册定义，还能结合 历史维修记录 提示：“去年 10 月曾因液压油滤芯阻塞出现过类似情况，建议优先检查滤芯。” 2. 智能 Agentic MES (生产执行代理) —— “产线助理” 落地场景：   将 AI 接入 MES 或 ERP 系统的 API 接口。 实操：   以前 MES 只负责“记录”生产了多少。现在的 AI Agent 负责“决策”：当 1 号机台突发故障，AI 自动分析当前订单优先级，向调度员建议：“建议将 A 订单转移至 5 号机，预计总工期仅延迟 15 分钟。” 价值：   实现了从“事后记录”到“实时干预”的跨越。 3. 多模态视觉异...
发表评论
阅读全文