在docker容器内查看空间：

bash-4.2# df -hFilesystem                                                                                          Size  Used Avail Use% Mounted on/dev/mapper/docker-259:1-10534933-e2a54524b7a3bd844f2cb5ac4139b42d05d3856b12acb7de350fca0be02e281e   20G   17G  3.2G  85% /

发现used一直在增长。

查看空间分布情况：

bash-4.2# du -h --max-depth=10       ./boot8.0K    ./dev11M     ./etc4.5G    ./home0       ./media0       ./mnt260M    ./optdu: cannot access './proc/26153/task/26153/fd/4': No such file or directorydu: cannot access './proc/26153/task/26153/fdinfo/4': No such file or directorydu: cannot access './proc/26153/fd/4': No such file or directorydu: cannot access './proc/26153/fdinfo/4': No such file or directorydu: cannot access './proc/26210': No such file or directorydu: cannot access './proc/26211': No such file or directorydu: cannot access './proc/26212': No such file or directory0       ./proc44K     ./root936K    ./run0       ./srv0       ./sys0       ./tmp473M    ./usr13G     ./var54M     ./ZOTT19G     .

发现映射后的/var目录和/home目录比较大，

进一步查看，发现是因为疯狂打印日志导致的。

这个小问题，小到根本就不值得一提，为啥要记录，就是因为找我查这个问题的人是一个工作多年的员工，其实我发现大家对docker虚拟化之后很害怕，很担心，简单的问题，也会说

这个因为是docker的，无从下手，其实只要不是涉及到docker网络引擎和io引擎的问题，跟裸金属区别很小，但因为这个害怕的心理，导致了大家不敢查。

所以，自己才是最大的对手啊。