Error updating the system bitrix env

Пользователь 141771 Заглянувший Сообщений: 35 Баллов: 1 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 11.09.2012

#1 0 19.01.2019 21:08:17 Добрый день! Подскажите, что можно предпринять в данной ситуации — чистая установка centos minimal 7 — wget http://repos.1c-bitrix.ru/yum/bitrix-env.sh && chmod +x bitrix-env.sh && ./bitrix-env.sh Получаю — https://dropmefiles.com/QwSQm Сам лог файл — Код 2019-01-19T20:59:16: 7595 : ==================================================================== 2019-01-19T20:59:16: 7595 : Bitrix Environment for Linux installation script. 2019-01-19T20:59:16: 7595 : Yes will be assumed to answers, and will be defaulted. 2019-01-19T20:59:16: 7595 : 'n' or 'no' will result in a No answer, anything else will be a yes. 2019-01-19T20:59:16: 7595 : This script MUST be run as root or it will fail 2019-01-19T20:59:16: 7595 : ==================================================================== 2019-01-19T20:59:16: 7595 : Update system. Please wait. Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos-mirror.rbc.ru * extras: centos-mirror.rbc.ru * updates: centos-mirror.rbc.ru No packages marked for update 2019-01-19T20:59:17: 7595 : Getting configuration EPEL repository. Please wait. Retrieving https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm Preparing...                          ######################################## Updating / installing... epel-release-7-11                     ######################################## 2019-01-19T20:59:35: 7595 : Configuration EPEL repository is completed. 2019-01-19T20:59:36: 7595 : Getting configuration REMI repository. Please wait. Retrieving http://rpms.famillecollet.com/enterprise/remi-release-7.rpm Preparing...                          ######################################## Updating / installing... remi-release-7.6-1.el7.remi           ######################################## 2019-01-19T20:59:37: 7595 : Enable remi repository 2019-01-19T20:59:37: 7595 : Disable php56 repository 2019-01-19T20:59:37: 7595 : Disable php70 repository 2019-01-19T20:59:37: 7595 : Enable php71 repository Retrieving http://www.percona.com/downloads/percona-release/redhat/0.1-4/percona-release-0.1-4.noarch.rpm Preparing...                          ######################################## Updating / installing... percona-release-0.1-4                 ######################################## 2019-01-19T20:59:40: 7595 : Configuration Percona repository is completed. ## Installing the NodeSource Node.js 8.x LTS Carbon repo... ## Inspecting system... + rpm -q --whatprovides redhat-release || rpm -q --whatprovides centos-release || rpm -q --whatprovides cloudlinux-release || rpm -q --whatprovides sl-release + uname -m ## Confirming "el7-x86_64" is supported... + curl -sLf -o /dev/null 'https://rpm.nodesource.com/pub_8.x/el/7/x86_64/nodesource-release-el7-1.noarch.rpm' ## Downloading release setup RPM... + mktemp + curl -sL -o '/tmp/tmp.8yrK1RA5VW' 'https://rpm.nodesource.com/pub_8.x/el/7/x86_64/nodesource-release-el7-1.noarch.rpm' ## Installing release setup RPM... + rpm -i --nosignature --force '/tmp/tmp.8yrK1RA5VW' ## Cleaning up... + rm -f '/tmp/tmp.8yrK1RA5VW' ## Checking for existing installations... + rpm -qa 'node|npm' | grep -v nodesource ## Run `sudo yum install -y nodejs` to install Node.js 8.x LTS Carbon and npm. ## You may also need development tools to build native addons:      sudo yum install gcc-c++ make ## To install the Yarn package manager, run:      curl -sL https://dl.yarnpkg.com/rpm/yarn.repo | sudo tee /etc/yum.repos.d/yarn.repo      sudo yum install yarn 2019-01-19T20:59:50: 7595 : Getting configuration Bitrix repository. Please wait. 2019-01-19T20:59:50: 7595 : Configuration Bitrix repository is completed. 2019-01-19T20:59:52: 7595 : Remove mariadb-libs package 2019-01-19T20:59:52: 7595 : Update system. Please wait. Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: centos-mirror.rbc.ru * epel: mirrors.powernet.com.ru * extras: mirror.corbina.net * remi: remi.mirrors.arminco.com * remi-php71: remi.mirrors.arminco.com * remi-safe: remi.mirrors.arminco.com * updates: mirror.corbina.net Resolving Dependencies --> Running transaction check ---> Package percona-release.noarch 0:0.1-4 will be updated ---> Package percona-release.noarch 0:1.0-7 will be an update --> Finished Dependency Resolution Dependencies Resolved ================================================================================ Package              Arch        Version     Repository                   Size ================================================================================ Updating: percona-release      noarch      1.0-7       percona-release-noarch       17 k Transaction Summary ================================================================================ Upgrade  1 Package Total download size: 17 k Downloading packages: Delta RPMs disabled because /usr/bin/applydeltarpm not installed. warning: /var/cache/yum/x86_64/7/percona-release-noarch/packages/percona-release-1.0-7.noarch.rpm: Header V4 RSA/SHA256 Signature, key ID 8507efa5: NOKEY Public key for percona-release-1.0-7.noarch.rpm is not installed Retrieving key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Percona The GPG keys listed for the "Percona-Release YUM repository - noarch" repository are already installed but they are not correct for this package. Check that the correct key URLs are configured for this repository. Failing package is: percona-release-1.0-7.noarch GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Percona 2019-01-19T21:00:04: 7595 : An error occurred during the update the system. 2019-01-19T21:00:04: 7595 : Installation logfile - /tmp/bitrix-env-T0ZtH.log

Пользователь 141771 Заглянувший Сообщений: 35 Баллов: 1 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 11.09.2012

#2 0 19.01.2019 21:15:23 Прошу прощения, поспешил с новой темой. Решения, видимо, два 1 — Код yum install https://repo.percona.com/yum/percona-release-latest.noarch.rpm 2 —  /etc/yum.repos.d/percona-release.repo Код [percona-release-noarch] name = Percona-Release YUM repository - noarch baseurl =   http://repo.percona.com/release/$rele...PMS/noarch   enabled = 1 gpgcheck = 0 gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Percona

Пользователь 73078 Постоянный посетитель Сообщений: 211 Баллов: 35 Авторитет: 0 Рейтинг пользователя: 1 Регистрация: 08.10.2010	#3 0 20.01.2019 22:40:56 Цитата Прошу прощения, поспешил с новой темой. Наоборот, спасибо. Очень удобно, что описали решение своей проблемы. У меня такая же проблема возникла, воспользовался первым вариантом.

Пользователь 93386 Эксперт Сообщений: 1104 Баллов: 178 Авторитет: 1 Рейтинг пользователя: 1 Регистрация: 13.06.2011	Никита Дыбкин, зачёт! Спасибо!

Пользователь 141771 Заглянувший Сообщений: 35 Баллов: 1 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 11.09.2012

#5 0 24.01.2019 21:55:13 Цитата Никита Булгаков написал: Цитата Прошу прощения, поспешил с новой темой. Наоборот, спасибо. Очень удобно, что описали решение своей проблемы. У меня такая же проблема возникла, воспользовался первым вариантом. Цитата Владислав Голубев написал: Никита Дыбкин , зачёт! Спасибо! Не претендую на истину, но после установки bitrix-env вернул флаг gpgcheck = 0 на  gpgcheck = 1 — на всякий случай, чтобы не было конфликтов при следующих обновлениях.

Пользователь 697933 Заглянувший Сообщений: 1 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 08.02.2019	Здравствуйте, подскажите новичку! как изменить флаг gpgcheck = 0 на  gpgcheck = 1?

Пользователь 306466 Заглянувший Сообщений: 21 Баллов: 1 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 12.02.2015

#7 0 08.02.2019 23:14:20 Цитата Антон Зайцев написал: Здравствуйте, подскажите новичку! как изменить флаг gpgcheck = 0 на  gpgcheck = 1? Нужно наоборот заменить gpgcheck = 1 на gpgcheck = 0 Самый простой способ, зайти на сервер по SSH и выполнить команду nano /etc/yum.repos.d/percona-release.repo   В открывшемся файле изменить параметр — http://prntscr.com/mijgjc Для выхода и сохранения используем CTRL + X и после запроса на сохранение жмем «Y» Антон Зайцев, если вы планируете самостоятельно настраивать сервер, рекомендую пройти курсы или найти наставника. Без базовых знаний можно легко сломать сервер даже если выполнять все рекомендации правильно. С наилучшими пожеланиями компания «Robot.NET» https://robot.net.ua/ Наши телефоны (круглосуточно, без выходных): +38(068)777-46-65 +38(099)777-46-65

Александр Суворов Администратор Сообщений: 1232 Баллов: 106 Авторитет: 1 Рейтинг пользователя: 2 Регистрация: 27.11.2007	#8 0 11.02.2019 13:36:01 изменение gpgcheck = 1 на gpgcheck = 0 — это несекьюрный хак, который не рекомендуется делать лучше воспользуйтесь другим способом: Код yum install https://repo.percona.com/yum/percona-release-latest.noarch.rpm https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=37&LESSON_ID=8811 п.4 установки

Алексей Шафранский Администратор Сообщений: 1019 Баллов: 198 Авторитет: 1 Рейтинг пользователя: 1 Регистрация: 28.07.2008	#9 0 11.02.2019 14:02:35 Цитата Александр Суворов написал: изменение gpgcheck = 1 на gpgcheck = 0 — это несекьюрный хак, который не рекомендуется делать Александр Суворов, это только один раз чтобы обновиться. После снова надо вернуть на 1

Пользователь 1608163 Заглянувший Сообщений: 25 Баллов: 2 Авторитет: 0 Рейтинг пользователя: 0 Регистрация: 11.12.2017

#10 0 29.03.2020 16:04:11 Коллеги, приветствую! Возникла такая же проблема, что и топик стартера. Плюс перестала загружаться админка — /root/menu.sh: No such file or directory Сделал yum install https://repo.percona.com/yum/percona-release-latest.noarch.rpm  — обновление пошло дальше, но в итоге все равно ошибка апдейта VM Failed: bitrix-env.noarch 0:7.3-2.el7           bitrix-env.noarch 0:7.4-3.el7 initscripts.x86_64 0:9.49.41-1.el7_5.1 initscripts.x86_64 0:9.49.47-1.el7 openssh-clients.x86_64 0:7.4p1-16.el7  openssh-clients.x86_64 0:7.4p1-21.el7 openssh-server.x86_64 0:7.4p1-16.el7    openssh-server.x86_64 0:7.4p1-21.el7 systemd.x86_64 0:219-57.el7_5.1         systemd.x86_64 0:219-67.el7_7.4 Помогите пожалуйста!! Куда копать?

Администратор Сообщений: 1019 Баллов: 198 Авторитет: 1 Рейтинг пользователя: 1 Регистрация: 28.07.2008	#11 0 30.03.2020 10:26:43 zlodei, какие исходные данные? Откуда у вас две версии 7.3.2 и 7.4.3 в логе выше? Образ? Чистый centos + sh? И что значит «перестала загружаться админка — /root/menu.sh» файл есть такой?

Пользователь 1608163 Заглянувший Сообщений: 25 Баллов: 2 Авторитет: 0 Рейтинг пользователя: 0 Регистрация: 11.12.2017	#12 0 31.03.2020 21:51:16 Цитата Алексей Шафранский написал: zlodei , какие исходные данные? Откуда у вас две версии 7.3.2 и 7.4.3 в логе выше? Образ? Чистый centos + sh? И что значит «перестала загружаться админка — /root/menu.sh» файл есть такой? Так и не смог обновить систему. /root/menu.sh — такого файла не было. Пришлось переустановить все на чистый новый сервер.

Bitrix-env не устанавливается на Centos7

Уже в третий раз пытаюсь установить Битрикс-веб-окружение на centos7

Делаю всё по документации, в итоге каждый раз консоль выдаёт такую ошибку:

An error occurred during installation of bitrix-env package

Кто-нибудь сталкивался с подобной проблемой?

PS: Полный ход установки:

Разобрался, в чём дело.

Оказывается, на сервере была установлена контрольная панель провайдера, с которой веб-окружение Битрикс конфликтует.

Поставил centos без контрольной панели — всё заработало

Цитата
Александр Ковалев написал: При обновлении с помощью

Цитата
Алексей Шафранский написал: Александр Ковалев , обновление машины так никогда не делалось) Зачем на установленную вы ставите снова? Для обновления yum clean all && yum update

Цитата
Александр Медведев написал: Ну так у вас 7.3-4 уже установлено

также в панели управления в админке сайта вот такое:

Цитата
Алексей Шафранский написал: yum clean all && yum

Добрый день. Подскажите делаю установку веб-окружения. ОП использую Centos 7/ хостинг Украина
После того как задаю команды wget http://repos.1c-bitrix.ru/yum/bitrix-env.shchmod +x bitrix-env.sh
./bitrix-env.sh

Показывает ошибку System update in progress. Please wait.
Error updating the system.
Log file path: /tmp/bitrix-env-pfHDa.log

Подскажите как решить проблему?

Добрый день, аналогичная проблема как у коллеги Олександр лог ниже.

Источник

Bitrix-env не устанавливается на Centos7

Уже в третий раз пытаюсь установить Битрикс-веб-окружение на centos7

Делаю всё по документации, в итоге каждый раз консоль выдаёт такую ошибку:

An error occurred during installation of bitrix-env package

Кто-нибудь сталкивался с подобной проблемой?

PS: Полный ход установки:

Разобрался, в чём дело.

Оказывается, на сервере была установлена контрольная панель провайдера, с которой веб-окружение Битрикс конфликтует.

Поставил centos без контрольной панели — всё заработало

Цитата
Александр Ковалев написал: При обновлении с помощью

Цитата
Алексей Шафранский написал: Александр Ковалев , обновление машины так никогда не делалось) Зачем на установленную вы ставите снова? Для обновления yum clean all && yum update

Цитата
Александр Медведев написал: Ну так у вас 7.3-4 уже установлено

также в панели управления в админке сайта вот такое:

Цитата
Алексей Шафранский написал: yum clean all && yum

Добрый день. Подскажите делаю установку веб-окружения. ОП использую Centos 7/ хостинг Украина
После того как задаю команды wget http://repos.1c-bitrix.ru/yum/bitrix-env.shchmod +x bitrix-env.sh
./bitrix-env.sh

Показывает ошибку System update in progress. Please wait.
Error updating the system.
Log file path: /tmp/bitrix-env-pfHDa.log

Подскажите как решить проблему?

Добрый день, аналогичная проблема как у коллеги Олександр лог ниже.

Источник

Bitrix-env не устанавливается на Centos7

Уже в третий раз пытаюсь установить Битрикс-веб-окружение на centos7

Делаю всё по документации, в итоге каждый раз консоль выдаёт такую ошибку:

An error occurred during installation of bitrix-env package

Кто-нибудь сталкивался с подобной проблемой?

PS: Полный ход установки:

Разобрался, в чём дело.

Оказывается, на сервере была установлена контрольная панель провайдера, с которой веб-окружение Битрикс конфликтует.

Поставил centos без контрольной панели — всё заработало

Цитата
Александр Ковалев написал: При обновлении с помощью

Цитата
Алексей Шафранский написал: Александр Ковалев , обновление машины так никогда не делалось) Зачем на установленную вы ставите снова? Для обновления yum clean all && yum update

Цитата
Александр Медведев написал: Ну так у вас 7.3-4 уже установлено

также в панели управления в админке сайта вот такое:

Цитата
Алексей Шафранский написал: yum clean all && yum

Добрый день. Подскажите делаю установку веб-окружения. ОП использую Centos 7/ хостинг Украина
После того как задаю команды wget http://repos.1c-bitrix.ru/yum/bitrix-env.shchmod +x bitrix-env.sh
./bitrix-env.sh

Показывает ошибку System update in progress. Please wait.
Error updating the system.
Log file path: /tmp/bitrix-env-pfHDa.log

Подскажите как решить проблему?

Добрый день, аналогичная проблема как у коллеги Олександр лог ниже.

Источник

VMBitrix 7.4.0 в релизе

Если установить пакет в ручную, после того как вылазит ошибка:

А потом продолжить установку — BitrixVM ставиться, правда вызывает вопросы дальнейшая стабильность.

P.S. У BitrixVM Beta проблема такая же.

Коллеги, виртуальные машины VMBitrix 7.4.2 и VMBitrix.CRM 7.4.2 вышли в релиз. В этой версии основные изменения — исправление выдачи ssl сертификатов от LetsEncrypt, переход на версию API v2.

rpm пакеты доступны для CentOS 6 (поддержка продолжается, только для VMBitrix) и CentOS 7. Если у Вас версии машины 7.4.1 и ниже — обновитесь.

Релиз минорный, изменения небольшие, поэтому sh-скрипты и образы не менялись.

Основные исправления:
Изменен сервер выдачи сертификатов для LetsEncrypt, переход на версию API v2. API v1 будет окончательно отключено LetsEncrypt-ом 31 октября 2019.

Всем удачи. Спасибо за обратную связь!

После последнего обновления «Корпоративный портал» main (19.0.400) в «Тестирование конфигурации» появилась ошибка «Ошибка! innodb_strict_mode=ON, требуется OFF» при проверке «Режим работы MySQL» переход на VMBitrix 7.4.2 не помогает.

$connection->queryExecute(«SET sql_mode=»»);
$DB->Query(«SET sql_mode=»»);
Не помогают.

Зыков Илья, все верно, в модуле main версии 19.0.400 добавилась новая проверка.

Поправить можно так: в файле /etc/mysql/conf.d/z_bx_custom.cnf (или /etc/my.cnf ) добавить

и перезапустить mysql.

Этот фикс выйдет в следующих обновлениях vmbitrix.

Временно можно и так:

Но не могли бы вы ответить на вопрос, а то пока так и не сказали, зачем эта проверка теперь нужна, ведь если этот параметр в OFF, то уменьшается надёжность.
Он ведь давно был в ON (с версии MYSQL >= 5.7.7) и вроде всё работало.

То есть, до этого момента работало не корректно или как? Или это требование исключительно нового модуля?
В таком случае, что работало не корректно?
Ведь этот параметр как раз и позволяет делать только однозначные запросы, а неоднозначные сразу выявлять как ошибочные. А теперь, неоднозначные запросы будут обрабатываться MYSQL по своему усмотрению, возможно, неправильно. Ну и пусть? Зато это не мешает работе новой версии модуля?

Внесу свои 5 копеек.
Ставлю, как обычно, битриксВМ на виртуалбокс (для теста, разработок), путем скачивания образа со страницы загрузок. Версия 7.4.0. При попытке обновления любым способом до 7.4.1 вешается, как писали выше. Выбор варианта виртуализации в виртуалбоксе ничего не меняет (раньше вообще не знал про эту настройку). Так что после перебора всех вариантов забил на обновление.
Начинаю работать с 7.4.0. Где-то после 10-20 минут работы хост тупо умирает. Причем в ТОР нет ни апача, ни энджи, ни мускуля. Апач и нджи перезапускаются нормально, а БД вешается намертво. Приходится перезапускать хост.
В проверке системы «Ошибка! innodb_strict_mode=ON, требуется OFF».
В еррор логах апача [mpm_prefork:error] [pid 2762] AH00161: server reached MaxRequestWorkers setting, consider raising the MaxRequestWorkers setting
В еррор логах нджи ничего серьезного.
В еррор логах мускуля тоже вроде нет ошибок критических.

# from bitrix_env
# memory: 2048MB

StartServers 10
MinSpareServers 10
MaxSpareServers 10
MaxRequestWorkers 10
MaxRequestsPerChild 5000

Надо добавить, что на локалке стояла сборка с боевого сервака версии 7.3.4, обновление на нее не встало, повисло так же. При попытке остановить процесс и перезапустить процесс дальше была потеряна связь с БД. Пришлось сносить все и экспериментировать с чистого листа.

Что я делаю не так? Почему все умирает празднично после 20 минут работы?

З.Ы.: хорошо что решил потестить обнову на локалке.

З.Ы.Ы.: Увеличение MaxRequestWorkers добавляет времени работы, но в конечном итоге все равно крашится. При этом сама виртуальная машина работает, не работает хост «Firefox не может установить соединение с сервером 192.168.45.182.»

Если установлено значение innodb_strict_mode=ON, MySQL делает дополнительные проверки запросов, что в ряде случаев приводит к проблемам. Мы сталкивались с ситуациями, когда работающий проект переносится с одной установки на другую и перестаёт работать из-за этого.

Например, ошибка блокирует выполнение запроса и парализует работу:

Цитата
Зыков Илья написал: После последнего обновления «Корпоративный портал» main (19.0.400) в «Тестирование конфигурации» появилась ошибка «Ошибка! innodb_strict_mode=ON, требуется OFF» при проверке «Режим работы MySQL» переход на VMBitrix 7.4.2 не помогает.

$connection->queryExecute(«SET sql_mode=»»);
$DB->Query(«SET sql_mode=»»);
Не помогают.

Вчера по этому поводу получил ответ от поддержки:

В новой версии модуля main появилась проверка параметра innodb_strict_mode, у вас он в значении ON, для корректной работы требуется OFF, вам необходимо обратиться к вашему администратору сервера для исправления данного параметра.
Если вы используете нашу виртуальную машину, то для исправления необходимо подключиться к серверу по FTP и добавить в файлы /etc/my.cnf, /etc/alternatives/my.cnf и /etc/bitrix-my.cnf строку

В блоке # InnoDB parameters

Мне эта инструкция помогла и ошибка пропала.

Цитата
Денис Шаромов написал: Например, ошибка блокирует выполнение запроса и парализует работу: КодRow size too large (> 8126)При этом она не связана со архитектурными ограничениями MySQL, это вопрос «синтетического усиления» правильности.

Вам, конечно, виднее, но может надо было как в руководстве написано действовать, а не получить возможность тихо угробить данные. IMHO:

Row size too large (> 8126). Changing some columns to TEXT or BLOB or using
ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format, BLOB prefix of 768
bytes is stored inline.

Цитата
Денис Шаромов написал: Мы сталкивались с ситуациями, когда работающий проект переносится с одной установки на другую и перестаёт работать из-за этого. Row size too large (> 8126).

Скорее всего кодировка в таблице при переносе с однобайтовой на многобайтовую изменилась.

В любом случае, спасибо, за ответ.

Цитата
Дмитрий Дёмин написал: Скачанная с сайта виртуальная машина для VirtualBox версии 7.4.0 при попытке обновления до 7.4.1 умирает в процессе. Т.е. процесс зависает намертво, после перезагрузки машина не запускается с ошибками. С этим сталкивался уже не раз, благо на тестовых машинах.

При этом с версии 7.3.x до 7.4.1 обновляется без проблем.

Цитата

Ад Мин написал: Внесу свои 5 копеек. Ставлю, как обычно, битриксВМ на виртуалбокс (для теста, разработок), путем скачивания образа со страницы загрузок. Версия 7.4.0. При попытке обновления любым способом до 7.4.1 вешается, как писали выше. Выбор варианта виртуализации в виртуалбоксе ничего не меняет (раньше вообще не знал про эту настройку). Так что после перебора всех вариантов забил на обновление. Начинаю работать с 7.4.0. Где-то после 10-20 минут работы хост тупо умирает. Причем в ТОР нет ни апача, ни энджи, ни мускуля. Апач и нджи перезапускаются нормально, а БД вешается намертво. Приходится перезапускать хост. В проверке системы «Ошибка! innodb_strict_mode=ON, требуется OFF». В еррор логах апача [mpm_prefork:error] [pid 2762] AH00161: server reached MaxRequestWorkers setting, consider raising the MaxRequestWorkers setting В еррор логах нджи ничего серьезного. В еррор логах мускуля тоже вроде нет ошибок критических.

# from bitrix_env
# memory: 2048MB

StartServers 10
MinSpareServers 10
MaxSpareServers 10
MaxRequestWorkers 10
MaxRequestsPerChild 5000

Надо добавить, что на локалке стояла сборка с боевого сервака версии 7.3.4, обновление на нее не встало, повисло так же. При попытке остановить процесс и перезапустить процесс дальше была потеряна связь с БД. Пришлось сносить все и экспериментировать с чистого листа.

Что я делаю не так? Почему все умирает празднично после 20 минут работы?

З.Ы.: хорошо что решил потестить обнову на локалке.

З.Ы.Ы.: Увеличение MaxRequestWorkers добавляет времени работы, но в конечном итоге все равно крашится. При этом сама виртуальная машина работает, не работает хост «Firefox не может установить соединение с сервером 192.168.45.182.»

Дмитрий Дёмин, Ад Мин, добрый день. Спасибо за сигнал. Провели расследование. Детали ниже.

Итак:
— чистый образ 7.4.0 для VirtualBox
— на VirtualBox у машины время при старте произвольное (пример, в Калининграде у меня 12:12, по логу время «окт 17 15:12:25 localhost.localdomain mysqld[2792]: Version: ‘5.7.26-29’ socket. «)
— mysqld стартует с этим временем
— потом запускается ntpd, который синхронизирует время (итого получаем Москву — 13:12, я не менял часовой пояс, все по умолчанию)
— запускаем обновление машины
— при любом рестарте mysqld (в том числе и из обновления пакета) процесс зависает на очистке страниц, в логе (на время тут не обращаем) идут в цикле записи вида:
.
Oct 17 12:54:47 localhost mysqld: 2019-10-17T09:54:47.711249Z 0 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
Oct 17 12:55:48 localhost mysqld: 2019-10-17T09:55:48.066399Z 0 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
Oct 17 12:56:48 localhost mysqld: 2019-10-17T09:56:48.409220Z 0 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
Oct 17 12:57:48 localhost mysqld: 2019-10-17T09:57:48.759395Z 0 [Note] InnoDB: Waiting for page_cleaner to finish flushing of buffer pool
.

Баг в MySQL: https://bugs.mysql.com/bug.php?id=93708
Исправление: Fixed as of the upcoming 5.7.27, 8.0.17 release

В нашем образе версии 7.4.0 версия MySQL сервера 5.7.26 (Server version: 5.7.26-29 Percona Server).
Через обновления прилетает как раз версия с фиксом — Percona-Server-server-57-5.7.27-30.1.el7.x86_64.rpm.
Образы мы конечно пересоберем, выпустим новые. По срокам пока ничего сказать не могу.

Временное решение проблемы: консоль сервера, открыть два экземпляра.
В первой запустить апдейт машины всех пакетов. Ждем когда зависнет (обычно рестарт mysqld будет на нашем пакете, в консоли увидите «Updating: bitrix-env-7.4-2.el7.noarch 235/448»)
Во второй убить процесс mysqld, например через htop или командой kill.
В первой процесс обновления пойдет дальше, обновления поставятся.
Или же второй вариант — до обновления пакетов остановить mysqld.

На других образах для иных типов виртуализации такого не замечено. VMWare/HyperV обновились без проблем.

Источник

BitrixVM — полностью настроенный виртуальный сервер, который адаптирован для работы с продуктами 1С-Битрикс. Его можно установить самостоятельно или воспользоваться VPS с готовым образом на сайте REG.RU.

BitrixEnv — окружение, которое находится внутри BitrixVM. Оно помогает устанавливать всё необходимое ПО и оптимизирует настройки для работы 1C-Битрикс.

Стабильная версия BitrixEnv работает на версии PHP 7.2. В свою очередь 1С-Битрикс уже может работать с более новыми версиями. При входе в админку CMS просит обновить версию PHP. В этой ситуации требуется сделать выбор:

1. Подождать стабильную версию BitrixEnv с новой версией PHP и обновить всё вместе.
2. Воспользоваться бета-версией BitrixEnv.

Если вам подходит второй вариант, ниже мы дадим инструкцию для CentOS 7, как использовать новую версию PHP на BitrixVM.

Обратите внимание! Если вы используете CentOS 6, обновить PHP до версии 7.4 в BitrixEnv нельзя.

Настройка состоит из трёх этапов:

1. Обновление BitrixEnv до последней стабильной версии.
2. Переход на beta-версию BitrixEnv.
3. Обновление версии PHP.

Этап 1. Обновите BitrixEnv до последней стабильной версии

Если у вас уже установлена последняя стабильная версия BitrixEnv, сразу переходите к этапу 2.
Чтобы перейти к новой стабильной версии:

Готово, переходите к этапу 2.

Этап 2. Перейдите на beta-версию BitrixEnv

Готово, начнётся процесс обновления.

Чтобы отслеживать обновление в главном меню, выберите пункт 10. Background pool tasks. Статус running ― операция выполняется, finished ― операция завершена.

Если в процессе обновления возникла ошибка (статус Error), попробуйте запустить обновление повторно. Если проблема не будет решена, обратитесь в службу поддержки. В заявке укажите данные для доступа к серверу, чтобы специалисты смогли найти проблему.

Этап 3. Обновите версию PHP

Установка может занять некоторое время. Чтобы отслеживать обновление в главном меню, выберите пункт 10. Background pool tasks. Статус:

• running ― операция выполняется,
• finished ― операция завершена,
• error ― произошла ошибка. Обратитесь в службу поддержки.

Готово, последняя версия РНР установлена.

В статье пойдет будет показан процесс обновления Bitrix Virtual Appliance (BVA) и PHP средствами BVA, а также устранение ошибки, возникающей после обновления.

1. Обновление Bitrix Virtual Appliance.

2. Обновление PHP.

3. Устранение ошибки «The script encountered an error and will be aborted. To view extended error messages, enable this feature in .settings.php.»

1. Обновление Bitrix Virtual Appliance.

2. Обновление PHP.

3. Устранение ошибки «The script encountered an error and will be aborted. To view extended error messages, enable this feature in .settings.php.».

#!/bin/bash # variables LOGS_FILE=$(mktemp /tmp/bitrix-env-XXXXX.log) RELEASE_FILE=/etc/redhat-release OS=$(awk ‘{print $1}‘ $RELEASE_FILE) MYSQL_CNF=$HOME/.my.cnf DEFAULT_SITE=/home/bitrix/www POOL=0 CONFIGURE_IPTABLES=1 CONFIGURE_FIREWALLD=0 MYVERSION=«5.7« # default mysql version [[ -z $SILENT ]] && SILENT=0 [[ -z $TEST_REPOSITORY ]] && TEST_REPOSITORY=0 BX_NAME=$(basename $0 | sed -e «s/.sh$//«) if [[ $BX_NAME == «bitrix-env-crm« || $BX_NAME == «bitrix-env-crm-beta« ]]; then BX_PACKAGE=«bitrix-env-crm« BX_TYPE=crm else BX_PACKAGE=«bitrix-env« BX_TYPE=general fi if [[ $(echo «$BX_NAME« | grep -c beta) -gt 0 ]]; then TEST_REPOSITORY=1 fi bitrix_env_vars(){ MBE0001=«Log file path: « # Описание опций для скрипта: # запуск автоматического создания пула после установки пакета MBE0002=«Create management pool after installing $BX_PACKAGE package.« # использование тихого режима при установке. MBE0003=«Use silent mode (don’t query for information).« # Имя сервера, которое будет использовано при создание пула MBE0004=«Set server name for management pool creation procedure.« # Пароль для пользователя Root MySQL службы MBE0005=«Set root password for MySQL service.« # Использовать тестовую версию пакета для Битрикс окружения MBE0006=«Use alpha/test version of Bitrix Environment.« # Использование iptables в качестве межсетевого экрана (default: Centos 6) MBE0007=«Use iptables as firewall service daemon (default for Centos 6)« # Использование firewalld в качестве межсетевого экрана (default: Centos 7) MBE0008=«Use firewalld as firewall service daemon (default for Centos 7 system)« # Примеры использования: MBE0009=«Examples:« # Установка BX_PACKAGE-пакета и настройка пула-управления: MBE0010=«install $BX_PACKAGE-package and configure management pool:« # Установка BX_PACKAGE-пакета и установка mysql-пароля; MBE0011=«install $BX_PACKAGE-package and set mysql root password:« # Отключение SELinux перед установкой пакета # Вы должны отключить SELinux перед установкой Bitrix окружения MBE0012=«You have to disable SElinux before installing Bitrix Environment.« # Для отключения SELInux понадобится перезагрузка системы MBE0013=«You have to reboot the server to disable SELinux« # Хотите ли Вы отключить SELinux MBE0014=«Do you want to disable SELinux?(Y|n)« # Изменен стутус SELinux в конфигурационном файле MBE0015=«SELinux status changed to disabled in the config file« # Пожалуйста, перезагрузите систему MBE0016=«Please reboot the system! (cmd: reboot)« # Функция подключения EPEL репозитория # Репозиторий уже подключен на сервере MBE0017=«EPEL repository is already configured on the server.« # Получение конфигурации для репозитория EPEL. Пожалуйста, дождитесь завершения. MBE0018=«Getting EPEL repository configuration. Please wait.« # Произошла ошибка при импорте GPG-ключа MBE0019=«Error importing the GPG key:« # Произошла ошибка при установке RPM пакета MBE0020=«Error installing the rpm-package:« # Репозиторий успешно настроен MBE0021=«EPEL repository has been configured successfully.« # Настйрока репозиториев для php версии # Включение основного REMI-репозитория MBE0022=«Enable main REMI repository« # Отключение php 5.6 репозитория MBE0023=«Disable php 5.6 repository« # ОТключение php 7.0 репозитория MBE0024=«Disable php 7.0 repository« # Включение php 7.1 репозитория MBE0025=«Disable php 7.1 repository« MBE00251=«Disable php 7.2 repository« MBE00252=«Enable php 7.3 repository« # Функция подключения REMI репозитория # Репозиторий уже подключен на сервере MBE0026=«REMI repository is already configured on the server.« # Получение конфигурации для репозитория REMI. Пожалуйста, дождитесь завершения. MBE0027=«Getting REMI repository configuration. Please wait.« # Произошла ошибка при импорте GPG-ключа MBE0028=«Error importing the GPG key:« # Произошла ошибка при установке RPM пакета MBE0029=«Error installing the rpm-package:« # Репозиторий успешно настроен MBE0030=«REMI repository has been configured successfully.« # Функция подключения Percona репозитория # Репозиторий уже подключен на сервере MBE0031=«Percona repository is already configured on the server.« # Произошла ошибка при установке RPM пакета MBE0032=«Error installing the rpm-package:« # Репозиторий успешно настроен MBE0033=«Percona repository configuration has been completed.« # Найден установленный MariaDB сервер. Пропускаем шаг удаления mariadb-libs. MBE0034=«MariaDB server has been detected. Skipping mariadb-libs uninstallation.« # Удален пакет mariadb-libs MBE0035=«mariadb-libs package has been uninstalled.« # Найден установленный MySQL сервер. Пропускаем шаг удаления mysql-libs MBE0036=«MySQL server has been detected. Skipping mysql-libs uninstallation.« # Удален пакет mysql-libs MBE0037=«mysql-libs package has been uninstalled.« # Функция подключения Bitrix репозитория MBE0038=«Bitrix repository is already configured on the server.« MBE0039=«Getting Bitrix repository configuration. Please wait.« MBE0040=«Error importing the GPG key:« MBE0041=«Bitrix repository has been configured.« # Обновление системы. Пожалуйста, дождитесь завершения. MBE0042=«System update in progress. Please wait.« # Ошибка во время обновления системы MBE0043=«Error updating the system.« # Обновление пароля # Превышено количество попыток для установки пароля MBE0044=«Maximum attempts to set the password has been reached. Exiting.« # Введите пароль рута MBE0045=«Enter root password:« # Повторно введите пароль рута MBE0046=«Re-enter root password:« # Введенные пароли не совпадают. Попробуйте еще раз. MBE0047=«Sorry, passwords do not match! Please try again.« # Извините, но пароль не может быть пустым. MBE0048=«Sorry, password can’t be empty.« # MySQL пароль обновлен успешно MBE0049=«MySQL password updated successfully.« # Обновление MySQL пароля закончилось ошибкой MBE0050=«MySQL password update failed.« # Обновлен клиентский конфигурационный файл MBE0051=«mysql client config file updated:« # Запуск процесса обновления root-пароля для MySQL службы MBE0052=«Updating MySQL service root password:« # Клиентский конфиг по умолчанию не найдет MBE0053=«Default mysql client config file not found:« # Найден пустой пароль для пользователя root, но он не работает. # Найден временный пароль для пользователя root, но он не работает. MBE0054=«Empty mysql root password was found, but it does not work.« MBE0055=«Temporary mysql root password was found, but it does not work.« # Найден дефолтный клиентский конфиг для mysql MBE0056=«Default mysql client config file was found: « # Хотите ли Вы обновить дефолтный mysql конфиг? MBE0057=«Do you want to update $MYSQL_CNF default config file?(Y|n): « # Пользователь выбрал тихий режим. Не можем запросить пароль для MySQL службы. MBE0058=«User has chosen silent mode. Cannot request correct MySQL password.« # Клиентский конфиг mysql сервиса обновлен MBE0059=«mysql client config file $MYSQL_CNF updated.« # Найден пустой пароль для пользователя root, необходимо сменить его. # Найден временный пароль для пользователя root, необходимо сменить его. # Найден сохраненный пароль для пользователя root, необходимо сменить его. MBE0060=«Empty mysql root password was found, you have to change it!« MBE0061=«Temporary mysql root password was found, you have to change it!« MBE0062=«Saved mysql root password was found, you have to change it!« MBE0063=«Saved mysql root password was found, but it does not work.« # Хотите ли Вы изменить пароль рута для MySQL службы? MBE0064=«Do you want to change the root user password for MySQL service?(Y|n) « # Проверка пароля для mysql службы — завершена MBE0065=«Root mysql password test completed« # Настройки пользователя root были обновлены во время установки MySQL службы. # Вы можете найти пароль пользователя в конфигурационном файле MBE0066=«Root user account has been updated while installing the MySQL service.« MBE0067=«You can find password settings in config file: $MYSQL_CNF.« # Конфигурация настроек безопасности для MySQL службы завершена. MBE0068=«MySQL security configuration has been completed.« # Данный скрипт должен быть запущен с правами пользователя root, иначе возможны ошибки. MBE0069=«This script needs to be run as root to avoid errors.« # Использование данного сркипта проверено только на ОС CentOS Linux. Текущая ОС — $OS MBE0070=«This script has been tested on CentOS Linux only. Current OS: $OS« # Предупреждение перед стартом сркипта MBE0071=«Bitrix Environment for Linux installation script.« MBE0072=«Yes will be assumed as a default answer.« MBE0073=«Enter ‘n’ or ‘no’ for a ‘No’. Anything else will be considered a ‘Yes’.« MBE0074=«This script MUST be run as root, or it will fail.« # Скрипт не поддерживает указанную версию CentOS MBE0075=«The script does not support CentOS« # Установка php-пакетов. Пожалуйста дождитесь завершения. # Установка Bitrix окружения. Пожалуйста дождитесь завершения MBE0076=«Installing php packages. Please wait.« MBE0077=«Installing $BX_PACKAGE package. Please wait.« MBE0078=«Installing bx-push-server package. Please wait.« # Произошла ошибка во время установки пакета: XXXXX MBE0079=«Error installing package:« # Модули iptables выключены в системе. Нечего делать. MBE0080=«iptables modules are disabled in the system. Nothing to do.« # Не получилось настроить межсетевой экран на сервере. Лог файл: MBE0081=«Cannot configure firewall on the server. Log file:« # Настройка межсетевого экрана завершена MBE0082=«Firewall has been configured.« # Не получилось настроить пул управления. Лог файл: MBE0083=«Cannot create management pool. Log file: « # Настйрока пула управления завершена MBE0084=«Management pool has been configured.« # Установка Битрикс окружения завершена MBE0085=«Bitrix Environment $BX_PACKAGE has been installed successfully.« # Выбор версии mysql сервера при установке MBE0086=«Select MySQL version: 5.7 or 8.0 (Version 5.7 is default). The option is not working on CentOS 6.« MBE0087=«There is no support Percona Server 8.0 for Centos 6. Exit.« } # common subs print(){ msg=$1 notice=${2:-0} [[ ( $SILENT -eq 0 ) && ( $notice -eq 1 ) ]] && echo -e «${msg}« [[ ( $SILENT -eq 0 ) && ( $notice -eq 2 ) ]] && echo -e «e[1;31m${msg}e[0m« echo «$(date +«%FT%H:%M:%S«): $$ : $msg« >> $LOGS_FILE } print_e(){ msg_e=$1 print «$msg_e« 2 print «$MBE0001 $LOGS_FILE« 1 exit 1 } help_message(){ echo « Usage: $0 [-h] [-s] [-t] [-p [-H hostname]] [-M mysql_root_password] [-m 5.7|8.0] -p — $MBE0002 -s — $MBE0003 -H — $MBE0004 -M — $MBE0005 -m — $MBE0086 -t — $MBE0006 -I — $MBE0007 -F — $MBE0008 -h — ptint help messager $MBE0009: * $MBE0010 $0 -s -p -H master1 * $MBE0011 $0 -s -p -H master1 -M ‘password’ -m 8.0« exit } disable_selinux(){ sestatus_cmd=$(which sestatus 2>/dev/null) [[ -z $sestatus_cmd ]] && return 0 sestatus=$($sestatus_cmd | awk -F‘:‘ ‘/SELinux status:/{print $2}‘ | sed -e «s/s+//g«) seconfigs=«/etc/selinux/config /etc/sysconfig/selinux« if [[ $sestatus != «disabled« ]]; then print «$MBE0012« 1 print «$MBE0013« read -r -p «$MBE0014 « DISABLE [[ -z $DISABLE ]] && DISABLE=y [[ $(echo $DISABLE | grep -wci «y«) -eq 0 ]] && print_e «Exit.« for seconfig in $seconfigs; do [[ -f $seconfig ]] && sed -i «s/SELINUX=(enforcing|permissive)/SELINUX=disabled/« $seconfig && print «$MBE0015 $seconfig.« 1 done print «$MBE0016« 1 exit fi } # EPEL configure_epel(){ # testing rpm package EPEL=$(rpm -qa | grep -c ‘epel-release‘) if [[ $EPEL -gt 0 ]]; then print «$MBE0017« 1 return 0 fi # links print «$MBE0018« 1 if [[ $VER -eq 6 ]]; then LINK=«https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm« GPGK=«https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-6« else LINK=«https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm« GPGK=«https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-7« fi # configure repository rpm —import «$GPGK« >>$LOGS_FILE 2>&1 || print_e «$MBE0019 $GPGK« rpm -Uvh «$LINK« >>$LOGS_FILE 2>&1 || print_e «$MBE0020 $LINK« # install packages yum clean all >/dev/null 2>&1 yum install -y yum-fastestmirror >/dev/null 2>&1 print «$MBE0021« 1 } pre_php(){ print «$MBE0022« sed -i -e ‘/[remi]/,/^[/s/enabled=0/enabled=1/‘ /etc/yum.repos.d/remi.repo print «$MBE0023« sed -i -e ‘/[remi-php56]/,/^[/s/enabled=1/enabled=0/‘ /etc/yum.repos.d/remi.repo print «$MBE0024« sed -i -e ‘/[remi-php70]/,/^[/s/enabled=1/enabled=0/‘ /etc/yum.repos.d/remi-php70.repo print «$MBE0025« sed -i -e ‘/[remi-php71]/,/^[/s/enabled=1/enabled=0/‘ /etc/yum.repos.d/remi-php71.repo print «$MBE00251« sed -i -e ‘/[remi-php72]/,/^[/s/enabled=1/enabled=0/‘ /etc/yum.repos.d/remi-php72.repo print «$MBE00252« sed -i -e ‘/[remi-php73]/,/^[/s/enabled=0/enabled=1/‘ /etc/yum.repos.d/remi-php73.repo is_xhprof=$(rpm -qa | grep -c php-pecl-xhprof) if [[ $is_xhprof -gt 0 ]]; then yum -y remove php-pecl-xhprof fi } # REMI; php and mysql packages configure_remi(){ # testing rpm package EPEL=$(rpm -qa | grep -c ‘remi-release‘) if [[ $EPEL -gt 0 ]]; then print «$MBE0026« 1 return 0 fi # links print «$MBE0027« 1 GPGK=«http://rpms.famillecollet.com/RPM-GPG-KEY-remi« if [[ $VER -eq 6 ]]; then LINK=«http://rpms.famillecollet.com/enterprise/remi-release-6.rpm« else LINK=«http://rpms.famillecollet.com/enterprise/remi-release-7.rpm« fi # configure repository rpm —import «$GPGK« >>$LOGS_FILE 2>&1 || print_e «$MBE0028 $GPGK« rpm -Uvh «$LINK« >>$LOGS_FILE 2>&1 || print_e «$MBE0029 $LINK« print «$MBE0030« 1 } configure_percona(){ # testing rpm package REPOTEST=$(rpm -qa | grep -c ‘percona-release‘) if [[ $REPOTEST -gt 0 ]]; then print «$MBE0031« 1 return 0 fi # links LINK=«http://repo.percona.com/release/percona-release-latest.noarch.rpm« # configure repository rpm -Uvh «$LINK« >>$LOGS_FILE 2>&1 || print_e «$MBE0032 $LINK« yum -y —nogpg update percona-release >> $LOGS_FILE 2>&1 print «$MBE0033« 1 if [[ $MYVERSION == «8.0« || $MYVERSION == «80« ]]; then percona-release enable ps-80 release else percona-release setup -y ps57 fi } configure_nodejs(){ curl —silent —location https://rpm.nodesource.com/setup_10.x | bash — >>$LOGS_FILE 2>&1 if [[ $IS_CENTOS73 -gt 0 ]]; then rpm -ivh https://kojipkgs.fedoraproject.org//packages/http-parser/2.7.1/3.el7/x86_64/http-parser-2.7.1-3.el7.x86_64.rpm >>$LOGS_FILE 2>&1 fi } prepare_percona_install(){ # test installed package INSTALLED_PACKAGES=$(rpm -qa) if [[ $(echo «$INSTALLED_PACKAGES« | grep -c «mariadb«) -gt 0 ]]; then MARIADB_PACKAGES=$(echo «$INSTALLED_PACKAGES« | grep «mariadb«) if [[ $(echo «$MARIADB_PACKAGES« | grep -vc «mariadb-libs«) -gt 0 ]]; then print «$MBE0034« else yum -y remove mariadb-libs >/dev/null 2>&1 print «$MBE0035« fi fi if [[ $(echo «$INSTALLED_PACKAGES« | grep -c «mysql«) -gt 0 ]]; then MYSQL_PACKAGES=$(echo «$INSTALLED_PACKAGES« | grep «mysql-libs«) if [[ $(echo «$MYSQL_PACKAGES« | grep -vc «mysql-libs«) -gt 0 ]]; then print «$MBE0036« else yum -y remove mysql-libs >/dev/null 2>&1 print «$MBE0037« fi fi } configure_exclude(){ if [[ $(grep -c «exclude« /etc/yum.conf) -gt 0 ]]; then sed -i ‘s/^exclude=.+/exclude=ansible1.9,mysql,mariadb,mariadb-*,Percona-XtraDB-*,Percona-*-55,Percona-*-56,Percona-*-51,Percona-*-50/‘ /etc/yum.conf else echo ‘exclude=ansible1.9,mysql,mariadb,mariadb-*,Percona-XtraDB-*,Percona-*-55,Percona-*-56,Percona-*-51,Percona-*-50‘ >> /etc/yum.conf fi if [[ $(grep -v ‘^$|^#‘ /etc/yum.conf | grep -c «installonly_limit« ) -eq 0 ]]; then echo «installonly_limit=3« >> /etc/yum.conf else if [[ $(grep -v ‘^$|^#‘ /etc/yum.conf | grep -c «installonly_limit=5«) -gt 0 ]]; then sed -i «s/installonly_limit=5/installonly_limit=3/« /etc/yum.conf fi fi } test_bitrix(){ if [[ $TEST_REPOSITORY -eq 1 ]]; then REPO=yum-beta REPONAME=bitrix-beta elif [[ $TEST_REPOSITORY -eq 2 ]]; then REPO=yum-testing REPONAME=bitrix-testing else REPO=yum REPONAME=bitrix fi IS_BITRIX_REPO=$(yum repolist enabled | grep ^bitrix -c) if [[ $BITRIX -gt 0 ]]; then print «$MBE0038« 1 REPO_INSTALLED=$(grep -v ‘^$|^#‘ /etc/yum.repos.d/bitrix.repo | awk -F‘=‘ ‘/baseurl=/{print $2}‘ | awk -F‘/‘ ‘{print $4}‘) if [[ $REPO_INSTALLED != «$REPO« ]]; then print «$MBE0038« 1 return 1 fi fi return 0 } # Bitrix; bitrix-env, bx-nginx configure_bitrix(){ # Checks whether Bitrix repository is configured and its version: main, beta or test test_bitrix || return 1 # get GPG key print «$MBE0039« 1 GPGK=«https://repos.1c-bitrix.ru/yum/RPM-GPG-KEY-BitrixEnv« rpm —import «$GPGK« >>$LOGS_FILE 2>&1 || print_e «$MBE0040 $GPGK« # create yum config file REPOF=/etc/yum.repos.d/bitrix.repo echo «[$REPONAME]« > $REPOF echo «name=$OS $releasever — $basearch« >> $REPOF echo «failovermethod=priority« >> $REPOF echo «baseurl=https://repos.1c-bitrix.ru/$REPO/el/$VER/$basearch« >> $REPOF echo «enabled=1« >> $REPOF echo «gpgcheck=1« >> $REPOF echo «gpgkey=$GPGK« >> $REPOF print «$MBE0041« 1 } yum_update(){ print «$MBE0042« 1 yum -y update >>$LOGS_FILE 2>&1 || print_e «$MBE0043« } ask_for_password(){ MYSQL_ROOTPW= limit=5 until [[ -n «$MYSQL_ROOTPW« ]]; do password_check= if [[ $limit -eq 0 ]]; then print «$MBE0044« return 1 fi limit=$(( $limit — 1 )) read -s -r -p «$MBE0045« MYSQL_ROOTPW echo read -s -r -p «$MBE0046« password_check if [[ ( -n $MYSQL_ROOTPW ) && ( «$MYSQL_ROOTPW« = «$password_check« ) ]]; then : else [[ «$MYSQL_ROOTPW« != «$password_check« ]] && print «$MBE0047« [[ -z «$MYSQL_ROOTPW« ]] && print «$MBE0048« MYSQL_ROOTPW= fi done } update_mysql_rootpw(){ # update root password esc_pass=$(basic_single_escape «$MYSQL_ROOTPW«) if [[ $MYSQL_UNI_VERSION -ge 57 ]]; then my_query «ALTER USER ‘root’@’localhost’ IDENTIFIED BY ‘$esc_pass‘;« «$mysql_update_config« my_query_rtn=$? else my_query «UPDATE mysql.user SET Password=PASSWORD(‘$esc_pass‘) WHERE User=’root’; FLUSH PRIVILEGES;« «$mysql_update_config« my_query_rtn=$? fi if [[ $my_query_rtn -eq 0 ]]; then log_to_file «$MBE0048« print «$MBE0049« 1 rm -f $mysql_update_config else log_to_file «$MBE0050« rm -f $mysql_update_config return 1 fi # update client config my_config log_to_file «$MBE0051 $MYSQL_CNF« print «$MBE0051 $MYSQL_CNF« 1 } configure_mysql_passwords(){ # MYSQL_UNI_VERSION # MYSQL_MID_VERSION [[ -z $MYSQL_VERSION ]] && get_mysql_package # start mysql my_start log_to_file «$MBE0052 $MYSQL_VERSION($MYSQL_UNI_VERSION)« ASK_USER_FOR_PASSWORD=0 # not found default my.cnf file if [[ ! -f $MYSQL_CNF ]]; then log_to_file «$MBE0053 $MYSQL_CNF« if [[ $MYSQL_UNI_VERSION -ge 57 ]]; then MYSQL_LOG_FILE=/var/log/mysqld.log MYSQL_ROOTPW=$(grep ‘temporary password‘ $MYSQL_LOG_FILE | awk ‘{print $NF}‘) MYSQL_ROOTPW_TYPE=temporary else MYSQL_ROOTPW= MYSQL_ROOTPW_TYPE=empty fi # test root has empty password local my_temp=$MYSQL_CNF.temp my_config «$my_temp« my_query «status;« «$my_temp« my_query_rtn=$? if [[ $my_query_rtn -gt 0 ]] ; then if [[ $MYSQL_ROOTPW_TYPE == «temporary« ]]; then log_to_file «$MBE0055« else log_to_file «$MBE0054« fi ASK_USER_FOR_PASSWORD=1 mysql_update_config= else ASK_USER_FOR_PASSWORD=2 mysql_update_config=$my_temp fi # found my.cnf file else MYSQL_ROOTPW_TYPE=saved log_to_file «$MBE0056 $MYSQL_CNF« my_query «status;« my_query_rtn=$? if [[ $my_query_rtn -gt 0 ]] ; then log_to_file «$MBE0063« ASK_USER_FOR_PASSWORD=1 mysql_update_config= else test_empty_password=$(cat $MYSQL_CNF | grep password | awk -F‘=‘ ‘{print $2}‘ | sed -e «s/^s+//;s/s+$//« ) if [[ ( -z $test_empty_password ) || ( $test_empty_password == ‘«»‘ ) || ( $test_empty_password == «»« ) ]]; then ASK_USER_FOR_PASSWORD=2 cp -f $MYSQL_CNF $MYSQL_CNF.temp mysql_update_config=$MYSQL_CNF.temp fi fi fi # temporary or empty root password if [[ $ASK_USER_FOR_PASSWORD -eq 1 ]]; then if [[ $MYSQL_ROOTPW_TYPE == «temporary« ]]; then log_to_file «$MBE0055« [[ $SILENT -eq 0 ]] && print «$MBE0055« 2 else log_to_file «$MBE0054« [[ $SILENT -eq 0 ]] && print «$MBE0054« 2 fi if [[ $SILENT -eq 0 ]]; then read -r -p «$MBE0057« user_answer [[ $( echo «$user_answer« | grep -wci «(No|n)« ) -gt 0 ]] && return 1 # update client config ask_for_password [[ $? -gt 0 ]] && return 2 else if [[ -n «$MYPASSWORD« ]]; then MYSQL_ROOTPW=«${MYPASSWORD}« else log_to_file «$MBE0058« return 1 fi fi my_config print «$MBE0059« 1 # saved root password, but we need to change it elif [[ $ASK_USER_FOR_PASSWORD -eq 2 ]]; then log_to_file «$MBE0063« if [[ $SILENT -eq 0 ]]; then read -r -p «$MBE0064« user_answer [[ $( echo «$user_answer« | grep -wci «(No|n)« ) -gt 0 ]] && return 1 # update root password and create client config ask_for_password [[ $? -gt 0 ]] && return 2 else if [[ -n «$MYPASSWORD« ]]; then MYSQL_ROOTPW=«${MYPASSWORD}« else MYSQL_ROOTPW=«$(randpw)« fi fi update_mysql_rootpw else log_to_file «$MBE0065« if [[ -n «${MYPASSWORD}« ]]; then MYSQL_ROOTPW=«${MYPASSWORD}« update_mysql_rootpw else if [[ ( $SILENT -eq 0 ) && ( $MYSQL_UNI_VERSION -ge 57 ) ]]; then print «$MBE0066« 1 print «$MBE0067« 2 fi fi fi # configure additinal options my_additional_security log_to_file «$MBE0068« print «$MBE0068« 1 } os_version(){ # testing Centos vesrion IS_CENTOS7=$(grep -c ‘CentOS Linux release‘ $RELEASE_FILE) IS_CENTOS73=$(grep -c «CentOS Linux release 7.3« $RELEASE_FILE) IS_X86_64=$(uname -p | grep -wc ‘x86_64‘) if [[ $IS_CENTOS7 -gt 0 ]]; then VER=$(awk ‘{print $4}‘ $RELEASE_FILE | awk -F‘.‘ ‘{print $1}‘) else VER=$(awk ‘{print $3}‘ $RELEASE_FILE | awk -F‘.‘ ‘{print $1}‘) fi if [[ $BX_PACKAGE == «bitrix-env-crm« ]]; then [[ ( $VER -eq 7 ) ]] || print_e «$MBE0075 $VER.« else [[ ( $VER -eq 7 ) || ( $VER -eq 6 ) ]] || print_e «$MBE0075 $VER.« fi } bitrix_env_vars # testing effective UID [[ $EUID -ne 0 ]] && print_e «$MBE0069« # testing OS name [[ $OS != «CentOS« ]] && print_e «$MBE0070« # get OS version os_version # get cmd options while getopts «:H:M:m:sptIFh« opt; do case $opt in «H«) HOSTIDENT=«${OPTARG}« ;; «M«) MYPASSWORD=«${OPTARG}« ;; «m«) MYVERSION=«${OPTARG}« if [[ $VER == «6« && ( $MYVERSION == ‘8.0‘ || $MYVERSION == ‘80‘ ) ]]; then print_e «$MBE0087« fi ;; «s«) SILENT=1 ;; «p«) POOL=1 ;; «t«) TEST_REPOSITORY=2 ;; «I«) CONFIGURE_IPTABLES=1 ; CONFIGURE_FIREWALLD=0 ;; «F«) CONFIGURE_IPTABLES=0 ; CONFIGURE_FIREWALLD=1 ;; «h«) help_message;; *) help_message;; esac done # Notification if [[ $SILENT -eq 0 ]]; then print «====================================================================« 2 print «$MBE0071« 2 print «$MBE0072« 2 print «$MBE0073« 2 print «$MBE0074« 2 print «====================================================================« 2 ASK_USER=1 else ASK_USER=0 fi disable_selinux # yum settings configure_exclude # update all packages yum_update # configure repositories configure_epel configure_remi pre_php configure_percona configure_nodejs configure_bitrix # prepare for percona prepare_percona_install # update all packages (EPEL and REMI packages) yum_update print «$MBE0076« 1 yum -y install php php-mysql php-pecl-apcu php-pecl-zendopcache >>$LOGS_FILE 2>&1 || print_e «$MBE0079 php-packages« if [[ $BX_PACKAGE == «bitrix-env-crm« ]]; then print «$MBE0078« 1 yum -y install redis >>$LOGS_FILE 2>&1 yum -y install bx-push-server >>$LOGS_FILE 2>&1 || print_e «$MBE0079 bx-push-server« fi print «$MBE0077« 1 yum -y install $BX_PACKAGE >>$LOGS_FILE 2>&1 || print_e «$MBE0079 $BX_PACKAGE« # upload bitrix proc . /opt/webdir/bin/bitrix_utils.sh || exit 1 configure_mysql_passwords update_crypto_key configure_firewall_daemon «$CONFIGURE_IPTABLES« «$CONFIGURE_FIREWALLD« configure_firewall_daemon_rtn=$? if [[ $configure_firewall_daemon_rtn -eq 255 ]]; then if [[ ( $BX_PACKAGE == «bitrix-env-crm« ) || ( $POOL -gt 0 ) ]]; then print «$MBE0080« 2 else print_e «$MBE0080« fi elif [[ $configure_firewall_daemon_rtn -gt 0 ]]; then if [[ ( $BX_PACKAGE == «bitrix-env-crm« ) || ( $POOL -gt 0 ) ]]; then print «$MBE0081 $LOGS_FILE« 2 else print_e «$MBE0081 $LOGS_FILE« fi fi print «$MBE0082« 1 # default configuration for host if [[ ( $BX_PACKAGE == «bitrix-env-crm« ) || ( $POOL -gt 0 ) ]]; then # configure pool generate_ansible_inventory $ASK_USER «$BX_TYPE« «$HOSTIDENT« || print_e «$MBE0083 $LOGS_FILE« print «$MBE0084« 1 # update push [[ $BX_PACKAGE == «bitrix-env-crm« ]] && generate_push fi print «$MBE0085« 1 [[ $TEST_REPOSITORY -eq 0 ]] && rm -f $LOGS_FILE

• Как обновить BitrixEnv до последней версии
• Как перейти на beta-версию BitrixEnv
• Как обновить версию PHP

В статье мы расскажем, как установить последнюю версию PHP для виртуальной машины Битрикс.

BitrixVM — это готовый виртуальный образ, который создан для работы с компонентами 1С-Битрикс. Ее можно скачать на официальном сайте.

BitrixEnv — это веб-окружение 1С-Битрикс. С его помощью можно устанавливать новое ПО и регулировать настройки для корректной работы Битрикса.

Виртуальная машина Битрикс стабильно работает на CentOS 7, но из соображений безопасности необходимо менять версию PHP по мере выхода обновлений. Эти изменения проводятся в три этапа:

1. Обновление BitrixEnv до последней стабильной версии.

2. Переход на beta-версию BitrixEnv.

3. Обновление версии PHP.

Каждый из шагов мы подробно опишем ниже.

Как обновить BitrixEnv до последней версии

1. Подключитесь к серверу по SSH.

2. Откройте меню Битрикс:

/root/menu.sh

3. Перейдите в раздел Configure localhost settings:

4. Выберите пункт Update server:

5. Подтвердите обновление, нажав y:

6. Когда завершится обновление, нажмите Enter:

7. На экране отобразится сообщение из шага 5. Введите N:

8. Чтобы вернуться в главное меню, выберите Previous screen or exit:

Готово, вы обновили BitrixEnv.

Как перейти на beta-версию BitrixEnv

1. Подключитесь к серверу по SSH.

2. Откройте меню Битрикс:

/root/menu.sh

3. Перейдите в раздел Manage servers in the pool:

 

4. Выберите Enable or disable bitrix-env beta versions:

5. Запустите обновление, выбрав пункт Enable bitrix-env beta versions:

6. В качестве подтверждения введите y:

7. По окончании загрузки нажмите Enter:

8. Вернитесь в предыдущее меню, выбрав Previous screen or exit:

9. Вернитесь в главное меню, выбрав пункт Previous screen or exit:

10. Перейдите в раздел Configure localhost settings:

11. Выберите Update server:

12. Для подтверждения нажмите y:

    После обновления нажмите Enter:

13. На экране отобразится сообщение из предыдущего шага. Введите N:

Готово, вы перешли на beta-версию BitrixEnv.

Как обновить версию PHP

1. Подключитесь к серверу по SSH.

2. Откройте меню Битрикс:

/root/menu.sh

3. Перейдите в раздел Manage servers in the pool:

4. Выберите Update PHP and MySQL:

5. Введите имя домена, для которого нужно обновить версию PHP. Если обновление требуется для всех хостов, введите all:

6. Перейдите в меню Upgrade PHP:

7. Выберите Update PHP to version X.X. Вместо X.X используйте нужную версию из списка:

8. Подтвердите обновление. Для этого введите y:

9. Дождитесь окончания обновления. Затем нажмите Enter:

Готово, вы обновили версию PHP.

В начале этого года Битрикс выпустили новую, седьмую, версию своего “Веб-окружения”. Самое главное – теперь официально поддерживается установка на CentOS 7 и php 7. Небольшое пояснение, если вы не в курсе. «1С-Битрикс: Веб-окружение» – это готовая среда с предустановленным рекомендуемым набором программного обеспечения, необходимого для корректной работы CMS 1С-Битрикс. Поставляется как в большом многообразии – есть готовые образа для различной виртуализации (подробнее см. на официальном сайте) и установочный скрипт для установки на сервер. Вот работу с последним мы и рассмотрим.

Что получим

Веб-окружение позиционируется, как лучшее решение для всей линейки продуктов Битрикс – как для всех редакций “1С-Битрикс: Управление Сайтом” так и для коробки Битрикс24. Давайте посмотрим, что нам предлагают использовать в качестве рекомендуемой связки.
Сама схема традиционна: Apache+nginx. Для текущей 7.0.1 версии веб-окружения используются стабильные Apache 2.4 и nginx 1.10.2. Самое главное нововведение, переход на php 7. Про официальную поддержку nginx+php-fpm пока даже слухов нет, так что данный вариант по прежнему придется собирать руками.
Версия MySQL, а точнее форка MariaDB, по прежнему 5.5, в соответствии с официальными репозиториями CentOS. Хотя, если вы обновлялись до последних версий Битрикс, наверняка встречали предложение выполнить в консоли БД некий sql-запрос для модуля “Веб-мессенджер”, который можно провернуть только с версией 5.6. Про переход на 5.6, так же как нибудь расскажу.
Что еще входит в пакет:

• memcached – сервис обеспечивающий кеширование данных в ОЗУ, при правильном использовании дает значительное ускорение работы. По умолчанию не используется;
• stunnel – для организации шифрованных ssl-тунелей;
• catdoc – библиотека для работы с форматами MS Office. В частности используется для поиска по документам;
• xpdf – задачи те же что и пунктом выше, только для PDF;
• munin и nagios – мониторинг состояния сервера. По умолчанию не используется;
• sphinx – полнотекстовый поиск. На данный момент наилучшее решение по удобству, качеству и скорости поиска. По умолчанию не используется.

Само собой все это уже настроено на корректную работу друг с другом. Давайте ставить.

Установка «1С-Битрикс: Веб-окружение» на сервер

Качаем скрипт установки – актуальную ссылку на скачивание можно поглядеть на оф. сайте. Запускать надо root’ом и далее подразумевается, что мы находимся в
/root
. Если нет, перейдите выполнив:

В процессе установки будут задаваться уточняющие вопросы.
n
или
N
служат для отказа, любой другой ввод – для соглашения. Т.е. что бы согласится достаточно нажать
Enter
.

Если у вас включен SElinux, то первым шагом попросят отключить:

Соглашаемся и жмем
Enter
для подтверждения. После успешного отключения надо перегрузить сервер:

После перезагрузки заново запускаем скрипт установки.

Первым будет запушен процесс обновления системы, что бы актуализировать версии установленных пакетов. Т.е. по сути:

Затем будет установлено все необходимое ПО. Процесс установки занимает около 10-15 мин. После установки спросят, хотим ли мы задать пароль root для MySQL. Соглашаемся и устанавливаем:

На этом установка завершена, о чем будет выдано соответствующее извещение.
Запускаем скрипт управления средой (после перезагрузки и входа по root’ом этот скрипт будет запускаться автоматически):

При первом запуске нас попросят задать пароль для пользователя
bitrix
.

Задаем пароль и попадаем в стартовое меню “1С-Битрикс: Веб-окружение”. Установка завершена, переходим к настройке.

Настройка Веб-окружения Битрикс

Чем хороши скрипты Веб-окружения, то это тем, что позволяют настроить веб-сервер под 1С-Битрикс, не обладая глубокими знаниями по администрированию Linux. А для тех, кто разбирается, сократить время на рутинные операции по настройке сервера. Теоретически, вам вообще нет необходимости выходить из оболочки веб-окружения, все должно делается ее средствами. На практике, конечно, это не совсем так, но для быстрого запуска веб-сервера, это отличное решение.
Давайте все же немного разберемся с настройками и создадим среду для сайта, куда развернем Битрикс: Управление Сайтом (БУС).
Первым делом нам надо создать Menengment pool (управляемую среду). Для этого выбираем пункт 1 меню (жмем цифру 1 и
Enter
). Запустится мастер который попросит вас ввести FQDN адрес вашего сайта. Вводите имя вашего домена без www, http и т.п. Т.к. я настраиваю в локальной виртуальной среде, у меня это будет mysite.local.

После этого в главном меню добавится значительное число пунктов.

Собственно, на этом можно было бы и остановится, если вы перейдете по адресу, который вы задали для среды, то увидите следующее:

Т.е. вполне можете разворачивать свой Битрикс с нуля или из резервной копии.
Давайте еще немного помучаем меню веб-окружения и посмотрим, чего полезного надо сделать.

Настройка почты

Этот пункт первый, который надо сделать еще до установки самой CMS.
Идем сначала
6. Manage sites in the pool
, затем
4. Change email settings on site
. Затем выбираем сайт, для которого идет настройка, если он у нас один (будет обозначен как default), то просто жмем
Enter
. Затем:

1. Enter from address (ex. bob@example.org): указываем адрес от имени которого будет происходить рассылка, желательно указывать существующий;
2. Enter server address or DNS (127.0.0.1): оставляем как указано и жмем
   Enter
   ;
3. Enter server port (25): то же оставляем как есть;
4. Do you want to use SMTP authentication on the 127.0.0.1:25? (N|y) – нет, спасибо. Вводим
   n
   ;
5. Do you need TLS enable for 127.0.0.1:25 (n|Y): то же нет, вводим
   n
   .

Собственно все видно на скриншоте:

В Битрикс, запускаем “Проверку системы” и убеждаемся, что все в порядке:

Надеюсь, вы понимаете, что к отправленной таким образом почте будет крайне мало доверия. Поэтому рекомендую настраивать почту через реальный SMTP сервер с аутентификацией и настроенным DKIM.
И ещё один момент – почтовый лог пишется в
/home/bitrix/msmtp_default.log

Включаем memcached

В главном меню переходим к пункту
4. Configure memcahed servers
. И затем
1. Create memcached server
. Затем вводим имя хоста для которого будет запущен сервис. В нашем случае он у нас один.

Собственно все – как видно на скрине, все запущено. Жмем Enter для возврата в предыдущее меню.
После этого не забудьте включить поддержку memcached в Битрикс – как описано в официальной документации.

Включаем sphinx

Аналогично добавим для Битрикс поддержку полнотекстового поиска через sphinx. Выбираем
7. Manage sphinx in the pool
, затем
1. Create sphinx instance on server

Здесь нам надо сначала ввести имя хоста, а затем имя базы данных, с которой будет работать sphinx. На запрос переиндексации соглашайтесь (Битрикс должен быть уже установлен и БД не пустая).

Как всегда с Битрикс, есть особенности. Если модуль “Поиск” меньше версии 17.0.0 то будете получать сообщение “Ошибка подключения к серверу Sphinx: Расширение MySql не установлено”.

Ну и последнее,

Как отключить автоматический запуск меню Веб-окружения при логине

Выходим из меню веб-окружения в консоль сервера (
0. Exit
). И в файле
~/.bash_profile
комментируем последнюю строку, где скрипт меню и вызывается: