暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

GaussDB检查日志信息

原创 章芋文 2019-09-04
1443

查看系统日志和操作系统日志位置

echo $GAUSSLOG


运行日志分析

--数据库实例类:

在gsql客户端输入命令 \set VERBOSITY verbose 进入verbose模式。在verbose模式下,客户端会显示详细的错误信息。在错误码参考中可以查到相关错误信息对应的处理方法。

--集群类:

cd $GAUSSLOG/cm    通过查看cm日志进行集群运行分析。


黑匣子日志:

--设置core文件生成的最大数目

gs_guc set -Z datanode -N all -I all -c "bbox_dump_count=4"

gs_guc set -Z coordinator -N  all -I all -c "bbox_dump_count=4"

core文件超出所设置的数目时,新生成的core文件将会覆盖旧的core文件。避免GaussDB频繁异常重启反复产生core文件快速占用磁盘空间。

--设置core文件的生成路径

mkdir /corefiles

chmod 750 /corefiles

gs_guc set -Z datanode -N all -I all -c "bbox_dump_path='/corefiles'"

gs_guc set -Z coordinator -N all -I all -c "bbox_dump_path='/corefiles'"

不设置时,GaussDB将从/proc/sys/kenel/core_pattern下读取路径。如果此路径不合法或者不存在,core文件将生成在数据库的data目录下。


启用core文件记录功能:

gs_guc set -Z datanode -N all -I all -c "enable_bbox_dump=on"

gs_guc set -Z coordinator -N all -I all -c "enable_bbox_dump=on"

开启收集core文件的功能对操作系统有一定的性能影响,尤其是进程频繁异常对性能的影响更大。另外core文件会占用占用磁盘空间。

「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论