А git обновили? На 7.5.5 был 1.8.3.1 и была проблема при настройке CI/CD с GitLab, а при его удалении, удалялись еще какие то системные файлы и директории BitrixVM после чего она становилась не рабочей и восстановить было нельзя, только переустановка.
После того как поставил NodeJS все заработало, и ключ появился. Для тестирования и отладки запросов\ответов Push and Pull написал модуль https://github.com/Cleverscript/itscript.pnp
red_eye, вот за это большое спасибо! Пробовал руками менять, что то не получилось, а через sed все ок пакеты ставятся.
Цитата
написал: Он требуется только для push-server (nodejs).
хорошо, но тогда почему у меня сервиса нет
Цитата
[root@vm1 yum.repos.d]# systemctl status push-server Unit push-server.service could not be found.
как мне запустить Push-n-Pull ? Т.е. после установки BitrixEnv что я должен выполнить в меню виртуалки что бы заработало (в стандартном варианте без NodeJS)?
1. Почему отсутствует "Код-подпись для взаимодействия с сервером", из "коробки" я не понимаю, он же вроде как требуется по умолчанию в админке в настройках модуля Pus-n-Pull, не зависимо от того какой у нас Type сервера. По умолчанию в BitrixVM - Nginx-PushStreamModule , ну так а ключ где? Если я например не собираюсь (или не могу, по причине описанной ниже) переходить на NodeJS, то как мне ключ получить?. Как понять эту "логику" ?
2. Как все таки выполнить этот переход на NodeJS, у меня также падает задание в error в логах задания BitrixVM (7.5.5) такое
Код
[root@vm1 ~]# cat /opt/webdir/temp/pushserver_5681310086/status
[WARNING]: Consider using the get_url or uri module rather than running
'curl'. If you need to use command because get_url or uri is insufficient you
can add 'warn: false' to this command task or set 'command_warnings=False' in
ansible.cfg to get rid of this message.
[WARNING]: Consider using the yum, dnf or zypper module rather than running
'rpm'. If you need to use command because yum, dnf or zypper is insufficient
you can add 'warn: false' to this command task or set 'command_warnings=False'
in ansible.cfg to get rid of this message.
[WARNING]: Consider using the yum module rather than running 'yum'. If you
need to use command because yum is insufficient you can add 'warn: false' to
this command task or set 'command_warnings=False' in ansible.cfg to get rid of
this message.
*************************************************
ok: [vm4] => (item=/etc/yum.repos.d/nodesource-el.repo)
ok: [vm4] => (item=/etc/yum.repos.d/nodesource-el6.repo)
TASK [push-server : configure nodejs repository] *******************************
changed: [vm4]
TASK [push-server : delete old nodejs-packages] ********************************
failed: [vm4] (item=nodejs) => {"changed": true, "cmd": "rpm -e --nodeps \"nodejs\"", "delta": "0:00:00.053947", "end": "2024-07-08 23:33:27.352412", "item": "nodejs",
"msg": "non-zero return code", "rc": 1, "start": "2024-07-08 23:33:27.298465", "stderr": "error: package nodejs is not installed", "stderr_lines": ["error: package no
dejs is not installed"], "stdout": "", "stdout_lines": []}
failed: [vm4] (item=npm) => {"changed": true, "cmd": "rpm -e --nodeps \"npm\"", "delta": "0:00:00.039297", "end": "2024-07-08 23:33:27.703592", "item": "npm", "msg": "
non-zero return code", "rc": 1, "start": "2024-07-08 23:33:27.664295", "stderr": "error: package npm is not installed", "stderr_lines": ["error: package npm is not ins
talled"], "stdout": "", "stdout_lines": []}
...ignoring
TASK [push-server : shell] *****************************************************
changed: [vm4]
TASK [push-server : install packages] ******************************************
fatal: [vm4]: FAILED! => {"changed": false, "msg": "Could not retrieve mirrorlist http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra=stock error was\n14
: curl#6 - \"Could not resolve host: mirrorlist.centos.org; Unknown error\"\n\n\n One of the configured repositories failed (Unknown),\n and yum doesn't have enough ca
ched data to continue. At this point the only\n safe thing yum can do is fail. There are a few ways to work \"fix\" this:\n\n 1. Contact the upstream for the repos
itory and get them to fix the problem.\n\n 2. Reconfigure the baseurl/etc. for the repository, to point to a working\n upstream. This is most often useful i
f you are using a newer\n distribution release than is supported by the repository (and the\n packages for the previous distribution release still work).
\n\n 3. Run the command with the repository temporarily disabled\n yum --disablerepo=<repoid> ...\n\n 4. Disable the repository permanently, so yum
won't use it by default. Yum\n will then just ignore the repository until you permanently enable it\n again or use --enablerepo for temporary usage:\n\n
yum-config-manager --disable <repoid>\n or\n subscription-manager repos --disable=<repoid>\n\n 5. Configure the failing repository to
be skipped, if it is unavailable.\n Note that yum will try to contact the repo. when it runs most commands,\n so will have to try and fail each time (and
thus. yum will be be much\n slower). If it is a very temporary problem though, this is often a nice\n compromise:\n\n yum-config-manager --sa
ve --setopt=<repoid>.skip_if_unavailable=true\n\nCannot find a valid baseurl for repo: base/7/x86_64\n", "rc": 1, "results": []}
to retry, use: --limit @/etc/ansible/push-server.retry
PLAY RECAP *********************************************************************
vm4 : ok=10 changed=3 unreachable=0 failed=1
red_eye, спасибо за ссылку, буду изучать этот вариант! Но пока без докера нужно по быстрому развернуть проект, бекап я уже восстановил (решил вот эту проблему с доступом к БД при восстановлении из бекапа https://dev.1c-bitrix.ru/community/forums/forum23/topic141430/) сайт развернулся, работает, но ЧПУ не работает, где бы посмотреть эти конфиги для NGINX? Они нужны для стандартного функционала, сайт без каких либо доработок по роутингу все стандартное.
Здравствуйте, как то все время использовал BitrixEnv но сейчас встала необходимость развертывания Bitrix на LEMP. Кто может подсказать какие там есть нюансы и подводные камни? Как решать проблему отсутствия Apache и т.д?
BitrixVM 7.5.x - обновление GIT затирает bitrix-env, GitLab CI/CD падает в ошибку из за версии git 1.8.1 - fatal: git fetch-pack: expected shallow list
BitrixVM 7.5.x - обновление GIT затирает bitrix-env, GitLab CI/CD падает в ошибку из за версии git 1.8.1 - fatal: git fetch-pack: expected shallow list
написал: И очень зря, при взломе гит очень помогает.
не понятно просто как мне не затирать изменения которые клиент будет через эрмитаж вносить в конфигурациях компонентов или создании новых разделов, подразделов и страниц сайта... по этому и отказался от git... т.е от такого
И кстати не понятно зачем мне добавлять в секцию script команды гита если как я и описал выше, на сервере не используется git для файлов сайта... Вот это момент я вообще не понял, вы предлагает от rsync отказаться или одновременно с ним использовать эти команды (какие кстати?)?
BitrixVM 7.5.x - обновление GIT затирает bitrix-env, GitLab CI/CD падает в ошибку из за версии git 1.8.1 - fatal: git fetch-pack: expected shallow list
red_eye, в какой скрипт? дело в том что на сервере я не использую гит, для того что бы подтягивать изменения из репозитария. Изменения прилетают на сервер по rsync. Это сделано для того что бы мне не пришлось учитывать что админы сайта могут менять файлы через "эрмитаж" например.
BitrixVM 7.5.x - обновление GIT затирает bitrix-env, GitLab CI/CD падает в ошибку из за версии git 1.8.1 - fatal: git fetch-pack: expected shallow list
написал: Нужные команды, типа git pull / git clone и прочие можно добавить в сам скрипт. Они вполне нормально работают с git из centos 7
не проверил сразу.. джобы то теперь завершаются без ошибок, но файлы измененные почему то не прилетают на сервер.. т.е изменений нет на сервере после отработки джобы с этой переменной GIT_STRATEGY: none почему так, как пофиксить?
BitrixVM 7.5.x - обновление GIT затирает bitrix-env, GitLab CI/CD падает в ошибку из за версии git 1.8.1 - fatal: git fetch-pack: expected shallow list
BitrixVM 7.5.x - обновление GIT затирает bitrix-env, GitLab CI/CD падает в ошибку из за версии git 1.8.1 - fatal: git fetch-pack: expected shallow list
Приветствую! Возникла потребность настроить CI/CD на GitLab с помощью runner После того как раннер зарегистрирован и активен, и настроено соединение с сервером по ssh ключам, деплои проходят норм, но спустя время (пару дней), Jobs`ы начинают сваливаться в ошибку
Код
fatal: git fetch-pack: expected shallow list
fatal: The remote end hung up unexpectedly
и если последовать примеру ее решения на BitrixVM 7.5.x, которое заключается в удалении и установки GIT
Код
sudo yum remove git
то вместе с git зависимостями будут удалены пакеты
bitrix-env etckeeper perl-Git
в следствии чего мы теряем виртуальную машину.... которую затем восстановить предложенным способом, лично у меня не получилось (она установилась, но критический функционал в ней по добавлению сайтов к примеру не заработал)
Может кто то сталкивался с такой проблемой, как ее можно решить что бы деплой заработал, т.е как безопасно обновить git на BitrixVM 7.5.x ?
Деплой организован с помощью rsync т.е по сути то git на сервере с VM в принципе не нужен и никак не используется... но почему то GitLab матюкается что версия старая...
red_eye, не заработало, убрал все что добавил ранее из всех файлов, и добавил последний вариант в /etc/nginx/bx/conf/bitrix.conf файл лога не появляется, т.е правило не выполняется...