Черт возьми, Джим, я веб-разработчик, а не системный администратор.
После этого у моего клиента есть сервер CentOS (6.2), который обслуживает только один сайт Magento (и связанный с ним сервер MySQL), и ему часто не хватает памяти, несмотря на то, что сайт в настоящее время открыт только для 5 пользователей. . Я изучаю журналы, чтобы понять, почему так много памяти, но я действительно не знаю, на что смотрю.
Вроде много записей в /var/log/messages в отношении запросов DHCP, примерно один раз в 15 секунд, которые выглядят следующим образом:
Apr 7 14:23:06 s15940039 dhclient[815]: DHCPREQUEST on eth0 to 172.30.102.85 port 67 (xid=0x6b5cd2a7)
Это нормально? Я не вижу здесь ничего, чего бы я не узнал, но тогда я не уверен, что узнал бы о проблеме, если бы увидел ее. 4 дня назад на сервере полностью закончилась нехватка памяти, и он завис, потребовал перезагрузки. Сообщения DHCP не отправлялись снова в течение 23 часов, но затем продолжались, как и раньше.
я прочитал этот вопрос который описывает ту же проблему, но в моем случае новая аренда DHCP, похоже, никогда не выдается. Это то, что я должен вернуть хостинг-провайдеру, или я еще не нашел источник проблемы с памятью?
Я очень сомневаюсь что dhclient занимает всю вашу память, это очень простой демон. Вы использовали такие инструменты, как top и sar отслеживать использование памяти в реальном времени и исторически? Я предлагаю вам начать анализировать использование памяти вашим веб-приложением и сервером веб-приложений с течением времени, возможно, используя мониторинг в приложении или внешний инструмент, такой как Cacti или Munin.
Кроме того, я бы предложил использовать статически назначенные адреса, если это разрешит ваш хостинг-провайдер. dhclient и инфраструктура DHCP - еще одна движущаяся часть, которая может сломаться.
Хотя я понимаю, почему вы думаете, что dhclient может вызвать очень быстрое заполнение вашей оперативной памяти, я думаю, что может быть другая причина.
Я рекомендую взглянуть на несколько простых для понимания инструментов анализа. Установите htop и dstat и попробуйте найти, что съедает всю оперативную память.
Взгляните на мой учебник по dstat, он показывает вам несколько примеров: http://www.xenuser.org/2011/09/24/real-time-system-monitoring-with-dag-wieers-dstat/