Форум

Такая же проблема. Облако селектел.
Но монтировать, это костыль, а не решение.

[CODE]v23.900.600
2024-01-17
Улучшена совместимость с PostgreSQL.
[/CODE]
https://dev.1c-bitrix.ru/docs/versions.php?lang=ru&module=main

Не могу найти в документации ничего по этому поводу.

[QUOTE]Максим Дамаскин написал:
Куда смотреть и что делать?  [/QUOTE]

Смотреть в .settings_extra.php искать env.
Это ваши собственные настройки, довольно странно не знать, что у вас там настроено.

Проверьте список процессов и записи в крон

Попробуйте две локации.
[CODE]
location = /bitrix.site.ru/video { ваши правила для запрета }

location ~* ^/bitrix.site.ru/video(.*)$ { ваши правила для разрешения }[/CODE]

http://nginx.org/ru/docs/http/ngx_http_core_module.html#location

Пример конфига для nginx+php-fpm можно посмотреть здесь https://gitlab.com/bitrix-docker/server
[QUOTE]Вячеслав Докукин написал:
<MODULES><CANGZIP VALUE="Y"/><ERROR TYPE="LICENSE_KEY_REQUIRED">License key is required</ERROR></MODULES>

[/QUOTE]
Это не проблема php-fpm, такая же ошибка и на апаче. Игнорируйте.

[QUOTE]Вячеслав Докукин написал:
что делать с .htaccess ?[/QUOTE]
Все seo-редиректы можно перенести в nginx.

[QUOTE]Вячеслав Докукин написал:
зачем мне добавлять в секцию script команды гита если как я и описал выше, на сервере не используется git для файлов сайта[/QUOTE]
Вы прочитали документацию? По умолчанию, раннер стягивает изменения из гита c помощью гит команд.
В скриншоте ошибки ясно видно, что не проходит гит команда (git fetch-pack), которая у вас не используется в списке команд, потому что и так задана через GIT_STRATEGY. Переменная в вашем примере не указана, поэтому используется значение по умолчанию.

Сейчас вы отключили это поведение через GIT_STRATEGY: none. Следовательно нужные команды нужно прописать вручную.
Какие именно, вам виднее.

Судя по коду в текущем примере, раннер скачивает изменения из гита для веток stage / main в некую временную директорию, а потом из этой директории через rsync загружает изменения на дев / прод. Так что гит команды у вас вполне используются.

Если вы по прежнему хотите делать это через rsync, то просто cоздайте свою временную директорию в которую склонируйте гит и пропишите что-нибудь в этом роде

[CODE]cd /home/gitlab-runner/path/to/tmp/dir
git checkout main
git pull <remote> main[/CODE]
Добавлять в начало блока scripts.
Для stage естественно заменить main на stage
Указать свой remote вместо <remote>. По умолчанию origin


[QUOTE]Вячеслав Докукин написал:
git fetch && git reset --hard origin/main[/QUOTE]
Никто не мешает автокоммитить локальные изменения.
Пример шаблона с автокоммитом:
https://gitlab.com/bitrix-docker/server/-/blob/master/bitrix-distr/ci/job-templates/deploy-git-commit-pull-push.yml?ref_type=heads

тут несколько полезных шаблонов для разных задач
https://gitlab.com/bitrix-docker/server/-/tree/master/bitrix-distr/ci/job-templates?ref_type=heads

Прочитайте документацию по gitlab-runner.

[QUOTE]Вячеслав Докукин написал:
в какой скрипт?[/QUOTE]
В gitlab-ci.yml есть список команд, которые выполняет раннер.
Туда и добавить сливание свежих коммитов из нужной ветки

Со значеним по умолчанию GIT_STRATEGY раннер сам это делает, как указано в документации. https://docs.gitlab.com/ee/ci/runners/configure_runners.html#git-strategy

[QUOTE]Вячеслав Докукин написал:
на сервере я не использую гит[/QUOTE]
И очень зря, при взломе гит очень помогает.

[QUOTE]Вячеслав Докукин написал:
почему так, как пофиксить?  [/QUOTE]
Потому что  GIT_STRATEGY: none
Вы бы прочитали документацию.

Исправить путём добавления нужных команд в скрипт.
git pull или git clone  смотря что вам нужно.

Можете просто добавить переменную.
Тогда раннер не будет делать этих запросов, которые приводят к ошибке.

[CODE] variables:
   GIT_STRATEGY: none[/CODE]


Нужные команды, типа git pull / git clone и прочие можно добавить в сам скрипт. Они вполне нормально работают с git из centos 7