Не, не, тут есть нюанс, для незарегистрированных пользователей он отдает готовые кэш страницы, а для зарегистрированный, я был как бы зарегистрированный ну я же админ, отдает полностью сгенерированную с помощью php и работы базы данных страницу.
Интересно помог бы в данной ситуации SWAP или не найденный мной процесс все равно бесконечно потреблял бы всю память включая подкачку и произошло бы тоже самое?
В общем я просидел провтыкал как коршун в top 24 часа, и за сутки не произошло ничего, ни один процесс не попытался съесть всю память, память сервера в течении дня немного повышалась чуть-чуть и к ночи уменьшалась при этом половина еще свободна была, mysqld всегда занимал примерно 10%, все работало без аномалий и каких-либо эксцессов.
На будущее разве мониторинг навесить.
А логи посещений вебсервера есть? Аномалий нету?
Странно, что сервис сам не перезапустился.
Atop по-моему имел функционал сохранения лога своей работы за какой-то срок, потом можно было посмотреть его отчет, если я не ошибаюсь.
В логах особо и нечего нету, ну может я смотрю плохо, единственный лог, который указывает на убийство mysqld был в /var/log/messages.
Может быть, но теперь мне сложно это определить, как сказал LEOnidUKG – это мог быть любой процесс, хоть и у меня подозрения на mysqld, ну тут уже не узнаешь.
Вот сижу в top целый день, никаких аномалий съедания памяти какими-то процессами не наблюдаю все вроде работает нормально, если сутки ничего не будет, буду считать, что где-то что-то заглючило и выело всю память из-за чего OOM Killer убил mysqld.
Хотел спросить вот ещё что, если кто знает, из логов я выяснил что процесс был убит системой из-за нехватки памяти:
May 1 20:12:53 mysitedomen kernel: [3097011.187145] Out of memory in UB 12537891: OOM killed process 1051 (mysqld) score 0 vm:5058865kB, rss:2238825kB, swap:0kB
Пока план такой, именно так, я думаю это был небольшой единственный за год глюк.
Ну вот я захожу в top, и сортирую по потреблению памяти процессы %MEM – ничего особо много не занимает, самое большое это mysqld и то там 9% пишет top, памяти свободно еще половина если не больше.
А это середина дня, вторник, в час времени, практически пик посещаемости.
Не вижу никаких проблем и переизбытка оперативной памяти, буду вести наблюдение…
Доставать калькулятор и раздавать всем по потребностям и по лимитам.
VDS это не виртуальный хостинг.
VPS тоже нормально работает, ну бывают иногда проблемы, виртуальный хостинг там тоже свои недостатки. Тем более что все там нормально работало в течении года, до вчерашнего дня :), и то не понятно, что вызвало смерть процесса mysqld.
А кто вам сказал, то она потребовалась mysqld ? Просто mysqld самый жирный, его и раскулачили.
Тогда это все немного усложняет, да никто не сказал, я сам себе придумываю объяснение т.к. связано с базой данных, я подумал, что в какой-то момент ей понадобилось много памяти и из-за нехватки памяти процесс убила система что логи подтверждают, ну я так себе это представляю.
Но если переполнение памяти было связанно не с mysqld и если это какой-то другой процесс, то тогда я даже не знаю, я бы спросил – как посмотреть какой процесс забрал всю память и заставил систему убить mysqld из-за этого, но думаю, что такого ответа нет.
Ладно пусть поработает пока, а там посмотрим, если еще раз зависнет, что-то буду думать. Пока вроде работает, всю память не съедает.
вряд ли вам кто-то что-то подскажет без логов, конфигов, версий ПО, размера базы, доступной памяти, может быть всё что угодно, вплоть до уязвимости в самом mysql
если хотите знать, не оом ли киллер убил процесс, то скорее всего эта информация находится в логе /var/log/messages
также можете погуглить на тему использования journalctl
Спасибо, нашел такую строчку в /var/log/messages:
Я так понимаю это значит, что система сама убила этот процесс из-за нехватки памяти.
Значит это не взлом сайта какой-то, я надеюсь.
