Обновление Zabbix 5.2 до Zabbix 6.0 на CentOS 8

[Sin2x]

То, что в проде изначально была x.2, это не очень хорошо, рекомендуется LTS -- x.0

По поводу 14 постгреса важная новость: https://www.opennet.ru/opennews/art.shtml?num=57367

[Wert_Ant]

При обновлении Zabbix, даже если нет необходимости переноса истории, всё равно надо выполнить часть скрипта для каждой таблицы (select create_hypertable и т.д. кроме INSERT), иначе таблицы историй и трендов не будут сжатыми, а в логе заббикса будет ошибка «PGRES_FATAL_ERROR: ОШИБКА: table „history“ is not a hypertable»

[singerfox]

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

[ys_sys]

Не могли бы подсказать, Вы написали "всё равно надо выполнить часть скрипта для каждой таблицы (select create_hypertable и т.д. кроме INSERT)" не могли бы описать, что еще помимо этой команды select create_hypertable? Я переименовал старые таблицы с историей и создал новые. Создал hypertable и включил сжатие. Старые таблицы удалить не смог (удалить объект таблица history_old нельзя, так как от него зависят другие объекты).

[Wert_Ant]

Судя по скриншоту, не все таблицы переделаны в сжатые, кроме тех, что приведены в статье, есть ещё trends и trends_unit. Для них надо выполнить такие же действия как и для history:
SELECT create_hypertable('trends', 'clock', chunk_time_interval => 2592000, migrate_data => true);
SELECT create_hypertable('trends_uint', 'clock', chunk_time_interval => 2592000, migrate_data => true);
а потом уже:
UPDATE config SET db_extension='timescaledb',hk_history_global=1,hk_trends_global=1;
UPDATE config SET compression_status=1,compress_older='7d';
Что касается старых таблиц, то странно, после переименования от них вроде ничего не должно зависеть, команда sudo -u zabbix psql zabbix < /usr/share/doc/zabbix-sql-scripts/postgresql/history_pk_prepare.sql прошла без ошибок?

[navion]

А почему вы не используете PostgreSQL из дистрибутива? В appstream есть версии от 9.6 до 16.

[navion]

Единственный нюанс, что обновлять версии надо через postgresql-setup --upgrade, так как обычный pg_upgrade не найдёт старых бинарников.