Назад | Перейти на главную страницу

Полный кэш сервера вызван скриптом php cli - возможно?

У меня проблема, которую я не могу понять. На одной из наших машин (физический выделенный сервер, Debian 10, nginx, mysql, PHP 7.3) выполняется приложение php, которое также регулярно использует php-cli через некоторые cronjobs.

Cronjobs не делает ничего особенного, просто работает некоторая файловая система и несколько запросов mySQL.

Тем не менее, машина перезагружается через час без записи в файл журнала (ничего в syslog, kern.txt, dmesg). С твердотельными накопителями все в порядке, оперативная память прошла успешно, без сбоев.

Мы отключили cronjobs, и машина работает уже более 12 часов.

Изначально я подозревал проблемы с оборудованием, потому что никогда не слышал, чтобы экземпляр php мог полностью убить Debian. Это будет означать, что скрипт php может вызвать панику ядра. Это вообще возможно?

И если да, то есть ли способ отладить это?

Это возможно, но крайне маловероятно. Вы упоминаете «работу файловой системы» - если это выполняется с помощью системных команд, это технически возможно, но не то, что должно происходить без вашего ведома.

Я недавно получил vm-сервер, на котором запущено несколько веб-серверов, которые вылетали каждый день или около того - не так часто, как часы, но точно так же - без журналов или чего-то еще. Я так и не разобрался в этом, но все идентичные виртуальные машины отлично работали на другом сервере. Я подозреваю, что причиной было плохое обновление / исправление / обходной путь BIOS для Spectre / meltdown, плохой памяти или плохого контроллера диска - к сожалению, я никогда не узнаю, что, когда я вернул сервер.