Вы не собираетесь быть способными получить любую полезную информацию только с помощью команд SMTP. Необходимо будет использовать что-то, что понимает SSL, как s_client OpenSSL. Что-то вроде этого должно работать:
$ openssl s_client -starttls smtp -crlf -connect 1.1.1.1:25
free -m показывает, что должно быть достаточно свободной оперативной памяти. Когда процесс завершается из-за того, что доступно слишком мало оперативной памяти, это называется «oom kill» m, где «oom» означает o ut o f m ] emory.
Вы даже можете указать Linux, какие процессы в каком порядке нужно остановить, когда возникнет эта ситуация.
Кроме того, MySQL резервирует много оперативной памяти в нашей системе, что нормально. Вы можете уменьшить значение, отредактировав файл my.cnf и настроив различные переменные файла конфигурации MySQL.
Кроме того, вам следует приложить некоторые усилия для оптимизации Apache, чтобы снизить потребление оперативной памяти. В значительной степени зависит от вашего PHP-приложения, потребляют ли Apache и PHP много оперативной памяти или нет.
Кроме того, вы должны создать файл SWAP, который поможет вам в случае, если ваша память заполнена.
The apache log shows a graceful restart, which might be due to log rotation: is it the same time each day?
This restart then runs into a segfault or similar problem which may be due to a library mismatch. Was PHP installed independently of apache? Did this problem only start after the cpanel upgrade (which might have upgraded some library or other)?
Try stopping and starting apache: does this error always occur? What if you disable php or other modules?
You should consider making this a new question, if it is not related to the memory use that you first asked about.