KingbaseES运维案例之---数据库启动“could not open shared memory segment”

案例说明:
在kylin系统下数据库启动出现“could not open shared memory segment xxxx"的故障,故障如下所示:

适用版本:

KingbaseES V8R3/R6

问题分析:

1、 此问题涉及到share memory segment,查看内核参数配置sysctl. conf,没有发现有异常。
2、对于共享内存管理模式是posix的,如下图所示:

当启动数据库服务后,访问共享内存段,将会在/dev/shm下创建一个临时文件(共享内存段控制文件)。
如下所示,如果主机上启动多个数据库服务进程,将创建多个对应文件:

# 查看数据库服务进程
[kingbase@node1 bin]$ netstat -antlp |grep 54321
(Not all processes could be identified, non-owned process info
 will not be shown, you would have to be root to see it all.)
tcp        0      0 0.0.0.0:54321           0.0.0.0:*               LISTEN      21925/kingbase  

# 查看进程访问的文件
[kingbase@node1 bin]$ lsof -p 21925|grep shm
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/42/gvfs
      Output information may be incomplete.
kingbase 21925 kingbase  mem    REG               0,18      8464    583943 /dev/shm/kingbase.597188938

# 查看共享内存段控制文件
[kingbase@node1 bin]$ ls -lh /dev/shm
total 104K
-rw------- 1 kingbase kingbase 8.3K Nov 24 14:41 kingbase.597188938
-rw------- 1 kingbase kingbase 7.3K Nov 24 11:30 kingbase.827659447

重启数据库服务:(生成一个新的控制文件)

查看共享内存段控制文件:

问题解决:

 从故障现象看,是没有权限访问/dev/shm下的共享内存段对应的文件及/dev/shm目录权限,检查权限,赋予合适的权限。

Tips:
/dev/shm正确的权限应该是:1777。

posted @   天涯客1224  阅读(6)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· DeepSeek 开源周回顾「GitHub 热点速览」
点击右上角即可分享
微信分享提示