Windows Cluster 添加新节点--验证报错

今天给既有Windows Cluster 添加节点时,验证总是不通过。报错信息为 防火墙未正确配置为故障转移群集。现将处理步骤汇总如下。

1.错误具体信息

报错的位置 --【验证警告】 的步骤中发现错误

验证发现故障,主要是说网络验证时发现问题。此时,不能再进行下一步了。

打开生成的故障转移集群验证报告。我们会看到【网络】--【验证Windows防火墙配置】有个 错误提示

点击打开,会看到具体的错误信息。

主要错误信息如下:

节点 XXXX 上的 Windows 防火墙未正确配置为故障转移群集。尤其是,在适配器“XXXXXX - 以太网”上启用了“域”防火墙配置文件。但在防火墙配置文件“域”中未启用“故障转移群集”规则组。这可能会阻止群集节点之间的某些网络通信。
 具体错误截图如下:

 

 2.错误定位

此时首先想到的是入栈规则和出栈规则,参照已添加成功的节点修改规则,验证还是不通过
后来 从错误提示 【Windows 防火墙未正确配置为故障转移群集】及网上相关内容介绍,问题定位到防火墙的【允许应用】的设置上
 
下图为可以成功添加到集群中节点
 

下图为添加过程中报错的节点

 比较发现报错的节点上没有 【故障转移集群】和【故障转移集群管理器】的相关配置。这个具有很大的嫌疑性。

3.解决方案

step  1 通过【管理】--【删除角色和功能】来删除 功能【故障转移集群】

step 2 重启服务器 【非必须】

 

step 3 通过【管理】--【添加角色和功能】来添加 功能【故障转移集群】

 

step 4 验证 防火墙的【允许应用】的设置 是否已更新。

已成功安装,更新了配置。

4.验证

再次执行添加节点,本次OK。结果,如下图:

 

本文版权归作者所有,未经作者同意不得转载,谢谢配合!!!

posted @   东山絮柳仔  阅读(1153)  评论(0编辑  收藏  举报
编辑推荐:
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
阅读排行:
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 清华大学推出第四讲使用 DeepSeek + DeepResearch 让科研像聊天一样简单!
· 实操Deepseek接入个人知识库
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
点击右上角即可分享
微信分享提示