Pacemaker日志

默认情况下，pacemaker 将登录到与 corosync 相同的位置，但这可以通过使用 /etc/sysconfig/pacemaker 中的 PCMK_log* 选项进行更改。

修改此配置文件后，可以通过重新启动pacemaker.service 使更改生效。
要在不影响集群操作的情况下重新启动pacemaker，可以在重新启动pacemaker.service 之前将节点置于待机模式。

使用 journalctl 查看日志

journalctl 还可用于查看和查询起搏器和 corosync 的日志：

# journalctl -l -u pacemaker.service -u corosync.service

Corosync 日志记录

在对集群进行故障排除时，系统管理员可以使用的最有用的资源之一是系统日志。
corosync 守护进程默认会记录到 syslog，但可以在 /etc/corosync/corosync.conf 中的 logging {} 块内控制日志记录。

记录到文件

要启用将 corosync 消息记录到文件中，可以将 to_file 和 logfile 指令添加到 logging {} 块。

logging {
    to_file: yes 
    logfile: /var/log/corosync.log
}

记录到标准错误

corosync 还可以向 stderr 发送消息。
从这里开始，systemd 可以选择这些消息，并将它们转发给 journald。

loggfog {
    to_stderr: yes 
}

记录优先级

消息写入日志的优先级可以通过日志块内的 logfile_priority 和 syslog_priority 设置来控制。

两者都可以设置为以下任何一项： alert 、 crit 、 debug 、 emerg 、 err 、 info 、 notice 或者 warning 。
默认级别是 info 。

还可以通过将 debug: on 行添加到 /etc/corosync/corosync.conf 中的 logging {} 块来强制对所有内容进行调试级日志记录。

激活日志更改

在节点上对 corosync 的日志记录配置进行更改后，使用命令 pcs cluster sync 从具有更新配置文件的节点将更改分发到所有节点。
然后，在每个节点上，运行命令 pcs cluster reload corosync 以激活日志记录更改。

除了重新加载 corosync，管理员还可以选择使用 pcs cluster stop -all 和 pcs cluster start -all 重新启动整个集群。

注意：集群日志文件可以快速增长，尤其是在打开调试日志记录时。
因此，建议为任何新的日志文件启用 logrotate。
可以在 /etc/logrotate.d/pacemaker 中找到集群日志的良好 logrotate 配置示例。