10.4. 红帽高可用性附加组件产生的 SNMP 陷阱


foghorn 守护进程生成以下陷阱:
  • fenceNotifyFenceNode
    在被 fence 的节点尝试 fence 另一个节点时会出现这个陷阱。注:只会在一个节点中生成这个陷阱 -- 即在尝试执行 fence 操作的节点中生成。这个通知包括以下字段:
    • fenceNodeName -- 被 fence 的节点名称
    • fenceNodeID -- 被 fence 的节点 id
    • fenceResult -- fence 操作结果(0 表示成功,-1 表示有问题,-2 表示没有定义 fencing 方法)
  • rgmanagerServiceStateChange
    集群服务状态更改时会出现这个陷阱。该通知包括以下字段:
    • rgmanagerServiceName -- 该服务名称,其中包括服务类型(例如:service:foo 或者 vm:foo)。
    • rgmanagerServiceState -- 该服务的状态。这不包括过渡状态,比如 startingstopping,以减小陷阱中的杂乱程度。
    • rgmanagerServiceFlags -- 服务标签。以下是目前支持的两个标签:frozen 表示已经使用 clusvcadm -Z 冻结服务;partial 表示在该服务中将失败的资源标记为 non-critical,这样可在该资源失败并手动重启其组件时不影响整个服务。
    • rgmanagerServiceCurrentOwner -- 服务拥有者。如果该服务没有运行,则该字段为 (none)
    • rgmanagerServicePreviousOwner -- 如果知道,则列出最后的服务拥有者。如果不知道最后的拥有者,该字段会显示 (none)
corosync-nodifyd 守护进程生成以下陷阱:
  • corosyncNoticesNodeStatus
    当节点加入或者离开集群时会出现这个陷阱。该通知包括以下字段:
    • corosyncObjectsNodeName -- 节点名称
    • corosyncObjectsNodeID -- 节点 id
    • corosyncObjectsNodeAddress -- 节点 IP 地址
    • corosyncObjectsNodeStatus -- 节点状态(joined 或者 left
  • corosyncNoticesQuorumStatus
    仲裁状态更改时会出现这个陷阱。该通知包括以下字段:
    • corosyncObjectsNodeName -- 节点名称
    • corosyncObjectsNodeID -- 节点 id
    • corosyncObjectsQuorumStatus -- 仲裁的新状态(quorate 或者 NOT quorate
  • corosyncNoticesAppStatus
    客户端程序连接到 Corosync 或者与之断开连接时会出现这个陷阱。
    • corosyncObjectsNodeName -- 节点名称
    • corosyncObjectsNodeID -- 节点 id
    • corosyncObjectsAppName -- 应用程序名称
    • corosyncObjectsAppStatus -- 该应用程序的新状态(connected 或者 disconnected
Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.