我昨天在邮件日志中注意到，我收到一条新消息：
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
我试着在网上寻找这封邮件的意思，但是我找不到。 如果任何人都可以点亮一下，那就太好了，谢谢。
编辑：
标记为愚蠢的答案并没有帮助我，因为它不涉及我的问题，用户问这个问题有不同的错误回应。
你的磁盘确实已经满了，用/ dev / xvda1的100％统计显示，我已经编辑了你的问题来包含df命令的输出头文件。
您需要清除磁盘上的空间以便日志继续。
所以我抓住了我们的系统pipe理员（我们与他合同，我只是我公司的一名开发人员），他说这是更新我们的AWS服务器时遇到的问题。 基本上我们login到我们的/ var / httpd文件夹，因为我们有足够的空间，但更新导致我们的指针消失。 以下是他在未来帮助任何人的笔记。
这些说明涉及到一般问题，以及apache日志：
上周经过一轮服务器更新之后，apache日志正在写入错误的位置。 这个问题已经解决了，日志现在又正确地写入了/ var / httpd卷。 我们将日志写入/ var / httpd卷以防止根卷被窒息。 根卷是10GB，/ var / httpd卷是50GB。
这些说明是特定于cron问题的：
这可能是根卷空间问题。 邮件服务器写入队列然后发送。 如果卷已满，则无法写入队列。
我仍然有兴趣找出哪里可以看到cron使用的状态代码列表，因为这是我的原始问题，我似乎无法find此信息。 如果我find这个信息，我会用这个更新这个答案。