Форум

Думаю, лучше тикетом. Попросим доступ, посмотрим детальнее

[CODE]server : ok=6 changed=1 unreachable=0 failed=0
[/CODE]Вот такая запись, говорит о том, что задание завершено без ошибки.
Но сам текст задания у Вас какой-то короткий, там обычно гораздо больше шагов по настройке, если Вы ничего не сокращали (не меняли сценарии).
То посмотрите:
-- все ли в порядке у Вас в описание хостов (инвентаре) anisible (/etc/ansible/hosts), соответствуют ли имена и IP адреса существующим в пуле хостам.
-- все ли в порядке в тексте самого задания:[CODE]ls -al /etc/ansible/roles/push-server/tasks/[/CODE]И сам playbook:[CODE]cat /etc/ansible/roles/push-server/tasks/main.yml
[/CODE]

[QUOTE]Скалкин Дмитрий написал:
Сначала пробовал пойти по этому пути, но редактирование файла конфига /home/bitrix/dehydrated/config в 16 строке ни на IP_VERSION=4 ни на IP_VERSION="4" не дает результатов - при запуске скрипта через меню BitrixVM конфиг сбрасывается почему-то, не могу понять почему и как все-таки нужно его корректировать.[/QUOTE]
Это настройки только для клиента dehydrated, сервер LE, когда делает запрос для проверки валидности не обращает на них никакого внимания.

Конфиг сбрасывается настройками вирт. машины. Мы пробовали использовать данную опцию, но она влияет только на то, как клиент dehydrated будет обращаться к серверу LE, она никак не ограничивает сервер LE в запросах к АААА записи, если такая имется, и он предпочитает записи IPv6

Основная проблема с новым push-server cостоит в том,  что в /etc/hosts отсутствует запись для сервера, который владеет этой ролью, или она неправильная.
На текущий момент времени, роль привязывается к IP адресу машины, по которому она доступна в пуле.

Соответственно:
-- смена этой записи на localhost (127.0.0.1) - ломает push&pull , а это частый кейс для починки проверки сертификатов, хотя они должны работать и с обычным IP адресом.
-- смена IP адреса ломает push&pull ( исправление выпущено пока только в бете)
То есть, если есть проблемы с push&pull, нужно проверить настройки:[CODE]cat /etc/sysconfig/push-server-multi | grep WS_HOST
WS_HOST=192.168.1.200
[/CODE]Убедиться, что это адрес Вашего сервера:[CODE]ip addr
...
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
   link/ether 00:15:5d:01:35:05 brd ff:ff:ff:ff:ff:ff
   inet 192.168.1.200/24 brd 192.168.1.255 scope global eth0
      valid_lft forever preferred_lft forever
[/CODE]Проверить, что запись есть в /etc/hosts[CODE]cat /etc/hosts | grep 192.168.1.200
192.168.1.200 server1
[/CODE]Если проблема со сменой IP адреса, я бы рекомендовала использовать beta версию пакета или дождаться выхода в stable. Ждем (с)
Если это проблема в том, что имя сервера привязала к 127.0.0.1, то эту запись нужно удалить в любом случае.
Кроме p&p работа сценариев ориентирована на корректную запись в этом файле, такая смена может поломать разные части.

[QUOTE]Александр написал:
Обращение № 1645181[/QUOTE]
Судя по тикету, машина находится внутри локальной сети, и проблема наблюдается для коннектов с внешней сети. Тикет закрыт год назад, за это время и новые версии выходили и исправления в push&pull были.
Я бы рекомендовала обновится до последней стабильной версии, обновить настройки p&p сервера (настройка в меню).
Если будут наблюдаться проблемы - сделать новый тикет, пришлите мне номер в персональном сообщение и тогда продолжим общение уже в рамках него.

[QUOTE]Александр написал:
Та же самая проблема, один в один. Тех поддержка не помогла...[/QUOTE]
Если скажите номер тикета, то можно будет посмотреть детали, так очень сложно помочь :)

Если это Centos7 то подобная ситуация может быть в случае, если сервис запустили не через systemd, а через init.d скрипт.
Так как проверка пароля делается после проверки запущен сервис или нет, и ожидается, что служба запущена через systemd (проверка через systemctl).
Ну и да, последние обновления нужно поставить :)
.

[QUOTE]Максим написал:
Установлено новое веб-окружение 7.3.3 на CentOS 7.5Перенесён сайт с другого сервера (там было веб-окружение 5.1.7).Выдаётся ошибка:There are servers that cannot be used!01. Bitrix-env version 5.x.x or later is required[/QUOTE]
Было бы здорово пообщаться через ТП, возможно, понадобится доступ, чтобы понять в чем проблема.

Еще обращу внимание, что vagrant+virtualbox очень нежен к версиям virtualbox драйверов.
В существующей сборке под VirtualBox использована версия меньше, чем 5.1.18, поэтому перед тем как из машинки создавать .box лучше поставить драйвера той версии, которая используется у Вас.

[QUOTE]Станислав Беличенко написал:
Так погодите, я просто на основании вашего статуса Администратор решил что вы из Битрикс и речь именно про ваши машины. На самом же деле вы из другой компании и просто являетесь разработчиком на этой платформе? [/QUOTE]
Для тестирования сборки виртуальной машины мы используем vagrant (для внутреннего использования так сказать и автоматизации тестирования), но сам .box  мы никогда не выкладывали, так как он как раз подходит только для тестирования.[QUOTE]Станислав Беличенко написал:
Попробовал. Тот же лог что и выше. Обращаю внимание, что пробую на своей собственной коробке, которую собрал по сути просто скопировав в нее файл вашей VM для VB.[/QUOTE]
Таки причем здесь лог. Машина загрузилась или нет? Если она дошла до этапа менюу граба, то нажмите Enter и попробуйте таки дойти до этапа приглашения в ОС.[QUOTE]Станислав Беличенко написал:
Не понял, в каком варианте использования? Если взять образ VM и напрямую его в VB засунуть? Если собрать из него box для Vagrant?[/QUOTE]
По идее в любом, если Вы ничего не меняете на уровне загрузчика.