Форум

[QUOTE]Станислав Беличенко написал:
Это тот на который ссылаются выше? Я его видел, но прошло 2 года - есть ощущение, что там уже устарело все. Брать чужие сборки не хочется, хочется именно от Битрикс, понятное дело.[/QUOTE]
Нет, собираем через packer ([URL=https://www.packer.io/]https://www.packer.io/[/URL]) для тестирования машинки.
Но по сути  там:
-- настройка через скрипты необходимых штук ( virtualbox  драйвера, всякие полезные утилиты для дебага)
-- установка в "тихом" режиме через bitrix-env.sh чистой centos7
-- очистка машинки, чтобы при первом старте она сделала первоначальную настройку (сброс паролей и прочих штук)
-- у packer есть отдельный модуль, он сам пакует .box
Никогда тестовую машину не выкладывали никуда , она исключительно для внутреннего тестирования используется  :oops:

[QUOTE]Станислав Беличенко написал:
Хм, то есть по умолчанию там раньше граб пролетал без ошибок?[/QUOTE]
Конечно, если Вы брали стандартную машинку должен пролетать без ошибок.

[QUOTE]Станислав Беличенко написал:
Не-не, если мы ее разворачиваем как просто VM через импорт в VirtualBox - все именно так, как вы и пишете. Другое дело, что при разворачивании через Vagrant там в принципе иначе все происходит и лог ошибок об этом косвенно и говорит. В общем, нужен кто-то кто понимает именно в Vagrant.[/QUOTE]
Для целей тестирования у нас есть образ vagrant и по сути до момента старта машина ничем не должна отличаться от обычной, а вот уже после старта - должны быть ключи и специальный пользователь для выполнения всяких полезных вещей.
Я бы рекомендовала таки запустится через вагрант:
[CODE]v.gui = true[/CODE]
В Vagrantfile
Убедится что дело именно в в этом - то есть нажать Enter в меню граба, дойти до этапа загруженной ОС и увидеть что vagrant up полностью доработал.
И потом уже изнутри ОС смотреть почему граб не включает обратный отсчет, если нужно заблокировать ненужные пункты меню - так же из вирт. машины.

Это Вы всего скорее нажали какую-то из кнопок или что-то меняли внутри самой вирт. машины, так как по умолчанию через несколько секунд (5 для grub), оно должно выбрать пункт по умолчанию - а это первый пункт.

[QUOTE]Андрей Сопов написал:
Столкнулся с тем-же самым при попытке поставить RTS. Решение было простое - прописать в /etc/hosts имя сервера (у кого-то это srv01. , у меня например portal.sitename.com)[/QUOTE]
По умолчанию настройка пула как раз прописывает имена в /etc/hosts, если у Вас там было пусто, нужно искать почему, так как не только пуш ориентируется на эти имена (для настройки разных сервисов мы активно их используем).
На текущий момент, мы нашли только одну ошибку с этим связанную, если файл /etc/hosts - пустой (без стандартных localhost), то задание, которое добавляло наши записи, падало с ошибкой - уже исправлено в версии, которая сейчас в бете. Если это Ваш кейс, то рекомендую добавить записи для localhost и запустить задание, которое делает стандартные настройки пула:
[CODE]ansible-playbook /etc/ansible/common.yml[/CODE]

В меню, которое "Настройка сетевого интерфейса через DHCP",  наверху отображается список интерфейсов , которые доступны для выбора.
Например,
[CODE]Server network interfaces:
------------------------------------------------------------------------------------
      Int |       Link |        Speed |                  MAC | IPAddress
------------------------------------------------------------------------------------
 venet0:0 |        yes |  not_defined |                 void | 10.10.10.2
------------------------------------------------------------------------------------
[/CODE]
Соответственно, вводить нужно указанные интерфейс.

Второй момент, который может быть, это невозможность определить стаус сетевого интерфейса на Вашей машине , на текущий момент времени данная настройка регулируется переменной:
[CODE]LINK_STATUS[/CODE]
Чтобы отключить принудительную проверку статуса сетевого интерфейса, перед запуском меню выполните команду:
[CODE]export LINK_STATUS=0[/CODE]

Ну и дополнительно убедитесь, что сетевой интерфейс отображается в ОС:
[CODE]ip link show[/CODE]

Оно получается упало на этапе обновления mysql до версии 5.6, в меню такого варианта не предусмотрено, поэтому оно не показывает ничего.

Но можно упавшее задание ansible запустить непосредственно из консоли (оно как раз проверяет какая версия установлено и часть про 5.6 пропустить).
Чтобы запустить:
-1-  нужно знать ID задания (это можно посмотреть в списке заданий в меню 5.  Background tasks in the pool - поле TaskID)
-2-  потом проверяете, что в каталоге с заданием есть файл с параметрами плейбука
[CODE]ls -al /opt/webdir/temp/<TASK_ID>/opts.yml[/CODE]
-3- запускаете задание (лучше всего в каком-нибудь виртуальном терминале - tmux или screen)
[CODE]ansible-playbook /etc/ansible/mysql.yml -e ansible_playbook_file=/opt/webdir/temp/<TASK_ID>/opts.yml[/CODE]

P.S. TASK_ID - это ID задания которое Вы найдете на шаге 1
P.P.S так можно делать не со всеми упавшими заданиями (но с указанным должно сработать).

А в чем была ошибка при обновление 5.6  - почему не рестартовал mysql?

А на каком этапе упал рестарт, то есть что было в логе задания до этой части?

По сути, Вам  нужно правильно спроксировать заголовки:[CODE]proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $host:443;
proxy_set_header HTTPS YES;

[/CODE]Так как теперь к nginx происходит ненапрямую, и , видимо (из скриншота это не понятно), весь трафик после керио идет на 80 порт.
Тут основные два заголовка будут для Вас: Host и HTTPS - они должны задаваться в зависимости от керио.
Какие заголовки керио умеет передавать и передает по умолчанию на бэкенд?

[QUOTE][URL=mailto:sv@aimax.pro]sv@aimax.pro[/URL] написал:
BitrixVM 7.3.3 хостер FirstVDS. После того как на сервера закончилось место, появилась ошибка: "There are servers that cannot be used! -  01. Cannot establish server connect". Скриншот:  [URL=http://joxi.ru/bmoOG6Eu3yX3dm]http://joxi.ru/bmoOG6Eu3yX3dm[/URL] [/QUOTE]
Подозреваю, что из-а нехватки места не прошла проверка на доступность сервера (там коннект через ssh).
Если проблема с местом уже решена подождите (кеш меню обновляется раз в час) или попробуйте удалить кеш-файлы в: /opt/webdir/temp

[QUOTE]Кирилл Шушкин написал:
Вот что написали в другой теме форума ваши сотрудники, т.е. баг так и не исправлен, что подтверждают ваши сотрудники. Так всё таки можно было за 10  месяцев его починить?[/QUOTE]
Да, к сожалению.
Сейчас занимаемся этим, надеюсь в ближайший месяц отдадим исправление хотя бы в бете.