Основная проблема не в exim, а в php.
Накопление очереди, это следствие этой проблемы.
root почту можете перенаправить на существующий ящик.
Можно еще cacti, он попроще в начальной настройке и по snmp может забрать в том числе с windows все что нужно.---------- Добавлено 14.01.2020 в 01:36 ----------munin может забрать данные по snmp c windows, это будет проще, если munin уже стоит.
Если не привязываться к HPE, рассмотрите https://www.supermicro.com/en/products/nvme
Найдите админа, пусть настроит сервер :)
syt.lviv.ua нет MX записи, домен у вас судя по всему локальный, в blackhole он шлет в соответствии с локальной политикой.
С какого ящика и на какой вы отправляете письмо?
Ну проблема очевидно не в HDD/SSD, а в количестве свободной памяти.
ТС хочет чтобы в пул попадало то, что ему нужно, а не то что решил mysql.
Как вариант, запускать 2 копии сервера баз данных с разными настройками пула.
Это можно сделать почти нормальными способами на всех современных ОС.
Ни разу такого не было, SAMSUNG, INTEL, WD.
Если есть сомнения, поставьте утилиту от вендора, заодно прошивку обновите.
Настройте нормальный мониторинг сервера и mysql сервера в частности.
Самый простой вариант, это munin. Есть очень простые и наглядные плагины для него.
Проблема может быть совершенно не в mysql, а соседнем сервисе, бэкапе, ротации логов, синхронизации рейда или чем-то подобном.
Дальше смотрите на картинки и соотносите факты.
Также удобно смотреть как изменение настроек меняет поведение сервера.
Не нужно ничего пересобирать) уже давно можно обновляться бинарно, это рекомендуемый метод. Если вы не знаете для чего вам это нужно, то точно не нужно.
Хуже будет тем, что могут быть проблемы при бинарном обновлении, а каждый раз обновляться из исходников, это вам на 15 лет назад.
Экономить крохи памяти на кастомном ядре, но потерять возможность быстро обновиться, это странное решение. Раньше ядра собирали в основном из-за файрвола и дисковых квот.
Лет 10 и то другое нормально подгружается модулями и на производительности это практически не сказывается, зато обновиться можно в несколько раз быстрее и шанс накосячить гораздо меньше.
Умножаете первое на второе, получаете сколько записано в байтах.
Дальше делите на 1024 четыре раза, получаете ~74TB.
Для вашей модели заявлен ресурс 240TB, сейчас записано примерно ~74TB.
То есть ресурс исчерпан примерно на треть.
