tuxee

tuxee
Рейтинг
18
Регистрация
19.02.2009

Это дедик или VPS?

Какая ОС?


df -h
top

KVM - не требует никакой модификации гостевой ОС, пользователь получает 100% управление над ОС. Возможность установки любой системы.

смотри access.log апача. По типу:

cat access.log | grep -v index.php | grep -v portal.php

тем самым исключая нормальные запросы

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

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

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

Andreyka:
Легко. Допустим 100mb уйдет на систему. 300mb - мискуль.
Осталось 600mb. Пусть один процесс апача весит 30mb.
Соответственно 600/30=20, именно столько одновременных запросов потянет виртуалка
Теперь представим что на сайты пришла сапа, гугол и яндекс... та-дам!

Выжрать да, не спорю может. Я просто не так сформулировал выражение.

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

У меня есть несколько ВПС и дедиков с загрузкой CPU 99% и полностью забитой памятью, но подобных ошибок я не встречал.

Simon-n70:
Да всё уже, разобрался. Просто сначала думал что kmemsize это оперативная память... Но, после чтения документации всё встало на свои места.
tuxee свободной оперативной памяти в момент ошибки было ~200-300Мб.

Вы считаете, что у вас при ~200-300Мб сободной памяти вылазят ошибки типа fork: Cannot allocate memory

и это проблема, в том что неверно установлены лимиты и переменные ядра? я правильно вас понял?

Boris A Dolgov:
Память и kmemsize - разные вещи, я выше расписал, что такое kmemsize.
При отказе создания ресурса по kmemsize всё равно возвращается ENOMEM.

Проблема глобальная. Так что лимиты и переменные это залатывание дыр на тонущем корабле.

Вот еще вспомнил продолжение истории с тем ВПС, который у меня был на fastvps.ru:

В итоге переустановил начисто систему, и пустая(!!!) система (даже без запущенного httpd или mysql) давала подобные ошибки на память.

P.S. ничего не имеею против контор fastvps.ru и clickhost.ru. Я просто описал, что со мной произошло.

Boris A Dolgov:
Не позорьтесь.

Boris A Dolgov добавил 21.09.2010 в 10:07
kmemsize - лимит, отвечающий за память ядра, которую нельзя засвопить. Там хранится информация о сокетах, файловых дескрипторах, процессах и прочая информация, с которой работает ядро. 14417734 - действительно, довольно низкое значение лимита. Просто увеличьте его в два-три раза.

Ха. Фигасебе заявление.

По вашему CentOS 5.5 с 1 Gb RAM и двумя DLE на борту может всю память выжрать?!

Вот перепост с моего поста в одной теме.

Приведу реальный пример из личного опыта:



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

И это при том что на ВПС висело несколько сайтов с общей посещаемостью до 100 в сутки.

В итоге пришлось сьехать другую контору и на ВПС с технологией виртуализации Xen. За довольно таки большой промежуток времени, не было ни одной ошибки на память или еще чтото. И это при том, что на ВПСе висела куча сайтов с значитеьно большей нагрузкой.
Конфирурация ВПСа на OpenVZ и Xen примерно совпадали.

Ну и почти такая же история была с Clickhost.ru, брал там 2 ВПСа почти год. Но потом начались сыпатся все те же ошибки на память. Хостер дружно мычал, мол проблема у вас, и вам пора менять тариф.

С тех пор я стараюсь не связыватся с ВПСами на OpenVZ, с какой бы репутацией хостер не был.

И не поверите, точно такие же ошибки на память. Никакие лимиты меня не спасли.

Ну впринципе, я никого ни в чем не угововариваю, ТС сам убедится со временем. Я уже на OpenVZ-грабли наступал.

причем тут ваще лимиты???!!!

недобросовестный хостер раздал всю доступную память на дидеке, и на некоторых ВПС вылазят такие ошибки.

перезагрузка обычно помогает, но не надолго.

это стандратная проблема почти на всех недобросовестных OpenVZ-хостингах.

проблема в хостере 100%!!!!!!!!!!!

примерно пол года брал у них сервер.

с периодичностью раз в два дня постоноянно падал канал примерно на 30-40 минту в районе 17:00 по МСК.

Причем канал падал на некоторые из стран СНГ, на других все было ок. Суппорт дружно мычал, пришлось сьехать.

1 2345 6
Всего: 54