cronメールステータス0x0047＃012の意味
昨夜のメールログで、新しいメッセージが届いていることに気づきました。
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でCentos6.6を使用しています
このメッセージの意味をオンラインで調べてみましたが、見つかりませんでした。誰かがそれに光を当てることができれば、それは素晴らしいことです、ありがとう。
編集：
重複としてマークされた回答は、私の質問とは関係がなく、その質問をしたユーザーが別のエラー応答を受け取ったため、役に立ちませんでした。
それで私はシステム管理者を手に入れました（私たちは彼と契約しました、私は私の会社の単なる開発者です）、そして彼はこれが私たちのAWSサーバーの更新に関する問題であると言いました。十分なスペースがあるため、基本的に/ var/httpdフォルダーにログインしますが、更新によりポインターが消えました。これが彼からの将来の誰かを助けるためのメモです。
これらのメモは、一般的な問題とApacheログに関連しています。
先週のサーバー更新のラウンドの後、Apacheログが間違った場所に書き込んでいました。これは修正され、ログは/ var/httpdボリュームに再び正しく書き込まれるようになりました。ログは/ var/httpdボリュームは、ルートボリュームを窒息させないようにします。ルートボリュームは10GBで、/ var/httpdボリュームは50GBです。
これらの注意事項は、cronの問題に固有のものです。
おそらくルートボリュームスペースの問題でした。メールサーバーはキューに書き込み、次に送信します。ボリュームがいっぱいの場合、キューに書き込むことができませんでした。
Cronが使用するステータスコードのリストをどこで確認できるかを知りたいと思っています。これは私の最初の質問であり、この情報が見つからないようです。この情報が見つかったら、それでこの回答を更新します。
/ dev/xvda1の100％使用された統計で示されるように、ディスクは実際にいっぱいです。dfコマンドの出力ヘッダーを含めるように質問を編集しました。
ログを続行するには、ディスクの空き容量を増やす必要があります。