记录一次服务器维护

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

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

密码怎么尝试都不对。

于是我久违地下载了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」∠)_


原文链接:https://03k.org/clientmqueue.html

本站博文无特别声明均为原创,转载请注明原文链接。本站软件均搜集自互联网,供学习研究之用,请下载后24小时内删除。

疑问OR交流点我加QQ群喵喵喵!


发表评论

电子邮件地址不会被公开。 必填项已用*标注