解决/run分区磁盘占满的问题

今天在安装docker时发现yum出现问题，报错信息如下：

/var/run/yum.pid被锁定的情况，这种情况很好解决，正常来说只需要把这个文件删掉即可，但是我们删掉之后依然报错，于是发现该文件所在的磁盘分区已满，所以怀疑是这个导致的，于是就看下到底是什么占用导致。

看下磁盘占用情况：

另外inode也满了

什么是inode？

文件储存在硬盘上，硬盘的最小存储单位叫做”扇区”（Sector）。每个扇区储存512字节（相当于0.5KB）。 操作系统读取硬盘的时候，不会一个个扇区地读取，这样效率太低，而是一次性连续读取多个扇区，即一次性读取一个”块”（block）。这种由多个扇区组成的”块”，是文件存取的最小单位。”块”的大小，最常见的是4KB，即连续八个 sector组成一个 block。 文件数据都储存在”块”中，那么很显然，我们还必须找到一个地方储存文件的元信息，比如文件的创建者、文件的创建日期、文件的大小等等。这种储存文件元信息的区域就叫做inode，中文译名为”索引节点”。 每一个文件都有对应的inode，里面包含了与该文件有关的一些信息。 分析下为什么pid文件会存放在/run分区中呢？

/var/run 目录中存放的是自系统启动以来描述系统信息的文件。比较常见的用途是daemon进程将自己的pid保存到这个目录。标准要求这个文件夹中的文件必须是在系统启动的时候清空，以便建立新的文件。

为了达到这个要求，linux中/var/run使用的是tmpfs文件系统，这是一种存储在内存中的临时文件系统，当机器关闭的时候，文件系统自然就被清空了。

当然/var/run除了保存进程的pid之外也有其他的作用，比如utmp文件，就是用来记录机器的启动时间以及当前登陆用户的。

但是这种根目录上的改变肯定不是一下就能完成的，Fedora15中只是刚引入/run目录并将/var/run和/var/run/lock挂载到/run和/run/lock上，到F16的时候，/var/run和/var/run/lock就只是做为符号链接出现了。

所以这里我们需要看下/run目录中到底是什么占用了那么多空间

发现是sessions目录中有几十万条，而系统当前使用的session也就几十条

我们可以看下session的相关信息

这里可以看出是哪里出现了问题，我们的是由于CROND导致，所以解决办法是：

重启该服务，便可以解决