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

1 ． 错误现象

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

#crontab -e

编辑完成后，保存退出，就出现如图所示的错误。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 toolong”错误。这个是 Linux 系统一直以来都有的限制。查看这个限制可以通过命令“getconf ARG_MAX”来实现，如图所示。crontab 命令编辑完成后发生的错误。

 

      

这是 Centos6.x 版本的一个最大值，而在 Centos5.x 中，这个值相对较小，如图所示。查看 Centos5.8 版本下 Linux 下传递参数限制。

  

       所以这个问题更多是发生在 Linux 低版本中。

知道了产生问题的原因，解决方法就很多了，这里提供四种解决此问题的方法，下面分别进行介绍。

（1）手动把命令行参数分成较小的部分

例如：

rm [a-n]* -rf

rm [o-z]* -rf

这种方法最简单，,但是相对较弱智，因为必须要知道怎么平均分割文件，同时对于文件数目极多的情况，需要输入很多遍命令。

（2）使用 find 命令删除

基本原理是通过 find 命令筛选文件列表，把符合要求的文件传递给一系列命令。这种方法是最简洁的，也是最有效的。

例如：

find /var/spool/clientmqueue -type f -print -exec rm -f {} \;

但是这种方法也有缺点：就是需要遍历所有文件，因而在文件数量极多时比较耗时。

（3） 通过 shell 脚本

这种方法是通过编写一个 shell 脚本，然后通过循序语句实现，与 find 方法类似。

例如，可以编写如下脚本：

#!/bin/bash

# 设定需要删除的文件夹

RM_DIR='/var/spool/clientmqueue'

cd $RM_DIR

for I in `ls

do

rm -f $I

done

（4）重新编译 Linux 内核

这种方法需要手动增加内核中分配给命令行参数的页数，打开 kernel source 下面的

include/linux/binfmts.h 文件，找到如下行：

# define MAX_ARG_PAGES 32

将“32”改为更大的值，例如 64 或 128，然后重新编译内核。

此种方法永久有效，可以彻底解决问题，但是比较复杂，推荐给高级用户使用，没有

Linux 经验的用户不建议用这种方法