主頁(yè) > 知識(shí)庫(kù) > linux運(yùn)維實(shí)戰(zhàn)案例之Argument list too long錯(cuò)誤與解決方法

linux運(yùn)維實(shí)戰(zhàn)案例之Argument list too long錯(cuò)誤與解決方法

熱門標(biāo)簽:iphone地圖標(biāo)注我的店鋪 旅游路書地圖標(biāo)注 成都米蘭申請(qǐng) ai智能外呼系統(tǒng)是什么 百度ai電銷機(jī)器人排名 廣東電話機(jī)器人開戶 適用的400電話辦理 哪種品牌的400電話申請(qǐng) 百度地圖地圖標(biāo)注客服多少

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

這是一臺(tái)Mysql數(shù)據(jù)庫(kù)服務(wù)器,在系統(tǒng)中運(yùn)行了很多定時(shí)任務(wù),今天通過(guò)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、問(wèn)題排查
通過(guò)df命令查看了這個(gè)服務(wù)器上所有磁盤分區(qū)的情況,/tmp分區(qū)空間還有很多,根分區(qū)也還有很大剩余空間,都不存在問(wèn)題,最后發(fā)現(xiàn)是/var磁盤分區(qū)空間使用已經(jīng)100%了,到這里已經(jīng)定位了問(wèn)題,是/var磁盤空間爆滿導(dǎo)致的,因?yàn)閏rontab會(huì)在保存時(shí)寫文件信息到/var目錄下,由于這個(gè)磁盤沒有空間了,報(bào)錯(cuò)也是理所當(dāng)然了。

4、解決問(wèn)題
接著通過(guò)“du -sh”命令檢查/var目錄下所有文件或目錄的大小,發(fā)現(xiàn)/var/spool/clientmqueue目錄占用了/var整個(gè)分區(qū)大小的90%,那么/var/spool/clientmqueue目錄下的文件都是怎么產(chǎn)生的呢,是否能刪除?下面簡(jiǎ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)來(lái)處理,而MTA主要的功能是把這個(gè)目錄中的郵件轉(zhuǎn)移到/var/spool/mqueue目錄下,然后再通過(guò)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)了本文開頭我們談到的問(wèn)題。

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

 

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

 

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

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

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

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

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

(2)使用find命令刪除
基本原理是通過(guò)find命令篩選文件列表,把符合要求的文件傳遞給一系列命令。這種方法是最簡(jiǎn)潔的,也就最有效的。
例如:

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

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

(3) 通過(guò)shell腳本
這種方法是通過(guò)編寫一個(gè)shell腳本,然后通過(guò)循序語(yǔ)句實(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ù)的頁(yè)數(shù),打開kernel source下面的include/linux/binfmts.h文件,找到如下行: 

# define MAX_ARG_PAGES  32

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

標(biāo)簽:茂名 大連 陜西 玉林 汕頭 遼陽(yáng) 紹興 泰安

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《linux運(yùn)維實(shí)戰(zhàn)案例之Argument list too long錯(cuò)誤與解決方法》,本文關(guān)鍵詞  linux,運(yùn)維,實(shí)戰(zhàn),案例,之,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無(wú)關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《linux運(yùn)維實(shí)戰(zhàn)案例之Argument list too long錯(cuò)誤與解決方法》相關(guān)的同類信息!
  • 本頁(yè)收集關(guān)于linux運(yùn)維實(shí)戰(zhàn)案例之Argument list too long錯(cuò)誤與解決方法的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章