【Azure Service Fabric 】节点扩展状态为 Not Ready 的恢复办法

简介: Azure Service Fabric Windows节点卡在“Node configuration is in progress”状态,实为扩展未就绪(Not Ready),非正常进行中。本文详解通过停止服务、重命名运行时目录、重启安装服务及虚拟机,触发自动修复完成节点恢复的实操方案。

问题描述

Azure Service Fabric 节点无法启动时,扩展状态里的 Node configuration is in progress 很容易让人觉得“再等一会儿就好”。

但如果节点持续无法恢复,这条提示只能说明配置尚未完成,并不能证明配置仍在正常推进。

这次遇到的问题发生在 Windows 节点 node 0 上。

检查 Microsoft.Azure.ServiceFabric.ServiceFabricNode 扩展时,看到以下状态:

Type    Microsoft.Azure.ServiceFabric.ServiceFabricNode

Display Status    Not Ready

Handler Version    1.1.0.27

Status Code    ProvisioningState/NotReady/1

Status Level    Info

Status Message    Node configuration is in progress

  • 1.1.0.27 是扩展处理程序版本,不是 Service Fabric 运行时版本。
  • Info 也不代表节点健康,它是这条扩展状态信息的级别,而 Not Ready 明确表示扩展尚未就绪。

那么,节点到底卡在什么环节?当重新映像这条恢复路径暂时走不通时,是否还有办法让节点配置继续完成?

 

问题解答

Service Fabric 节点启动涉及本机运行时安装、节点配置以及加入集群等,节点长期处于 Down 状态时,可能是引导过程中的某个步骤无法完成,例如配置节点、安装 Service Fabric 或重新加入集群。证书过期、磁盘空间不足等问题也可能阻碍启动。在

在这次的恢复方法中,采用了最暴力的办法,直接将节点中文件夹“C:\Program Files\Microsoft Service Fabric\bin”中的全部文件,Service Fabric集群就可以通过自动修复任务重新配置了节点。

 

执行的清理命令如下


# stop Service Fabric processes/services

sc stop ServiceFabricNodeBootstrapUpgradeAgent


sc stop ServiceFabricNodeBootstrapAgent


sc stop FabricHostSvc


sc query ServiceFabricNodeBootstrapAgent


# clean up runtime

dir "C:\Program Files\Microsoft Service Fabric"


dir "C:\Program Files\Microsoft Service Fabric\FabricInstallerService.Code"


cd "C:\Program Files\Microsoft Service Fabric"


move bin bin_moved



sc start FabricInstallerSvc



# restart vm to re-activate ServiceFabricNodeBootstrapAgent

shutdown /r

 


手动恢复的步骤为:

第一步:通过远程桌面的方式进入节点

第二步:停止相关服务,确认已经停止

依次执行:

sc  stop ServiceFabricNodeBootstrapUpgradeAgent

sc  stop ServiceFabricNodeBootstrapAgent

sc  stop FabricHostSvc

然后查询服务状态:

sc  query ServiceFabricNodeBootstrapUpgradeAgent

sc  query ServiceFabricNodeBootstrapAgent

sc  query FabricHostSvc

sc stop(即是sc.exe stop )发出停止请求,并不意味着服务已经停止。如果仍显示 STOP_PENDING,需要继续等待并重新查询,确认相关服务进入 STOPPED 后再继续。

 

第三步:检查目录,将原运行时目录移走

先检查安装目录和安装服务的代码目录:

dir "C:\Program Files\Microsoft Service Fabric"

dir "C:\Program Files\Microsoft Service Fabric\FabricInstallerService.Code"

确认目录与现场预期一致后,进入安装目录:

cd /d "C:\Program Files\Microsoft Service Fabric"

确认当前目录切换成功、源目录存在,且目标备份目录尚不存在,再执行:

move bin bin_moved

这一步的“清理”实际上是将原运行时目录重命名保留,不是直接删除文件。

保留下来的目录可以用于后续比对和取证,但它不是完整的节点备份,也不意味着恢复失败后可以无条件改名还原。

 

第四步:启动安装服务

sc start FabricInstallerSvc

 

第五步:重启目标虚拟机

shutdown /r

 

 

参考资料

Service-Fabric-Troubleshooting-Guides : https://github.com/Azure/Service-Fabric-Troubleshooting-Guides/blob/master/Cluster/Why%20is%20my%20node%20unhealthy.md#troubleshooting-node-stuck-in-down-state

Service Fabric managed cluster automatic node repair :https://learn.microsoft.com/en-us/azure/service-fabric/service-fabric-cluster-node-auto-repair

 



当在复杂的环境中面临问题,格物之道需:浊而静之徐清,安以动之徐生。 云中,恰是如此!

相关文章
|
15天前
|
前端开发 安全 JavaScript
打字乐园:一个为零基础孩子设计的纯前端指法打字练习(MIT 开源)
《打字乐园》是MIT开源的纯前端儿童打字练习工具,专为7–8岁零基础孩子设计。通过八指着色键盘、实时手指提示、五阶渐进课程(基准键→A-Z→单词),坚持“准确优先”,离线即用,无数据收集,守护儿童隐私与学习安全。
177 2
|
2月前
|
存储 人工智能 自然语言处理
新一代全栈自研 CPFS 正式商业化: 为下一代 AI 训练集群设计
2026年9月,阿里云发布全栈自研新一代CPFS存储,支持百TB/s吞吐、亿级IOPS及100PiB单文件系统,显著提升大模型训练效率:启动耗时降50%、算力利用率升30%、存储成本降69%,已落地小鹏汽车等企业。
434 118
|
9天前
|
存储 Linux API
VMware vSphere 9.1.1(包含戴尔、浪潮、联想、惠普等自定义ESXI)
VMwarevSphere9是一套业界领先的服务器虚拟化平台,它的核心功能是将一台物理服务器抽象成多台虚拟服务器,从而更高效、灵活地利用硬件资源。VMwarevSphere9.1新功能兼容性ESX虚拟机兼容性硬件版本7(对应ESX4.x及以上)的虚拟机可直接运行;硬件版本4(ESX3.x及更高版本)的虚拟机不再受支持。确有使用需求时,需先把虚拟机兼容性等级提升上来,才能在ESX9.1上启动。ESX客户操作系统兼容性与vSphere9.1搭配的客户机操作系统清单,以Broadcom兼容性指南中ESX9.1的条目为准。
167 1
VMware vSphere 9.1.1(包含戴尔、浪潮、联想、惠普等自定义ESXI)
|
11天前
|
JavaScript API 开发工具
DeepSeek Harness 实战入门:从 Cordis 插件内核、本地部署、SDK 开发到模式选型与避坑,一文全掌握
DeepSeek Harness作为开源Agent运行时底座,通过Cordis插件内核将大模型推理能力与本地文件、系统命令执行环境深度打通,实现了高度可扩展、权限可控、全链路可追溯的智能体运行机制。它不是用来聊天的成品软件,而是供开发者搭建、调试和评测智能体的底层框架。如果你需要本地数据可控、支持自定义扩展的Agent执行环境,可以用npx命令快速启动体验;如果只是日常对话,网页客户端更加方便。正式投入业务前,建议用独立测试目录完成多组验证。更多项目详情👉访问‌阿里云百炼大模型服务平台页面‌了解。 随着Agent技术持续演进,Harness这类运行时框架有望成为连接大模型与真实计算机环境的
278 1
|
16天前
|
JSON Java Maven
响应自动序列化:JSON 响应一键转 Java 实体对象,JQuick-Curl 第三方接口调用不再手动解析
JQuick-Curl 支持响应自动序列化:JSON 响应可一键转为 Java 实体对象,告别手动解析。结合 curl 命令式调用,大幅提升第三方接口集成效率。轻量、直观、开箱即用。
|
21天前
|
运维 监控 安全
双因素认证抗钓鱼效能与部署策略研究
本文基于卡内基梅隆大学2026年双因素认证指南,系统分析短信验证码、TOTP、推送通知、通行密钥及硬件密钥等方案的安全梯度、抗钓鱼能力与部署实践,强调FIDO2/WebAuthn方案的协议级防钓鱼优势,并提出分层认证、备用设备、用户教育等关键运维策略。(239字)
81 2
|
3天前
|
API 数据中心
【Azure APIM】使用 Terraform 为现有 APIM 配置自动缩放
本文详解如何使用Terraform为Azure API Management(APIM)配置自动缩放。因官方azurerm_api_management资源不支持auto scale参数,需借助azurerm_monitor_autoscale_setting资源实现,并适配中国区环境(设置environment="china")。文中提供完整模板、部署步骤及常见错误解决方案。(240字)
|
22天前
|
安全
【App Service】为应用服务添加Key Vault证书时遇见的RBAC问题之两个困扰人的坑
本文详解Azure App Service通过RBAC方式从Key Vault导入HTTPS证书的三大权限坑:门户无法加载证书列表、Add时仍报无权访问。关键在于开启Key Vault诊断日志定位Forbidden错误,并为App Service托管标识、当前用户授予“Key Vault Certificate User”,为Microsoft.Azure.WebSites授予“Key Vault Secrets User”权限。
|
2月前
|
存储 运维 监控
可观测性平台建设:从数据割裂到统一观测的演进路径
企业监控体系为何越建越复杂?本文深入分析监控数据割裂的根源,提出以统一元数据模型打通指标、日志、链路的分步落地路径,对比自建、商业一体化与混合三种技术路线的适用边界,并总结采集聚合、标签基数、拓扑维护等常见实践坑,帮助团队判断何时适合推进统一可观测平台建设。
|
2月前
|
数据采集 供应链 数据挖掘
小众品类突围记:API如何帮我们发现并验证“解压玩具”市场?
本文以“解压玩具”为例,讲述如何借助电商API进行小众市场验证:通过批量获取搜索量、销量、价格、评价等多维数据,高效完成需求趋势、竞争格局、利润空间与用户痛点分析,实现数据驱动的选品决策,为中小商家提供可复用的实战方法论。(239字)