Форум

[QUOTE]red_eye написал:
Всё корректно, этот файл и не должен обновляться, так как в нём могут быть добавленные вручную изменения.Перед обновлением до bx-nginx 1.16.x просто нужно скорректировать конфиг вручную, добавив ssl в listen 443 http2.[/QUOTE]
Вот это как раз непонятно. Получается развилка.
Первый вариант. Для уже существующих машин файл не обновляется и его нужно подправить вручную. Если вручную, то где инструкция? И как я должен догадаться о необходимости коррекции? И какие еще файлы нужно корректировать вручную?
Второй вариант. При создании на чистой платформе машина будет иметь правильный файл и его подправлять не надо.

Просьба к администрации пояснить правила обновления Виртуальной Машина и Веб-окружения. В частности, правильно ли я понимаю, что обновление файла будет остановлено, если у этого файла изменились атрибуты, например: права, владелец, группа. Можно ли указать список условий, вызывающих остановку обновления?

Причиной вопроса стала курьезная, но неприятная ситуация.
25.08.19 провел обновление Веб-окружения с версии 7.3.4. до версии 7.4.1. После обновления соединение по порту 80 было корректным, но сайт прекратил работу по порту 443, соединение HTTPS. Сообщение в браузере, типа, нет возможности загрузить сертификат.
После анализа выяснилось, что в файле /etc/nginx/bx/conf/ssl.conf отсутствовала команда на прямое включение протокола, а именно:
ssl on;
До обновления эта директива в файле была. Подумал, что разработчики Битрикса допустили ошибку(?) - пардон.
Добавляю в файл ssl.conf директиву
ssl on;
Проверил тестом nginx –t. Тест сообщает, что директива ssl устарела, но синтаксис нормальный. Делаю перезагрузку и сайт работает корректно.
Решил разобраться с «устареванием» директивы. На официальном сайте nginx сказано, что теперь ssl не директива, а параметр. Параметр должен включаться в другую директиву listen.
Тут я вспоминаю, что директива listen используется для настроек конфигурации обработки входящих запросов. Для этой цели используется файл etc/nginx/bx/site_avaliable/ssl.s1.conf. Открываю этот файл и вижу директиву в старой нотации:
listen 443 http2
А должно быть в новой нотации вместе с ssl.
listen 443 http2 ssl
Возникает ощущение, что обновление прошло не корректно. Чтобы исключить лишние версии покупаю почасовой хостинг, в качестве персонального эталона. Загружаю туда Веб-окружение. Оказывается, на эталоне файл etc/nginx/bx/site_avaliable/ssl.s1.conf имеет правильную запись в новой нотации
listen 443 http2 ssl
Отсюда, сразу становится ясно:
(1) файл etc/nginx/bx/site_avaliable/ssl.s1.conf не обновился,
(2) файл /etc/nginx/bx/conf/ssl.conf обновился, так как в нем исчезла директива (ssl on;), которая теперь и не нужна

Обращаю внимание, что моем сервере файл файл etc/nginx/bx/site_avaliable/ssl.s1.conf имеет права rw-rw-r--, а этот же файл на эталонном сервере имеет другие права rw-r- - r--. Делаю предположение, что различие в правах остановило скрипт по обновлению.
Хотелось бы знать условия остановки обновления, чтобы всегда отслеживать их соблюдение.
Заранее спасибо.

Да, для уточнения.
У этого же хостинга на виртуализации OpenVZ все работает комбинация centos 7 + Bitrix-Env работает штатно

Последовательность действий.
1. Беру VPS хостинг с 4ГБ оперативки с виртуализацией XEN.
2. Устанавливаю centos 7 без всяких панелей. Команда reboot работает штатно.
3. Ставлю Bitrix-Env  строго по инструкции
4. Меняю пароль юзера bitrix и создаю пул.
5. Устанавливаю тайм зону.
6. Даю команду перезагрузки --

--Сервер прочно подвисает.

Спасти может только переустановка ОС с потерей данных.
Хостер клянется, что это баг в ядре операционной системе, https://bugs.centos.org/view.php?id=13763
с которым он самостоятельно справится не может.

Кто знает решение?

Хостер предлагает вернуться на centos 6, но там существенно ниже производительность.