多克人利用var/lib/docker储存你的图像、集装箱和当地名称的卷。 删除这可能导致数据损失,并可能阻止发动机运行。 The overlay2 subdirectory specified with the various filesystem levelss for pornography and instruments.

清理未使用的集装箱和图像,见docker system prune。 还有一些办法可以去除数量和甚至有色图像,但是由于数据损失的可能性,这些图像因缺省而无法使用:

$ docker system prune --help

Usage:  docker system prune [OPTIONS]

Remove unused data

Options:
  -a, --all             Remove all unused images not just dangling ones
      --filter filter   Provide filter values (e.g.  label=<key>=<value> )
  -f, --force           Do not prompt for confirmation
      --volumes         Prune volumes

悬 a永远不会删除:

• running containers (list them with docker ps)
• logs on those containers (see this post for details on limiting the size of logs)
• filesystem changes made by those containers (visible with docker diff)

此外,在收集垃圾期间,从通常的制片人之外制造的任何东西都不会被cker弄。 这可以从一些其他文字到这一目录,或者从以前的cker车发动机组合(例如,从非盟后勤系统转至超支2,或者可能是在使用户名称空间成为可能之后)。

如果忽视这一建议,你就会从这个档案系统中删除一个如超支的单倍数? 集装箱档案系统是从一个档案系统层收集的,而超中继器是有些码头的 do子(当集装箱运行时,在<代码>mount/code>的输出中见到)。 删除其中一部分在使用时,将从一个运行的集装箱中删除档案系统的空白,并可能打破从撞击图像中开启新集装箱的能力。 见,关于许多可能的结果之一,见。

为了完全把 do锁重新引入清洁状态,你可以删除整个目录, 而不仅仅是超莱2等次级标题:

# danger, read the entire text around this code before running
# you will lose data
sudo -s
systemctl stop docker
rm -rf /var/lib/docker
systemctl start docker
exit

发动机将在一个完全空洞的国家重新启用,这意味着你将失去一切:

• images
• containers
• named volumes
• user created networks
• swarm state

我认为,这对我来说是最好的:

docker image prune --all

否则,Docker将不会去除被点名的图像,即使这些图像没有使用。 这一指挥将消除未使用的图像。

图像中的每个层层是<代码>/usr/lib/docker/overlay2/的夹。

我有这个问题。 这是巨大的标志。 记录如下:

/var/lib/docker/containers/<container id>/<container id>-json.log

你们可以在指挥线或堆积档案中加以管理。 见。 伐木司机

my_container:
  logging:
    options:
      max-size: 10m

du -sch /var/lib/docker/overlay2/<long random folder name seen as bloated in df -haT>/diff/tmp

271G total

rm -rf $(ls -at /var/lib/docker/overlay2/<long random folder name seen as bloated in df -haT>/diff/tmp | grep clair-scanner | tail -1)

这个问题现在是一个3年历史的问题,你可以读到多克论坛的丰富和有色的历史,1920年提出了旨在应用上述解决办法的<<0>标志的变量,似乎已经在几个层次上开展工作:

http://stackoverflow.com/users/2536614/mert-mertce。 Mert Mertce s

然而,自撰写文字以来,我注意到,我们的建筑服务器上的额外目录是瞬时的,即Docker似乎正在清理,尽管进展缓慢。 我不知道,如果有人争论要取消董事,多克人是否会 up。 我们目前的解决办法是使用docuum ,加上>>>>额外间接费用(150+GB)。

#!/bin/bash
[[ $(id -u) -eq 0 ]] || exec sudo /bin/bash -c "$(printf  %q   "$BASH_SOURCE" "$@")"
progname=$(basename $0)
quiet=false
no_dry_run=false
while getopts ":qn" opt
do
    case "$opt" in
      q)
          quiet=true
          ;;
      n)
          no_dry_run=true
          ;;
      ?)
          echo "unexpected option ${opt}"
          echo "usage: ${progname} [-q|--quiet]"
          echo "    -q: no output"
          echo "    -n: no dry run (will remove unused directories)"
          exit 1
          ;;
    esac
done
shift "$(($OPTIND -1))"

[[ ${quiet} = false ]] || exec /bin/bash -c "$(printf  %q   "$BASH_SOURCE" "$@")" > /dev/null

echo "Running as: $(id -un)"

progress_bar() {
    local w=80 p=$1;  shift
    # create a string of spaces, then change them to dots
    printf -v dots "%*s" "$(( $p*$w/100 ))" ""; dots=${dots// /.};
    # print those dots on a fixed-width space plus the percentage etc.
    printf "
e[K|%-*s| %3d %% %s" "$w" "$dots" "$p" "$*";
}

cd /var/lib/docker/overlay2
echo cleaning in ${PWD}
i=1
spi=1
sp="/-|"
directories=( $(find . -mindepth 1 -maxdepth 1 -type d | cut -d/ -f2) )
images=( $(docker image ls --all --format "{{.ID}}") )
total=$((${#directories[@]} * ${#images[@]}))
used=()
for d in "${directories[@]}"
do
    for id in ${images[@]}
    do
        ((++i))
        progress_bar "$(( ${i} * 100 / ${total}))" "scanning for used directories ${sp:spi++%${#sp}:1} "
        docker inspect $id | grep -q $d
        if [ $? ]
        then
            used+=("$d")
            i=$(( $i + $(( ${#images[@]} - $(( $i % ${#images[@]} )) )) ))
            break
        fi
    done
done
echo -e " " # get rid of spinner
i=1
used=($(printf  %s
  "${used[@]}" | sort -u))
unused=( $(find . -mindepth 1 -maxdepth 1 -type d | cut -d/ -f2) )
for d in "${used[@]}"
do
    ((++i))
    progress_bar "$(( ${i} * 100 / ${#used[@]}))" "scanning for unused directories ${sp:spi++%${#sp}:1} "
    for uni in "${!unused[@]}"
    do
        if [[ ${unused[uni]} = $d ]]
        then
            unset  unused[uni] 
            break;
        fi
    done
done
echo -e " " # get rid of spinner
if [ ${#unused[@]} -gt 0 ]
then
    [[ ${no_dry_run} = true ]] || echo "Could remove:  (to automatically remove, use the -n, " " "no-dry-run" " " flag)"
    for d in "${unused[@]}"
    do
        if [[ ${no_dry_run} = true ]]
        then
            echo "Removing $(realpath ${d})"
            rm -rf ${d}
        else
            echo " $(realpath ${d})"
        fi
    done
    echo Done
else
    echo "All directories are used, nothing to clean up."
fi

首先检查磁盘空间的使用。 您可在ncdu上接下;最佳磁盘空间通用芯I能够穿过。 它将展示所占用的名录英明空间,管理档案系统有许多有益的建筑控制。 这将给你一个公平的想法,即特定进程和名录占用更多的记忆。

sudo ncdu -x /var 

回到cker,一旦你确信 do是带更多磁盘的空间。 你们可以尝试放开,如果皮条不清洗,则试图用以下指挥清除 d积。 这不会删除任何集装箱或任何使用量。

docker volume rm $(docker volume ls -qf dangling=true)

标准做法还限制集装箱记录。 多克公司违约后将无限期地储存集装箱记录。 您可以通过在Docker daemon配置文档中设定一个限值来限制集装箱记录使用的软磁空间(/etc/docker/daemon.json)。 例如,你可以增加以下线,将集装箱记录限制在50MB。 如果没有 file。 json 你可以补充一点。

{
  "log-driver": "json-file",
  "log-opts": {
    "max-size": "50m"
  }
}

在对达尼蒙组合档案进行改动后,你不得不重新开始Docker daemon与 su公司重新开始指挥。

DON TDOTHIS IN PRODUC

@ravi-luthra在技术上做了工作,但有一些问题!

就我而言,我只是试图收回磁盘空间。 <代码>lib/docker/overlay<>/code> , 夹时有30英镑的空间,我只定期操作几个集装箱。 浏览像码头一样,对数据泄漏有一些问题,一些临时数据在集装箱停泊时没有清除。

因此,我接着删除了<代码>lib/docker/overlay的所有内容。 之后,我的 do笑会变得不可使用。 当我试图操作或建造任何集装箱时,我给我这个错误:

failed to create rwlayer: symlink ../04578d9f8e428b693174c6eb9a80111c907724cc22129761ce14a4c8cb4f1d7c/diff /var/lib/docker/overlay2/l/C3F33OLORAASNIYB3ZDATH2HJ7: no such file or directory

Then with some trial and error, I solved this issue by running

(待定) 这将删除 do中的所有数据。

docker system prune --volumes -a

So It is not recommended to do such dirty clean ups unless you completely understand how the system works.

就我而言,systemctl end docker 然后,systemctlstart docker/code> somehow auto freespace /var/lib/docker/*

<代码>df显示,超额2在规模上约为24GB。

缩略语 我试图对所占领的场地进行清点。 并且失败。

The difference came from the fact that deleted files (mostly log files in my case) where still being used by a process (Docker). Thus the file doesn’t show up with du but the space it occupies will show with df.

A reboot of the host machine helped. Restarting the docker container would probably have helped already… This article on linuxquestions.org helped me to figure that out.

Maybe this folder is not your problem, don t use the result of df -h with docker. Use the command below to see the size of each of your folders:

echo; pwd; echo; ls -AlhF; echo; du -h --max-depth=1; echo; du-sh

之所以出现超支,是因为其中一个集装箱有记录。 至少是我的cker。 多克停止并开始解决这一问题,但只是暂时的解决办法。 您要么将关闭标识,要么每天重新启用集装箱。

你可以发现集装箱所覆盖的地区,指挥线如下。

du -sh /var/lib/docker/containers/*

在我的案件中,我的磁盘正在填充,我发现,我的网络服务器集装箱中的波纹/波长完全是老的巴布亚新几内亚档案。 显然,一旦上载,这些申请就没有连接起来。

My solution was far simpler than everything here. I just went into the container:

docker exec -it{container_name} bash

and deleted /tmp/*.png and I released a ton of disk space. Sometimes the solution is simple and it s almost always a tmp directory filling up.

i did cleaned the /overlay2 folder. it messed up my system in start. but doing a simple sudo systemctl restart docker, solved the issue

我阅读了其他评论,并测试了自己,因此,我找到了一些解决办法,清理了超支2 倍数,但并没有删除你的数据。 然而,ALWAYS BACKUP FOR FAETY。

1, Solution 1: just use basic docker prune command. Make sure your docker containers are running, then run this command to clean all unused containers, images ...

docker system prune -a

2, 解决方案2:使用“do堆肥”。 我发现,我通常停止由“多克堆肥站”指挥器 app。 然后,我使用下限指挥,许多磁盘空间被放出。

docker compose down
docker compose up

sudo systemctl restart docker

# Step 1: down your docker compose to delete your containers and images
docker compose down --rmi

# Step 2: delete other unused containers, images ...
docker system prune -a

# Step 3: delete overlay2 folder in /var/lib/docker/overlay2. 
# Make sure you have permissions to view and delete this folder 
# In my case, I need to switch to root user with "sudo su" command
sudo su
cd /var/lib/docker
rm -rf overlay2
mkdir overlay2

# Step 4: restart your docker service
sudo systemctl restart docker

# Step 5: move to your app folder, up again
docker compose up