Вчера вечером я заметил в журнале почты, что получаю новое сообщение:
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
Для справки: мы используем Centos 6.6 на AWS.
Я пытался искать в интернете значение этого сообщения, но не смог его найти. Если кто-то может пролить свет на это, это было бы здорово, спасибо.
РЕДАКТИРОВАТЬ:
Ответ, помеченный как дубликат, мне не помог, так как он не имеет отношения к моему вопросу, а пользователь, задавший этот вопрос, получил другой ответ об ошибке.
решение1
Ваш диск действительно заполнен, о чем свидетельствует статистика использования на 100% для /dev/xvda1. Я отредактировал ваш вопрос, включив в него заголовки вывода для команды df
.
Для продолжения работы журналов вам необходимо освободить место на диске.
решение2
Итак, я связался с нашим системным администратором (мы работаем с ним по контракту, я всего лишь разработчик в своей компании), и он сказал, что это проблема с обновлением нашего сервера AWS. По сути, мы входим в нашу папку /var/httpd, поскольку там у нас много места, но обновление привело к исчезновению наших указателей. Вот его заметки, которые помогут кому-нибудь в будущем.
Эти заметки относятся к проблеме в целом и к журналам Apache:
После серии обновлений сервера на прошлой неделе логи Apache записывались в неправильное место. Это было исправлено, и теперь логи снова правильно записываются в том /var/httpd. У нас есть логи, которые записываются в том /var/httpd, чтобы он не задушил корневой том. Корневой том составляет 10 ГБ, а том /var/httpd — 50 ГБ.
Эти примечания относятся конкретно к проблеме cron:
Вероятно, проблема была в пространстве корневого тома. Почтовые серверы пишут в очереди, которые затем отправляют. Если том был заполнен, то он не мог писать в очередь.
Мне все еще интересно узнать, где я могу увидеть список кодов состояния, которые использует cron, так как это был мой первоначальный вопрос, и я не могу найти эту информацию. Если я найду эту информацию, я обновлю этот ответ.