Форум

[QUOTE]Никита Дыбкин написал:
Добрый день! Не уверен что по теме, но может подскажет кто-либо. После включения мониторинга и прошествии длительного времени картина следующая - нагрузка везде по "0" и графики отсутствуют.[/QUOTE]

Никита Дыбкин, исправление в бетке 7.3.13 выходило. Подробности здесь [URL=https://dev.1c-bitrix.ru/community/forums/messages/forum32/topic112215/message573277/#message573277]https://dev.1c-bitrix.ru/community/forums/messages/forum32/topic112215/message573277/#message573277[/URL]

[QUOTE]Андрей Саврасов написал:
Здравствуйте. Алексей. Попробуйте, на досуге развернуть bitrixvm 7.3.3 или 7.3.4 с нуля.1. Конфигурирем сервер вписываем домен2. Затем выбрать пункт 10. Configure Push/RTC service проходим установку.3. Затем перейдите в настройки модуля "push and pul" /bitrix/admin/settings.php?lang=ru&mid=pull&mid_menu=14. Выберите Виртуальная машина 7.3 и новее (Bitrix Push server 2.0)5.Затем перейдите в проверку системы на портале /bitrix/admin/site_checker.php?lang=ru6. И увидите, что бизнесчат, видео звонки в реальном времени будут выдавать ошибку.И как следствие у меня вопрос, что нужно проделать, что бы чистый bitrix24 на чистую bitrix VM 7.3 устанавливался и проверка не выдавала фатальных ошибок.[/QUOTE]

Андрей Саврасов, а еще уточните - эта машина в вашей сети за NAT-ом локальная (проброс) или на внешке у хостера (аренда, сервер, облако)?
По поводу ваших шагов:
1) пункты 1 и 2 порядок
2) пункт 3 не нужен, если вы выполнили пункт 2 - все настройки будут в файле .settings.php и в настройки модуля pull заходить и там выбирать/сохранять не надо (есть приоритет опций: база-файл .settings.php-дефолт).
3) пункты 5 и 6 - в некоторых моментах проверка сайта не умеет проверять корректно настройку пушей. Спасибо, что вы на неё смотрите, но кроме надо проверить работу пушей в публичной части. Например чаты, лайки и т.д. - все что выдает живую интерактивность. Я про NAT выше уточнил не зря, сейчас есть баг в main, если машина за NAT-ом проверка сайта работает кривовато( Это будет исправлено в модуле main.

Евгений Макаров, [URL=https://dev.1c-bitrix.ru/community/forums/messages/forum32/topic116963/message572365/#message572365]https://dev.1c-bitrix.ru/community/forums/messages/forum32/topic116963/message572365/#message572365[/URL]

[QUOTE]akazakov написал:
Может обсудите там на очередной планерке включение ngx_pagespeed в состав стандартной BitrixVM?По умолчанию можно сделать отключенной, и включать через menu.sh[/QUOTE]

Тикет у нас есть. В нем один запрос на эту фичу, и вот ваш, второй) Поднял вопрос, спросил разработку.

[QUOTE]akazakov написал:
Или хотя бы добавить в скрипт установщика возможность сборки с этим модулем через флаг типа --enable-pagespeed?[/QUOTE]

Слишком сложно) Если и делать, то сразу собирать nginx вместе с ним. Включать или нет - через меню каждый решит сам. Кроме включения там еще настроить надо, и тут уже сложней. И насколько знаю, не все модули с ним работают корректно: ошибки вида ломаются формы, попапы не отвечают и т.д.

[QUOTE]akazakov написал:
Слишком много плясок с пересборкой nginx с модулем ngx_pagespeedИ еще не известно будет ли потом обновляться nginx в составе с BitrixVM, надо тестить...[/QUOTE]

nginx будет обновляться с обновлением машины. И его пересборка с любым модулем будет затерта, если конфиги добавите - то и не перезапуститься(

[QUOTE]Руслан Яцукевич написал:
Для начала увидел не соответствие версий - путаница!На заборе написано «1C-Битрикс: Виртуальная машина 7.3.4», за забором Виртуальная машина BitrixVM7.3.0Развернул виртуалку и внутри вирталки 7.3.0.[/QUOTE]

Никакой путаницы нет. В образе версия 7.3.0 о чем на сайте написано. В релизе последняя версия пакета 7.3.4. В планах с версии 7.4.0 собирать образы на каждую следующую версию.

[QUOTE]Руслан Яцукевич написал:
Запускаю восстановление из бэкапа. Ошибка! Время работы скрипта восстановления истекло. Загрузите новую версию.[/QUOTE]

Подскажите, как повторить? Кидаю свой бекап и такого не вижу.

[QUOTE]Руслан Яцукевич написал:
Запускаю обновление. Опять ошибка! GPG ключи включены для репозитория "Percona-Release YUM repository - noarch", но они не является правильными для данного пакета. Выложенная сборка - не рабочая версия. Почему она не отозвана?[/QUOTE]

При чем тут bitrix?) Проблема касается пакета percona-releases из репозитория percona. Уже месяц прошел после выпуска обновления этого пакета. Почему вы не пишите им что-то из разряда - "почему нет фикса?", "почему сломали и не чините?" "когда исправите?"? Вы же понимаете, что проблема в пакете из стороннего репозитория и мы на это никак повлиять не можем?

[QUOTE]Руслан Яцукевич написал:
Куча костылей нужно сделать, чтобы работало.[/QUOTE]

Вы про какие костыли?

PS: по пакету percona-releases фикс сделали, вышел в статусе BETA в версии 7.3.13. В релиз уйдет в 7.4.0. Образ будет новый. Но! те машины, что уже с такой проблемой, починить можно только руками увы(

[QUOTE]Андрей Саврасов написал:
Коллеги. Развернули стандартную bitrix vm 7.3-3 где можно полную инструкцию по настройке модуля push and pull для корпортала Битрикс24 ?[/QUOTE]

А что в ней должно быть?)
Если вы скачали образ с сайта, то там 7.3.0. Обновляем до 7.3.4. В меню машины запускаем создание push сервера на NodeJS. Устанавливаем Б24 в коробке (или бекап). Проверяем работу пушей, например, лайки, обмен сообщениями через браузер-браузер, телефон-браузер и т.д.

[QUOTE][URL=mailto:kapishev@alikap.ru]kapishev@alikap.ru[/URL] написал:
В этой версии ошибки с push-and-pull. Попробуйте новую версию:  [URL=https://dev.1c-bitrix.ru/community/forums/messages/forum32/topic108633/message5691­09/#message569109]https://dev.1c-bitrix.ru/community/forums/messages/forum32/topic108633/message5691­09/#message569109[/URL] (хотя у меня там push-and-pull тоже не завёлся).[/QUOTE]

Детали есть? Подробности? Логи? Что значит не завелся?

Update 3: [B]7.3.13[/B] Beta

Коллеги, виртуальные машины VMBitrix 7.3.13 и VMBitrix.CRM 7.3.13 вышли в релиз в статусе BETA.

rpm пакет доступен в бета репозитории. Обновлены sh-скрипты: bitrix-env-beta.sh и bitrix-env-crm-beta.sh. Способ запуска:
[QUOTE]wget [URL=http://repos.1c-bitrix.ru/yum/bitrix-env-beta.sh]http://repos.1c-bitrix.ru/yum/bitrix-env-beta.sh[/URL] && chmod +x bitrix-env-beta.sh && ./bitrix-env-beta.sh

wget [URL=http://repos.1c-bitrix.ru/yum/bitrix-env-crm-beta.sh]http://repos.1c-bitrix.ru/yum/bitrix-env-crm-beta.sh[/URL] && chmod +x bitrix-env-crm-beta.sh && ./bitrix-env-crm-beta.sh[/QUOTE]

[B]Основные исправления[/B]:
OpenVZ: исправлена установка и настройка виртуальной машины на OpenVZ окружении.
OpenVZ: исправлена ошибка запуска сервисов роли мониторинг на OpenVZ окружении.
Исправлена установка и настройка виртуальной машины на ОС, где полностью или частично отсутствуют iptables модули.
Добавлена возможность выбора межсетевого экрана для CentOS 7 при первоначальной установке с помощью sh скриптов. Добавлены опции: "-F" будет использоваться firewalld, "-I" будет использоваться iptables. По умолчанию используется iptables.
Исправлено отображение данных и графиков нагрузки сервера для сервиса munin на CentOS 7.
Исправлен запуск сервиса crond при установке окружения sh скриптом на CentOS 6.
Исправлена ошибка пакета percona-release, возникающая при установке окружения sh скриптом на чистый CentOS 6 или 7.

[B]Примечание[/B]: касаемо межсетевого экрана в этой версии и выше.
iptables теперь будет всегда использоваться по умолчанию для новых установок и образов.

Если же у вас старый образ или установка - до версии 7.3.13 - ничего не изменится. На CentOS 6 - iptables, на CentOS 7 - firewalld.

Если же у вас новая установка или образ:
1) CentOS 6 (только машина VMBitrix)
iptables был и остается межсетевым экраном по умолчанию на этой версии CentOS. Даже если сказать скрипту "поставь-ка мне firewalld на CentOS 6" (команда ./bitrix-env-beta.sh -F) - будет iptables :)

2) CentOS 7 (оба типа машин VMBitrix и VMBitrix.CRM)
iptables будет новым межсетевым экраном по умолчанию. Запуск скрипта без параметров (./bitrix-env-beta.sh или ./bitrix-env-crm-beta.sh) поставит iptables. Если нужен firewalld, добавляем параметр -F: ./bitrix-env-beta.sh -F или ./bitrix-env-crm-beta.sh -F.

3) OpenVZ
Для этого типа окружения возможно 4 типа работы сетевого экрана (он же netfilter): disabled, stateless, stateful, full.
Использование firtewalld в OpenVZ stateful окружение зависит от модулей ядра, которые подключены в системе. В случае, если машина обнаружит ошибки запуска firewalld в stateful окружение, она включит принудительно iptables.
Во всех остальных случаях будет использован iptables (stateless, disabled).

Причины использования iptables:
- одинаковые настройки для CentOS 6 и CentOS 7
- в некоторых кейсах firewalld ведет себя нестабильно, сервис падает и с ним падает настроенный межсетевой экран (в случае iptables этого не замечено).

Владислав Пишко, пока только в планах. По срокам ничего не известно.

Максим Монахов, в следующей бета версии уже исправлено. После в боевой тоже исправим, когда её выпустим.