服务器运行一个脚本突然报错,怎么办？

该事件源自在服务器上运行脚本程序...

一个好的脚本突然报告一个错误，认为该脚本有问题。仔细查看错误原因（已忘记特定的错误消息），没有可用空间。如果我从未遇到过这种情况该怎么办？

一、确定磁盘空间是否真的不足

输入命令：df -lh以查看磁盘信息

显而易见：文件系统下挂载点/ dev / xvda1下的40G容量已用完。

现在问题已经确定，下一步就是解决问题。

处理方法也很简单，就是删除文件。

问：要删除什么文件？

答案：删除占用大量磁盘空间但无用的文件。

问：什么是无用文件？

答案：如果您不熟悉系统，则日志记录可能是您的首要目标。

二、如何找到最大的文件目录

输入命令：cd /进入根目录。

输入命令：du -h max-depth = 1查找当前目录，该目录占用最大空间

在执行上述两个命令后，您可以看到/ usr路径占用了大量磁盘空间，占用了21G。敏锐的学生可能已经看到最后一个显示24G的项目，这意味着当前目录中所有文件占用的磁盘总空间为24G。

根据法律，经过多次判断，找到了tomcat的日志文件。

从上图可以判断出17G文件在当前目录（tomcat日志目录）文件中。

三、如何找到最大的文件

输入命令：ls –lhS以降序显示文件

最终位置文件是：catalina.out此日志文件。

四、确认文件未使用

任何人都可以删除文件：rm -f catalina.out但是，最好确认是否要下载它，并让开发人员分析日志。

在努力寻找文件之后，我很高兴将其删除。我输入了命令：df -lh，发现磁盘空间仍然已满。与图1没有区别。是否需要重新启动系统？ linux这么不友好吗？

搜索它并找到以下段落：

在Linux或Unix系统中，通过rm或文件管理器删除文件将取消与文件系统目录结构的链接（取消链接）。但是，如果打开文件（正在使用某个进程），则仍可以读取该进程文件，并且磁盘空间已被占用。

输入命令：/ usr / sbin / lsof | grep Delete，以确认删除的文件是否被占用

它确实被占领了。根据第二栏中提供的pid，输入命令：kill -9 13117以终止该进程。

再次输入命令：df –lh

如图所示，磁盘空间已释放。该问题得到了顺利处理。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/dianqi/article-349910-1.html