Nikolay Ryzhonin (Все сообщения пользователя)

Какая собственно цель ? На чем желание выиграть?

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

Если вам нужен большей объем памяти то вы можете либо ограничить размер буфферов через /etc/mysql/conf.d/bx/z_bx_custom.cnf. Либо поступить более правильно и установить BitrixEnv на чистую CentOS6.X 64-х битную.

1. При обновление проекта надо обязательно обновить nginx, так как новая версия модуля nginx_push_stream_module требует измененных настроек, не совместимых с предыдущей версией

2. В свежем образе BitrixVM на сайте и в пакете BitrixEnv мы добавили в сервим bvat настраивающий сервер перед стартом проверку на наличие не удаленного сокета mysql, с последующим его удалением.

3. Еще раз повторяю коианды которые надо выполнить в случае если у вас возникли проблемы. Причем на данный момент если вы обновляетесь с наших репозиториев у вас такой проблемы быть не должно в принципе.

yum clean all
yum update nginx
yum reinstall bitrix-env4  

А у вас случайно не включен документооборот в инфоблоках? В зависимости от настроек может хранить достаточно много копий элементов.

Мониторинг выводит информацию по серверу в целом. Поэтому нет смысла его подключать в каждой папке.

у вас он встал? у меня он убил nginx

Обратитесь в ТП попробуем разобраться  

1. У вас на установке не включен xdebug?

2. Настройки модуля xcache не оптимальны

Вам не надо было добавлять это 4 строчкой, а только в первой строчке заменить defaults на defaults,noatime,nodiratime

В примере все корректно, что конкретно вы изменили у себя?

Можете исправить fstab перемонтировав корневой раздел

Попробуйте выполнить

Если проблема возникает регулярно то советую выполнить следующие команды

На данный момент более простым и правильным способом будет поставить чистую CentOS minimal и на нее установить BitrixEnv (rpm)

Необходимо обратится в ТП

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

Проблема возникает когда происходит "жесткая" перезагрузка и mysql не убивает сокет.

Unable to allocate memory for pool - это не ошибка в прямом понимание, просто APC сообщает что у него кончилась память для кеша.
Для уменьшения вероятности таких ошибок, необходимо подбирать оптимальный размер кеша, настроить исключения для папок кеша.
Ну и добавить подавление этих ошибок, чтобы они не выводились.

Ну тут точно 4.3 не при чем. Так как заменой текста в шаблонах занимается php и повлиять на этот процесс машина не может.

Сложно сказать. Обратитесь в ТП и отправьте мне номер тикета на rns@bitrix.ru

Перезагрузку делаете стандартными средствами или "отрубанием питания"?

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

Обратитесь в ТП.

Можно сделать следующими способами:

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

2. Воспользоватся 18 пунктом консольного меню либо выполнить yum update. Данный способ требует минимальных знаний Linux, на случай непредвиденных ситуаций в процессе обновления.

С удовольствием рассмотрим любые конкретные предложения по оптимазации автонастройки. Но в целом любой крупный проект требует определенной кастомизации параметров. Для этого можно использовать /etc/mysql/conf.d/z_bx_custom.cnf

Sphinx идет в текущей машине. Также в ней есть мастер его настройки и подключению к сайту. После подключения останется только выполнить полную переиндексацию проекта.
Как появится в стандартных репозиториях CentOS