GBase 8a 执行相关日志介绍

最长用的是8a集群的基础日志

express.log日志

日志记录express引擎内部执行过程中的一些重要信息，包括异常等，用于查错。express日志的输出粒度可以使用gcluster_log_level这个参数进行控制 进行控制，默认是3（1+2），可以设置为7，增加输出信息，  error-1、warning-2、info-4、debug-8

system.log日志

当有服务崩溃时，system 日志会记录下崩溃时的程序调用堆栈，出现此类情况可将 system.log 发回公司，由相关开发人员排查，这时 log 中记录的内容类似于 core 文件的作用，可用于分析产生错误的原因，大部分情况下可以获知程序崩溃的代码点；

gc_recover

Gcrecover一般是用于记录event日志恢复情况的记录，路径在所有管理节点下的指定目录下，该日志主要是结合express日志syncclient和syncserver排查event恢复过程中出现异常的原因

Gcware.log

gcware用于各节点GCluster实例间共享信息(包括集群结构，节点状态，节点资源状态等信息)，以及控制多副本数据操作时，提供可操作节点，控制各节点数据一致性状态。Gcware日志主要记录个节点状态，资源状况等信息，用于排查一些调用gcware接口返回错误信息额情况。

Gcmonit/gcmmonit日志就是记录守护进程拉起集群关键服务的动作。

其次就是一些系统功能日志

loader_logs

存储本管理节点发起的所有加载任务日志，其中包含了加载结果、失败原因以及错误数据，用于分析一些加载类错误的原因

loader_result

记录管理节点发起的所有加载记录，包括成功和失败的加载，也可以结合show load logs task_id来查询加载失败原因，建议还是直接查看loader_logs文件夹中的对应目录

gcinstall.log

集群安装详细日志文件，一般在安装，升级等操作报错情况下需要查看该日志

replace.log

集群节点替换详细日志文件，一般在节点替换操作报错情况下需要查看该日志

gcware_replace.log

953版本gcware需要单独替换，并记录日志到这个文件下。

Core文件日志

运行过程中出现crash时，system.log中记录了宕机的堆栈信息，core文件中记录了宕机的详细的堆栈信息，打开方法gbase_8a_gcluster.cnf，将文件中的core-file参数去掉参数前的注释符号“#”

补充打开方式

Dump文件日志

宕机产生后生成的dump快照信息，包含系统信息，堆栈，内存状态等场景信息
953版本执行方式直接./执行该文件，会生成对应的文件夹