VMBitrix 7.4.0 в релизе

Спасибо!
Все-таки, а известна статистика, сколько машин обновляется?

Александр Панишев, Никита Игнатьев, коллеги, подскажите, пожалуйста, как именно проявляются тормоза на БД?  

Вот так примерно выглядит htop. Раньше было лучше. Плюс не знаю с чем связано - много жалоб на "Сессия истекла" буквально каждые 3-5 минут.
После перезагрузки swap очистился, но не уверен что на долго. Попробую накинуть ещё RAM, но раньше таких проблем не было.


1  [||||||||||                                                                                9.5%]   Tasks: 86, 154 thr; 2 running
 2  [|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||                      70.5%]   Load average: 0.56 0.47 0.62
 3  [|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||          82.8%]   Uptime: 16:48:32
 4  [|||||||||||||||||||||                                                                    21.3%]
 Mem[|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||5.92G/7.64G]
 Swp[|                                                                                   3.26M/512M]

 PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command
1984 mysql      20   0 6091M 4255M  6008 S  0.0 54.4  0:47.40 /usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid
1995 mysql      20   0 6091M 4255M  6008 S  0.0 54.4  0:53.53 /usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid
1996 mysql      20   0 6091M 4255M  6008 S  0.0 54.4  1h09:45 /usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid
2089 mysql      20   0 6091M 4255M  6008 S  0.0 54.4  0:46.50 /usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid
2090 mysql      20   0 6091M 4255M  6008 S  0.0 54.4  0:58.89 /usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid

Интересует такой вопрос. Хотелось бы уже php7.4 и в то же время, чтобы не кастомить битрикс окружение. Как я понял, сейчас это (если через меню BWM) это только через установку беты.

Можно как то руками поставить php7.4, но  главное так, чтобы Битрикс окружение понимало что стоит 7.4. и, когда оно зарелизится, то это выглядело точно также как установка через меню. Нужно что то учесть или прописать?

переустановка очередная решила вопрос.

удалить в /etc/php.d/bitrixenv.ini строку c mbstring.func_overload и перезапустить апач

Друзья, подскажите:

ИБ требует обновить Nginx до 1.17.7 или моложе, потому что:

в репе стоит bx-nginx-1.16.1

rpm -q bx-nginx
bx-nginx-1.16.1-2.el7.ngx.x86_64


как наиболее безболезненно решить эту проблему?

При обновлении до версии через несколько (со старенькой) ошибки
не подскажите почему и чего ему сделать?

Ошибку выше решил, обновление машинки завершилось.
В админке появилось

Разве обновление машины не должно было обновить и это?
Никаких намеков, что ее где-то можно обновить нет

В менюшке

    Bitrix virtual appliance version 7.4.4
                        Update PHP and MySQLd

                        The following servers are available in the pool:

------------------------------------------------------------------------------------
ServerName               | NetAddress           | Conn |     Ver |  Passwords | Uid | Roles
------------------------------------------------------------------------------------
----      |    Y |   7.4-4 |         ok | 600 | mgmt,mysql_master_1,web
------------------------------------------------------------------------------------
Available actions:

       0. Previous screen or exit
       1. Rollback PHP to version 7.1

Enter your choice:

Поправте настройки mysql в соответствии со свободными ресурсами. Подозреваю что вам стоит уменьшить количество подключений до 50-75 и Размер глобальных буферов. На скрине видно что у вас на четверть заполнен swap что по моему мнению плохо  может приводить к ощутимым тормозам...


Настройки лежат тут vi /etc/mysql/conf.d/z_bx_custom.cnf  

Что бы я рекомендовал в вашем случае?

[mysqld]

max_connections = 50

# Размер глобальных буферов

key_buffer_size = 32M

innodb_buffer_pool_size = 2048M

innodb_log_buffer_size = 8M

query_cache_size = 16M

# Размер буфера для одного коннекта

read_buffer_size = 128K

read_rnd_buffer_size = 1M

sort_buffer_size = 2M

thread_stack  = 256K

join_buffer_size = 4M

Но! все сильно индивидуально. Тестируйте и находите свой конфиг.

Добрый день. После импорта ova в Proxmox загрузка федоры завершается ошибкой:
Warning /dev/disk/by-label/bxroot does not exist
vmdk диск из ova импортировался в виртуальную машину без конверирования.
Встречался кто с импортом в проксмокс? Вроде должно проходить без проблем.

Если файл пустой, тогда нужно в него вписать конфигурацию. Можете попробовать использовать то, что я рекомендовал или составить свой конфиг.
Штатный файл настройки нет смысла трогать так как он перезаписывается после обновлений.