昨夜、メールログで新しいメッセージが届いていることに気付きました:
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 ボリュームに書き込んでいます。ルート ボリュームは 10 GB、/var/httpd ボリュームは 50 GB です。
以下のメモは cron の問題に特有のものです:
おそらくルート ボリュームのスペースの問題です。メール サーバーはキューに書き込み、キューから送信します。ボリュームがいっぱいだと、キューに書き込めません。
cron が使用するステータス コードのリストをどこで確認できるかを知りたいのですが、それが私の最初の質問だったのですが、この情報が見つからないようです。この情報が見つかったら、この回答を更新します。