Модератор
Yui
(@fierevere)
永子
навряд ли это wordpress, проблемы или с настройками vps, или в гипервизоре или на самом хосте (dom0)
Я и не думаю на сам движок. Я думаю какой-то из плагинов создает пиковую нагрузку с которой не справляется сервер. Вот как его отследить?
Модератор
Yui
(@fierevere)
永子
пиковые нагрузки не вешают сервер,
даже если плагин требует много ресурсов процессора, то скрипт будет просто медленно выполняться, но к завису это не приведет,
если только не разрешено параллельное выполнение такого количества процессов, которые одновременно запросят столько памяти, что система уйдет в свап… вообщем опять виноваты скорее настройки ПО, нежели «какой-то плагин»
а еще это может быть какой-то скрипт по крону, бэкапы, индексация…
можете сохранить страницу графиков мунина как PDF? хотелось бы посмотреть, с «зависом» на недельном графике
Я сохранила картинки в док тут https://yadi.sk/d/1EIpoS4xeGpR2
На графике 25.01 в районе 15 часов я обновила плагин All in one seo pack, что вызвало слет БД.
Модератор
Yui
(@fierevere)
永子
попробуйте отключить vps и перезагрузиться в rescue
оттуда сделать проверку файловой системы на целостность, возможно что такое поведение vps из за ошибок ФС
также сделайте
mysqlcheck -A -p -r
mysqlcheck -A -p -o
починка и оптимизация базы данных mysql
вы не могли бы расписать как это сделать для «чайника», пожалуйста))
еще у меня сохранились все логи за 25.01 перед перезагрузкой сервера, если это поможет скажите
Модератор
Yui
(@fierevere)
永子
ну было бы интересно посмотреть лог mysql.err ( иногда /var/lib/mysql/HOSTNAME.err )
ошибки ФС могут также отражаться в dmesg выводе (или соответствующем логе, который логгирует вывод от ядра)
у меня практически нет опыта с CentOS, так что я не знаю, где какие логи хранятся, также я не знаю как организовано управление VPS на вашем хостинге, и есть ли там режим rescue
Вот все логи https://yadi.sk/d/x3fhhCzseGyYp
режима rescue у меня нет, базы данных проверяла служба поддержки.
Модератор
Yui
(@fierevere)
永子
я бы не стала так смело выкладывать все логи в интернет 😀
тем не менее
( /var/log/messages )
причина падений БД — нехватка памяти, OOM Killer убивает процесс,
причина — httpd, сжирающий память, а также многичисленные php (CGI) процессы
вам стоит провести настройку лимитов для запускаемых процессов, чтобы их не было настолько много, что они сьедят всю память,
также у вас явно что то неправильно настроено в my.cnf , еслине уверены — проще дать mysqld выбирать автоконфигурацию, это справедливо для свежих версий MySQL/MariaDB, у вас же 5.1.х, это сильно старая версия, вообщем вам стоит настроить конфигурацию всего стека LAMP — my.cnf, лимит рабочих процессов apache, ну и лимит на число процессов CGI PHP
спасибо, буду копать гугл в этом направлении
Модератор
Yui
(@fierevere)
永子
вы сами настраивали сервер или просто провели установку образа предложенного хостером?
в принципе статей полно , важно чтобы вы или тот, кто будет помогать, понимали что именно нужно делать и зачем
нет, знакомый копался, но по-моему он не очень в этом понимает. а я так вообще впервые на вдс, до этого были обычные хостинги.
Модератор
Yui
(@fierevere)
永子
практически на всех хостингах с vds есть услуги специалистов по настройке ПО, да, недешево обычно, но наверное стоит 1 раз заплатить и чтобы дальше работало , чем продолжать получать проблемы от плохо сконфигурированной VPS
я привыкла настраивать VPS на вчетверо меньших ресурсах по памяти, причем с запасом, так что вам 2 гб памяти должно хватить на всё
Пришлите логи на kovshenin@gmail.com — посмотрим. Есть есть лог MySQL запросов то тоже можно посмотреть.
