docker启动容器后，shm内存不够解决方案

最新推荐文章于 2025-05-30 10:00:14 发布
最新推荐文章于 2025-05-30 10:00:14 发布
阅读量5k 收藏 17
点赞数 7
CC 4.0 BY-SA版权
分类专栏： 随笔笔记 文章标签： docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/LPJCSY/article/details/123710632
当遇到Docker容器内shm空间不足的情况，可以通过两种方式解决：一是启动容器时指定shm_size，如`docker run -it --shm-size=1g --name=container_name image_id/bin/bash`；二是针对已创建的容器，停止Docker服务，修改hostconfig.json文件中shm的大小，如将64m改为1g，然后重启Docker服务。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

最近使用docker部署服务时候遇到了下面的问题
在这里插入图片描述
先执行命令 df -h 看一下自己容器的内存情况
在这里插入图片描述
可以看到shm已经没空间了，需要为shm分配更多的空间，这里有两个方案

1.创建容器时候直接分配内存

docker run -it --shm-size=1g --name={container_name} {image_id} /bin/bash

2.修改容器的hostconfig.json文件

如果你的容器已经创建，可以使用这种方式修改
先停掉docker服务

systemctl stop docker.socket

然后进入到容器所在的位置，如果你不清楚，可以执行下面命令看一下

docker info

在这里插入图片描述
然后进入到该目录找到容器对应的id目录下，修改hostconfig.json文件

vim /var/lib/docker/container/{id}/hostconfig.json

在这里插入图片描述
默认是64m，然后修改成你设置的内存大小，例如1g=1073741824
保存后退出，我们再重启docker服务

systemctl restart docker.socket

然后再去容器里面运行服务，就可以了

解决 Docker 里 DrissionPage 无法连接浏览器的问题，内含直接可用的Docker镜像（DrissionPage 浏览器链接失败 怎么办？）
XiaoqiangClub的博客
06-19 320
🚀 Docker 容器里 DrissionPage 连接 Chrome 失败怎么办？
容器技术---（一）Docker
sss
11-30 1245
docker官网：Container Runtime with Docker Engine | Dockerhttps://www.docker.com/products/container-runtime?spm=a2c6h.13651104.0.0.6d9072ffL2HnED 安装docker 配置docker-ce软件仓库 此时yum install -y docker-ce会报错提示需要安装相关依赖包 配置所需依赖包的软件仓库 安装完成并启用docker
k3s配置docker容器/dev/shm
SteveForever的博客
07-13 866
要扩大K3s和Docker容器的/dev/shm使用 Docker 的--shm-size选项直接设置容器的共享内存大小。在Kubernetes的Pod或Deployment配置文件中使用emptyDir卷来设置共享内存大小。修改 Docker 的配置文件来全局更改默认的共享内存大小。
docker 生产容器 运行出现shm 空间不足问题解决
weixin_42960918的博客
06-17 691
shm空间不足问题
解决Docker存储空间不足问题
最新发布
jdxhb的博客
05-30 853
解决Docker存储空间不足问题
SHM不足导致导致数据库宕机
要么数一数二，要么不三不四。
02-21 387
今天早上到办公室，开发说测试环境应用程序挂掉，看日志说是连接不上数据库，经查看，数据库在晚上10点的时候挂掉，告警日志报错如下： WARNING: You are trying to use the MEMORY_TARGET feature. This feature requires the /dev/shm file system to be mounted for at least 78...
Docker容器中运行pytorch模型shared memory(shm)不足的解决方法
weixin_38267786的博客
05-25 4198
错误信息 ERROR: Unexpected bus error encountered in worker. This might be caused by insufficient shared memory (shm). Traceback (most recent call last): File "train_raf-db.py", line 214, in <module> run_training() File "train_raf-db.py", line 158
dbca 配置内存，启用自动内存管理，提示shm不足
晚班的火车的技术生活
12-21 1291
看到报错如上； 提示释放 /dev/shm的空间。 意思当前的Oracle配置的内存比当前的系统的shm大。 --== 查看当前大小。 [root@CLDB1 ~]# df -h Filesystem            Size  Used Avail Use% Mounted on /dev/mapper/vg00-lvroot                       591
docker容器日志输出导致磁盘占用100%的问题与解决方案
XKPP023的博客
06-30 811
早上工作登录服务页面时报了个internal server error，然后登录服务器重启服务，控制台输出no space left on device，说设备没有空间了。--log-opt max-size: 设置单个日志文件的最大大小。当日志文件达到这个值时，Docker 会自动轮换日志文件。--log-opt max-file: 设置日志文件的最大数量。当达到这个值时，Docker 会删除最旧的日志文件。配置容器的日志输出行为有两种方式，配置单个容器的日志、全局配置。1、配置单个容器的日志。
企业化运维(8)Docker容器技术
weixin_46927961的博客
07-28 1650
自定义网络模式，docker提供了三种自定义网络驱动：• bridge• overlay• macvlanbridge驱动类似默认的bridge网络模式，但增加了一些新的功能，overlay和macvlan是用于创建跨主机网络。建议使用自定义的网络来控制哪些容器可以相互通信，还可以自动DNS解析容器名称到IP地址。自定义网络查看自定义网络地址段查看使用--ip参数可以指定容器ip地址，但必须是在自定义网桥上，默认的 bridge模式不支持，同一网桥上的容器是可以互通的。
SSH远程直连服务器docker容器的jupyter
fangsfdavid的博客
04-25 584
最近在公司服务器使用jupyter出现了点问题，也不知道怎么回事，jupyter lab打开都没问题，但是准备打开一个ipynb文件时就卡住了，啥反应没有，ctrl+C 也不能关掉jupyter。尝试了种种手段，也没搜到合适的解决方案，估计是服务器网络设置问题吧。然后开了docker容器，发现在容器里面使用jupyter没啥问题，只是端口映射需要做好，有几种解决方案吧。是容器宿主机的地址，跟容器没半毛钱关系，非常丝滑。
转：linux下的/dev/shm/
iteye_17234的博客
10-26 313
/dev/shm/是linux下一个非常有用的目录，因为这个目录不在硬盘上，而是在内存里。因此在linux下，就不需要大费周折去建ramdisk，直接使用/dev/shm/就可达到很好的优化效果。 /dev /shm/需要注意的一个是容量问题，在linux下，它默认最大为内存的一半大小，使用df -h命令可以看到。但它并不会真正的占用这块内存，如果/dev/shm/下没有任何文件，它占用的内存实...
使用container出现内存shm-size不足
dmhy的博客
04-02 590
一、保存镜像 二、images 命令列出镜像(管理员权限) 通过使用如下两个命令，列出本机已有的镜像： docker images 或： docker image ls 找到要用到的镜像 三、利用镜像重新建立容器(管理员权限) sudo docker run -it --runtime=nvidia --net=host -v 文件夹映射 --shm-size=1g 镜像名 /bin/bash 参数有host，1g，imagename 四、查看新建是否成功，并修改所有者(管理员权限) 五、删
共享内存简介及docker容器的shm设置与修改
热门推荐
weixin_44966641的博客
04-02 4万+
共享内存简介及docker容器的shm设置与修改 共享内存简介 共享内存指 (shared memory)在多处理器的计算机系统中，可以被不同中央处理器（CPU）访问的大容量内存。由于多个CPU需要快速访问存储器，这样就要对存储器进行缓存（Cache）。任何一个缓存的数据被更新后，由于其他处理器也可能要存取，共享内存就需要立即更新，否则不同的处理器可能用到不同的数据。共享内存是 Unix下的多进程之间的通信方法 ,这种方法通常用于一个程序的多进程间通信，实际上多个程序间也可以通过共享内存来传递信息。 实际上
docker部署Oracle11g下/dev/shm空间不足问题
allenZhangZk的博客
04-30 739
最后需要在容器内启动或者重启Oracle，注意前往不要docker restart或者start容器；因为这样/dev/shm的容量会被重置，如果重启了容器只需要重复上述步骤在容器内重启oracle就可以了。比较坑的地方为每次重启容器都要重新设置，手动重启oracl，暂时没有想到好的解决方法。系统管理员登录 connect /as sysdba。切换oracle身份 su – oracle。控制台 sqlplus /nolog。退出sqlplus exit。修改/dev/shm配置。查看配置配置是否生效。
如何修改容docker容器的shmsize共享内存大小
08-14 3774
很多同学在docker里面运行程序时会得到这样的错误这种错误的原因是共享内存不足。
Windows系统下docker容器启动后再更改容器共享内存shm
qq_46252818的博客
07-15 642
Windows系统中修改已运行docker容器的共享内存shm大小
系统优化：docker当中的/dev/shm共享内存问题
流楚丶格念的博客
10-12 2261
本次问题的核心在于长时间运行的容器中，RocketMQ 服务的共享内存没有得到合理的分配和监控。在高并发的生产环境下，默认的64MB共享内存配置很容易耗尽，导致服务性能下降甚至宕机。通过重新分配更大的共享内存并加强监控，我们可以确保 RocketMQ 在长时间运行时仍然保持高效稳定。
docker容器注意/dev/shm目录大小的问题
qq_25137439的博客
11-20 1415
/dev/shm目录空间太小导致freeswitch启动失败或者部分配置加载失败
docker 启动streamlit报错
03-18
<think>好的，我现在需要帮助用户解决在Docker中启动Streamlit时遇到的错误。首先，用户提到了Streamlit报错，但具体的错误信息没有给出。不过根据用户提供的引用[1]和[2]，可能的错误包括“inotify instance limit reached”和EMFILE错误。这些通常与文件监视限制或系统资源有关。 首先，我应该回忆一下Docker环境中常见的资源限制问题。比如，inotify是Linux系统中用于监控文件变化的机制，而默认的文件监视数可能不足以支持Streamlit的运行，尤其是在开发模式下，Streamlit会频繁重载文件。这可能导致inotify实例达到上限，从而引发错误。 根据引用[2]中的解决方案，可能需要调整inotify的限制。在Docker容器中，可以通过修改/etc/sysctl.conf来增加fs.inotify.max_user_instances的值，或者在启动容器时通过--sysctl参数传递这个设置。例如，启动容器时加上--sysctl fs.inotify.max_user_instances=524288，这样可以提高实例数量限制。 接下来，用户提供的引用[3]是Docker运行命令的示例，其中使用了--privileged、--shm-size等参数。这提示我在建议的Docker启动命令中需要包含类似的参数，特别是--privileged可能有助于解决权限问题，而--shm-size可以调整共享内存大小，避免内存不足的问题。此外，用户可能需要在Dockerfile或启动命令中设置环境变量，如引用[4]中提到的代理设置，但用户的问题中未提及代理相关错误，所以暂时可以忽略这部分，除非错误与之相关。 另外，用户提到的错误可能与文件描述符限制有关。EMFILE错误表示打开的文件过多，这需要调整系统的文件描述符限制。在Docker容器中，可以通过--ulimit参数来设置，比如--ulimit nofile=65536:65536，增加允许打开的文件数量。 综合这些信息，我需要给出一个调整后的Docker运行命令，结合引用[3]的配置，并加入解决inotify和文件描述符限制的参数。同时，可能需要在容器内部执行命令来应用sysctl设置，或者直接在启动时通过参数传递。 另外，用户可能没有正确配置Docker容器的网络或卷挂载，导致Streamlit无法访问所需文件或端口。因此，建议检查端口映射，例如使用-p 8501:8501确保Streamlit的默认端口被正确暴露。 最后，需要提醒用户在构建Docker镜像时安装必要的依赖，例如inotify-tools，以便更好地诊断问题。同时，建议用户检查Streamlit的版本兼容性，确保使用的版本与Docker环境中的其他组件兼容。 总结解决方案步骤： 1. 调整Docker启动参数，增加inotify实例和文件描述符限制。 2. 确保正确挂载卷和暴露端口。 3. 在容器内部安装必要工具或调整系统参数。 4. 检查Streamlit配置和版本。</think>### Docker启动Streamlit报错解决方案 根据错误类型和系统资源限制，解决方案分为以下几种情况： --- #### **1. 系统资源限制问题（如`inotify instance limit reached`）** **原因**：Streamlit在开发模式下依赖`inotify`监控文件变化，但Docker默认的`inotify`实例数限制较低[^2]。 **解决方案**： - **调整Docker启动参数**：在运行容器时增加`inotify`实例数和文件描述符限制： ```bash docker run -it \ --sysctl fs.inotify.max_user_instances=524288 \ --ulimit nofile=65536:65536 \ --privileged \ -p 8501:8501 \ -v $(pwd):/app \ nvcr.io/nvidia/pytorch:23.03-py3 \ /bin/bash ``` - **容器内手动修改**：若容器已启动，执行以下命令： ```bash echo "fs.inotify.max_user_instances=524288" >> /etc/sysctl.conf sysctl -p ``` --- #### **2. 文件权限问题** **原因**：容器内用户权限不足导致无法访问文件。 **解决方案**： - 挂载卷时指定用户权限（假设主机用户UID为1000）： ```bash docker run -it \ -u $(id -u):$(id -g) \ -v $(pwd):/app \ ... ``` --- #### **3. 端口冲突或未暴露** **原因**：Streamlit默认使用端口`8501`，若未暴露或端口被占用会报错。 **解决方案**： - 确保端口映射正确： ```bash docker run -it -p 8501:8501 ... ``` --- #### **4. 依赖缺失或环境配置问题** **原因**：缺少Python依赖或环境变量未配置。 **解决方案**： - 在Dockerfile中安装依赖： ```dockerfile RUN pip install streamlit pandas numpy ``` - 检查环境变量（如代理设置，参考引用[^4]）。 --- #### **完整示例命令** 结合引用[^3]的配置优化： ```bash docker run -it \ --privileged \ --sysctl fs.inotify.max_user_instances=524288 \ --ulimit nofile=65536:65536 \ --network host \ --shm-size 32G \ -p 8501:8501 \ -v $(pwd):/app \ nvcr.io/nvidia/pytorch:23.03-py3 \ streamlit run /app/your_script.py ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值