LINUX.ORG.RU

Ответ на: комментарий от soomrack

А вообще, это странный сервак, все-в-одном, на домашний похоже... и почтовик dovecot, и bind, и memcache, и apache, и mysql, и nginx, и avahi, и хрен-знает-что-еще там.

soomrack ★★★★
()
Ответ на: комментарий от soomrack

«я у мамы сисадмин»

там еще и ispmanager стоит

anonymous
()
Ответ на: комментарий от anonymous

Так надо смотреть когда проблемы начинаются, а сейчас проблем нет. И вывода команд top и пр. при проблеме мы еще не увидели.

soomrack ★★★★
()
Последнее исправление: soomrack (всего исправлений: 1)
Ответ на: комментарий от anonymous

понятие «файловый кеш»

Я до сих пор не верил что оно столько может кушать. Если это именно файловый кеш то это что-то не понятное.

bhfq ★★★★★
()
Ответ на: комментарий от soomrack

99%, что кривые или просто ресурсоемкие пхп скрипты кладут сервер.

надо ставить хотя бы munin и смотреть графики. ну и за мускулом тоже смотреть надо

anonymous
()

Чисто на посмотреть, выполни команды по очереди:

sudo -s
free -m
echo 3 > /proc/sys/vm/drop_caches
free -m
bhfq ★★★★★
()
Последнее исправление: bhfq (всего исправлений: 1)
Ответ на: комментарий от bhfq

так оно напрямую зависит от нагрузки на фс и количества свободной памяти.

но от этого сервер лежать точно не может, это само собой.

anonymous
()
Ответ на: комментарий от soomrack

скорее всего sshd прибьет оом киллером, и он ничего не увидит.

я сам не так давно с этим на дебиане столкнулся.

anonymous
()
Ответ на: комментарий от anonymous

но от этого сервер лежать точно не может, это само собой.

Вот, у меня была похожая ситуация + у меня был jetty который в общей сложности потреблял 1гб озу (при лимитах в 512мб, какая прекрасная жабка). Кеши росли, и начинался забиваться именно swap, появлялось лишнее IO из-за работы со свапом. Какого хрена оно лезло в свап, если у системы еще 1гб в файловом кеше?

bhfq ★★★★★
()
Ответ на: комментарий от bhfq

xfs может жрать просто до фига, и это очень хорошо.

Хотя все регулируется параметром /proc/sys/vm/dirty_ratio будет там 50%, значит под кеш уйдет 50%.

Еще можно поиграться параметрами vm.overcommit_memory и vm.overcommit_ratio, но ТС это еще рано.

soomrack ★★★★
()
Ответ на: комментарий от bhfq

Какого хрена оно лезло в свап, если у системы еще 1гб в файловом кеше?

<fat>инжой е линукс</fat> а если серьезно, то такие мелочные проблемы типа твоей и когда оом киллер убивает все подряд, не считаясь с приоритетами - надоели.

на лоре кстати были хорошие треды про это, надо поискать.

anonymous
()
Ответ на: комментарий от anonymous

vm.overcommit_memory и vm.overcommit_ratio ставить в NEVER 2 и процессы, которым памяти не достанется умрут сами, а которые уже отхватили — никуда не денутся.

soomrack ★★★★
()
Ответ на: комментарий от soomrack

к сожалению не могу пока тот тред нагуглить, там кто-то звездатый или даже из модераторов не мог побороть проблему убивания приоритетных процессов.

anonymous
()
Ответ на: комментарий от anonymous

Да, я помню, что-то было. Но кажется, довольно мутно. Ибо эта проблема вроде как решается А) через overcommit, Б) через cgroups.

soomrack ★★★★
()
Ответ на: комментарий от soomrack

Так еще как лезит! Не удивлюсь что в этом винвоата жабка. Стоит сделать drop_caches, как swap будет абсолютно пустой + куча рамы свободной, стоит заполнится кешу как начинает насиловаться swap.

bhfq ★★★★★
()

моя ставка

сегодня (точнее для меня уже вчера) firstvds прислал письмо такого содержания

Уважаемый ,

ВНИМАНИЕ! Владельцам сайтов на CMS WorsPress и Joomla!!!

В настоящий момент на многие сайты пространства сети Интернет идёт массовая атака, направленная на подбор паролей к CMS WordPress и Joomla. Подбор осуществляется через форму входа на странице wp-login.php и administrator/index.php соответственно.

Последствия атаки выражаются в большой нагрузке на сервера и медленной работой сайтов.

Мы рекомендует вам ограничить доступ к странице wp-login.php (WordPress) и administrator/index.php (Joomla) для сторонних IP адресов или переименовать этот файл, чтобы исключить возможность дальнейшей атаки на ваш сервер.

Подробнее об инциденте можно узнать в обсуждении на форуме: http://forum.searchengines.ru/showthread.php?t=805626

С уважением,
Команда FirstVDS

скорее всего это оно. по ссылке куча рецептов и стоны несчастных

Spider_xp
()
Ответ на: моя ставка от Spider_xp

скорее всего это оно. по ссылке куча рецептов и стоны несчастных

админки вп брутят уж больше шести лет, массово - больше двух.
просто гнилые ру хостеры только сейчас додумались резать ботов на фронтенде

xtraeft ★★☆☆
()
Ответ на: комментарий от xtraeft

не, тут вдруг наступило, везде подряд, кто-то даже до разбирательства клиентам админку заблочил

Spider_xp
()
Ответ на: комментарий от xtraeft

Ненене, именно что идет массовый брут по .ru какой-то немаленькой бот-сетью. Сам столкнулся в пятницу, пришлось клиентам прикрывать админки :(

leave ★★★★★
()
Ответ на: комментарий от Rrrrrrriiiiiiiooooo

Это vps'ка что-ли или почему ″0k buffers″?

Когда память кончилась и выдаётся 50* (ошибка http?), то на сервер по ssh зайти можно?

mky ★★★★★
()
Ответ на: комментарий от xtraeft

админки вп брутят уж больше шести лет, массово - больше двух.

потому-что не надо юзать wp и joomla.

drBatty ★★
()
Ответ на: комментарий от Rrrrrrriiiiiiiooooo

опять своп и память выжираются
Swap: 0k total, 0k used, 0k free, 3373900k cached

cached - это почти ничего не значит. 0k used - у тебя НЕТ свапа. Вообще.

А вот память да, память у тебя кто-то жрет

Pinkbyte ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.