前言

docker容器，启动的时候 容器日志报： library initialization failed - unable to allocate file descriptor table - out of memory

一、pandas是什么？

docker启动容器时，若未给容器配置ulimit，则从docker守护进程上设置的默认ulimits继承，这个值太大？会报这个错

官方文档：

dockerd | Docker Docs

ulimit nofile这个值太大报错的原因：

JDK8启动程序时会尝试为文件句柄分配内存，文件句柄数即系统设置ulimit nofile的值，若ulimit nofile很大，文件句柄数量十分巨大，就导致了即便分配10G运存还是Out Of Memory。旧版的Linux默认句柄数为1024，则不会出现该异常。

二、解决方法

修改创建创建容器时的ulimit值，​​​​​​

这个是在启动容器的时候报错，而不是启动docker的时候，对整个系统影响最小的话，

优先修改的是docker创建容器时的ulimit值(法1)，但这种每次都要加参数比较麻烦

所以推荐改docker守护进程的ulimit(法2)，对整个系统影响最小的话，也不麻烦

还有就是修改系统内核的(法3)，对整个系统影响较大不推荐

1.方法1

docker run 或者docker-compose的时候加上ulimit配置。

docker run | Docker Docs

Services top-level elements | Docker Docs

2.方法2（推荐）

修改docker创建容器的默认ulimit配置。

步骤如下：

查看docker的systemd配置位置

systemctl status docker

编辑docker.service

在ExecStart命令后加上创建容器的默认ulimit配置，如下，设置容器启动时的ulimit为65535:65535：

 --default-ulimit nofile=65535:65535

配置好的样子

ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock --default-ulimit nofile=65535:65535

重启docker

systemctl daemon-reload
systemctl restart docker

3.方法3

修改系统内核的ulimits
使用 ulimit 命令：

ulimit -n <new limit>

修改 /etc/security/limits.conf 文件：
在 /etc/security/limits.conf 文件中添加或修改以下行：

* soft nofile <new limit>
* hard nofile <new limit>

使用 sysctl 命令：

sysctl -w fs.file-max=<new limit>

更多细节

docker守护进程的ulimits由哪来
linux系统服务limitnofile,systemd中设置LimitNOFILE=infinity最终却得到65536-CSDN博客

docker守护进程的ulimits由systemd控制，一般再docker systemd的配置里写。（systemctl版本小于234的时候不生效，查看systemctl版本：systemctl --version）

docker 启动报错 library initialization failed - unable to allocate file descriptor table - out of memory-CSDN博客systemd的ulimits由系统内核控制？可以更改

2024年3月29日，docker版本20.10.17，系统版本麒麟v10，经过实际测试，启动容器的时候不设置ulimit，不会继承守护进程的ulimit，在systemd中配置的对容器无用。只有法2可行。

查看docker守护进程的ulimits

cat /proc/`pidof dockerd`/limits |grep files

查看容器的ulimits

docker inspect -f '{{.State.Pid}}' 容器id
# 输出pid
cat /proc/pid/limits |grep files

总结

我用方法二解决了问题。