Проблема при обновлении виртуальной машины через меню (update server). Установлена вм 7.3.0, CentOS 7.5.1804
Выдает ошибку:
Downloading packages: warning: /var/cache/yum/x86_64/7/percona-release-x86_64/packages/Percona-Server-client-57-5.7.29-32.1.el7.x86_64.rpm: Header V4 RSA/SHA256 Signature, key ID 8507efa5: NOKEY Retrieving key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Percona
The GPG keys listed for the "Percona-Release YUM repository - x86_64" 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-Server-client-57-5.7.29-32.1.el7.x86_64 GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-Percona
Алексей Шафранский написал: Максим , забекапить все, сайт (файлы + база), вирт. машину (если возможно). Обновить машину до 7.4.1. Запустить обновление базы машины - 3. Update MySQL to version 5.7.
Сделал, проблем не возникло, всё обновилось нормально, спасибо
Алексей Шафранский написал: Цитата Алексей Вдовин написал:боже упаси! ничего на свой страх и риск не ставил и не собираюсь - всё обновлялось сугубо с админки menu.sh Алексей
Вдовин , как так то? В menu.sh никогда не было MariaDB и всего с ней связанного.
У меня аналогичная ситуация. Руками ничего не ставил, всё ставил через BitrixVM и обновлял через menu.sh Сейчас версия машины 7.3.4 В меню обновления MySQL есть только пункт "3. Update MySQL to version 5.7" А в админке сайта выдаётся ошибка "Вы используете версию MariaDB 5.5.62-MariaDB, продукту для работы требуется версия не ниже 10.0.5. Пожалуйста, обновите MariaDB или обратитесь в службу технической поддержки".
Как быть ? Опасаюсь выбирать пункт обновления до MySQL 5.7
Есть ли какая-то инструкция по шагам, что делать в данном случае ? Обновления Битрикса уже заблокировались((
Создал новый сайт через веб-окружение. И через restore.php развернул из резервной копии.
Цитата
Алексей Шафранский написал: Машина локальная? Хостинг в интернете? Сайт как создан?
Выделенный сервер reg.ru с предустановленной CentOS 7
При установке веб-окружения была замечена странность. Не запросилась смена пароля root для MySQL. Менял через меню веб-окружения. Ошибку не выдало, но пароль не поменялся. Менял через sql-запрос и прописывал в конф. файлах ansible(bitrix-mysql.yml и bitrix-web.yml) и my.cnf
В итоге с проблемой разобрался. В файле my.cnf пароль mysql был прописан в одинарных кавычках (вроде не сам их ставил=)) Убрал кавычки, перегрузил и заработало.
Но всё равно странно, что пароль не менялся через меню.
Установлено новое веб-окружение 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.
Максим Багаев написал: Короче я поправил скрипты для BItrix-Env в них проблема поправил чисто для себя, так что может быть это решение не для всех:1. открыть через vim шел скрипт /opt/webdir/bin/menu/06_site/functions.sh 2. В скрипте есть строчка "# check mysql password and client config before start site creation"практически сразу после нее идет проверка на доступность сервера и пароля if [[ $MASTER_ROOT_PASSWD != "Y" ]]; then if [[ $MASTER_CLIENT_CNF != "Y" ]]; thenМеняем "N" на "Y", таким образом мы обратим условие. И все кривой, но ПРОФИТ!Уважаемые коллеги по цеху я прекрасно понимаю что-надо было решить проблему более изящным способом, но вот штука в том, что даже если везде исправить mysqld.sock на mysql.sock то проблема не пропадает все равно проблема остается, возможно вопрос в значении переменной MYSQL_SERVERS которая используется весьма часто.
Тоже столкнулся с подобной проблемой. Переменная MYSQL_SERVERS пустая...
При попытке создания нового сайта через меню веб-окружения (Create a site) выдаётся ошибка:
Found MySQL service with empty root password: hostname You can fix this by using second item in the MySQL menu.
Пароль для root в MySQL на самом деле задан. Пробовал перезадать через меню веб-окружения, но ошибка сохранилась. Не работало в версии 7.2.2 и после обновления до 7.3 по прежнему не работает.
В версии веб-окружения 7.1. сайты создавались нормально.
Алексей Шафранский написал: А при чем тут вирт. машина 7.0.1 и PHP7? У Вас по стеку явно проблемы с модулями, в данном случае карточка заказа sale выдает фатал и пробует выкинуть его в main. Почему такого класса в main нет не ясно. Может оформите тикет в техподдержку?
Тикет был еще в сентябре. Правда это проявлялось на версии веб-окружения 5.19. Потом после обновлений Битрикса ошибка исчезла.
Проблему решил. И она не с модулями связана, а с настройками вирт. машины. Данный класс в main есть, просто php не может его подключить из-за лимита на открытие файловых дескрипторов.
Увеличение лимита открытых файлов на сервере (ulimit -n) всё таки помогло. Просто сначала когда сделали, оно не сработало т.к. в виртуальных машинах 5 и 7 настраивается по разному. Значение увеличил в 100 раз и заработало.
Развернули сайт на новом сервере CentOS 7 с веб-окружением 7.0.1 и PHP7, версия Битрикс со всеми обновлениями. Не работает карточка заказа в админке.
Выдаётся ошибка: <br /> <b>Fatal error</b>: Uncaught Error: Class 'Bitrix\Main\Diag\ExceptionHandlerLog' not found in /home/bitrix/www/bitrix/modules/main/lib/diag/exceptionhandler.php:266 Stack trace: #0 [internal function]: Bitrix\Main\Diag\ExceptionHandler->handleException(Object(Error)) #1 {main} thrown in <b>/home/bitrix/www/bitrix/modules/main/lib/diag/exceptionhandler.php</b> on line <b>266</b><br /> <br /> <b>Fatal error</b>: Uncaught Error: Class 'Bitrix\Main\Diag\ExceptionHandlerLog' not found in /home/bitrix/www/bitrix/modules/main/lib/diag/exceptionhandler.php:350 Stack trace: #0 [internal function]: Bitrix\Main\Diag\ExceptionHandler->handleFatalError() #1 {main} thrown in <b>/home/bitrix/www/bitrix/modules/main/lib/diag/exceptionhandler.php</b> on line <b>350</b><br />
Подобная ошибка уже возникала после конвертации и обновления магазина на сервере с веб-окружением 5 и PHP5. Впоследствии выходили обновления, после которых ошибка пропала. Сейчас на сервере с PHP5 стоит идентичная копия и всё работает нормально.
Предположительно, ошибка связана с нагрузкой на файловую систему. Один файл не видит классов другого файла, хотя оба файла в составе одного модуля и автоматически должны видеть друг друга.
Пробовали увеличить параметр ulimit -n (лимит открытых файлов на сервере) в сто раз - до 102400 - не помогло.
Подскажите, что можно еще попробовать или может кто-то сталкивался с подобной проблемой ?
Артемий Зайцев написал: Вам надо заказать аудит сайта.Классическая история: скорее всего вам разработчики сделали медленный неоптимальный сайт, а вы пытаетесь решить эту проблему через хостинг.
Вы невнимательно прочитали. Я написал, что поначалу страницы отрабатывают очень быстро. Но через какое-то время сервер начинает тормозить. Дело именно в Apache или Mysql. Есть версия сайта на Веб-Окружении 5-й версии - там сайт нормально работает. Такие тормоза появляются на CentOS 7 + Веб-Окружение 7
Арендовали сервер, 64 гб оперативки, диски SSD. Установили CentOS 7.3 и Битрикс Вэб-Окружение 7.0.1 Развернули тестовую версию сайта. Работает очень быстро, но через некоторое время (1-2 часа) начинает сильно тормозить. На сайте посещалки вообще нет, т.к. тестовая версия, доступна только по ip.