1. OpenClaw 日志暴漲導(dǎo)致磁盤(pán)寫(xiě)滿的現(xiàn)場(chǎng)還原OpenClaw 跑著跑著突然報(bào)log file too large緊接著Disk space exhausted by logs任務(wù)直接中斷——這個(gè)場(chǎng)景我遇到過(guò)不止一次。OpenClaw 是一個(gè)命令行 AI Agent 工具能調(diào)用大模型完成編碼、文件操作、任務(wù)編排等自動(dòng)化工作適合把它掛在服務(wù)器或本地長(zhǎng)期跑批處理的人。它默認(rèn)會(huì)把運(yùn)行過(guò)程寫(xiě)進(jìn)~/.openclaw/logs/下的debug.log和session.log一旦日志級(jí)別停在 debug、又沒(méi)有輪轉(zhuǎn)策略單個(gè)文件漲到幾個(gè) G 是分分鐘的事。典型現(xiàn)場(chǎng)長(zhǎng)這樣$ ls -lh ~/.openclaw/logs/ -rw-r--r-- 1 user user 5.2G debug.log -rw-r--r-- 1 user user 3.8G session.log然后你再執(zhí)行任務(wù)$ openclaw task Error: No space left on device Cannot write to ~/.openclaw/logs/debug.log磁盤(pán)滿了之后不只是 OpenClaw 掛掉同機(jī)器上的數(shù)據(jù)庫(kù)、構(gòu)建緩存、甚至系統(tǒng)日志都可能寫(xiě)不進(jìn)去連鎖反應(yīng)很煩。更隱蔽的一種情況是磁盤(pán)還沒(méi)滿但日志文件太大導(dǎo)致ls、grep、備份工具掃描時(shí)卡頓你會(huì)感覺(jué)「系統(tǒng)響應(yīng)慢」其實(shí)罪魁禍?zhǔn)拙褪悄莻€(gè)幾 G 的文本文件。為什么 OpenClaw 特別容易踩這個(gè)坑我梳理下來(lái)主要是四個(gè)疊加因素日志級(jí)別默認(rèn)偏高debug 級(jí)別會(huì)把每次請(qǐng)求的完整 payload、響應(yīng)、重試都記下來(lái)沒(méi)有開(kāi)箱即用的輪轉(zhuǎn)配置單文件一直追加長(zhǎng)時(shí)間運(yùn)行累積尤其是掛 cron 或 systemd 常駐的場(chǎng)景大量請(qǐng)求頻繁寫(xiě)入Agent 每調(diào)一次模型就寫(xiě)好幾行。這四點(diǎn)湊一起磁盤(pán)不被吃滿才怪。排查的第一步永遠(yuǎn)是先量化別急著刪# 看日志目錄總占用 du -sh ~/.openclaw/logs/ # 看單個(gè)文件大小和修改時(shí)間 ls -lh ~/.openclaw/logs/ # 看磁盤(pán)整體還剩多少 df -h ~如果df -h顯示根分區(qū)或 home 分區(qū)已經(jīng) 100%那當(dāng)前最緊急的是先騰出空間讓系統(tǒng)恢復(fù)可寫(xiě)再談治理。這里有個(gè)順序問(wèn)題很多人一上來(lái)就改配置結(jié)果磁盤(pán)還是滿的配置根本寫(xiě)不進(jìn)去。所以正確順序是「先回收空間 → 再降級(jí)別 → 再配輪轉(zhuǎn) → 最后統(tǒng)一鑒權(quán)通道」。還有一個(gè)容易被忽略的點(diǎn)日志暴漲往往和鑒權(quán)配置散落有關(guān)。如果你在多個(gè)工具里各存一份 API Key某次請(qǐng)求因?yàn)?Key 失效反復(fù)重試重試日志會(huì)把 debug.log 迅速撐大。把 OpenClaw 的 endpoint 和鑒權(quán)統(tǒng)一到一個(gè)通道本身就能減少這類「無(wú)效重試刷日志」的情況這也是后面要講的 TaoToken 接入的附帶收益。2. TaoToken 統(tǒng)一 Key/API 通道的前置準(zhǔn)備在動(dòng)手治理日志之前先把 OpenClaw 的模型調(diào)用通道理順這一步能順帶砍掉一大類「因鑒權(quán)失敗反復(fù)重試」導(dǎo)致的日志膨脹。TaoToken 是一個(gè)統(tǒng)一的模型 API 聚合通道把 OpenClaw 的 endpoint 指過(guò)去之后你只需要維護(hù)一個(gè) Key不用在 OpenClaw、編輯器插件、腳本里各放一份密鑰。官網(wǎng)入口是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 基址是 https://taotoken.net/api 。前置準(zhǔn)備其實(shí)就三件事拿到 Key、確認(rèn) Base URL、確認(rèn)要用的 Model ID。這三件套缺一不可后面配置里會(huì)反復(fù)出現(xiàn)。先注冊(cè)并登錄控制臺(tái)進(jìn) API Keys 頁(yè)面創(chuàng)建一個(gè) Key# 控制臺(tái)地址創(chuàng)建和管理 Key https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content創(chuàng)建完 Key 之后建議先在模型對(duì)話頁(yè)面做一次最小驗(yàn)證確認(rèn) Key 和通道是通的再去改 OpenClaw 配置。這樣出問(wèn)題的時(shí)候你能快速判斷是「通道問(wèn)題」還是「OpenClaw 配置問(wèn)題」# 模型對(duì)話頁(yè)面用于快速驗(yàn)證 Key 是否可用 https://taotoken.net/model-chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content如果你打算長(zhǎng)期跑編碼類 Agent 任務(wù)可以了解下 Coding Plan它更適合高頻調(diào)用場(chǎng)景https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content接入文檔在這里配置字段有疑問(wèn)時(shí)對(duì)照著看https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content這里要強(qiáng)調(diào)一個(gè)概念Base URL 和完整 endpoint 不是一回事。TaoToken 的 API 基址是https://taotoken.net/apiOpenClaw 或兼容 OpenAI 協(xié)議的工具通常需要你在 Base URL 后面自動(dòng)拼/v1/chat/completions之類的路徑所以配置里填的是基址不要自己畫(huà)蛇添足加路徑。這一點(diǎn)在排障章節(jié)會(huì)展開(kāi)。準(zhǔn)備階段還要確認(rèn)一件事你的 OpenClaw 版本用的是哪種配置格式。老版本讀~/.openclaw/config.json新版本可能支持settings.json或環(huán)境變量覆蓋。先確認(rèn)清楚避免改了文件不生效還以為配置寫(xiě)錯(cuò)了。# 確認(rèn) OpenClaw 版本 openclaw --version # 確認(rèn)配置文件位置 ls -la ~/.openclaw/把這三件套Base URL、Key、Model ID先記在安全的地方下一步直接寫(xiě)進(jìn)配置。3. 可復(fù)制的日志治理與 TaoToken 接入配置這一節(jié)是核心給你可以直接復(fù)制的配置片段。分兩塊日志治理配置和 TaoToken 接入配置。兩塊都改完才算真正把「日志暴漲」和「鑒權(quán)散落」一起解決。先看日志治理。第一步是降低日志級(jí)別把debug改成warn這一步能砍掉大約七成的日志量。編輯~/.openclaw/config.json{ model: claude-sonnet-4-20250514, logLevel: warn, logEnabled: true, logPath: ~/.openclaw/logs, logMaxSizeMB: 100, logRotateCount: 7 }字段說(shuō)明logLevel控制寫(xiě)入詳細(xì)程度error warn info debug生產(chǎn)環(huán)境用warn或errorlogMaxSizeMB是單文件上限超過(guò)就輪轉(zhuǎn)logRotateCount是保留的歷史文件數(shù)。注意不同 OpenClaw 版本對(duì)字段名可能有差異如果你的版本不認(rèn)logMaxSizeMB就用下面的 logrotate 方案兜底。第二步配置系統(tǒng)級(jí) logrotate這是最穩(wěn)的輪轉(zhuǎn)方式不依賴 OpenClaw 自身實(shí)現(xiàn)。創(chuàng)建/etc/logrotate.d/openclaw~/.openclaw/logs/*.log { daily rotate 7 compress missingok notifempty size 100M copytruncate }這里copytruncate很關(guān)鍵它先復(fù)制再截?cái)嘣募苊?OpenClaw 還持有文件句柄時(shí)輪轉(zhuǎn)失敗。size 100M表示即使沒(méi)到一天超過(guò) 100M 也觸發(fā)輪轉(zhuǎn)。手動(dòng)測(cè)試一次sudo logrotate -f /etc/logrotate.d/openclaw ls -lh ~/.openclaw/logs/第三步加一條 cron 兜底清理防止 logrotate 沒(méi)覆蓋到的場(chǎng)景# 每天凌晨清理 7 天前的日志 0 0 * * * find ~/.openclaw/logs/ -name *.log -mtime 7 -delete寫(xiě)進(jìn) crontab(crontab -l 2/dev/null; echo 0 0 * * * find ~/.openclaw/logs/ -name *.log -mtime 7 -delete) | crontab -現(xiàn)在看 TaoToken 接入配置。OpenClaw 支持通過(guò)環(huán)境變量或配置文件指定模型 endpoint。推薦用環(huán)境變量避免把 Key 寫(xiě)進(jìn)版本控制的文件里export OPENAI_BASE_URLhttps://taotoken.net/api export OPENAI_API_KEYsk-你的TaoToken密鑰 export OPENCLAW_MODELclaude-sonnet-4-20250514如果你更習(xí)慣寫(xiě)進(jìn)配置文件用這個(gè) JSON 片段{ model: claude-sonnet-4-20250514, baseUrl: https://taotoken.net/api, apiKey: sk-你的TaoToken密鑰, logLevel: warn }三件套對(duì)照表配置時(shí)逐項(xiàng)核對(duì)配置項(xiàng)值說(shuō)明Base URLhttps://taotoken.net/api不要加/v1后綴API Keysk-...控制臺(tái)創(chuàng)建只存一份Model IDclaude-sonnet-4-20250514按實(shí)際可用模型填把環(huán)境變量持久化寫(xiě)進(jìn)~/.bashrc或~/.zshrcecho export OPENAI_BASE_URLhttps://taotoken.net/api ~/.bashrc echo export OPENAI_API_KEYsk-你的TaoToken密鑰 ~/.bashrc echo export OPENCLAW_MODELclaude-sonnet-4-20250514 ~/.bashrc source ~/.bashrc如果你用的是 Claude Code 這類工具配置方式類似Base URL 同樣填https://taotoken.net/apiKey 和 Model ID 保持一致。這樣所有工具走同一個(gè)通道日志里不會(huì)再出現(xiàn)「這個(gè) Key 失效、那個(gè) Key 過(guò)期」的混亂重試。配置寫(xiě)完先別急著跑任務(wù)用python3 -m json.tool校驗(yàn) JSON 合法性python3 -m json.tool ~/.openclaw/config.json格式?jīng)]問(wèn)題再進(jìn)下一步驗(yàn)證。4. 驗(yàn)證請(qǐng)求與磁盤(pán)回收結(jié)果配置改完必須驗(yàn)證不然你永遠(yuǎn)不知道是配置生效了還是碰巧沒(méi)報(bào)錯(cuò)。驗(yàn)證分三層磁盤(pán)回收驗(yàn)證、日志級(jí)別驗(yàn)證、模型通道驗(yàn)證。先做磁盤(pán)回收。如果之前日志已經(jīng)撐滿磁盤(pán)先清一次# 查看當(dāng)前占用 du -sh ~/.openclaw/logs/ # 清空所有日志文件保留文件本身 truncate -s 0 ~/.openclaw/logs/*.log # 或者直接刪除 rm ~/.openclaw/logs/*.log # 再確認(rèn)磁盤(pán) df -h ~ du -sh ~/.openclaw/logs/truncate比rm更安全因?yàn)?OpenClaw 可能還持有文件句柄直接刪會(huì)導(dǎo)致句柄懸空、空間不釋放。截?cái)嘀罂臻g立刻回收。然后驗(yàn)證日志級(jí)別是否生效。跑一個(gè)任務(wù)觀察新寫(xiě)入的日志量openclaw print hello 21 | tail -5 ls -lh ~/.openclaw/logs/如果debug.log增長(zhǎng)明顯變慢說(shuō)明logLevel: warn生效了。你可以對(duì)比一下改之前跑一次任務(wù)可能寫(xiě)幾 MB改之后只寫(xiě)幾十 KB。接著驗(yàn)證 TaoToken 通道。最直接的方式是讓 OpenClaw 發(fā)一個(gè)真實(shí)請(qǐng)求openclaw --print 用一句話說(shuō)明什么是日志輪轉(zhuǎn)預(yù)期結(jié)果是正常返回模型輸出而不是401 Unauthorized或connection refused。如果返回正常說(shuō)明 Base URL、Key、Model ID 三件套都對(duì)。再驗(yàn)證輪轉(zhuǎn)是否工作。手動(dòng)觸發(fā)一次 logrotate看是否生成帶日期的歸檔文件sudo logrotate -f /etc/logrotate.d/openclaw ls -lh ~/.openclaw/logs/你應(yīng)該能看到類似debug.log-20250101.gz的壓縮歸檔原debug.log被截?cái)喑尚∥募＿@就說(shuō)明輪轉(zhuǎn)鏈路通了。最后做一個(gè)綜合驗(yàn)證連續(xù)跑幾次任務(wù)觀察磁盤(pán)占用是否穩(wěn)定for i in 1 2 3; do openclaw --print test $i; done du -sh ~/.openclaw/logs/ df -h ~如果日志目錄占用沒(méi)有持續(xù)暴漲磁盤(pán)剩余空間穩(wěn)定那這套治理就算落地了。我實(shí)測(cè)下來(lái)從 debug 降到 warn 加上 100M 輪轉(zhuǎn)一個(gè)原本每天漲 2G 的場(chǎng)景能壓到每天幾十 MB效果非常明顯。驗(yàn)證通過(guò)后把這次用到的命令記進(jìn)你的運(yùn)維筆記下次換機(jī)器直接復(fù)用。5. 本篇常見(jiàn)報(bào)錯(cuò)排查對(duì)照治理過(guò)程中會(huì)碰到幾類典型報(bào)錯(cuò)這里逐個(gè)對(duì)照。每個(gè)報(bào)錯(cuò)都給出真實(shí)錯(cuò)誤文本、原因和修復(fù)動(dòng)作。報(bào)錯(cuò)一Error: No space left on device這是磁盤(pán)真的滿了OpenClaw 寫(xiě)不進(jìn)日志。修復(fù)順序是先騰空間再改配置truncate -s 0 ~/.openclaw/logs/*.log df -h ~如果截?cái)嗪罂臻g沒(méi)釋放說(shuō)明有進(jìn)程還持有已刪除文件的句柄用lsof | grep deleted找到進(jìn)程重啟它。報(bào)錯(cuò)二401 Unauthorized或invalid api key這是 TaoToken 接入時(shí)最常見(jiàn)的。原因通常是 Key 沒(méi)填對(duì)、環(huán)境變量沒(méi)生效、或者 Base URL 寫(xiě)成了帶/v1的完整路徑。檢查三件套echo $OPENAI_BASE_URL # 應(yīng)該是 https://taotoken.net/api echo $OPENAI_API_KEY # 應(yīng)該是 sk- 開(kāi)頭 echo $OPENCLAW_MODEL # 應(yīng)該是有效模型 ID如果 Base URL 末尾多了/v1去掉它。TaoToken 的基址就是https://taotoken.net/api路徑由客戶端自動(dòng)拼接。報(bào)錯(cuò)三local proxy failed或connection refused這類報(bào)錯(cuò)通常和網(wǎng)絡(luò)環(huán)境或代理配置有關(guān)。先確認(rèn)能直連到 API 基址curl -I https://taotoken.net/api如果 curl 都不通檢查本機(jī) DNS 和防火墻。注意不要在配置里寫(xiě)任何本地代理地址OpenClaw 直連即可。報(bào)錯(cuò)四error reading choices或unexpected response format這通常是 Model ID 填錯(cuò)或者通道返回的響應(yīng)結(jié)構(gòu)和客戶端預(yù)期不一致。先確認(rèn) Model ID 在 TaoToken 控制臺(tái)可用再用模型對(duì)話頁(yè)面單獨(dú)驗(yàn)證一次https://taotoken.net/model-chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content如果對(duì)話頁(yè)面正常但 OpenClaw 報(bào)這個(gè)錯(cuò)多半是 OpenClaw 版本太老升級(jí)到最新版。報(bào)錯(cuò)五OAuth token expired或鑒權(quán)循環(huán)重試如果你之前用的是 OAuth 類鑒權(quán)過(guò)期后會(huì)反復(fù)重試日志瞬間暴漲。解決辦法是切到 API Key 模式用 TaoToken 的 Key 替代export OPENAI_API_KEYsk-你的TaoToken密鑰 unset OPENCLAW_OAUTH_TOKEN報(bào)錯(cuò)六logrotate 報(bào)stat of ... failed說(shuō)明 logrotate 配置里的路徑寫(xiě)錯(cuò)了或者用了~沒(méi)展開(kāi)。logrotate 不認(rèn)~必須寫(xiě)絕對(duì)路徑/home/youruser/.openclaw/logs/*.log { daily rotate 7 compress missingok notifempty size 100M copytruncate }排查清單速查現(xiàn)象優(yōu)先檢查修復(fù)動(dòng)作磁盤(pán)滿df -htruncate 日志401三件套核對(duì) Base URL/Key/Model連接失敗curl -I檢查網(wǎng)絡(luò)和 DNS響應(yīng)格式錯(cuò)Model ID換可用模型鑒權(quán)循環(huán)OAuth 殘留切 API Key輪轉(zhuǎn)失敗路徑改絕對(duì)路徑把這張表存下來(lái)下次遇到直接對(duì)號(hào)入座。6. 長(zhǎng)期穩(wěn)定運(yùn)行的接入與排障入口日志治理不是一次性動(dòng)作而是長(zhǎng)期習(xí)慣。我的做法是把「降級(jí)別 輪轉(zhuǎn) 定期清理」三件套寫(xiě)進(jìn)機(jī)器初始化腳本新機(jī)器部署 OpenClaw 時(shí)自動(dòng)帶上。同時(shí)把 TaoToken 的三件套Base URL、Key、Model ID也固化進(jìn)環(huán)境變量模板避免每次手動(dòng)填錯(cuò)。如果你在接入過(guò)程中卡在鑒權(quán)或通道配置上直接去 API Keys 頁(yè)面重新生成一個(gè) Key 再試比反復(fù)猜哪里寫(xiě)錯(cuò)快得多https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content配置字段不確定時(shí)對(duì)照接入文檔里面有完整的 Base URL 和參數(shù)說(shuō)明https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content想先驗(yàn)證模型是否可用用模型對(duì)話頁(yè)面發(fā)一條消息最快https://taotoken.net/model-chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content長(zhǎng)期跑編碼類 Agent 任務(wù)的話Coding Plan 更適合高頻場(chǎng)景省得每次按量計(jì)費(fèi)心里沒(méi)底https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content最后留一個(gè)我踩過(guò)的坑改完config.json之后一定要重啟 OpenClaw 進(jìn)程環(huán)境變量和配置文件的加載時(shí)機(jī)不同不重啟可能還在用舊配置。驗(yàn)證方法就是看新日志里有沒(méi)有按新級(jí)別寫(xiě)入。把這一步加進(jìn)你的部署流程能省掉很多「明明改了卻沒(méi)生效」的困惑。