ar linux 删除模块_Linux常见系统故障：“Argument list too long”错误与解决方法

最新推荐文章于 2022-02-18 10:58:41 发布

weixin_39879674

最新推荐文章于 2022-02-18 10:58:41 发布

阅读量210

点赞数

文章标签： ar linux 删除模块

本文链接：https://blog.csdn.net/weixin_39879674/article/details/111626323

版权

一次性付费进群，长期免费索取教程，没有付费教程。

进微信群回复公众号：微信群；QQ群：460500587

教程列表 见微信公众号底部菜单 | 本文底部有推荐书籍

微信公众号：计算机与网络安全

ID：Computer-network

作为一名运维人员，对这个错误并不陌生，在执行rm、cp、mv等命令时，如果要操作的文件数很多，可能会使用通配符批量处理大量文件，这时就可能会出现“Argument list too long”这个问题。

1、错误现象

这是一台MySQL数据库服务器，在系统中运行了很多定时任务，某天通过如下crontab命令又添加了一个计划任务，退出时系统报错。

#crontab -e

编辑完成后，保存退出，就出现如图1所示的错误。

图1 crontab命令编辑完成后发生的错误

2、解决思路

根据上面的报错信息，基本判定是磁盘空间满了，那么首先从检查服务器的磁盘空间开始，先检查/tmp磁盘空间，然后检查根分区的磁盘空间，最后检查系统其他分区的磁盘空间。

3、问题排查

通过df命令查看了这个服务器上所有磁盘分区的情况，/tmp分区空间还有很多，根分区也还有很大剩余空间，都不存在问题，最后发现是/var磁盘分区空间已经达到100%了。至此已经定位了问题，是/var磁盘空间爆满导致的，因为crontab会在保存时将文件信息写到/var目录下，然而这个磁盘没有空间了，所以报错也是理所当然了。

4、解决问题

接着通过“du -sh”命令检查/var目录下所有文件或目录的大小，发现/var/spool/clientmqueue目录占用了/var整个分区大小的90%，那么/var/spool/clientmqueue目录下的文件都是怎么产生的呢，能否删除？下面简单介绍下/var/spool/clientmqueue目录的文件是怎么生成的。

打开/var/spool/clientmqueue目录下的一些文件，发现都是一些邮件信息，邮件内容大多是关于Cron Daemon的，其实/var/spool/clientmqueue就是一个邮件暂存的目录。Linux服务器在默认情况下会发一些邮件，比如当cron执行的程序有输出内容时，就会发送邮件信息到执行cron进程的用户。在发送邮件时，系统首先会把邮件复制到/var/spool/clientmqueue目录下，然后等待MTA(Mail Transfer Agent)程序来处理。而MTA主要的功能是把这个目录中的邮件转移到/var/spool/mqueue目录下，然后再通过sendmail服务发送到真正的目的地。检查这个服务器的sendmail服务，发现其没有开启，这样/var/spool/clientmqueue目录非常大的原因就找到了：没有发送邮件的客户端服务，所有邮件就都堆积在这个目录下了。

在确认完这些邮件内容都没用后，切换到/var/spool/clientmqueue目录下，执行rm命令删除所有的文件时，出现如下错误：

[root@localhost clientmqueue]# rm *

/bin/rm: argument list too long

此时出现了文首谈到的问题。

当在Linux系统中试图传递太多参数给一个系统命令时，就会出现“Argument list too long”错误。这是Linux系统一直以来都有的限制。查看这个限制可以通过命令“getconf ARG_MAX”来实现，如图2所示。