8.8. 高可用性和集群

在所有待处理的操作完成前，Pacemaker Designated Controller 选举不再完成

当集群选择一个新的 Designated Controller (DC)时，所有节点都将其当前历史记录发送给新的 DC，后者将其保存到 CIB。因此，如果在选择新 DC 时操作已在进行中，且节点将当前历史记录发送给新 DC 后的操作完成了，则操作的结果可能会丢失。有了此修复，在所有待处理的操作都完成前，DC 选举不会完成，且没有丢失操作结果。

fence_scsi 代理现在可以自动检测共享的 lvmlockd 设备

在以前的版本中，fence_scsi 代理没有自动检测共享的 lvmlockd 设备。有了此更新，当 devices 属性没有设置时，fence_scsi 可以自动检测 lvmlockd 设备。

资源粘性现在可以与托管分数正确进行比较

链式资源托管是指与被分配的资源托管的资源一起托管的资源。在以前的版本中，如果原始托管有一个有限的负分数，并且链式托管是强制的，则可以从其节点禁止被分配的原始资源，即使 resource-stickiness 被设置为 INFINITY。有了此修复，链式托管现在被按比例考虑，粘性可以正确地与托管分数进行比较。

crm_resource 命令现在允许禁止或移动只有一个活跃副本的捆绑包

在以前的版本中，当 crm_resource 命令检查带有单个副本的捆绑包是否处于活跃状态时，命令会计算容器处于活跃状态的节点，以及为容器本身创建的客户机节点。因此，crm_resource 命令不会禁止或移动具有单个活跃副本的捆绑包。有了此修复，crm_resource 命令在在决定活跃副本数时，仅计算捆绑包容器处于活跃状态的节点。

mysql 资源代理现在可以与可升级的克隆资源一起正常工作

在以前的版本中，由于提升分数在提升的和非提升的值之间发生了变化，mysql 资源代理会移动在节点间 Master 角色中操作的克隆资源。有了此修复，已提升的节点保持已提升状态。

未提升的克隆实例不再不必要重启

在以前的版本中，按数字顺序分配可升级的克隆实例，已提升的实例排第一。因此，如果需要启动已提升的克隆实例，在某些情况下会意外重启未提升的实例，因为实例号更改了。有了此修复，当为节点分配实例号时，角色会被考虑，因此不会发生不必要的重启。

将隔离 watchdog 配置为第二个隔离设备，现在在第一个设备超时时会隔离节点

在以前的版本中，当将 watchdog 隔离设备配置为隔离拓扑中的第二个设备时，在计算隔离操作时不会考虑 watchdog 超时。因此，如果第一个设备超时了，隔离操也会超时作，即使 watchdog 会隔离节点。有了此修复，watchdog 超时包含在隔离操作超时中，如果第一个设备超时，则隔离操作成功。

当列表按节点分组时，带有规则的位置约束不再显示

不会给带有规则的位置约束分配节点。在以前的版本中，当您按节点分组列表时，带有规则的位置约束会在空节点下显示。有了此修复，不再显示带有规则的位置约束，并给出一条警告信息，表示带有规则的约束没有显示。

更新多路径 SCSI 设备的 pcs 命令现在可以正常工作

由于 Pacemaker CIB 文件中的变化，pcs stonith update-scsi-devices 命令会按设计停止工作，从而导致一些集群资源不需要的重启。有了此修复，这个命令可以正常工作，并更新 SCSI 设备，而无需重启在同一节点上运行的其他集群资源。

当打开 pscd Web UI 时，pcsd-ruby 守护进程的内存占用量现在减少了

在以前的版本中，当 pcsd Web UI 打开时，pcsd-ruby 守护进程的内存用量会在几个小时内稳步增加。有了此修复，在 pcsd-ruby 守护进程中运行的 web 服务器现在定期执行安全重启。这会释放分配的内存，并减少内存占用。

azure-events-az 资源代理不再对 Pacemaker 2.1 及之后的版本产生错误

azure-events-az 资源代理执行 crm_simulate -Ls 命令，并解析输出。使用 Pacemaker 2.1 及更高版本，crm_simulate 命令的输出不再包含文本 Transition Summary:，这会导致一个错误。有了此修复，当缺失此文本时，代理不再会产生错误。