Добрый день!
После обновления базы netxms и миграции с PostgreSQL 12 на 14 - перестали сохранятся все значения из DCI, все метрики (загрузка CPU например и прочее). В истории значений новых записей не создается.
При этом:
- nxdbmgr все проверки проходит успешно.
- Если создать тестового пользователя или доску - она в базе сохраняется, все корректно.
- Подключение к базе корректно.
- источники данных как NetxMS агенты так и SNMP опросы подключены, все показывает ок;

Как исправить?  Версия netxms 5.1.1
Полагаю, что тут точечно можно сделать. Сохранение истории данных не требуется. Удалить и создать заново какую-то ключевую таблицу в базе netxms, связанную с хранением значений ?

порядок действий:
//install
apt install timescaledb-2-postgresql-14 postgresql-client-14
// pre-check
pg_lsclusters
// upgrade
sudo pg_dropcluster 14 main --stop
sudo pg_upgradecluster 12 main
// check
pg_lsclusters
// remove
sudo pg_dropcluster 12 main
sudo apt remove -y postgresql-12

Hi, Попробуйте выполнить шаги миграции из руководства администратора. Также есть раздел для экспорта/импорта базы данных.

https://netxms.org/documentation/adminguide/appendix.html

Quote from: uldis on December 13, 2024, 09:54:35 AMHi, Попробуйте выполнить шаги миграции из руководства администратора. Также есть раздел для экспорта/импорта базы данных.
https://netxms.org/documentation/adminguide/appendix.html

это не работает. утилита не видит конфигурационный файл исходной базы, хотя оба лежат рядом. Опечатка в руководстве, нужен ключ пути ?

Quote from: eugene1 on December 13, 2024, 10:02:38 AM

Quote from: uldis on December 13, 2024, 09:54:35 AMHi, Попробуйте выполнить шаги миграции из руководства администратора. Также есть раздел для экспорта/импорта базы данных.
https://netxms.org/documentation/adminguide/appendix.html

это не работает. утилита не видит конфигурационный файл исходной базы, хотя оба лежат рядом. Опечатка в руководстве, нужен ключ пути ?

Решено:
1) в руководстве не указано, что либо файл-исходник перенести в /root, либо стартовать из каталога /etc.
По умолчанию из прочтения документации можно логично предположить, что путь к файлу будет браться утилитой по умолчанию такой же, как путь к рабочему конфигурационному файлу

2) утилита выводит некорректное сообщение об ошибке - и прочтение данных базы источника и собственно отсутствие файла - одинаковый текст ошибки. Очевидно в данном случае должна быть ошибка "file not found" например, а уж если файл найден но некорректно прочитаны значения DBname и прочее - тогда текущий текст ошибки.

Да, мы проверили отзывы о похожей ошибке в более ранних сообщениях на форуме, и, похоже, нам нужно указать полный путь. Мы исправим это в руководстве.
Спасибо за ваш вклад.

Eще момент - в руководстве не указано, что в большинстве случаев надо "max_locks_per_transaction set to 512 in postgresql.conf" иначе операция миграции завершается с ошибкой "025P02". имеет смысл указать
 nxdbmgr failes to repair

Хм, это упоминается в разделе установки, возможно, нам нужно сделать реф-ссылку