今天在安装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目录中到底是什么占用了那么多空间
1 | du -d 1 -h |
---|
发现是sessions目录中有几十万条,而系统当前使用的session也就几十条
1 | #systemd-cgls |
---|
我们可以看下session的相关信息
1 | grep "SERVICE=" * | sort | uniq -c | sort -rn | head -100 |
---|
这里可以看出是哪里出现了问题,我们的是由于CROND导致,所以解决办法是:
1 | systemctl restart systemd-logind |
---|
重启该服务,便可以解决