Есть сервер Debian 6, ядро 2.6.32-5-amd64 .Параметры сервера CPU (Intel Core i7-3770 CPU @ 3.40GHz 8 ядер), Памяти 16 Гб, 2 Диска в RAID0 (2 x 3 TB SATA 6 Gb/s HDD 7200 rpm (Software-RAID 1)) + swap 32 Gb
Другими словами Dedicated Server EX 4 на http://www.hetzner.deНа нём поднят nginx+php+mysql.
Памяти (потребляется 7гб из 16), процессора и дисков хватает с лихвой. Но где-то через пару дней что-то выедает почти всю память (свободно остаётся где-то 500 мб). А ещё через некоторое время сервер просто уходит в себя: сеть недоступна, Cron-задания невыполняются, то есть наступает полный ступор.
Перегрузить через панель управления - не получается. Только через тикет (они сами каким-то ручным образом его перегружают), при этом, в ребут по логам уходит вроде бы корректно.Поддержка в hetzner отвечает стандартными фразами - понятия не имеем, и можем взять сервер на диагностику на сутки. И им по-барабану, что сервер в продакшине.
Поставил cacti, думал смогу уловить момент, но LA, mem - не скакали в тот момент. Хотя агент snmp мог это и не уловить.
Отключил сейчас все изменения в sysct.conf, limit.conf и пока наблюдаю.
Может кто с таким сталкивался? Остался ещё 1 вариант - обновить ядро до версии 3.2, если опять зависнет.
>[оверквотинг удален]
> каким-то ручным образом его перегружают), при этом, в ребут по логам
> уходит вроде бы корректно.
> Поддержка в hetzner отвечает стандартными фразами - понятия не имеем, и можем
> взять сервер на диагностику на сутки. И им по-барабану, что сервер
> в продакшине.
> Поставил cacti, думал смогу уловить момент, но LA, mem - не скакали
> в тот момент. Хотя агент snmp мог это и не уловить.
> Отключил сейчас все изменения в sysct.conf, limit.conf и пока наблюдаю.
> Может кто с таким сталкивался? Остался ещё 1 вариант - обновить ядро
> до версии 3.2, если опять зависнет.В настройке сети у Вас используется vlan ?
>[оверквотинг удален]
>> уходит вроде бы корректно.
>> Поддержка в hetzner отвечает стандартными фразами - понятия не имеем, и можем
>> взять сервер на диагностику на сутки. И им по-барабану, что сервер
>> в продакшине.
>> Поставил cacti, думал смогу уловить момент, но LA, mem - не скакали
>> в тот момент. Хотя агент snmp мог это и не уловить.
>> Отключил сейчас все изменения в sysct.conf, limit.conf и пока наблюдаю.
>> Может кто с таким сталкивался? Остался ещё 1 вариант - обновить ядро
>> до версии 3.2, если опять зависнет.
> В настройке сети у Вас используется vlan ?нет
> Есть сервер Debian 6, ядро 2.6.32-5-amd64 .
> Параметры сервера CPU (Intel Core i7-3770 CPU @ 3.40GHz 8 ядер), Памяти
> 16 Гб, 2 Диска в RAID0 (2 x 3 TB SATA
> 6 Gb/s HDD 7200 rpm (Software-RAID 1)) + swap 32 Gb
> Другими словами Dedicated Server EX 4 на http://www.hetzner.de
> На нём поднят nginx+php+mysql.куда nginx работает?
top? хоть посмотрим что память жрет.> Памяти (потребляется 7гб из 16), процессора и дисков хватает с лихвой. Но
что-то много жрет для nginx+php+mysql. показывайте все.
>[оверквотинг удален]
> каким-то ручным образом его перегружают), при этом, в ребут по логам
> уходит вроде бы корректно.
> Поддержка в hetzner отвечает стандартными фразами - понятия не имеем, и можем
> взять сервер на диагностику на сутки. И им по-барабану, что сервер
> в продакшине.
> Поставил cacti, думал смогу уловить момент, но LA, mem - не скакали
> в тот момент. Хотя агент snmp мог это и не уловить.
> Отключил сейчас все изменения в sysct.conf, limit.conf и пока наблюдаю.
> Может кто с таким сталкивался? Остался ещё 1 вариант - обновить ядро
> до версии 3.2, если опять зависнет.
>[оверквотинг удален]
>> каким-то ручным образом его перегружают), при этом, в ребут по логам
>> уходит вроде бы корректно.
>> Поддержка в hetzner отвечает стандартными фразами - понятия не имеем, и можем
>> взять сервер на диагностику на сутки. И им по-барабану, что сервер
>> в продакшине.
>> Поставил cacti, думал смогу уловить момент, но LA, mem - не скакали
>> в тот момент. Хотя агент snmp мог это и не уловить.
>> Отключил сейчас все изменения в sysct.conf, limit.conf и пока наблюдаю.
>> Может кто с таким сталкивался? Остался ещё 1 вариант - обновить ядро
>> до версии 3.2, если опять зависнет.top/htop показывает цифры, как и прежде. Суммарно по процессам потребление такое же как и было, но свободной памяти пишет, намного меньше.
Для базы выделил 6 Гб, + 20 php-fpm по 100 мб, а может и меньше.
То есть потребление на глаз не менялось.
>[оверквотинг удален]
>>> Поставил cacti, думал смогу уловить момент, но LA, mem - не скакали
>>> в тот момент. Хотя агент snmp мог это и не уловить.
>>> Отключил сейчас все изменения в sysct.conf, limit.conf и пока наблюдаю.
>>> Может кто с таким сталкивался? Остался ещё 1 вариант - обновить ядро
>>> до версии 3.2, если опять зависнет.
> top/htop показывает цифры, как и прежде. Суммарно по процессам потребление такое же
> как и было, но свободной памяти пишет, намного меньше.
> Для базы выделил 6 Гб, + 20 php-fpm по 100 мб, а
> может и меньше.
> То есть потребление на глаз не менялось.Очень странно другое:
# vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 0 0 498512 193808 7487920 0 0 9 10 45 2 2 1 97 0
2 0 0 498552 193808 7487920 0 0 0 6 526 696 1 0 99 0
2 0 0 498460 193816 7487924 0 0 0 202 580 4829 3 0 96 0
0 0 0 497576 193816 7487928 0 0 0 20 642 1285 6 1 93 0
0 0 0 497216 193816 7487932 0 0 0 8 462 2894 2 0 98 0# monit status all | tail -8
System 'server.com.ua'
status running
monitoring status monitored
load average [0.48] [0.31] [0.22]
cpu 3.0%us 0.3%sy 0.1%wa
memory usage 7984884 kB [49.4%]
data collected Wed Oct 24 16:56:41 2012
Почему через vmstat и через monit разные показания?
>[оверквотинг удален]
> 3.0%us
> 0.3%sy 0.1%wa
> memory usage
>
> 7984884 kB [49.4%]
> data collected
>
> Wed Oct 24 16:56:41 2012
>
Что сделал
- обновил ядро до 3.2
- отключил полностью swap
- отключил всё в sysctl
- изменил распределение памяти:
vm.overcommit_ratio=100
vm.overcommit_memory=2
Пока наблюдаю.