问题核心在于镜像残留大页配置标记,尽管实际未开启。请按以下步骤解决:
故障原因
镜像误标问题:镜像虚拟机或其克隆来源可能历史上曾关联过开启大页的主机,导致镜像元数据被标记大页标识(即使当前未启用)。
系统限制:Workspace部署时强制校验镜像与主机的大页状态一致性(开启镜像必须部署到开启大页的主机)。
解决步骤
1. 检查镜像元数据
在后台导出桌面镜像配置文件,检查是否包含大页标记:
进入镜像存储目录(以共享存储路径为例)
cd /vms/images/<镜像ID>/
cat config | grep hugepages
若输出 hugepages="1" 或类似标记
→ 需清理元数据(步骤3)。
2. 主机大页状态复查
确认所有主机彻底禁用大页(重启后生效):
检查主机大页配置(每台主机执行)
cat /proc/meminfo | grep HugePage
grep hugepages /vms/cfg/host-/conf
若存在 HugePages_Total > 0 或配置文件含
enable_hugepages=1 → 修改配置后重启主机。
3. 强制清理镜像标记
方案一(推荐):
新建纯净镜像虚拟机 → 全程不接触大页配置 → 重新克隆为桌面镜像。
方案二:
修改元数据(需停止服务):
停止镜像关联服务
systemctl stop vdi-image-<镜像ID>
修改元数据(删hugepages行)
vim /vms/images/<镜像ID>/config
删除 hugepages="1" 或改为
hugepages="0"
重启服务
systemctl start vdi-image-<镜像ID>
4. 重新部署验证
使用清理后的镜像部署 → 不再出现大页配置冲突提示。
关键注意
历史操作追溯:若镜像虚拟机曾因“性能调优”开启大页后又关闭,其生成的快照或克隆镜像仍会继承标记(需重建镜像)。
主机一致性:确保集群中所有主机大页配置统一禁用(一台开启即可能触发校验)。
操作风险:直接修改元数据需谨慎,建议操作前备份 /vms/images 目录。
附:规避建议
新建镜像虚拟机时 全程关闭大页相关菜单,避免点击大页配置后未保存仍触发元数据污染。
按以上步骤处理可解决误标问题。若仍失败,请收集以下信息联系H3C技术支持(400-810-0504):
1. 镜像虚拟机创建日志 (/var/log/workspace/imaging.log)
2. 主机大页状态截图
3. 桌面镜像配置文件 (/vms/images/<镜像ID>/config)
esxcli system settings advanced list -o /Mem/HugePageEnabled,确认返回 Int Value: 0(0 表示禁用)。cat /sys/kernel/mm/hugepages/hugepages-2048kB/nr_hugepages,确认返回 0(表示无大页内存分配)。cd /opt/h3c/workspace/bin
./stop-all.sh
./start-all.sh
SELECT * FROM vdi_image WHERE image_name = '你的镜像名称';
0(表示未开启大页):UPDATE vdi_image SET hugepage_enabled = 0 WHERE image_name = '你的镜像名称';
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论