Все ваши сообщения это мысли в слух, которые тут даже никто не прокомментирует, потому что это лишено какого либо смысла.
Хотите решить свой вопрос? Путь есть только один - арендовать сервер у компании, которая оказывает техническую поддержку, а не делает вид. Больше вам никто, никак и ничем не поможет.
Важное замечание - поддержка не хочет знать, им плевать на вас. Если бы хотели узнали.
Ничего бы они не узнали, они такие же профи как я, вы и Кевин Митник, они atopпредложили установить, чтобы в следующий раз хотя бы логи глянуть что вызвало нагрузку, там прикол еще с переводом на вторую линию технической поддержки чтобы сервер перезагрузить, а первая видимо вообще не понимает что такое компьютер, я бы и сам это мог сделать в панели управления, но думал что опять вырубили сервер из-за РКН, технических работ или еще чего с их стороны, ладно это все ерунда.
Может это баг при создании бэкапа, у меня каждый день бэкап сайта и базы данных делается, ничего особенного, небольшая база в 200мб и архивация всего сайта примерно 5гигов в зип архив, просто в кроне запланированно ночью, примерно в это время и сервак повис, но не точь в точь, а чуть позже, хз, мог бы по крону лагануть zipархивация всего сайта, хотя никогда проблем с этим не было.
В общем я нашел более подробную статистику и примерно в то время, когда повис сервер, его процессор vCPUскаканул с практически около нулевой нагрузки до 100% загруженности CPUи еще операции ввода-вывода с примерно 8 IOPSдо 771 IOPSчто по графику выглядит очень дофига, но толку от это, что это вызвало непонятно…
У RAM, Storage, входящего и исходящего трафика скачков не было.
Как бы понять, что за процесс это вызвал или типа того.
Андрей #: Просто тек нет. Так не бывает. Всегда есть причина.
Вот и я так думаю, всегда в таких вопросах самое сложное понять почему так произошло, особенно сложно, когда поддержка не знает, я не знаю, вы не знаете, меня все устраивает если это просто баг.
Из последнего сообщения, я вроде нашел, перед зависанием сервера в journalctl, идет такое:
query (cache) 'sl/ANY/IN' denied (allow-query-cache did not match)
Не знаю значит ли это что-то, но дальше идет перезагрузка сервера, ну и нормальная его работа, хотя может это и ничего не значит там еще 100500 записей в этом журнале всяких.
Было дело, Windows Server 2019 слег от DDoS атаки.
Все ваши сообщения это мысли в слух, которые тут даже никто не прокомментирует, потому что это лишено какого либо смысла.
Хотите решить свой вопрос? Путь есть только один - арендовать сервер у компании, которая оказывает техническую поддержку, а не делает вид. Больше вам никто, никак и ничем не поможет.
Все ваши вопросы это путь в никуда!
Важное замечание - поддержка не хочет знать, им плевать на вас. Если бы хотели узнали.
В общем я нашел более подробную статистику и примерно в то время, когда повис сервер, его процессор vCPU скаканул с практически около нулевой нагрузки до 100% загруженности CPU и еще операции ввода-вывода с примерно 8 IOPS до 771 IOPS что по графику выглядит очень дофига, но толку от это, что это вызвало непонятно…
У RAM, Storage, входящего и исходящего трафика скачков не было.
Как бы понять, что за процесс это вызвал или типа того.Просто тек нет. Так не бывает. Всегда есть причина.
Из последнего сообщения, я вроде нашел, перед зависанием сервера в journalctl, идет такое:
query (cache) 'sl/ANY/IN' denied (allow-query-cache did not match)