VestaCP и mysqltuner.pl

[Kirill]

Не пробовали применить стандартный конфиг mysql ?
Падение происходит в одно и тоже время или рандомно ?

Всегда по разному.
Например падает после запуска mysqltuner.pl в течении 2-5 мин. или просто без чего бы то ни было ночью.

[imperio]

Попробуйте вот это применить.
https://bugs.vestacp.com/responses/pred ... ylov-mysql

Возник ряд вопросов.

Какая версия mysql используется на isp
Какая на vesta

Какая СХД используется на сервере с isp
Какая на сервере с vesta

Похоже что упирается в какие то лимиты.
Стандартный конфиг от мускуля пробовали менять?

[Kirill]

Попробуйте вот это применить.
https://bugs.vestacp.com/responses/pred ... ylov-mysql

Возник ряд вопросов.

Какая версия mysql используется на isp
Какая на vesta

Какая СХД используется на сервере с isp
Какая на сервере с vesta

Похоже что упирается в какие то лимиты.
Стандартный конфиг от мускуля пробовали менять?

Конечно конфиги mysql менялись ))) для чего же я тогда mysqltuner.pl использовал.
Кто же дефолтные оставляет.

- Какая версия mysql используется на isp
- Какая на vesta
- Какая СХД используется на сервере с isp
- Какая на сервере с vesta

На последний момент одно и тоже, СХД всегда была одна и та же.
Попробую Ваши рекомендации завтра отпишусь, что изменилось.

[Kirill]

Не удержался, что бы не написать. Проблема описанная по ссылке один в один как и у меня.
После внесения изменений в файлы, положительный результат сразу был ощутим.
Расход оперативной памяти вернулся в прежний режим как и на 12 версии.

"Жизнь похоже потихоньку возвращается" )))
"Мы не потеряли пациента" )))

Понаблюдаем еще денек в "стационаре" ))), но похоже можно думать о переносе сайтов на прежний тариф с 512 оперативки, так как расход не превышает пока 310 - 340 оперативки (при тесте 350 уников поднимается до 340 потом падает) SWAP - 0.
Даже настроение улучшилось!!!

[imperio]

Понаблюдайте как будет.
Добавим параметры в 15 релиз + сделаем некоторый тюнинг

[Kirill]

Проблема фактически не решена, хотя падений БД не зафиксировано.
Значения в файлах мне пришлось уменьшить так как в моем случае лимит для открытых файлов не должно превышать 1024 (уменьшил в 2 раза) так как у меня показатель был 1778.

open_files_limit=65535
и в
root soft nofile 65535
root hard nofile 65535
* soft nofile 65535
* hard nofile 65535

БД более не падали, но расход оперативной памяти немного превышает (почти 450 мб), на 100 мб больше обычного для этих сайтов (никогда не превышало 350 мб).
Проверив утром количество открытых файлов увидел прежнюю картину 1778, хотя после вчерашнего изменения она была в районе 480
Проверял на аналогичном сервере где установлена ISPmanager, там 549 и не поднимается выше.
Потом уменьшил показатели

Code: Select all

open_files_limit=65535
и в
root soft nofile 65535
root hard nofile 65535
* soft nofile 65535
* hard nofile 65535

еще в 2 раза (оставил 8192) после каждого стресс теста количество открытых страниц увеличивались пока не достигли 1778 затем рост остановился. Но это очень много.

Как уменьшить его до 500? Остается открытым.
Думаю есть еще какаето не решенная задача.

PS: когда выставляешь phpfcgid - резко, в течении 3-5 мин увеличивается количество процессов за 5 мин до 320 (дальше смотреть не стал переключил на phpcgi), здесь тоже непонятки, почему растут процессы.

[Kirill]

Снизил переменную max_connections= до 100
Количество открытых файлов стабилизировалось на 565
Если не будет увеличиваться то оперативка должна зафиксироваться на 330 - 350 мб (что будет являться нормой для моих 7 сайтов на VDS).

Надеюсь, что это все.

А вот вопрос с phpfcgid остается открытым - не понятно почему растут процессы.

[Kirill]

Опять проблема.
Решил зайти в phpMySQL, нет соединения с базой данных, хотя все сайты работают, расход оперативки вообще снизился до 300 мб.
Ну думаю ладно переустановил все, но уже на php 5.4.
Началось то же самое падает БД.
как я не пытался уменьшить количество открытых файлов ничего не выходит.
Поднимается выше 1024 и БД падают. Крутил вертел переменные table_cache, max_connections и max_tmp_tables, прыгал с бубном ничего не помогает.

open_files_limit

прописан в /etc/my.cnf

root soft nofile
root hard nofile
* soft nofile
* hard nofile

в /etc/security/limits.conf тоже прописаны.

Теперь точно все. Будем ждать новую версию, 14 точно работает не пойми как.

[imperio]

Конфиги доработаем, но не факт что к 15 релизу.