Проблема обновления с Zabbix 5.4.0 до 6.0

[rsakom]

Zabbix 5.4.0 установлен на Ubuntu 20.04.2 LTS

Попробовал обновить Zabbix 5.4.0 до 6.0 (всё делал стандартно, как тут написано "2 Debian/Ubuntu (zabbix.com)"
Результат просмотра через web-интерфейс: "Database error. The Zabbix database version does not match current requirements. Your database version: 5040000. Required version: 6000000. Please contact your system administrator."
Версия mysql вроде такая как нужно: Ver 8.0.27-0ubuntu0.20.04.1 for Linux on x86_64 ((Ubuntu)).
Изменение параметра "AllowUnsupportedDBVersions" в конфигурационном файле ничего не меняет.
В чем причина?

[dedy]

Ну на сколько я понял то решение проблемы тут есть

https://mariadb.com/kb/en/troubleshooting-row-size-too-large-errors-with-innodb/

Попробуйте, предварительно забекапте таблицу\базу

[Kos]

Это ругань не на версию СУБД, а на версию самой базы (точнее, её структуры), которая, в свою очередь, зависит от используемой версии сервера Zabbix.
При минорных обновлениях (например, 5.0.4 -> 5.0.8) структура базы не меняется. При мажорных (например, 5.0.x -> 5.2.x или 5.4.x -> 6.0.x) - как правило, меняется.
В нормальной ситуации при первом старте новой версии сервера Zabbix он сам вносит нужные изменения в структуру базы и соответственно помечает это, меняя в ней номер версии. Т.е. сначала нужно обновить бинарник сервера Zabbix, запустить его, убедиться по логам, что конвертация базы прошла успешно, и только после этого пользоваться новой версией веб-интерфейса.

Иногда, впрочем, могут возникать ошибки при конвертации базы (см., например, соседнюю тему). Тогда надо разбираться в причинах, почему серверу не удаётся обновить структуру базы автоматически. Это может возникать в случаях, когда структура базы менялась админом самостоятельно (например, для партиционирования или кластеризации), либо в базе уже имелись какие-то некорректности (например, идентичные записи в полях, которые теперь должны стать ключевыми); хотя для совсем новых версий нельзя исключать и просто ещё непоправленный баг.

[Tristis Oris]

если речь про постре, в убунте из репы идет максимально 12, а забикс хочет минимально 13. подключать репу, обновлять.
кстати, нигде толком не написаны требования к версиям баз.

[asid2006]

У меня после обновления Заббикса сервер не захотел обновлять структуру БД из-за того, что сервер СУБД слишком старый (был MariaDB 10.3 - самый свежий из репозитория Убунты). Пришлось обновлять СУБД из репозитория разработчика до 10.7. После этого Заббикс обновил структуру и всё заработало.

[rsakom]

Это ругань не на версию СУБД, а на версию самой базы (точнее, её структуры), которая, в свою очередь, зависит от используемой версии сервера Zabbix.
При минорных обновлениях (например, 5.0.4 -> 5.0.8) структура базы не меняется. При мажорных (например, 5.0.x -> 5.2.x или 5.4.x -> 6.0.x) - как правило, меняется.
В нормальной ситуации при первом старте новой версии сервера Zabbix он сам вносит нужные изменения в структуру базы и соответственно помечает это, меняя в ней номер версии. Т.е. сначала нужно обновить бинарник сервера Zabbix, запустить его, убедиться по логам, что конвертация базы прошла успешно, и только после этого пользоваться новой версией веб-интерфейса.

Иногда, впрочем, могут возникать ошибки при конвертации базы (см., например, соседнюю тему). Тогда надо разбираться в причинах, почему серверу не удаётся обновить структуру базы автоматически. Это может возникать в случаях, когда структура базы менялась админом самостоятельно (например, для партиционирования или кластеризации), либо в базе уже имелись какие-то некорректности (например, идентичные записи в полях, которые теперь должны стать ключевыми); хотя для совсем новых версий нельзя исключать и просто ещё непоправленный баг.

Сам сервер Zabbix я обновил всё как тут написано 2 Debian/Ubuntu (zabbix.com), но похоже автоматической конвертации базы не произошло.
Структура базы не менялась с момента установки.
Пробую делать, как в этой теме рекомендуют 3 Database upgrade to primary keys (zabbix.com), так у меня вообще ничего не происходит

[Kos]

Сам сервер Zabbix я обновил всё как тут написано 2 Debian/Ubuntu (zabbix.com), но похоже автоматической конвертации базы не произошло.
Структура базы не менялась с момента установки.

Из всего сказанного вами видно только то, что структура базы не обновилась.
Повторю:

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

Либо сервер не запускался вообще; либо по какой-то причине запуститься не смог; либо запустился, но не смог обновить структуру базы. Что именно происходило - без лога сервера можно только гадать.

[Zbbixuser]

У меня начинается обновление, доходит до 14% и прерывается. Попробовал все инструкции. Ничего не помогает.

[dedy]

покажите tail -f /var/log/zabbix/zabbix_server.log

[Zbbixuser]

покажите tail -f /var/log/zabbix/zabbix_server.log

root@zabbix:/home/zabbix# tail -f /var/log/zabbix/zabbix_server.log
25516:20220224:081718.416 TLS support: YES
25516:20220224:081718.416 ******************************
25516:20220224:081718.416 using configuration file: /etc/zabbix/zabbix_server.conf
25516:20220224:081718.416 loaded modules: libzbxmodbus.so
25516:20220224:081718.424 current database version (mandatory/optional): 05050020/05050020
25516:20220224:081718.424 required mandatory version: 06000000
25516:20220224:081718.424 starting automatic database upgrade
25516:20220224:081718.437 [Z3005] query failed: [1118] Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs [alter table `config` add `hk_events_service` varchar(32) default '1d' not null]
25516:20220224:081718.437 database upgrade failed
libzbxmodbus: loaded version: 0.9
25542:20220224:081728.665 Starting Zabbix Server. Zabbix 6.0.0 (revision 5203d2ea7d).
25542:20220224:081728.665 ****** Enabled features ******
25542:20220224:081728.665 SNMP monitoring: YES
25542:20220224:081728.665 IPMI monitoring: YES
25542:20220224:081728.666 Web monitoring: YES
25542:20220224:081728.666 VMware monitoring: YES
25542:20220224:081728.666 SMTP authentication: YES
25542:20220224:081728.666 ODBC: YES
25542:20220224:081728.666 SSH support: YES
25542:20220224:081728.666 IPv6 support: YES
25542:20220224:081728.667 TLS support: YES
25542:20220224:081728.667 ******************************
25542:20220224:081728.667 using configuration file: /etc/zabbix/zabbix_server.conf
25542:20220224:081728.667 loaded modules: libzbxmodbus.so
25542:20220224:081728.672 current database version (mandatory/optional): 05050020/05050020
25542:20220224:081728.673 required mandatory version: 06000000
25542:20220224:081728.673 starting automatic database upgrade
25542:20220224:081728.701 [Z3005] query failed: [1118] Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs [alter table `config` add `hk_events_service` varchar(32) default '1d' not null]
25542:20220224:081728.701 database upgrade failed
libzbxmodbus: loaded version: 0.9

root@zabbix:/home/zabbix# cat /var/log/zabbix/zabbix_server.log | grep database
25217:20220224:081657.749 current database version (mandatory/optional): 05040000/05040001
25217:20220224:081657.749 starting automatic database upgrade
25217:20220224:081657.773 completed 0% of database upgrade
25217:20220224:081657.815 completed 1% of database upgrade
25217:20220224:081657.828 completed 2% of database upgrade
25217:20220224:081657.854 completed 3% of database upgrade
25217:20220224:081657.864 completed 4% of database upgrade
25217:20220224:081657.897 completed 5% of database upgrade
25217:20220224:081657.936 completed 6% of database upgrade
25217:20220224:081657.941 completed 7% of database upgrade
25217:20220224:081657.949 completed 8% of database upgrade
25217:20220224:081657.997 completed 9% of database upgrade
25217:20220224:081658.004 completed 10% of database upgrade
25217:20220224:081658.015 completed 11% of database upgrade
25217:20220224:081658.023 completed 12% of database upgrade
25217:20220224:081658.027 completed 13% of database upgrade
25217:20220224:081658.040 completed 14% of database upgrade
25217:20220224:081658.046 database upgrade failed
25493:20220224:081708.175 current database version (mandatory/optional): 05050020/05050020
25493:20220224:081708.175 starting automatic database upgrade
25493:20220224:081708.178 database upgrade failed
25516:20220224:081718.424 current database version (mandatory/optional): 05050020/05050020
25516:20220224:081718.424 starting automatic database upgrade
25516:20220224:081718.437 database upgrade failed
25542:20220224:081728.672 current database version (mandatory/optional): 05050020/05050020
25542:20220224:081728.673 starting automatic database upgrade
25542:20220224:081728.701 database upgrade failed
25560:20220224:081738.921 current database version (mandatory/optional): 05050020/05050020
25560:20220224:081738.922 starting automatic database upgrade
25560:20220224:081738.925 database upgrade failed
25578:20220224:081749.176 current database version (mandatory/optional): 05050020/05050020
25578:20220224:081749.176 starting automatic database upgrade
25578:20220224:081749.179 database upgrade failed
25595:20220224:081759.429 current database version (mandatory/optional): 05050020/05050020
25595:20220224:081759.429 starting automatic database upgrade
25595:20220224:081759.434 database upgrade failed
25608:20220224:081809.675 current database version (mandatory/optional): 05050020/05050020
25608:20220224:081809.676 starting automatic database upgrade
25608:20220224:081809.709 database upgrade failed
25626:20220224:081819.925 current database version (mandatory/optional): 05050020/05050020
25626:20220224:081819.927 starting automatic database upgrade
25626:20220224:081819.943 database upgrade failed
25649:20220224:081830.174 current database version (mandatory/optional): 05050020/05050020
25649:20220224:081830.174 starting automatic database upgrade
25649:20220224:081830.179 database upgrade failed
25666:20220224:081840.428 current database version (mandatory/optional): 05050020/05050020
25666:20220224:081840.428 starting automatic database upgrade
25666:20220224:081840.448 database upgrade failed
25686:20220224:081850.680 current database version (mandatory/optional): 05050020/05050020
25686:20220224:081850.682 starting automatic database upgrade
25686:20220224:081850.686 database upgrade failed
25699:20220224:081900.926 current database version (mandatory/optional): 05050020/05050020
25699:20220224:081900.926 starting automatic database upgrade
25699:20220224:081900.930 database upgrade failed
25722:20220224:081911.175 current database version (mandatory/optional): 05050020/05050020
25722:20220224:081911.175 starting automatic database upgrade
25722:20220224:081911.178 database upgrade failed
25734:20220224:081921.435 current database version (mandatory/optional): 05050020/05050020
25734:20220224:081921.435 starting automatic database upgrade
25734:20220224:081921.442 database upgrade failed

[dedy]

Ну на сколько я понял то решение проблемы тут есть

https://mariadb.com/kb/en/troubleshooting-row-size-too-large-errors-with-innodb/

Попробуйте, предварительно забекапте таблицу\базу

[Zbbixuser]

Ну на сколько я понял то решение проблемы тут есть

https://mariadb.com/kb/en/troubleshooting-row-size-too-large-errors-with-innodb/

Попробуйте, предварительно забекапте таблицу\базу

Спасибо, это помогло. С помощью скрипта нашёл таблицы:
zabbix.config
zabbix.host_inventory
zabbix.items
zabbix.media_type


и преобразовал с помощью команды:
ALTER TABLE zabbix.media_type ROW_FORMAT=DYNAMIC;