Перейти к содержанию
Vladimir

Проблемы с хостингом

Рекомендуемые сообщения

Пожили пару лет без особых проблем, но все хорошее когда-нибудь заканчивается ломается. Сайт в марте стал периодически подвисать. Причем если раньше это было связано с логами, которые забивали все свободное место, то теперь причина в нехватке оперативной памяти. Хостера (Русоникс) пытаю на тему что это может быть, но пока молчит как партизан. Точнее отвечает без подробностей:

Вам не хватает ресурсов подписки.
На Вашем сервере зафиксирована критическая нехватка оперативной памяти:
[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. Забить, отключить в качестве эксперимента карту и м.б. ленту новостей.

 

Что посоветуете?

Поделиться сообщением


Ссылка на сообщение

Саппорт детализацию не предлагает? Я бы временно отключил все кроме форума и смотрел на нагрузку. Далее подключать раз 3-4 дня по модулю и мониторить изменения.

Поделиться сообщением


Ссылка на сообщение

@Volchok, не предлагает, попросил еще раз. Тоже думал таким путем пойти. Но если виновный будет найден, все равно нужно будет что то решать с ним...

Поделиться сообщением


Ссылка на сообщение

@Volchok, не предлагает, попросил еще раз. Тоже думал таким путем пойти. Но если виновный будет найден, все равно нужно будет что то решать с ним...

Ну тогда думаю надо решать по мере нахождения проблемы :)

Поделиться сообщением


Ссылка на сообщение

 

 


Что посоветуете?

А почему не подумалось что не мы а хостер виноват?  Не попытка ли это в условиях оттока клиентов сохранить доход? 

 

Отключать модули по очереди и мониторить это правильно, но отсутствие результата тоже может быть показательным результатом. 

Поделиться сообщением


Ссылка на сообщение

4 Отключить на 2 суток ленту и карту, сейчас же. Ну и готовится к переезду.

А каков вообще тариф?

Изменено пользователем Dulfer

Поделиться сообщением


Ссылка на сообщение

Dima!, ну как же не подумалось. В первую очередь, собственно. Ибо по моему представлению ничего не поменялось в скриптах и посещаемости за последний год. Более того, пережили нормально 4-х кратный пик гостей!

Dulfer, завтра начну отрубать и мониторить. Возможно даже форум погашу на час после обеда, для понимания процессов.

Тариф сейчас начальный vps.

Поделиться сообщением


Ссылка на сообщение

Или включить в скрипты подсчет используемой памяти.

А вообще надо смотреть логи, на каких страницах возникает данная ошибка.

Поделиться сообщением


Ссылка на сообщение

Ответили подробней, но мне такие подробности ничего не говорят :(

 

 



Здравствуйте!

Статистика по потреблению ОЗУ

PID: PID MEM: 0 Mb --> COMMAND
PID: 1 MEM: 0.148438 Mb --> init [3]
PID: 115 MEM: 0.328125 Mb --> /sbin/udevd -d
PID: 509 MEM: 0.265625 Mb --> syslogd -m 0
PID: 546 MEM: 0.585938 Mb --> /usr/sbin/sw-cp-serverd -f /etc/sw-cp-server/config
PID: 558 MEM: 0.792969 Mb --> /usr/sbin/sshd
PID: 567 MEM: 0.402344 Mb --> xinetd -stayalive -pidfile /var/run/xinetd.pid
PID: 580 MEM: 0.164062 Mb --> /usr/lib/courier-imap/couriertcpd -address=0 -stderr logger=/usr/sbin/courierlogger -stderrloggername=imapd
PID: 582 MEM: 0.0976562 Mb --> /usr/sbin/courierlogger imapd
PID: 590 MEM: 0.164062 Mb --> /usr/lib/courier-imap/couriertcpd -address=0 -stderr logger=/usr/sbin/courierlogger -stderrloggername=imapd-ssl
PID: 592 MEM: 0.09375 Mb --> /usr/sbin/courierlogger imapd-ssl
PID: 598 MEM: 0.160156 Mb --> /usr/lib/courier-imap/couriertcpd -address=0 -stderr logger=/usr/sbin/courierlogger -stderrloggername=pop3d
PID: 601 MEM: 0.0976562 Mb --> /usr/sbin/courierlogger pop3d
PID: 607 MEM: 0.160156 Mb --> /usr/lib/courier-imap/couriertcpd -address=0 -stderr logger=/usr/sbin/courierlogger -stderrloggername=pop3d-ssl
PID: 610 MEM: 0.0976562 Mb --> /usr/sbin/courierlogger pop3d-ssl
PID: 619 MEM: 0.203125 Mb --> qmail-send
PID: 621 MEM: 0.109375 Mb --> splogger qmail
PID: 622 MEM: 0.136719 Mb --> qmail-lspawn | /usr/bin/deliverquota ./Maildir
PID: 623 MEM: 0.140625 Mb --> qmail-rspawn
PID: 624 MEM: 0.101562 Mb --> qmail-clean
PID: 637 MEM: 9.9375 Mb --> /usr/sbin/httpd
PID: 640 MEM: 4.14453 Mb --> /usr/sbin/httpd
PID: 647 MEM: 0.308594 Mb --> nginx: master process /usr/sbin/nginx
PID: 649 MEM: 8.00781 Mb --> nginx: worker process
PID: 650 MEM: 8.01562 Mb --> nginx: worker process
PID: 692 MEM: 0.25 Mb --> /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql -- socket=/var/lib/mysql/mysql.sock
PID: 742 MEM: 32.8438 Mb --> /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib /mysql --user=mysql
PID: 818 MEM: 2.85938 Mb --> /usr/sbin/named -u named -c
PID: 899 MEM: 0.613281 Mb --> crond
PID: 907 MEM: 0.402344 Mb --> /usr/sbin/saslauthd -m /var/run/saslauthd -a
PID: 909 MEM: 0.378906 Mb --> /usr/sbin/saslauthd -m /var/run/saslauthd -a
PID: 26868 MEM: 67.1797 Mb --> /usr/sbin/httpd
PID: 27342 MEM: 61.2461 Mb --> /usr/sbin/httpd
PID: 27404 MEM: 68.3633 Mb --> /usr/sbin/httpd
PID: 27416 MEM: 60.6211 Mb --> /usr/sbin/httpd
PID: 28279 MEM: 54.5 Mb --> /usr/sbin/httpd
PID: 28285 MEM: 51.9688 Mb --> /usr/sbin/httpd
PID: 28293 MEM: 68.2344 Mb --> /usr/sbin/httpd
PID: 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/0
PID: 28626 MEM: 1.45312 Mb --> -bash
PID: 28654 MEM: 2.04297 Mb --> sudo -i
PID: 28655 MEM: 1.45703 Mb --> -bash
PID: 28702 MEM: 3.83594 Mb --> sshd: root [priv]
PID: 28703 MEM: 1.45312 Mb --> sshd: root [net]
PID: 28706 MEM: 0.871094 Mb --> ps aux
PID: 28707 MEM: 0.539062 Mb --> -bash

Статистика по потреблению CPU


3.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.sock
3.2 27404 apache /usr/sbin/httpd
2.9 27342 apache /usr/sbin/httpd
2.8 28293 apache /usr/sbin/httpd
2.8 26868 apache /usr/sbin/httpd
2.4 27416 apache /usr/sbin/httpd
2.1 28285 apache /usr/sbin/httpd
2.0 28279 apache /usr/sbin/httpd
0.1 650 apache nginx: worker process
0.1 649 apache nginx: worker process
0.0 28727 root -bash
0.0 28726 root ps -eo pcpu,pid,user,args
0.0 28725 sshd sshd: [net]
0.0 28724 root sshd: [accepted]
0.0 28655 root -bash
0.0 28654 root sudo -i
0.0 28626 10006 -bash
0.0 28625 10006 sshd: rsnxsupp_085782248@pts/0
0.0 28617 root sshd: rsnxsupp_085782248 [priv]
0.0 28518 root pvaagent [processm]
0.0 28517 root pvaagent [filer]
0.0 28516 root
0.0 909 root /usr/sbin/saslauthd -m /var/run/saslauthd -a pam -n 2
0.0 907 root /usr/sbin/saslauthd -m /var/run/saslauthd -a pam -n 2
0.0 899 root crond
0.0 818 named /usr/sbin/named -u named -c /etc/named.conf -u named -t /var/name d/run-root
0.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=mysql
0.0 647 root nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
0.0 640 apache /usr/sbin/httpd
0.0 637 root /usr/sbin/httpd
0.0 624 qmailq qmail-clean
0.0 623 qmailr qmail-rspawn
0.0 622 root qmail-lspawn | /usr/bin/deliverquota ./Maildir
0.0 621 qmaill splogger qmail
0.0 619 qmails qmail-send
0.0 610 root /usr/sbin/courierlogger pop3d-ssl
0.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 Maildir
0.0 601 root /usr/sbin/courierlogger pop3d
0.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 Maildir
0.0 592 root /usr/sbin/courierlogger imapd-ssl
0.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 Maildir
0.0 582 root /usr/sbin/courierlogger imapd
0.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 Maildir
0.0 567 root xinetd -stayalive -pidfile /var/run/xinetd.pid
0.0 558 root /usr/sbin/sshd
0.0 546 500 /usr/sbin/sw-cp-serverd -f /etc/sw-cp-server/config
0.0 509 root syslogd -m 0
0.0 115 root /sbin/udevd -d
0.0 3 root [khelper/3323]
0.0 2 root [kthreadd/3323]
0.0 1 root init @rusonyx.ru>[3]

 

Поделиться сообщением


Ссылка на сообщение

Отключил временно сайт и карту, оставил только форум. Первые впечатления: нагрузка упала процентов на 20 в пиках, а в среднем чуть побольше. Сейчас попробую форум тормознуть минут на 20.

Поделиться сообщением


Ссылка на сообщение

@Vladimir, карта должна жрать только оперативку пользователей)) На сервере лежат только файлы, которые он отдает. Файлы не большие, сам видишь. Остальное делает браузер пользователя. 

Поделиться сообщением


Ссылка на сообщение

@Bronekrab, спасибо за информацию. На самом деле, новостная лента похоже жрет больше карты. Ну а больше всех форум.

Пики стали хоть немного не до предела мощности....

Поделиться сообщением


Ссылка на сообщение

Vladimir, у меня есть подписки по уведомлению о новых сообщениях в выбранных мною темах форума на электронную почту, но почта не приходит. Вполне возможно, что у Вас какие-то проблемы именно с почтой, которая в определенные моменты как раз и отъедает ресурсы. И разбираться надо с email рассылками. Попробуйте отключить их совсем и посмотрите на результат. 

Изменено пользователем krmolot

Поделиться сообщением


Ссылка на сообщение

Загнал лог памяти в 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	

Поделиться сообщением


Ссылка на сообщение

@krmolot, с почтой проблема, КМК, такая: для отправки используется сервер Yandex, который сам там решает чего слать, а чего считать спамом. Тем не менее сейчас попробую.

@Bronekrab, по тарифу 1 гиг оперативы

Поделиться сообщением


Ссылка на сообщение

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Последние посетители   0 пользователей онлайн

    Ни одного зарегистрированного пользователя не просматривает данную страницу

×
×
  • Создать...