啊好久没有登过博客了,最近比较忙……
今天本来想登陆下发个软件,然后……发现竟然登不上去了!
密码怎么尝试都不对。
于是我久违地下载了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群喵喵喵!