Здравствуйте. есть сайт на управление сайтом старт, установлены все последний обновления работает на VPS, на которую установлен BitrixVM 7.4.2
Дело в том, периодически (раз в 3-5 дней) случаются моменты когда доступ к сайту блокируется, в браузере идет бесконечное ожидание, а потом ошибка 5** На сервере nginx + apache + mysql Начинаем смотреть логи - в них пусто, никакой их сервисов ничего не говорит, нагрузка в htop тоже отсутствует.
Далее: в момент, когда до сайта не добраться, пробираем на сервере команду netstat и видим там много соединений в статусе CLOSE_WAIT и они никак не умирают, а только копятся, доходит до 160 штук, хотя сайт совсем не высоконагурженный. Было определено если убить это процесс через ssh то доступ к сайту сразу же восстанавливается. Получается все эти CLOSE_WAIT забивают апач и он не может обработать новых клиентов....
Вот мой вопрос на toster: https://toster.ru/q/677767 . (правда там была проблема каждый день, но после увеличения лимитом и настройки nginx-apache все стало лучше, но повторяется все же) slow-query включен - там пусто
Подскажите в чем может быть дело, почему висят огромное кол-во CLOSE_WAIT и не дают доступа к сайта, а как только их убиваешь - все становится хорошо. говорят, что возможно проблемы с приложением - не исключаю, но как узнать какой запрос клиента с какой страницы, какой стектрейс генерирует огромное количество таких CLOSE_WAIT? Какие настройки посмотреть, может это быть баг самой сборки?
Коллеги, виртуальные машины VMBitrix 7.4.3 и VMBitrix.CRM 7.4.3 вышли в релиз. В этой версии основные изменения - переход на версию PHP 7.2 по умолчанию, исправление ошибок.
rpm пакеты доступны для CentOS 6 (поддержка продолжается, только для VMBitrix) и CentOS 7. Если у Вас версии машины 7.4.2 и ниже - обновитесь.
Образы обновлены, на борту свежая версия CentOS 7.7.
Обновлены sh-скрипты: bitrix-env.sh и bitrix-env-crm.sh. Способ запуска прежний:
Основные исправления: PHP 7.2 используется по умолчанию. В сборку nginx добавлен модуль Brotli (только для CentOS 7). Исправлена ошибка обновления образов для VirtualBox (процесс зависал из-за ошибки в MySQL). Исправлена ошибка в фразе при попытке установить окружение sh скриптом на CentOS 8.
можете ли добавить в настройки окружения чтобы был закрыт доступ с сайта к .env, .log, папкам .git и вообще всем папкам или файлам начинающимся c точки?
или куда это можно добавить чтобы настройки работали для всех сайтов? и чтоб не ломать конфиги bitrix-env
Роман Семёнов, в машине уже есть в конфигах nginx блокировка некоторых папок с точкой, смотрите файл /etc/nginx/bx/confbitrix_block.conf, часть его содержимого:
Код
#
# block this locations for any installation
#
# ht(passwd|access)
location ~* /\.ht { deny all; }
# repositories
location ~* /\.(svn|hg|git) { deny all; }
......
Если хотите чтоб по дефолту еще и .env .log и т.д. (список вредных можно собрать) - есть два пути: 1) в дефолтный список машины можем добавить, зафиксирую фичу, сделаем когда не знаю 2) можно подождать следующего BETA обновления, выйдет фича - возможность конфигурирования nginx без потери ваших изменений при обновлении)
Интересует, при активном использовании продукта какие папки на диске будут "пухнуть от данных" ? Только "/var/lib/mysql" ? Или же "/home/bitrix" тоже ?
Хочу понять, как наиболее оптимально распределить разделы на диске. чтобы и системе и битриксу было хорошо и была возможность бекапа отдельных разделов, а не всей виртуалки целиком. Спасибо.
Андрей Поминов написал: Интересует, при активном использовании продукта какие папки на диске будут "пухнуть от данных" ? Только "/var/lib/mysql" ? Или же "/home/bitrix" тоже ?
Андрей Поминов, верно, обе перечисленные. Еще /var/log/ может "раздувать" со временем.