linux中出現(xiàn)Argument list too long錯(cuò)誤怎么辦

小編給大家分享一下linux中出現(xiàn)Argument list too long錯(cuò)誤怎么辦，希望大家閱讀完這篇文章之后都有所收獲，下面讓我們一起去探討吧！

1、錯(cuò)誤現(xiàn)象

這是一臺(tái)Mysql數(shù)據(jù)庫服務(wù)器，在系統(tǒng)中運(yùn)行了很多定時(shí)任務(wù)，今天通過crontab命令又添加了一個(gè)計(jì)劃任務(wù)，退出時(shí)發(fā)生了如下報(bào)錯(cuò)：

#crontab -e

編輯完成后，保存退出，就出現(xiàn)下面如下圖所示錯(cuò)誤：

2、解決思路
根據(jù)上面報(bào)錯(cuò)的提示信息，基本判定是磁盤空間滿了，那么首先從檢查服務(wù)器的磁盤空間開始，根據(jù)報(bào)錯(cuò)提示應(yīng)首先檢查/tmp磁盤空間，然后應(yīng)該是根分區(qū)的磁盤空間，最好是系統(tǒng)其它分區(qū)的磁盤空間。

3、問題排查
通過df命令查看了這個(gè)服務(wù)器上所有磁盤分區(qū)的情況，/tmp分區(qū)空間還有很多，根分區(qū)也還有很大剩余空間，都不存在問題，最后發(fā)現(xiàn)是/var磁盤分區(qū)空間使用已經(jīng)100%了，到這里已經(jīng)定位了問題，是/var磁盤空間爆滿導(dǎo)致的，因?yàn)閏rontab會(huì)在保存時(shí)寫文件信息到/var目錄下，由于這個(gè)磁盤沒有空間了，報(bào)錯(cuò)也是理所當(dāng)然了。

4、解決問題
接著通過“du -sh”命令檢查/var目錄下所有文件或目錄的大小，發(fā)現(xiàn)/var/spool/clientmqueue目錄占用了/var整個(gè)分區(qū)大小的90%，那么/var/spool/clientmqueue目錄下的文件都是怎么產(chǎn)生的呢，是否能刪除？下面簡單介紹下/var/spool/clientmqueue目錄的文件是怎么生成的。

可以打開/var/spool/clientmqueue目錄下的一些文件看看，都是一些郵件信息，郵件內(nèi)容大多是關(guān)于Cron Daemon的，其實(shí)/var/spool/clientmqueue就是一個(gè)郵件暫存的目錄，linux服務(wù)器在默認(rèn)情況下會(huì)發(fā)一些郵件，比如當(dāng)cron執(zhí)行的程序有輸出內(nèi)容時(shí)，就會(huì)發(fā)送郵件信息到執(zhí)行cron進(jìn)程的用戶，系統(tǒng)在發(fā)送郵件時(shí)，首先會(huì)把郵件拷貝到/var/spool/clientmqueue目錄下，然后等待MTA程序(mail transfer agent)來處理，而MTA主要的功能是把這個(gè)目錄中的郵件轉(zhuǎn)移到/var/spool/mqueue目錄下，然后再通過sendmail服務(wù)發(fā)送到真正的目的地。于是檢查了這個(gè)服務(wù)器的sendmail服務(wù)，發(fā)現(xiàn)沒有開啟，這樣/var/spool/clientmqueue目錄非常大的原因就找到了：沒有發(fā)送郵件的客戶端服務(wù)，所有郵件就都堆積在這個(gè)目錄下了。

在確認(rèn)完這些內(nèi)容都沒用后，切換到/var/spool/clientmqueue目錄下，執(zhí)行rm命令刪除所有的文件時(shí)，出現(xiàn)了錯(cuò)誤：

[root@localhost clientmqueue]# rm *
/bin/rm: argument list too long

此時(shí)出現(xiàn)了本文開頭我們談到的問題。

當(dāng)Linux下試圖傳遞太多參數(shù)給一個(gè)系統(tǒng)命令時(shí)，就會(huì)出現(xiàn)”Argument list too long”錯(cuò)誤。這個(gè)是Linux系統(tǒng)一直以來都有的限制。查看這個(gè)限制可以通過命令“getconf ARG_MAX”來實(shí)現(xiàn)，如下圖所示：

這是Centos6版本的一個(gè)最大值，而在Centos5.x中，這個(gè)值相對(duì)較小，如下圖所示：

所以這個(gè)問題更多時(shí)候是發(fā)生在linux低版本中。

知道了產(chǎn)生問題的原因，解決方法就很多了，這里提供四種解決此問題的方法，分別介紹如下：

（1）手動(dòng)把命令行參數(shù)分成較小的部分
例如：

rm [a-n]* -rf
rm [o-z]* -rf

這種方法里最簡單的,但是相對(duì)較弱智，因?yàn)楸仨氁涝趺雌骄指钗募瑫r(shí)對(duì)于文件數(shù)目極多的情況，需要輸入很多遍命令。

（2）使用find命令刪除
基本原理是通過find命令篩選文件列表，把符合要求的文件傳遞給一系列命令。這種方法是最簡潔的，也就最有效的。
例如：

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

但是這種方法也有缺點(diǎn)：就是需要遍歷所有文件，因而在文件數(shù)量極多時(shí)比較耗時(shí)。

（3） 通過shell腳本
這種方法是通過編寫一個(gè)shell腳本，然后通過循序語句實(shí)現(xiàn)，與find方法類似。
例如，可以編寫如下腳本：

#!/bin/bash
# 設(shè)定需要?jiǎng)h除的文件夾
RM_DIR='/var/spool/clientmqueue'
cd $RM_DIR
for I in `ls`
do
 rm -f $I
done

（4）重新編譯Linux內(nèi)核
這種方法需要手動(dòng)增加內(nèi)核中分配給命令行參數(shù)的頁數(shù)，打開kernel source下面的include/linux/binfmts.h文件，找到如下行： 

# define MAX_ARG_PAGES  32

將”32“改為更大的值，例如64或128，然后重新編譯內(nèi)核。
此種方法永久有效，可以徹底解決問題，但是比較復(fù)雜，推薦給高級(jí)用戶使用，沒有Linux經(jīng)驗(yàn)的用戶不建議用這種方法。

看完了這篇文章，相信你對(duì)“l(fā)inux中出現(xiàn)Argument list too long錯(cuò)誤怎么辦”有了一定的了解，如果想了解更多相關(guān)知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道，感謝各位的閱讀！