零散坑知识分享

啊好久没有登过博客了，最近比较忙……

今天本来想登陆下发个软件，然后……发现竟然登不上去了！

密码怎么尝试都不对。

于是我久违地下载了xshell，准备连上去看看是什么情况。

然后……密码忘记了

然后去vps后台重新生成新密码。然而提示错误：

Failed to reset root password (739102)
Additional information: 608398636 Error 608398636, unable to modify root password via KiwiVM. Please use Interactive Console to change the password (use passwd command).

大意是改不了，让我用网页版本shell终端打passwd命令来改。

好吧我试试……然后发现也提示错误了：

（passwd：Authentication token manipulation error）

哎呀卧槽不会给别人黑了吧……自我感觉安全做的还可以呀……

于是搜了下，大概原因：

报这样的错误是：密码:身份验证令牌操作错误，一般是密码文件的权限的问题，不过也有可能是根目录空间满。

那么就是说，可能是服务器被人黑了并且把密码文件权限改了，或者是服务器的磁盘满了。

于是我觉得不对劲先去看看磁盘……卧槽满了？？？

什么时候满了呀……我记得用的一半不到啊_(:3」∠)_

所以我要找出是谁用了这空间。

   统计当前一级目录大小并排序：

 

或者

一路顺着就摸到了clientmqueue这个目录。卧槽果然好大。
这个目录是干什么的呢，于是又搜索了一番：

原来/var/spool/clientmqueue是如果系统中有用户开启了cron，而cron中执行的程序有输出内容，输出内容会以邮件形式发给cron的用户，而sendmail没有启动所以就产生了这些文件。

服务器上确实有cron定时执行数十个脚本，而且都没有设置输出定向，日积月累的文件都被保存在/var/spool/clientmqueue目录下面乐 = =.

解决方法：在cron的自动执行语句后加上> /dev/null 2>&1
例：
4 3 * * * /usr/bin/w > /dev/null 2>&1
这样就OK拉，就不会写到那个目录下了….

在这里说一点，/var/spool/clientmqueue目录文件太多，rm -rf *时候会提示：

“-bash: /bin/rm: Argument list too long“..
意思是参数太长，rm 干不了。
可以用ls | xargs rm -f这个命令将/var/spool/clientmqueue目录下所有文件删除。

原来是定时任务的日志，真可怕，我还是在定时任务里面加一个定时清理日志的任务吧_(:3」∠)_