Евгений Костюк (Все сообщения пользователя)

Файловая система

2 019.8

10 000

файловых операций в секунду

Кажется вам хостер режет IOPS от этого и низкие показатели База данных MySQL (запись) и База данных MySQL (изменение), тут никакие настройки MySQL не помогут. Нужно разобраться почему такая медленная файловая подсистема.

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

1) Делайте бекап сервера, это вообще обязательно, а то сякое может быть
2) yum update -y и не сомневайтесь))

П.С. yum update отличается от yum upgrade тем что yum upgrade устанавливает обновления и удаляет устаревшие пакеты, а yum update только устанавливает обновления, но старые пакеты не удаляет. Так что я всегда пользуюсь только yum update -y и все всегда хорошо проходит. Другое дело, что у меня штатно и аккуратно настроенный сервер, который кроме меня никто не трогает и по этому я уверен в каждом шаге, а вот если несколько людей что-то настраивают, тогда все может быть ))

Уже три года пользуюсь командой yum update -y и ни разу не было проблем, в отличии от попыток обновления через скрипты BitrixVM, о чем, кстате, писалось в данном топике в первом посте!

Самописные скрипты ровным счетом делают тоже самое, но это зарыто в скриптах Ансибла. Разработчики сделали такую себе панель управления сервером, а основной софт используют не собственный. Например Apache, nginx, MySQL и т.д. это все софт не битрикса, но скрипт битрикса их по своему настраивает при установке. далее же обновлять их можно и через update -y.

В любом случае советую вам обратиться к системному администратору, которые понимает, что он делает. Так как у вас по всей видимости не достаточно компетенций и если что-то пойдет не так, вам сложно будет быстро восстановить работу сервера.

Введите в терминале команду
yum update -y
после чего система БЕЗ дополнительных вопросов проведет все обновления. Если у вас изначально была чистая установка BitrixVM на чистую CentOS то боятся нечего, будет работать как прежде.
После обновления рекомендую перезапустить основные службы httpd, nginx, mysqld и т. д в зависимости от того какие службы у вас активные..

вместо php –f /home/bitrix/www/bitrix/modules/main/tools/backup.php
должно быть /usr/bin/php -f /home/bitrix/www/bitrix/modules/main/tools/backup.php

если вы используете BitrixVM

Но возможно я не правильно понимаю проблему...

Вроде как валидный ssl сертификат нужен. Но могу ошибаться.

У меня метрики скорости сайта пляшут ото дня в день от 0,5 до 1,7 сек, при этом после обновления монитор производительности показывает 53 бала а до обновления показывал 48 баллов. Использую сейчас BitrixVM 7.5. До обновления использовал 7.4.4.

Тоже считаю, что на  внутренние метрики стоит ориентироваться просто как на маячки. Если начнет в разы меняться картина, то стоит искать причину.
В мониторе производительности могла у вас так кардинально измениться картина из-за подключения каких либо модулей в шаблоне. В моем случает производительность подросла после обновления.  

Очень сомнительные параметры
innodb_buffer_pool_instances = 10
innodb_log_file_size = 1G

innodb_buffer_pool_instances в данном случае достаточно ставить 1, максимум 2, этот параметр указывает на сколько частей разбивать файл буфера пула и рекомендуется увеличивать количество когда размер одного файла выходит более 1024 мегабайт.

Тоже заметил что на последней версии битрикса, но при php 7.3 тоже не дает сохранить правило есть есть комент через # , как только убрал символ # и комммент, то сразу все сохранилось.

Предоставьте больше информации.
Какие ошибки? Что в логах?  

На скриншоте указано в какиих журналах можно посмотреть ошибку конкретнее. А так же советую посмотреть что в логах: /var/log/mysql/error.log

php на 7.4 или на 7.3?
я пока только на 7.3, не уверен что под 7.4 все модули адаптированы..

Видимо по-этому и у меня была аналогичная проблема! Спасибо за наводку!

У меня как раз этот случай:
4) если до обновления на 7.5.0 уже настроено BX_TEMPORARY_FILES_DIRECTORY согласно рекомендациям Сканера безопасности(/bitrix/admin/security_scanner.php?lang=ru):

4.2) сайты разных типов, созданные до обновления (ядро, внешнее ядро, ссылка)


Попробовал сделать как описано, но задание завершилось с ошибкой.

Как правильно поступить дальше?

Аналогично при обновлении идет запрос к файлам по адресу /home/bitrix/www/bitrix/ чего в принципе не может быть так как  так как в пути после /www/ пропущена папка сайта, возможно дефолтного...
Подозреваю в эти файлы что-то должно прописаться..
Вопрос что? Нужно ли руками что-то теперь править?




Так же после обновления пришлось править конфиг nginx так как я использовал http://amplify.nginx.com и nginx не запускался после обновления.

Но что для меня было еще неожиданностью так это то что теперь сайт не может законектится к базе данных...


Думал просто сменить пароль, но не пускает даже под пользователем root...

Подозреваю у вас ошибка по причине того, что вы вручную поставили php 7.4.16, а откатиться пробуете через меню BitrixVM
Стоит понимать, что установка php через BitrixVM и ручная установка дает разный результат.
Если хотите что б все работало стабильно, тогда используйте то что дают в виртуальной машине. В ином случает довертись профессиональным администраторам.
Что вам делать сейчас? Попробуйте ручками понизить версию используя откат через yum, надеюсь историю yum вы не чистили...
Вот один из примеров понижения версии: Как откатить или понизить версию установленных пакетов в Linux (RHEL/CentOS) (andreyex.ru)

Не уверен, но возможно на сервере с BitrixVM в /etc/hosts должен быть прописан такой же ip как и в А записи NS сервера?
Бывает ANSIBLE там прописывает что-то не то что в реале, когда виртуальная машина устанавливается до того как A запись в домене правильная прописана

Так быть не должно. Что-то у вас не так.
Попробуйте взять какой-то ПК простенький. Поставить на него CentOS и веб окружение. Если все будет без ошибок, то нужно вопрос хостеру задавать. Если и на локальном ПК (можно даже виртуалку) будет аналогичная ошибка, то полностью опишите как вы устанавливаете все...

Сделать бекап, переустановить окружение, восстановить из бекапа.
В таком случае время простоя (не доступности сайта) около 20-40 при условии что вы попрактикуетесь на тесте.
Что б не было простоя. нужно у хостера заказать новый хостинг, предупредив что планируете переход. Обычно бесплатно дают на 1 ниделю минимум. На тестовом хостнге развернуть окружение, перенести сайт и после перенаправиить домен но новый хостинг а от старого отказаться. в таком случае время простоя не будет. сайт все время будет доступен.

Как исправить не подскажу. Но подозреваю, ч то надёжный способ это переустановка окружения.
Так же со скриншота видно что http у вас не отключен и доступ возможен как по http так и по https. Возможно вы вернули настройку обратно..
Еще если у вас только 1 сайт, то лучше default удаляйте.

Как вариант для начала попробуйте отчистить куки и кеш браузера.

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

Еще варанты, это заглянуть в .htaccess может там какой-то редирект настроен. Может в админке где-то указан редирект...  

Попробуйте поставть сертификат и в настройках виртуальной машины отключить http что бы вес трафик шел через https
Как установить сертифиикат: https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=37&LESSON_ID=11451
и для перевода только на https нужно зайти в меню виртуальной машина и выбрать пункты Configure pool sites - > Change a site's https settings

Не знаю зачем вы постите сюда содержание шаблона и основной конфигурации...

Любые настройки которые вы хотите переопределять и использовать следует указывать в файле /etc/mysql/conf.d/z_bx_custom.cnf
Об этом написано в документации: https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=37&LESSON_ID=8879&LESSO...

Что касается файла шаблона bvat.cnf то это файл автоматом подбирает средние рабочие значение. есть даже упражнение на эту тему: https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=32&LESSON_ID=3373

Трогать этот файл не нужно!

Любые настройки вносите тут: /etc/mysql/conf.d/z_bx_custom.cnf
Все остальное на ваш страх и риск и под какие-то узкопрофильные задачи или нестандартные решения. А если же не хотите в будущем проблем, то только z_bx_custom.cnf

Если будете менять  table_open_cache то смотрите еще и сюда: https://dev.1c-bitrix.ru/community/forums/messages/forum32/topic91393/message46242­3/#message462423


В целом крайне рекомендую хотя бы прочитать документацию по виртуальной машине: https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=37&CHAPTER_ID=08809&LES...

Если монитирите через Dude, то наверняка есть возможность посмотреть точное время отсутствия пинга.
Что дальше с этим можно сделать? Например посмотреть что в это же время за записи в логах Apache и nginx, если там все тихо, то возможно стот посмотреть лог самой системы CentOs или посмотреть настройки сетевого стека. Так же можно настроить мониторинг системы который уже есть в BitrixVM и посмотреть может там будет, что-то полезное. Еще можно поставить мониторинг от самого nginx https://amplify.nginx.com ставится в пару кликов.

На ваш вопрос сложно ответить без анализа...