https://wiki.linuxsa.org/index.php?action=history&feed=atom&title=Linux%E8%BF%90%E7%BB%B4%E5%B8%B8%E8%A7%81%E6%95%85%E9%9A%9C
Linux运维常见故障 - 版本历史
2026-04-19T08:51:31Z
本wiki上该页面的版本历史
MediaWiki 1.43.1
https://wiki.linuxsa.org/index.php?title=Linux%E8%BF%90%E7%BB%B4%E5%B8%B8%E8%A7%81%E6%95%85%E9%9A%9C&diff=617&oldid=prev
2022年6月21日 (二) 07:05 Evan
2022-06-21T07:05:00Z
<p></p>
<p><b>新页面</b></p><div>=crontab输出结果控制=<br />
<pre><br />
问题：<br />
<br />
/var/spool/clientmqueue目录占用空间超过100G<br />
<br />
原因：<br />
<br />
cron中执行的程序有输出内容，输出内容会以邮件形式发给cron的用户，而sendmail没有启动所以就产生了/var/spool/clientmqueue目录下的那些文件，日积月累可能撑破磁盘。<br />
<br />
解决：<br />
<br />
1）直接手动删除：ls|xargsrm-f；<br />
<br />
2）彻底解决：在cron的自动执行语句后加上>/dev/null2>&1 </pre><br />
<br />
=文件删了磁盘空间没释放=<br />
<pre><br />
问题：<br />
某天发现某台机器df-h已用磁盘空间为90G，而du-sh/*显示所有使用空间加起来才30G，囧。<br />
<br />
原因：<br />
可能某人直接用rm删除某个正在写的文件，导致文件删了但磁盘空间没释放的问题<br />
<br />
解决：<br />
<br />
1）最简单重启系统或者重启相关服务。<br />
<br />
2）干掉进程<br />
<br />
/usr/sbin/lsof|grepdeleted <br />
ora25575data33uREG65,654294983680/oradata/DATAPRE/UNDOTBS009.dbf(deleted) <br />
从lsof的输出中，我们可以发现pid为25575的进程持有着以文件描述号（fd）为33打开的文件/oradata/DATAPRE/UNDOTBS009.dbf。在我们找到了这个文件之后可以通过结束进程的方式来释放被占用的空间：echo>/proc/25575/fd/33<br />
<br />
3）删除正在写的文件一般用cat/dev/null>file<br />
</pre><br />
<br />
=web故障=<br />
<pre><br />
个人wiki打开500 <br />
在上面 curl ip.sb 也是 应该 是CDN问题,反正我直接host 没事了 <br />
<br />
curl ip.sb <br />
<html><br />
<head><title>500 Internal Server Error</title></head><br />
<body bgcolor="white"><br />
<center><h1>500 Internal Server Error</h1></center><br />
<hr><center>nginx</center><br />
</body><br />
</html><br />
<br />
</pre><br />
=see also=<br />
[https://blog.csdn.net/u011001084/article/details/79419721 关于Linux运维常见故障排查和处理的33个技巧汇总]<br />
<br />
[[category:ops]]</div>
Evan