【测试类型：工具功能】【测试版本：6.0.0】gs_checkse A8确保开启归档模式修复、A9确保开启NTP时钟同步检测以及当不指定-l参数时/tmp/gs_checkse/下无日志

【标题描述】:  gs_checkse A8确保开启归档模式修复、A9确保开启NTP时钟同步检测以及当不指定-l参数时/tmp/gs_checkse/下没存放日志

【测试类型：工具功能】【测试版本：6.0.0】 问题描述：gs_checkse A8确保开启归档模式修复、A9确保开启NTP时钟同步检测以及当不指定-l参数时/tmp/gs_checkse/下没存放日志

【操作系统和硬件信息】(查询命令: cat /etc/system-release, uname -a):
Linux kwemhisprc01300 3.10.0-1062.el7.x86_64 #1 SMP Wed Aug 7 18:08:02 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
CentOS Linux release 7.6.1908 (Core)

【测试环境】(单机/1主x备x级联备):
一主两备

【被测功能】:
gs_checkse

【测试类型】:
功能测试

【数据库版本】(查询命令: gaussdb -V):
gaussdb (openGauss 6.0.0 build 3a568c22) compiled at 2024-08-14 04:28:44 commit 0 last mr

【预置条件】:
1.数据库通过om安装

【操作步骤】(请填写详细的操作步骤):
1. 确保开启归档模式违反规则后进行修复
gs_guc reload -Z datanode -N all -I all -c "wal_level=archive"
gs_guc set -Z datanode -N all -I all -c "archive_mode=off"
gs_om -t restart
gs_checkse -i A8 --detail
gs_checkse -i B8 --detail
cat dn/postgresql.conf | grep archive_command

2. 需要通过systemctl status ntpd.service检查ntpd服务（不支持service ntpd status命令的服务器无法检测）
3. gs_checkse -i A8 --detail 不指定-l参数，查看默认日志存放路径/tmp/gs_checkse/gs_checkse-YYYY-MM-DD_hhmmss.log

【预期输出】:
1.人工修复，这里修复时涉及到归档路径，不能写固定
![输入图片说明](https://foruda.gitee.com/images/1724297210383285784/2839a045_10825457.png "屏幕截图")
2. 需要通过systemctl命令检测ntpd服务状态的，工具也能够正确检测，即systemctl status ntpd.service查看ntpd服务状态运行正常，则通过gs_checkse -i A9 --detail检测也是通过的
3. 默认路径下存在日志,ll /tmp/gs_checkse

【实际输出】:
1.修复命令未生效
![输入图片说明](https://foruda.gitee.com/images/1724297579375853501/ebf922ee_10825457.png "屏幕截图")
2.需要通过systemctl命令检测ntpd服务状态的，工具检测不准确
![输入图片说明](https://foruda.gitee.com/images/1724297727756461488/faaa22f7_10825457.png "屏幕截图")
3. ll /tmp/gs_checkse
![输入图片说明](https://foruda.gitee.com/images/1724297787325701396/af48aade_10825457.png "屏幕截图")

【原因分析】:
1. 这个问题的根因
2. 问题推断过程
3. 还有哪些原因可能造成类似现象
4. 该问题是否有临时规避措施
5. 问题解决方案
6. 预计修复问题时间

【日志信息】(请附上日志文件、截图、coredump信息):

【测试代码】:

openGauss/openGauss-OM

内容风险标识

评论 (3)

openGauss/openGauss-OM .gitee-modal { width: 500px !important; }

内容风险标识