我昨晚在邮件日志中发现收到一条新消息：
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 使用的状态代码列表，因为这是我最初的问题，但我似乎找不到此信息。如果我找到此信息，我会用它来更新此答案。