启动了VSAN服务的主机不在vCenter集群中

背景:

这个问题的来源是,某用户将该ESXi主机直接夺取到另一个vCenterA的管辖中,而这个vCenterA中集群A开启了VSAN功能,导致再次反向夺取到vCenterB中的时候带有了来自于集群A的种种VSAN服务。

此时在vCenterB中可以看到这个回迁回来的主机一致都有标题中的警告信息:

启动了VSAN服务的主机不在vCenter集群中

Figure 1 Host with the VSAN service enabled is not in the vCenter cluster

启动了VSAN服务的主机不在vCenter集群中

Figure 2中文提示长这个样子

启动了VSAN服务的主机不在vCenter集群中

Figure 3同时还会带来一个没有容量,没有任何参数可看的空壳VSAN存储卷

启动了VSAN服务的主机不在vCenter集群中

Figure 4最有意思的是,中文和英文都提到的“服务”,在常规配置中却看不到任何此类服务的总计

尝试解决思路:

毕竟是个看起来有问题的空壳存储卷,放在那里感觉很碍眼。我所尝试的方式如下:

1、 现对这个主机进行维护模式,此时在DRS的作用下,虚拟主机会自动迁移走

2、 提取当前主机的配置文件

3、 修改配置文件中关于VSAN相关的信息

4、 再次附加配置文件后检查问题是否解决

动手操作:

启动了VSAN服务的主机不在vCenter集群中

Figure 5在对该主机进入到维护模式之后,提取主机配置文件

启动了VSAN服务的主机不在vCenter集群中

Figure 6取名配置文件叫做vsan

启动了VSAN服务的主机不在vCenter集群中

Figure 7随后对导出的主机配置文件进行编辑

启动了VSAN服务的主机不在vCenter集群中

Figure 8中文叫做“虚拟SAN配置”,我们需要禁用这个主机上的VSAN功能,去掉已启用的对勾;同时把不需要的修改项都去掉

启动了VSAN服务的主机不在vCenter集群中

Figure 9英文环境下看到的是这样

启动了VSAN服务的主机不在vCenter集群中

Figure 10确认后编辑,刷新查看上次编辑时间,确认准确之后进行“刷机”

启动了VSAN服务的主机不在vCenter集群中

Figure 11右击该主机配置文件后,选择附加/分离主机和群集进行最后的刷机

启动了VSAN服务的主机不在vCenter集群中

Figure 12附加刚才那个需要进行VSAN禁用的主机后点击下一步

启动了VSAN服务的主机不在vCenter集群中

Figure 13进行主机自定义配置

启动了VSAN服务的主机不在vCenter集群中

Figure 14附加好之后进行合规性检查,合规后我们就可以执行VSAN的服务更新了

启动了VSAN服务的主机不在vCenter集群中

Figure 15最后进行修复操作,主机不用重启

启动了VSAN服务的主机不在vCenter集群中

Figure 16随后可以检查效果,与VSAN相关的告警信息已经消失

总结:

由于是意外操作后的应对策略,因此在进行vCenter之间抢夺ESXi主机的时候一定要仔细判断清楚所具有的资源,避免复原之后奇怪的信息干扰普通用户的使用。

最后可以对这个主机配置文件进行分离,在不需要的情况下可以最后做配置文件的移除。

启动了VSAN服务的主机不在vCenter集群中

Figure 17分离配置文件

-=EOB=-

上一篇:理解session和cookie


下一篇:mount的几个选项