啊好久没有登过博客了，最近比较忙……
今天本来想登陆下发个软件，然后……发现竟然登不上去了！
密码怎么尝试都不对。
于是我久违地下载了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」∠)_
所以我要找出是谁用了这空间。
统计当前一级目录大小并排序：
1 | du -hk --max-depth=1| sort -rn |
或者
1 | du -skh * | sort -n |
一路顺着就摸到了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」∠)_
原文链接：https://03k.org/clientmqueue.html
本站博文无特别声明均为原创，转载请注明原文链接。本站软件均搜集自互联网，供学习研究之用，请下载后24小时内删除。
疑问OR交流点我加QQ群喵喵喵!