Vladimir 8 346 Жалоба Опубликовано 24 марта 2015 г. Пожили пару лет без особых проблем, но все хорошее когда-нибудь заканчивается ломается. Сайт в марте стал периодически подвисать. Причем если раньше это было связано с логами, которые забивали все свободное место, то теперь причина в нехватке оперативной памяти. Хостера (Русоникс) пытаю на тему что это может быть, но пока молчит как партизан. Точнее отвечает без подробностей: Вам не хватает ресурсов подписки.На Вашем сервере зафиксирована критическая нехватка оперативной памяти:[11431479.738042] Out of memory in UB 3323: OOM killed process 18943 (httpd) score 0 vm:490088kB, rss:74664kB, swap:6172kBМы рекомендуем Вам перейти на более мощный тарифный план для повышения стабильности работы Вашего проекта. При этом, посещаемость вроде бы не имеет острых пиков и находится на уровне 4-5 тыс.чел.день. Сайт состоит из 3 основных составляющих: 1. Новостная лента (ВордПресс), 2. Форум IPB, 3. Карта. Лично у меня вызывает вопрос именно последняя - не жрет ли она всю оперативку? Хотя она собирается из данных Яндекса, но происходит это тяжко из-за количества объектов на ней. Видимые пути решения на данный момент: 1. Сменить тариф на более мощный нажатием пары кнопок (удвоить оперативку и цену). 2. Сменить тариф на более мощный путем переноса файлов и БД на новую линейку, где примерно за ту же цену в разы больше винт (SSD), новая панель управления сервером (ПЛЕСК 12) и т.д. Тут придется переносить сайт, что может занять по предварительным прикидкам от полудня до нескольких дней (возможно до недели, как было уже в нашей истории, учитывая мою не высокую квалификацию и тормознутость саппорта). Соответственно, придется отключать временно публикацию новых сообщений на форуме. До конца месяца скидка 25%, но чес слово не очень заманчиво... 3. Забить, отключить в качестве эксперимента карту и м.б. ленту новостей. Что посоветуете? Поделиться сообщением Ссылка на сообщение
Volchok 880 Жалоба Опубликовано 24 марта 2015 г. Саппорт детализацию не предлагает? Я бы временно отключил все кроме форума и смотрел на нагрузку. Далее подключать раз 3-4 дня по модулю и мониторить изменения. Поделиться сообщением Ссылка на сообщение
Vladimir 8 346 Жалоба Опубликовано 24 марта 2015 г. @Volchok, не предлагает, попросил еще раз. Тоже думал таким путем пойти. Но если виновный будет найден, все равно нужно будет что то решать с ним... Поделиться сообщением Ссылка на сообщение
```XpaMoy``` 23 255 Жалоба Опубликовано 24 марта 2015 г. @Volchok, не предлагает, попросил еще раз. Тоже думал таким путем пойти. Но если виновный будет найден, все равно нужно будет что то решать с ним... Ну тогда думаю надо решать по мере нахождения проблемы Поделиться сообщением Ссылка на сообщение
Dima! 762 Жалоба Опубликовано 24 марта 2015 г. Что посоветуете? А почему не подумалось что не мы а хостер виноват? Не попытка ли это в условиях оттока клиентов сохранить доход? Отключать модули по очереди и мониторить это правильно, но отсутствие результата тоже может быть показательным результатом. Поделиться сообщением Ссылка на сообщение
Dulfer 379 Жалоба Опубликовано 24 марта 2015 г. (изменено) 4 Отключить на 2 суток ленту и карту, сейчас же. Ну и готовится к переезду. А каков вообще тариф? Изменено 24 марта 2015 г. пользователем Dulfer Поделиться сообщением Ссылка на сообщение
Vladimir 8 346 Жалоба Опубликовано 24 марта 2015 г. Dima!, ну как же не подумалось. В первую очередь, собственно. Ибо по моему представлению ничего не поменялось в скриптах и посещаемости за последний год. Более того, пережили нормально 4-х кратный пик гостей! Dulfer, завтра начну отрубать и мониторить. Возможно даже форум погашу на час после обеда, для понимания процессов. Тариф сейчас начальный vps. Поделиться сообщением Ссылка на сообщение
guy25 32 Жалоба Опубликовано 24 марта 2015 г. Или включить в скрипты подсчет используемой памяти. А вообще надо смотреть логи, на каких страницах возникает данная ошибка. Поделиться сообщением Ссылка на сообщение
Vladimir 8 346 Жалоба Опубликовано 25 марта 2015 г. Ответили подробней, но мне такие подробности ничего не говорят Здравствуйте!Статистика по потреблению ОЗУPID: PID MEM: 0 Mb --> COMMANDPID: 1 MEM: 0.148438 Mb --> init [3]PID: 115 MEM: 0.328125 Mb --> /sbin/udevd -dPID: 509 MEM: 0.265625 Mb --> syslogd -m 0PID: 546 MEM: 0.585938 Mb --> /usr/sbin/sw-cp-serverd -f /etc/sw-cp-server/configPID: 558 MEM: 0.792969 Mb --> /usr/sbin/sshdPID: 567 MEM: 0.402344 Mb --> xinetd -stayalive -pidfile /var/run/xinetd.pidPID: 580 MEM: 0.164062 Mb --> /usr/lib/courier-imap/couriertcpd -address=0 -stderr logger=/usr/sbin/courierlogger -stderrloggername=imapdPID: 582 MEM: 0.0976562 Mb --> /usr/sbin/courierlogger imapdPID: 590 MEM: 0.164062 Mb --> /usr/lib/courier-imap/couriertcpd -address=0 -stderr logger=/usr/sbin/courierlogger -stderrloggername=imapd-sslPID: 592 MEM: 0.09375 Mb --> /usr/sbin/courierlogger imapd-sslPID: 598 MEM: 0.160156 Mb --> /usr/lib/courier-imap/couriertcpd -address=0 -stderr logger=/usr/sbin/courierlogger -stderrloggername=pop3dPID: 601 MEM: 0.0976562 Mb --> /usr/sbin/courierlogger pop3dPID: 607 MEM: 0.160156 Mb --> /usr/lib/courier-imap/couriertcpd -address=0 -stderr logger=/usr/sbin/courierlogger -stderrloggername=pop3d-sslPID: 610 MEM: 0.0976562 Mb --> /usr/sbin/courierlogger pop3d-sslPID: 619 MEM: 0.203125 Mb --> qmail-sendPID: 621 MEM: 0.109375 Mb --> splogger qmailPID: 622 MEM: 0.136719 Mb --> qmail-lspawn | /usr/bin/deliverquota ./MaildirPID: 623 MEM: 0.140625 Mb --> qmail-rspawnPID: 624 MEM: 0.101562 Mb --> qmail-cleanPID: 637 MEM: 9.9375 Mb --> /usr/sbin/httpdPID: 640 MEM: 4.14453 Mb --> /usr/sbin/httpdPID: 647 MEM: 0.308594 Mb --> nginx: master process /usr/sbin/nginxPID: 649 MEM: 8.00781 Mb --> nginx: worker processPID: 650 MEM: 8.01562 Mb --> nginx: worker processPID: 692 MEM: 0.25 Mb --> /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql -- socket=/var/lib/mysql/mysql.sockPID: 742 MEM: 32.8438 Mb --> /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib /mysql --user=mysqlPID: 818 MEM: 2.85938 Mb --> /usr/sbin/named -u named -cPID: 899 MEM: 0.613281 Mb --> crondPID: 907 MEM: 0.402344 Mb --> /usr/sbin/saslauthd -m /var/run/saslauthd -aPID: 909 MEM: 0.378906 Mb --> /usr/sbin/saslauthd -m /var/run/saslauthd -aPID: 26868 MEM: 67.1797 Mb --> /usr/sbin/httpdPID: 27342 MEM: 61.2461 Mb --> /usr/sbin/httpdPID: 27404 MEM: 68.3633 Mb --> /usr/sbin/httpdPID: 27416 MEM: 60.6211 Mb --> /usr/sbin/httpdPID: 28279 MEM: 54.5 Mb --> /usr/sbin/httpdPID: 28285 MEM: 51.9688 Mb --> /usr/sbin/httpdPID: 28293 MEM: 68.2344 Mb --> /usr/sbin/httpdPID: 28516 MEM: 7.20703 Mb -->PID: 28517 MEM: 10.3203 Mb --> pvaagent [filer]PID: 28518 MEM: 8.31641 Mb --> pvaagent [processm]PID: 28617 MEM: 3.64844 Mb --> sshd: rsnxsupp_085782248 [priv]PID: 28625 MEM: 1.95312 Mb --> sshd: rsnxsupp_085782248@pts/0PID: 28626 MEM: 1.45312 Mb --> -bashPID: 28654 MEM: 2.04297 Mb --> sudo -iPID: 28655 MEM: 1.45703 Mb --> -bashPID: 28702 MEM: 3.83594 Mb --> sshd: root [priv]PID: 28703 MEM: 1.45312 Mb --> sshd: root [net]PID: 28706 MEM: 0.871094 Mb --> ps auxPID: 28707 MEM: 0.539062 Mb --> -bashСтатистика по потреблению CPU3.9 742 mysql /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --use r=mysql --pid-file=/var/run/mysqld/mysqld.pid --skip-external-locking --socket=/var/l ib/mysql/mysql.sock3.2 27404 apache /usr/sbin/httpd2.9 27342 apache /usr/sbin/httpd2.8 28293 apache /usr/sbin/httpd2.8 26868 apache /usr/sbin/httpd2.4 27416 apache /usr/sbin/httpd2.1 28285 apache /usr/sbin/httpd2.0 28279 apache /usr/sbin/httpd0.1 650 apache nginx: worker process0.1 649 apache nginx: worker process0.0 28727 root -bash0.0 28726 root ps -eo pcpu,pid,user,args0.0 28725 sshd sshd: [net]0.0 28724 root sshd: [accepted]0.0 28655 root -bash0.0 28654 root sudo -i0.0 28626 10006 -bash0.0 28625 10006 sshd: rsnxsupp_085782248@pts/00.0 28617 root sshd: rsnxsupp_085782248 [priv]0.0 28518 root pvaagent [processm]0.0 28517 root pvaagent [filer]0.0 28516 root0.0 909 root /usr/sbin/saslauthd -m /var/run/saslauthd -a pam -n 20.0 907 root /usr/sbin/saslauthd -m /var/run/saslauthd -a pam -n 20.0 899 root crond0.0 818 named /usr/sbin/named -u named -c /etc/named.conf -u named -t /var/name d/run-root0.0 692 root /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql --socket=/v ar/lib/mysql/mysql.sock --log-error=/var/log/mysqld.log --pid-file=/var/run/mysqld/my sqld.pid --user=mysql0.0 647 root nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf0.0 640 apache /usr/sbin/httpd0.0 637 root /usr/sbin/httpd0.0 624 qmailq qmail-clean0.0 623 qmailr qmail-rspawn0.0 622 root qmail-lspawn | /usr/bin/deliverquota ./Maildir0.0 621 qmaill splogger qmail0.0 619 qmails qmail-send0.0 610 root /usr/sbin/courierlogger pop3d-ssl0.0 607 root /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/s bin/courierlogger -stderrloggername=pop3d-ssl -maxprocs=40 -maxperip=4 -pid=/var/run/ pop3d-ssl.pid -nodnslookup -noidentlookup 995 /usr/bin/couriertls -server -tcpd /usr/ sbin/pop3login /usr/lib/courier-imap/authlib/authpsa /usr/bin/pop3d Maildir0.0 601 root /usr/sbin/courierlogger pop3d0.0 598 root /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/s bin/courierlogger -stderrloggername=pop3d -maxprocs=40 -maxperip=4 -pid=/var/run/pop3 d.pid -nodnslookup -noidentlookup 110 /usr/sbin/pop3login /usr/lib/courier-imap/authl ib/authpsa /usr/bin/pop3d Maildir0.0 592 root /usr/sbin/courierlogger imapd-ssl0.0 590 root /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/s bin/courierlogger -stderrloggername=imapd-ssl -maxprocs=40 -maxperip=4 -pid=/var/run/ imapd-ssl.pid -nodnslookup -noidentlookup 993 /usr/bin/couriertls -server -tcpd /usr/ sbin/imaplogin /usr/lib/courier-imap/authlib/authpsa /usr/bin/imapd Maildir0.0 582 root /usr/sbin/courierlogger imapd0.0 580 root /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/s bin/courierlogger -stderrloggername=imapd -maxprocs=40 -maxperip=4 -pid=/var/run/imap d.pid -nodnslookup -noidentlookup 143 /usr/sbin/imaplogin /usr/lib/courier-imap/authl ib/authpsa /usr/bin/imapd Maildir0.0 567 root xinetd -stayalive -pidfile /var/run/xinetd.pid0.0 558 root /usr/sbin/sshd0.0 546 500 /usr/sbin/sw-cp-serverd -f /etc/sw-cp-server/config0.0 509 root syslogd -m 00.0 115 root /sbin/udevd -d0.0 3 root [khelper/3323]0.0 2 root [kthreadd/3323]0.0 1 root init @rusonyx.ru>[3] Поделиться сообщением Ссылка на сообщение
Vladimir 8 346 Жалоба Опубликовано 25 марта 2015 г. Отключил временно сайт и карту, оставил только форум. Первые впечатления: нагрузка упала процентов на 20 в пиках, а в среднем чуть побольше. Сейчас попробую форум тормознуть минут на 20. Поделиться сообщением Ссылка на сообщение
Bronekrab 14 Жалоба Опубликовано 25 марта 2015 г. @Vladimir, карта должна жрать только оперативку пользователей)) На сервере лежат только файлы, которые он отдает. Файлы не большие, сам видишь. Остальное делает браузер пользователя. Поделиться сообщением Ссылка на сообщение
Vladimir 8 346 Жалоба Опубликовано 25 марта 2015 г. @Bronekrab, спасибо за информацию. На самом деле, новостная лента похоже жрет больше карты. Ну а больше всех форум. Пики стали хоть немного не до предела мощности.... Поделиться сообщением Ссылка на сообщение
krmolot 161 Жалоба Опубликовано 25 марта 2015 г. (изменено) Vladimir, у меня есть подписки по уведомлению о новых сообщениях в выбранных мною темах форума на электронную почту, но почта не приходит. Вполне возможно, что у Вас какие-то проблемы именно с почтой, которая в определенные моменты как раз и отъедает ресурсы. И разбираться надо с email рассылками. Попробуйте отключить их совсем и посмотрите на результат. Изменено 25 марта 2015 г. пользователем krmolot Поделиться сообщением Ссылка на сообщение
Bronekrab 14 Жалоба Опубликовано 25 марта 2015 г. Загнал лог памяти в excel и отсортировал. Снизу общая сумма в мегабайтах. Какой предел по тарифу? 68,363300 /usr/sbin/httpd 68,234400 /usr/sbin/httpd 67,179700 /usr/sbin/httpd 61,246100 /usr/sbin/httpd 60,621100 /usr/sbin/httpd 54,500000 /usr/sbin/httpd 51,968800 /usr/sbin/httpd 32,843800 /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib /mysql --user=mysql 10,320300 pvaagent [filer] 9,937500 /usr/sbin/httpd 8,316410 pvaagent [processm] 8,015620 nginx: worker process 8,007810 nginx: worker process 7,207030 4,144530 /usr/sbin/httpd 3,835940 sshd: root [priv] 3,648440 sshd: rsnxsupp_085782248 [priv] 2,859380 /usr/sbin/named -u named -c 2,042970 sudo -i 1,953120 sshd: rsnxsupp_085782248@pts/0 1,457030 -bash 1,453120 -bash 1,453120 sshd: root [net] 0,871094 ps aux 0,792969 /usr/sbin/sshd 0,613281 crond 0,585938 /usr/sbin/sw-cp-serverd -f /etc/sw-cp-server/config 0,539062 -bash 0,402344 xinetd -stayalive -pidfile /var/run/xinetd.pid 0,402344 /usr/sbin/saslauthd -m /var/run/saslauthd -a 0,378906 /usr/sbin/saslauthd -m /var/run/saslauthd -a 0,328125 /sbin/udevd -d 0,308594 nginx: master process /usr/sbin/nginx 0,265625 syslogd -m 0 0,250000 /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql -- socket=/var/lib/mysql/mysql.sock 0,203125 qmail-send 0,164062 /usr/lib/courier-imap/couriertcpd -address=0 -stderr logger=/usr/sbin/courierlogger -stderrloggername=imapd 0,164062 /usr/lib/courier-imap/couriertcpd -address=0 -stderr logger=/usr/sbin/courierlogger -stderrloggername=imapd-ssl 0,160156 /usr/lib/courier-imap/couriertcpd -address=0 -stderr logger=/usr/sbin/courierlogger -stderrloggername=pop3d 0,160156 /usr/lib/courier-imap/couriertcpd -address=0 -stderr logger=/usr/sbin/courierlogger -stderrloggername=pop3d-ssl 0,148438 init [3] 0,140625 qmail-rspawn 0,136719 qmail-lspawn | /usr/bin/deliverquota ./Maildir 0,109375 splogger qmail 0,101562 qmail-clean 0,097656 /usr/sbin/courierlogger imapd 0,097656 /usr/sbin/courierlogger pop3d 0,097656 /usr/sbin/courierlogger pop3d-ssl 0,093750 /usr/sbin/courierlogger imapd-ssl 547,222801 Поделиться сообщением Ссылка на сообщение
Vladimir 8 346 Жалоба Опубликовано 25 марта 2015 г. @krmolot, с почтой проблема, КМК, такая: для отправки используется сервер Yandex, который сам там решает чего слать, а чего считать спамом. Тем не менее сейчас попробую. @Bronekrab, по тарифу 1 гиг оперативы Поделиться сообщением Ссылка на сообщение