docker 报错 library initialization failed - unable to allocate file descriptor table - out of memory

文章讲述了Docker容器在启动时遇到libraryinitializationfailed错误,原因是由于JDK8启动时对文件句柄的内存分配过多,当ulimitnofile值过大时引发内存不足。解决方法包括在dockerrun或docker-compose中设置ulimit,修改docker守护进程的默认配置,以及调整系统内核的限制,其中推荐修改docker守护进程的配置以减少对系统的整体影响。
摘要由CSDN通过智能技术生成

错误

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

原因

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

官方文档:

dockerd | Docker Docs

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

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

stackoverflow

解决方法

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

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

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

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

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

方法1

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

docker run | Docker Docs

Services top-level elements | Docker Docs

方法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

 修改系统内核的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

通过其他前辈的博客总结而来,侵删

https://www.jianshu.com/p/30618c96b343

解决异常:library initialization failed - unable to allocate file descriptor table - out of memoryAborted-CSDN博客

java - Error upon jar execution - unable to allocate file descriptor table - Stack Overflow

  • 41
    点赞
  • 38
    收藏
    觉得还不错? 一键收藏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值