VMBitrix 9.0.0

просьба к разработчикам:
программисты постоянно просят решать одну проблему после установки чистой bitrix-env :
их не устраивает
и у них постоянно возникают проблемы из за этого с кодом
поэтому всегда приходится править в nginx  в
bx_ext_ssl_site.ru.conf на :
в bx_ext_site.ru.conf на :
и сразу ошибки пропадают - причем такие проблемы возникают у множества клиентов
просьба внести изменения в конфиг nginx  

Здравствуйте. Не могу установить демонстрационную версию виртуальной машины, не дает выполнить следующее действие целиком: "Поменяйте пароль суперпользователя root и пользователя bitrix:". Разрешает выполнить только: "localhost login — укажите логин: root", далее просто не дает ничего прописать.

Загрузить скрипт BitrixSetup.php. по SFTP в корень сайта тоже не дает, пишет, что доступ не разрешен.

Здравствуйте, а подскажите пожалуйста. BitrixENV 9 создал пул и он создался с ошибкой :  bxSiteFiles::bx_sphinx_options: not found records in b_option table
Подскажите пожалуйста как исправить

Дополнение 1 к релизу VMBitrix 9.0.3: Общая часть

Скрипт bitrix-env-9.sh теперь запускается только на архитектуре x86_64, на остальных пишет ошибку.
Так же добавлена предварительная установка пакета плагинов для dnf перед установкой ПО и прочего.

Исправлена ошибка, возникающая при настройке IP адреса и параметров сети сервера через dhcp или вручную.
При настройки сети через консоль вместо имени интерфейса (eth0) используйте его id, пример "Wired connection 1". Смотрите документацию по команде nmcli.
Добавлена возможность указать маску подсети при настройке сетевого интерфейса через меню. Ввод маски осуществляется числом, примеры: 16, 20, 23, 24, 27 и т.д.

Изменен способ определения статуса сайта в меню машины для сайтов типа:
- ядро (kernel): логика прежняя, вынесена отдельно от других типов сайтов
- внешнее ядро (ext_kernel): логика отдельная и изменилась:
новый созданный сайт типа внешнее ядро имеет статус not_installed
после развертывания архива с беком и восстановления дампа базы данных удалите из корня сайта index.php
статус изменится на finished

Главное меню машины изменилось в связи с добавлением 2х пунктов Sphinx и Transformer:


Пункты 3-7 сгруппированы по принципу управления ролями машины.
Пункты управления сайтами, веб серверами и задачами сменили свои номера.

NTLM как и было раньше находится в разделе сайты: 8. Configure pool sites -> 7. Configure NTLM auth for sites.

Дополнение 3 к релизу VMBitrix 9.0.3: Transformer

Роль transformer возвращена и адаптирована для работы в VMBitrix 9-ой версии.
Для её работы добавлена ansible коллекция community.rabbitmq 1.3.0, которая появится при установке машины или её обновлении.

Пока курс по 9-ой версии машины не обновлен, про работу роли можно почитать в архивном курсе для 7-ой версии: https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=37&CHAPTER_ID=021870&LE...
При выходе этой роли в версии 7.5.0 подробные технические детали были расписаны на форуме по виртуальной машине в теме https://dev.1c-bitrix.ru/community/forums/forum32/topic138822/
Принцип настройки, лимиты и ограничения остались те же, что были в 7-ой версии.
Из отличий от 7-ки - используется свежее ПО для 9-ой версии:
- rabbitmq 3.13.x и erlang 26.2.x (текущий стабильный релиз, хотя уже есть rabbitmq 4.0.х)
- libreoffice 24.8.2 (стабильный релиз пакета на момент выхода, нейминг версии libreoffice изменен ими на год.месяц.сборка, 24 (2024 год), 8 (месяц - август), 2 (номер сборки)
- ffmpeg 5.1.x (стабильный релиз)

Дополнение 5 к релизу VMBitrix 9.0.3: Образ машины для разных сред виртуализации

Значительно переработаны и изменены образы под разные типы виртуализации.
Общая часть для всех:
- перешли на UEFI (на смену BIOS)
- таблица разделов изменена на GPT (на смену MBR)
- по умолчанию 2 ядра ЦП
- по умолчанию 2Гб ОЗУ
- имя сетевого интерфейса eth0 во всех образах (для единообразия)
- тип контроллера дисков изменен на:

• sata для VMWare и VirtualBox
  
• scsi для HyperV и ProxmoX
  

- разделы и их размеры:

• 50Гб на корень (/)
  
• 2Гб на раздел подкачки (swap)
  
• 0.5Гб для EFI (/boot/efi)
  

VirtualBox

Файл образа:  VMBitrix9.0-3-CentOSStream9-VirtualBox.ova

Исправлено определение типа ОС, подтипа и версии.



В качестве чипсета выбран ICH9.
Безопасная загрузка выключена.



Графический контроллер выбран как VBoxSVGA, видеопамяти 128Мб.



По поводу предупреждения о неправильных настройках видео - игнорируем его.
Если выбран совместимый режим VMSVGA (если сделать как хочет VirtualBox), то при загрузке будет выдаваться сообщения о сломанной конфигурации и не поддерживаемом гипервизоре)



Сеть по прежнему по умолчанию с типом подключения NAT. Измените на вам нужную перед запуском.
Тип адаптера - Intel PRO/1000 MT Desktop (82540EM).



При загрузке ОС в консоли гипервизора может быть предупреждение вида Unmaintained driver is detected: e1000.
Ни на что не влияет, это проблемы самого VirtaulBox, они предоставляют такие типы адаптеров в поставке и ОС жалуется)
Предупреждение можно скрыть, выбрав тип Паравиртуальная сеть (virtio-net).

Версия VirtualBox Guest Additions в образе машины не фиксированная, а та, что есть в репозиториях на момент сборки образа. В данном случае 7.1.4.

VMWare

Версия VHV (Virtual Hardware Version) поднята до 14.
Минимально возможные версии ПО от VMWare для запуска образов:
- VMware Workstation Pro 15.x и выше
- VMware Workstation Player 15.x и выше
- VMware ESXi 7.0 и выше
VMware Tools добавлены во все образы.

Файл образа: VMBitrix9.0-3-CentOSStream9-VMWare.zip
После открытия образа в Workstation или Player увеличиваем VHV до максимально возможной версии, запустив Hardware Compatibility Wizard.
Например, в последних версиях Workstation Pro (17.6) или Fusion (13.6) версия VHV равна 21.

По виртуальному железу:
- набор изменений из общей части
- контроллер жестких дисков SATA
- сеть по прежнему по умолчанию с типом подключения Bridge
- безопасная загрузка выключена

Файл образа: VMBitrix9.0-3-CentOSStream9-VMWare.ova
VMware ESXi 6.5.x и VMware ESXi 6.7.x больше не поддерживаются в связи с EOL в конце 2022 года. Импорт образа в эти версии выдаст ошибку.
Поддержка VMware ESXi 7.0.x и VMware ESXi 8.0.x продолжается.

VMware ESXi 7.0.x
После импорта образа в ESXi будет предупреждение вида The guest OS for this virtual machine is currently set to 'Other'. You should specify the correct guest OS to allow for guest-specific optimizations and to enable installation of VMware Tools.



Увеличиваем версию VHV до максимально возможной версии в этой версии ESXi, запустим Upgrade VM Compatibility (для версии 7.0.0 это версия 17).



После заходим в редактирование параметров машины, на таб VM Options. В разделе General Options выбираем в Guest OS - Linux, а в Guest OS Version - CentOS 8 и сохраняем настройки.



Почему 8? Во время выхода ESXi 7.0 не было CentOS 9, эта версия гипервизора с такой ОС не знакома)
После этого предупреждение пропадает и машина успешно загружается.



VMware ESXi 8.0.x
Способ аналогичный 7-ой версии выше.
Импортируем образ в ESXi.
Увеличиваем версию VHV до максимально возможной версии в этой версии ESXi, запустим Upgrade VM Compatibility (для версии 8.0.0 это версия 20).



Редактируем параметры машины, на табе VM Options в разделе General Options выбираем в Guest OS - Linux, а в Guest OS Version - CentOS 9 и сохраняем настройки.



После этого предупреждение пропадает и машина успешно загружается.

HyperV
Файлы образов:
VMBitrix9.0-3-CentOSStream9-HyperV-Windows10.zip
VMBitrix9.0-3-CentOSStream9-HyperV-Windows11.zip
VMBitrix9.0-3-CentOSStream9-HyperV-WindowsServer2012.zip
VMBitrix9.0-3-CentOSStream9-HyperV-WindowsServer2016.zip
VMBitrix9.0-3-CentOSStream9-HyperV-WindowsServer2019.zip
VMBitrix9.0-3-CentOSStream9-HyperV-WindowsServer2022.zip

Предыдущий образ для HyperV основан на 1 поколение машин для HyperV. Больше не поддерживается и не собирается. Дальше - только 2 поколение машин на HyperV.
Образы для Windows собираются на базе Windows 10 22H2 и Windows 11 24H2. Обновите ваши ОС перед использованием готовых образов для HyperV на Windows.
Образы для Windows 10 и Windows Server 2012 будут собираться до конца 2025. Потом, в связи с EOL Windows 10 в конце 2025 года эти образы собираться не будут.
Windows Server 2025 должен выйти до конца 2024 года. Сейчас есть только preview для тестов. После выхода стабильной версии в планах собирать образ и для Windows Server 2025.

Версия конфигурации, используемая в образе, зависит от выбранной ОС:
Windows 10 - 9.0
Windows 11 - 12.0
Windows Server 2012 - 5.0
Windows Server 2016 - 8.0
Windows Server 2019 - 9.0
Windows Server 2022 - 10.0

По виртуальному железу:
- общая часть выше
- используется EFI по умолчанию
- безопасная загрузка выключена
- контроллер SCSI по умполчанию
- виртуальный жесткий диск - файл формата vhdx

Принцип использования:
- выбираем ОС: Windows или Windows Server
- выбираем версию этой ОС
- по этим 2 параметрам скачиваем и распаковываем выбранный архив
- в диспетчере HyperV делаем импорт машины, указав папку с машиной
пример ниже на базе Windows Server 2022



- проходим мастер импорта, его скринкаст ниже

Шаг 1:



Шаг 2:



Шаг 3:



Шаг 4:



Шаг 5:



- в параметрах машины подстраиваем сеть, кол-во ядер ЦП, ОЗУ и т.д.
- запускаем

Vagrant

Файл образа: VMBitrix9.0-3-CentOSStream9-Vagrant.box

Образ для виртуальной среды разработки Vagrant.
Используется среда виртуализации VirtualBox (набор изменений такой же как в VirtualBox выше).

ProxmoX

Файл диска машины в формате qcow2: VMBitrix9.0-3-CentOSStream9-ProxmoX-disk1.qcow2

Импорта машин в этот гипервизор нет. Потому:
- создаем пустую машину
- добавляем в неё подготовленный диск импортом из файлах формата qcow2
- подстраиваем и запускаем

В самом ProxmoX это делается так (на примере ProxmoX 8.2.x).
выбираем ноду, создаем машину через пункт меню Create VM:



Идем по шагам:
на шаге General запоминаем ID машины - у меня это 100



на шаге OS выбираем Do not use any media



на шаге System выбираем тип BIOS - OVMF (UEFI), снимаем галочку с Add EFI Disk, выбираем SCSI Controller - VirtIO SCSI



на шаге Disks удаляем диск, нажав на корзину



на шаге CPU кол-во ядер Cores ставим 2



на шаге Memory задаем кол-во памяти 2048



на шаге Network ничего не меняем



на шаге Confirm жмем Finish



Файл диска в формате qcow2 (VMBitrix9.0-3-CentOSStream9-ProxmoX-disk1.qcow2) загружаем внутрь машины ProxmoX, например по пути /var/lib/vz/template/ (может быть и другой).

В веб части ProxmoX выбираем ноду, переходим в её Shell.
Выполняем команду импорта диска в машину с id 100 с местом хранения local-lvm:


По завершению в консоли будет - Successfully imported disk as 'unused0:local-lvm:vm-100-disk-0'.



Возвращаемся в саму машину в раздел Hardware. Там появится Unused disk 0 - local-lvm:vm-100-disk-0.



Выбираем его и нажимаем Edit. В диалоге добавления диска меняем Bus/Device на VirtIO Block.



В разделе Hardware машины добавится Hard Disk (virtio0), с указанием диска и его размера.

Переходим в раздел Options. Выбираем Boot Order и жмем Edit. Откроется диалог порядка загрузки.



Ставим галочку Enabled напротив нашего диска и перетаскиваем его на место 2. Сохраняем.

Там же в разделе Options машины редактируем опцию QEMU Guest Agent, ставим галочку Use QEMU Guest Agent и сохраняем ОК.



Запускаем машину кнопкой Start.

В 9.0.3 этого нет.

Предварительные планы того, что будет дальше:
1) возможно 9.0.4 для исправлений, если они понадобятся
2) возможно 9.0.4 техническое обновление, следом 9.0.5 поддержка 3 ОС
3) возможно 9.0.4 поддержка 3 ОС, а потом все остальное
4) возможно еще микс вариантов
По какому пути пойдем сейчас не скажу. Позже будет видно.

Не работает обновление в Bitrix Env 9.0.2

1. Manage servers in the pool
 2. Update packages on host
выбрал в меню обновление сервера и набор пакетов all

Ошибка в логе /opt/webdir/temp/update_6361374100/status

При выполнении команды вручную выяснилось, что таких параметров виртуальная машина не знает

Где подправить bitrix env 9.0.2, чтобы сработало обновление до 9.0.3 ?



Нашёл тут /etc/ansible/roles/common/tasks/update_packages.yml

- name: delete old kernels
 shell: package-cleanup --oldkernels --count=3 -y
 when: inventory_hostname == common_server or common_server == 'NOT_DEFINED' and ansible_distribution == "CentOS" and ansible_distribution_major_version == "7"

Но как писать команду package-cleanup? О чём думал автор? Какой-то костыль от CentOs7 https://bozza.ru/art-335.html ?

Артемий Зайцев, запустите через консоль dnf clean all && dnf update. После обновления до 9.0.3 этот процесс можно будет через меню запускать.

9.0.3
Любая задача останавливается в статусе interrupt.
Например /opt/webdir/temp/site_certificate_3671482600/status:
TASK [Gathering ERROR! couldn't resolve module/action 'community.general.git_config'. This often indicates a misspelling, missing collection, or incorrect module path.

The error appears to be in '/etc/ansible/roles/web/tasks/configure_le.yml': line 39, column 3, but may
be elsewhere in the file depending on the exact syntax problem.

The offending line appears to be:


- name: add dehydrated dir as safe directory global git option in .gitconfig
 ^ here
: include variables from temporary config] ***************************

Куда копать?

А как так вышло что их нет? Поясните сценарий? Сломали их руками специально?