greenplum-记录一次gp重启报错问题排查步骤

习惯12

已于 2024-04-22 13:15:21 修改

阅读量645

点赞数 5

分类专栏： greenplum 文章标签：服务器运维数据库 greenplum 日志

于 2024-03-29 11:38:17 首次发布

本文链接：https://blog.csdn.net/qq_38195893/article/details/137140134

版权

greenplum 专栏收录该内容

17 篇文章 1 订阅

订阅专栏

本文详细描述了如何解析gpstart启动失败的日志，包括定位错误、检查启动日志和.csv文件，以及处理节点同步问题的排查步骤。重点提到FATAL和error作为关键线索，以及gprecoverseg命令的使用情况。

摘要由CSDN通过智能技术生成

1、错误日志：

gpstart

.....

20170104:16:35:48:000907 gpstart:gp-segment5:gpadmin-[CRITICAL]:-Failed to start Master instance in admin mode

20170104:16:35:48:000907 gpstart:gp-segment5:gpadmin-[CRITICAL]:-Error occurred: non-zero rc: 1

 Command was: 'env GPSESSID=0000000000 GPERA=None $GPHOME/bin/pg_ctl -**D /disk/master/gpseg-1 -l /disk/master/gpseg-1/pg_log/startup.log** -w -t 600 -o " -p 5432 -b 1 -z 0 --silent-mode=true -i -M master -C -1 -x 18 -c gp_role=utility " start'

rc=1, stdout='waiting for server to start...... stopped waiting

', stderr='pg_ctl: PID file "/disk/master/gpseg-1/postmaster.pid" does not exist

pg_ctl: could not start server

Examine the log output.

'

2、排查步骤

1.按照日志信息查询启动日志，日志位置在上面错误信息加错的位置

命令：tail -50f /disk/master/gpseg-1 -l /disk/master/gpseg-1/pg_log/startup.log

关键字：FATAL 或者 error

2.如果启动日志没有错误信息，查询同路径下最新的**.csv**文件，按照此文件中的错误提示信息，进行问题的修改

3、重启后

重启之后，可能存在节点之间不同步，节点状态不是 sync，此时可以执行gprecoverseg命令

执行命令时如果出现下列提示信息

Lockfile /app/gpdata/master/gpseg-1/gprecoverseg.lock indicates that an instance of gprecoverseg is 

If this is not the case, remove the lockfile directory at /app/gpdata/master/gpseg-1/gprecoverseg.lock

说明gprecoverseg命令已经在执行中，原因是，gp在重启的时候，会自动判断状态，并执行gprecoverseg命令，等待一端时间后在进行数据节点状态检查即可