我昨晚在郵件日誌中註意到收到一條新訊息：
MAIL (mailed XXX bytes of output but got status 0x0047#012)
雖然 cron 作業確實運行成功（因為它是一個傳輸到第三方 API 的腳本，而且他們確認收到了資料），但我無法看到我們端的傳輸狀態。
我認為這可能與可用磁碟空間量有關，但我無法確定。
這是 df-h 的輸出
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 9.8G 9.7G 0 100% /
devtmpfs 1.9G 64K 1.9G 1% /dev
tmpfs 1.9G 0 1.9G 0% /dev/shm
/dev/xvdb1 48G 6.7G 39G 15% /var/www
作為參考，我們在 AWS 上使用 Centos 6.6
我嘗試在網上查找此消息的含義，但無法找到它。如果有人能解釋一下，那就太好了，謝謝。
編輯：
標記為欺騙的答案對我沒有幫助，因為它與我的問題無關，並且詢問該問題的用戶得到了不同的錯誤回應。
答案1
您的磁碟確實已滿，如 /dev/xvda1 的 100% 使用狀態所示，我已編輯您的問題以包含該df命令的輸出標頭。
您需要清理磁碟空間才能繼續記錄日誌。
答案2
所以我聯繫了我們的系統管理員（我們外包給他，我只是我公司的開發人員），他說這是更新我們的 AWS 伺服器的問題。基本上我們登入 /var/httpd 資料夾，因為那裡有足夠的空間，但更新導致我們的指標消失。以下是他的筆記，可以幫助將來的任何人。
這些註解與一般問題和 apache 日誌相關：
上週進行一輪伺服器更新後，apache 日誌寫入了錯誤的位置。此問題已修復，日誌現在再次正確寫入 /var/httpd 卷。我們將日誌寫入 /var/httpd 卷，以防止它阻塞根卷。根磁碟區為 10GB，/var/httpd 磁碟區為 50GB。
這些註釋特定於 cron 問題：
這可能是根捲空間問題。郵件伺服器寫入佇列然後發送。如果磁碟區已滿，則無法寫入佇列。
我仍然有興趣找出在哪裡可以看到 cron 使用的狀態代碼列表，因為這是我最初的問題，但我似乎找不到此資訊。如果我找到這個訊息，我會用它來更新這個答案。