【 使用环境 】测试环境
【 OB or 其他组件 】OB、OBProxy
【 使用版本 】4.2.1.3
【问题描述】
1、我在/etc/sysctl.conf中配置了kernel.core_pattern = /home/admin/core-dump/core-%e-%p-%t
2、之后生成了一个转储文件：‘core-[ACCEPT 0:2883]-263663-1704942812’
3、我该如何查看这个文件呢
1.安装 debuginfo
请安装和ob匹配的debuginfo包下载地址为：oceanbase-community-stable-el-7-x86_64安装包下载_开源镜像站-阿里云
rpm2cpio oceanbase-debuginfo-xxx.el7.x86_64.rpm | cpio -div
将解压出的observer.debug 文件拷贝进observer目录，默认为/home/admin/oceanbase/bin目录
2.升级gcc到最新：
sudo yum -y install gcc
3.安装texinfo包：
sudo yum install texinfo
4.安装gdb 9.1
5. 获取gdb output信息
gdb /home/admin/oceanbase/bin/observer core-xxxx
–在进入交互界面之后
bt
2 个赞
牛，我试下
我这个是OB的中控机，只装了OBProxy，下载了oceanbase-ce-debuginfo，并将observer.debug文件复制到了/home/admin/集群名称/obproxy/bin文件夹中
之后我执行了：
gdb /home/admin/集群名称/obproxy/bin/obproxy ‘core-[ACCEPT 0:2883]-263663-1704942812’
部分输出如下：
上面的输出能看出啥问题不
是obproxy出现了coredump么
对，我的这个机器上装了OBD，并使用OBD白屏部署了数据库；
OBProxy装在当前出现core-dump的机器上，observer放在了另一台机器上
看了core dump文件的时间戳，那个时间点应该重启过服务器，不关闭集群、直接reboot，这样会差生core dump文件吗
是什么系统呢
kylin v10
刚试了下，直接重启系统，会生成一个core dump文件，还是obproxy产生的
麻烦看下
- 这个core的生成时间是重启前还是重启后
- kylin v10的内核是什么
- 执行下obproxy -V把对应的版本信息贴下
