docker清理大杀器docker的overlay文件占用磁盘太大的解决

docker清理大杀器/docker的overlay文件占用磁盘太大的解决

本文详细介绍了docker清除大杀器/docker的叠加文件的实际 *** 作，该文件占用磁盘太多。具有非常好的实用价值，期待对大家有所帮助。跟我回去看看。

【看着网上所有转来的文件，感觉不靠谱，无法根除(我觉得应该是新一代编码器的出现)】

Du-sh*一路往下查，发现文件夹名叠加已经爆炸了。

Docker系统prune-a刚刚清空了7g室内房间空。哪个文件夹名还是30g？

磁盘占用率已从100%降至80%左右。如何做到这一点？再过两天还是满的！

最后的杀手来了。安装集装箱

Docker用了一堆教程

我用dokcer-compose部署在这里，所以下面是设备。

portainer: image:portainer/portainer restart:always ports: -"9000:9000" volumes: -/var/run/docker.sock:/var/run/docker.sock -/data/docker/portainer/data:/data

up-d起床后，nginx把端口号拿出来浏览ya

完成这些[不使用]的所有[移除]

回来看看磁盘占有率终于可以安心滑水了~~~

Ps:其实我们公司以前也用过这种方法，不过就是这样。。。。。呃，我他妈的忘了。呃呃呃。。。。所以写下来作为教训吧~

填写专业知识:Centos7为Docker配备了覆盖存储驱动器

先决条件:

RHEL或CentOS应用新的docker存储驱动器(overlay或overlay2)，必须在线将核心版本升级到3.10.0-514以上的版本。流程如下:

确定核心

高于3.10.0-514的版本

内核版本

3.10.0-514..x86_64

系统更新

sudoyumupgrade-assumeyes-tolerant

sudoyum更新-assumeyes

确定核心是否加载到覆盖控制模块中。

lsmod|grep覆盖图

如果它返回到空，则必须为加载配备控制模块。

打开覆盖图

sudotee/etc/modules-load.d/overlay.conf<<-'EOF' overlay EOF

重新启动系统软件

重新启动

确认覆盖已打开

lsmod|grep覆盖图

覆盖物

提前准备Docker存储系统分区

强烈要求提前准备一个磁盘或系统分区，添加主参数-nftype=1，恢复出厂设置为xfs文件格式，然后初始化/var/lib/docker:

原因表达式

在格式化XF文档系统时，确保添加-nftype=1。

主要参数:-n不创建系统文件，只显示信息创建的信息内容；

Ftype=value允许将inode类型存储在文件目录结构中，方便了readdir，getdents不用搜索inode就能知道inode类型。默认设置为0，目录结构中没有文件。

恢复出厂设置的本地磁盘

确保恢复出厂设置的本地磁盘是合适的；

mkfs.xfs-f-nftype=1/dev/sdg5

确定磁盘信息内容。

lsblk-a-f NAMEFSTYPELABELUUIDMOUNTPOINT ├─sdg4 ├─sdg5xfs71165973-9e3f-4d8e-9a4e-2c00c0e70efa

配备磁盘引导初始化

更多/etc/fstab

UUID=71165973-9e3f-4d8e-9a4e-2c00c0e70EFA/var/lib/dockerxfs默认值00

手动初始化磁盘

例如系统启动时

查询磁盘初始化信息的内容

查看块设备情况

├─sdg58:1010200g0part/var/lib/docker

更改docker启动文档并将应用程序覆盖设置为保存。

更多/etc/sysconfig/docker

#/etc/sysconfig/docker #Modifytheseoptionsifyouwanttochangethewaythedockerdaemonruns OPTIONS='--storage-driver=overlay--selinux-enabled--log-driver=journald--signature-verification=false' if[-z"${DOCKER_CERT_PATH}"];then DOCKER_CERT_PATH=/etc/docker fi

或者

/etc/docker/daemon.json { "storage-driver":"overlay2", "storage-opts":[ "overlay2.override_kernel_check=true" ] }

外加启动 *** 作

systemctldaemon-reload systemctlstartdocker systemctlenabledocker

认证对接器存储基本信息

$dockerinfo Containers:0 Images:0 StorageDriver:overlay2 BackingFilesystem:xfs Supportsd_type:true<<===关键确定 NativeOverlayDiff:true <outputtruncated>

如果在与d_typ不兼容的overlay/overlay驱动下应用docker，则意味着docker在实际 *** 作文档时很可能会遇到一些不准确的地方，比如没有删除一些文件目录或文档，设置文档或文件目录的管理权限或者不成功的客户。这是完全出乎意料和不正确的。

对于一个实际场景，在构建docker时，很有可能在整个构建过程中，删除文件夹等 *** 作失败，导致构建终止。

以上dockerClearing黑仔/dockeroverlay文档占用磁盘过多的处理就是我跟大家分享的全部内容。期待给你一个参考，也期待你的申请。