Centos 6一次诡异的无法登录SSH，无法登录网站的维护案例

朋友的一台Centos服务器，所有的网站无法登录，确保用户名和密码都正确。连接SSH，提示Access Denied!

怀疑是服务器被黑了，但是一想那么多网站都登录不进去，也不太可能。

无奈，本地用root账户登录服务器，发现可以登录。

然后怀疑是磁盘满了，于是df -Th，发现各磁盘可用剩余空间都在50%以上。

不管了，先让ssh可以登录吧，检查ssh配置文件

vi /etc/ssh/sshd_config

发现配置项是正确的

PermitRootLogin yes

网上查资料，说把配置文件里的AllowUsers 项目里加一个root，于是在vi里搜索这个配置项

/AllowUser，没找到。看来又是某些“科学家”杜撰出来的方法。

服务器上安装了云锁，有登录保护功能，于是去关闭

但还是登录不上，而且企鹅怪的是，关闭登录保护功能后，再次重新登录云锁，登录保护功能还是开启的。

于是陷入了困境。

奇怪了，难道文件权限出问题了？

cd /home

touche test.txt

报无法创建文件，设备空间不足！

扯淡，磁盘空间剩余那么多怎么会设备空间不足呢？

难道是ext4文件系统Inodes满了？

于是执行

df -i

发现根分区Inodes占用100%

头疼了。看看有没有开计划任务

crontab -l

果然，有计划任务，估计是计划任务执行失败，日志堆满了服务器空间。

验证猜想，看看不是有大量垃圾文件占用了var目录

for i in /var*;do echo $i; find $i | wc -l; done

执行这个命令，可能要等很久，请耐心等待。

执行完成后，发现/var/spool/下面有180多万个文件。

进入spool文件夹

cd spool

for i in /var/spool/*;do echo $i; find $i | wc -l;done

发现/var/spool/clientmqueue下有180多万个文件

到这，算是找到原因了，那删掉里面的文件不就好了吗？，于是，想先看看这里面是什么文件：

ll clientmqueue

发现卡主不动了，无奈，强制重启服务器

重新进入这个文件夹，直接 rm -rf *

报参数太长错误，估计是文件太多了，也显示不出来，也不能删除。

这可如何是好？

find clientmqueue/* -type f -exec rm {} \;

发现命令依然卡住。但是过一会儿之后按下ctrl+C，然后再次执行df -i查看，发现有被释放的Inodes，看啦是可以的，只是一直卡在那里不动。那行了。

重新执行：

find clientmqueue/* -type f -exec rm {} \;

然后，回去睡觉了。

第二天：

再次本地登录root账户，df -i，发现Inodes占用只有1.8%，但是ssh root依然不能登录！但服务器上的网站，可以登录了。

于是想着去编辑ssh的配置文件：

vi /etc/ssh/sshd_config

配置项依然正确

PermitRootLogin yes

无奈，再次登录云锁，关掉登录保护功能

ssh登录，居然成功了！

然后再次打开云锁的登录保护功能，居然也能够登录了！到此，一切恢复正常。

总结原因：

服务器Inodes耗尽，导致ssh无法登录，可能ssh登录也要创建一些文件吧，

同时，也导致网站不能登录。

朋友说在我来之前，改过ssh配置文件，但貌似文件写入没有成功，卡在了18%的地方。

因为Inodes耗尽，导致云锁的登录防护功能同样出现问题，并且无法成功关闭登录保护功能。

当我们删除多余的垃圾文件之后，再次关闭并重新打开云锁的登录保护功能，ssh就恢复正常了。

为了防患于未然，检查下服务器的计划任务

crontab -l

发现有个没用的计划任务

crontab -d

把没用的计划任务，删掉。

搞定了。

合肥网站制作

如需协助，有偿服务微信号：Mhitsoft

联系我时，请说是CSDN上看到的。