openGauss 数据库报错“failed: To0 many open files”

openGauss 数据库报错"failed: To0 many open files"

报错:

最近在测试搭建测试高斯数据库的时候,发现当应用程序和数据库对接完成之后,经常是运行一段时间就应用就挂了,去查看了应用程序日志,发现了如下报错:

failed: To0 many open files,这个报错一般是应用程序或者是用户的文件描述符 被限制导致的,在Linux系统中,每个用户和程序的 文件描述符,都是默认被限制到了 1024的,

排查流程

看到上述报错可以确定,数据库无法连接的原因就是因为文件描述符 被限制导致的,所以我查看当前用户、omm(运行数据库用户),以及limit.conf配置。


看带上面三个配置可以发现,我们关于文件最大描述附最大值是配置到100000的,理论上是不会被耗尽的。接下来查看一下,当前已打开的文件数量

powershell 复制代码
# 查看特定 PostgreSQL 进程打开的文件描述符数量(替换 <PID> 为实际进程 ID)
ls -l /proc/<PID>/fd | wc -l

# 查看该进程的具体限制配置
cat /proc/<PID>/limits | grep "Max open files"

通过cat /proc/<PID>/limits查看发现这里显示的文件描述最大值还是1024。

问题定位

后来通过在网上查询之后才发现,因为如果进程是通过systemd的方式去管理的话。进程启动的时候是不会读取max-limits.conf的配置文件,还是会使用默认的1024,这个时候就需要我们去修改systemd 的启动脚本来指定 Max open files 。

在启动脚本的【Service】中添加

powershell 复制代码
LimitNOFILE=65536
LimitNPROC=65536

修改完之后记得reload一下systemd配置在重启数据库

powershell 复制代码
systemctl  daemon-reload
systemctl  restart opengauss.service

解决验证

重启之后,在查看文件描述符限制,可以看到就变成了我们修改的数值了,再重启应用程序后正常。

相关推荐
IT古董4 小时前
《FDE前沿部署工程师实战教程》33 - Enterprise AI Observability:从Agent Trace到全链路智能运维
数据库·人工智能
for_ever_love__4 小时前
MySQL 主从复制讲透:binlog 原理、搭建步骤与读写分离
java·数据库·mysql·binlog·读写分离·原理·主从复制
不会就选b6 小时前
Linux之TCP理论<1>
linux·运维·服务器
倔强的石头1067 小时前
应用账号最小权限实践:读写账号、报表账号、运维账号分层
java·运维·开发语言
Android系统攻城狮8 小时前
Linux Gstreamer深度解析之gst_audio_encoder_get_frame_samples_min调用流程与实战(六十)
linux·运维·服务器·音视频·gstreamer音视频·音视频进阶·gstreamer音视频进阶
Nturmoils9 小时前
GROUP BY 先别想当然,查汇总前把规则跑清楚
数据库
_upupup9 小时前
Linux中的自动化构建——make/Makefile
linux·运维·自动化
最笨的羊羊9 小时前
Oceanbase数据库系列之:向量数据库核心知识
数据库·oceanbase
fish_xk9 小时前
mysql中的表的约束
数据库·mysql
谢亮_vipxieliang9 小时前
Go Channel 高级模式——从底层原理到扇出扇入实战
java·数据库·golang