myhand

Рейтинг
278
Регистрация
16.09.2009
Exhang:
мне кажется апач вообще не какой роли не должен при архивации играть

Апачи поди тоже диска хочут. Вот и толпятся в очереди... Так шта архивация на них вполне могла отразиться.

Хостер, блин...

Топикстартеру можно еще подумать о том, как настроить бекап (это он там?). Может что-то имеет смысл исключить, в ISPmanager это настраивается - смотрите доку.

yum install php-imap

Видимо Вы используете какой-то левый php-cgi бинарник.

phpinfo() покажите.

vanjouke:
Даже Debian репозитарии собирают из исходников...

Собирать-то собирают. Только не пользователи. А Вы ведь пользователь, верно? - Вам интересно использование данного ПО или заморочки со сборкой?

vanjouke:
И мануал как это все прикрутить к работающей системе без простоя :) Пытался поставить из RPM - ничего не вышло (они есть то ли в epel, то ли в atomic). Пришлось заново ставить из исходников.

Надо ставить из *.deb ;) И все выйдет. В дебиане куча MPM искаропки, а не с левых репозитариев разных Вань и Мань.

должно что-то типа

view system included .1

в конфиге

Х.З.:
всем спасибо, экспериментирую,

join_buffer_size =128M правильно или надо 128К ?

Вам написали "> 128К" - что непонятного-то? Вы не знаете, что означает знак ">" ?

Х.З.:
выставил:

И прям так за несколько часов собрали новую статистику для mysqltuner? Там же не зря написано, что подождать имеет смысл... Что он теперь показывает Вам?

Х.З.:

вроде шустрее сайты стали работать, но иногда mysql нагружает CPU до 120%

Где Вы такую цифру углядели, что она означает?

Учите матчасть:


Note
When logging to a regular file messages of the level notice cannot be suppressed and thus are always logged. However, this doesn't apply when logging is done using syslog.

http://httpd.apache.org/docs/2.2/mod/core.html#loglevel

Х.З.:
Debian, оперативки 12Гб, в последнее время mysql нагружает CPU до 87%, в my.cnf:

MySQLTuner дает следующие данные:

-------- Storage Engine Statistics -------------------------------------------
[OK] Maximum possible memory usage: 688.7M (5% of installed RAM)

это: (> 64M) означает что надо выставить больше 64М?

Это - да, значит что советует выставить больше (значитЬ то, что значитЬ). Сколько выставить - нужно приблизительно представлять что значит каждый параметр (для чего есть документация). Выделяется ли память там для сервера в целом или под каждое соединение. В любом случае - пока мускул использует малую толику ресурсов памяти - отчего бы не начать давать ему больше, экспериментируя с измененными значениями...

"По фотографии" лечить сервер довольно бессмысленно. "Общие" советы, которые Вам дадут - не лучше того же mysqltuner'а. Так что либо пригласите кого-то оптимизировать за Вас сервер - либо последуйте совету скрипта.

Ага, точно. Я и смотрю - какая-то уж больно "неофициальная" версия поставлена из "официального" репозитария.

bugsmoran:
MySQL - устоявшися продукт. Там не надо патчить дырки каждый месяц.

Вы написали - год. За год пару раз выходять CVE для любого популярного серверного софта. Достаточно посмотреть на историю обновлений безопасности любого дистрибутива...

Всего: 4890