Service Fabric升级停留在PreUpgradeSafetyCheck上

Question

我收到一个警告，提示有可用的Service Fabric新版本，但是，当我尝试对其进行升级时，该过程被卡在节点Rep_247上的PreUpgradeSafetyCheck中。 我已经尝试了-Force和-ForceRestart，但是并没有帮助。

集群图

Answer 1

因为服务结构无法以安全的方式关闭服务来升级节点或应用程序，所以可能会发生此问题。

每当升级节点时，必须先将在该节点中激活的服务移至另一个节点，以便可以重新启动该节点而不会影响应用程序/服务的可用性。

在这种情况下，当无法将服务放置在另一个节点中时，这样做可能会导致仲裁丢失，可能是因为没有其他可用的节点，或者是由于服务中的放置限制，或者只有一个服务实例。

由于SF无法保证服务的可靠性，因此它将暂停升级过程，直到可以应用解决方案来解决问题并继续进行。

从您的集群映射中可以看到该消息，您的集群只有一个节点类型为“ Rep_247 ReportServerType ”，我假设您具有带有放置约束的服务只能在该节点类型上部署，因此将节点取下使这些服务不可用，因为放置约束将阻止它们移动到另一节点类型。

如果服务不限于该节点类型，则问题可能是：

• 它无法在其他节点上激活，例如，该节点中缺少依赖项，这将导致副本数量最少。
• 该服务只有一个实例可用，取消运行将使该服务不可用。

PS：同样适用于节点MR_236 MRType

PreUpgradeSafetyCheck

PreUpgradeSafetyCheck的UpgradePhase意味着在执行升级域之前准备问题。 在这种情况下，最常见的问题是服务关闭或主代码路径降级时的错误。

这种情况的可能解决方案是：

• 添加服务的更多副本\\实例，以便达到最低仲裁人数。
• 删除服务的Placement约束，以使其移动到其他节点。
• 添加相同节点类型的其他节点，以便服务可以安全地移出。
• 断开服务并在节点更新时重新创建（如果没有状态，则为最后一个选项，否则将丢失数据）

您可能有兴趣查看相关问题：

• Github问题＃1279
• Github问题＃377