Обновление с 4.2 до 5.0

[exesition]

Коллеги доброго дня кто нибудь обновлялся сразу с версии 4.2 до 5.0?

На текущий момент стоит Centos 7.0 и пока нет уверенности что все пройдет гладко. Стенд собрать тоже к сожалению не получается. Интересует чужой опыт

[Navoyenok]

Добрый день!

У нас была попытка перехода с 4.4.8 на 5.0. У нас конфигурация с БД на основе Oracle. Были проблемы с преобразованием полей таблицы history. Так как он изменился на double. Стандартная процедура изменений не вности, а из официального репозитория Zabbix double.sql завершился "трехэтажной" ошибкой. Возможно что использовать Zabbix можно и не изменяя тип переменных. Он выводит предупреждаюущее сообщение. Но факт остается фактом. Отложили переход.
Из того, что успел увидеть пока не откатили на старую версию - изменение в мониторинге SNMP. Теперь версию используемого протокола необходимо указывать не в элементе данных, а на уровне SNMP. Проверить корректность переноса не было возможности.

[exesition]

up
тема важная

[exesition]

Добрый день!

У нас была попытка перехода с 4.4.8 на 5.0. У нас конфигурация с БД на основе Oracle. Были проблемы с преобразованием полей таблицы history. Так как он изменился на double. Стандартная процедура изменений не вности, а из официального репозитория Zabbix double.sql завершился "трехэтажной" ошибкой. Возможно что использовать Zabbix можно и не изменяя тип переменных. Он выводит предупреждаюущее сообщение. Но факт остается фактом. Отложили переход.
Из того, что успел увидеть пока не откатили на старую версию - изменение в мониторинге SNMP. Теперь версию используемого протокола необходимо указывать не в элементе данных, а на уровне SNMP. Проверить корректность переноса не было возможности.

Вот как раз БД и смущает. У нас она довольно большая и не хотелось бы делать большой простой.

По SNMP где то читал что с snmp v1 заббикс 5.0 работать не хочет а v2 и v3 вроде как штатно воспринимает

[Navoyenok]

Если честно, то я бы подождал до выхода следующего обновления 5.0.1 или 5.0.2. Потом бы уже делал попытку перехода. "Новое - враг хорошего" .

[Kos]

Если честно, то я бы подождал до выхода следующего обновления 5.0.1 или 5.0.2. Потом бы уже делал попытку перехода.

Версия 5.0.1 вышла на прошлой неделе (25.05.2020) :-)

[Navoyenok]

О! Супер! Не знал так как официальной странице светится 5.0.0. Пошёл в репы гляну. Спасибо!

[exesition]

UP
Так все таки, кто то пытался обновится с 4.2 сразу до 5.0?

[Eugene2012]

Я пытался вот недавно с 3.4.11 на 4.4.6. Без ошибок, но заббикс остался при своих). Поэтому развернул с нуля, а далее через импорт: шаблоны, группы, узлы...

[Kos]

UP
Так все таки, кто то пытался обновится с 4.2 сразу до 5.0?

Я обновился с 4.0.20 на 5.0.1. Практически без проблем, но у меня нет партиционирования.
Из мелочей:

• я собирал из исходников на платформе SUSE Linux Enterprise Server (SLES) 15 sp1. В отличие от v4.0, теперь для сборки требуется ещё пакет libevent-devel (раньше он не был нужен и, соответственно, не был установлен).
• при работе с мобильного телефона через Web@Work не отрабатывал нормально веб-интерфейс Zabbix (не было реакции на кнопку "Меню", при открывании настроек Maintenance невозможно переключиться между разными вкладками для корректировки, например, конкретного периода). Чистка кэша мини-браузера и куков не помогала. Однако, это решилось обновлением самого приложения Web@Work.
• в пятой версии настройки протокола SNMP (в частности, версия SNMP и community) вынесены с уровня элементов данных на уровень интерфейсов хоста. В принципе, это удобно (по крайней мере, когда не используется мониторинг одного хоста с применением нескольких версий протокола SNMP одновременно), проще поддерживать порядок. Однако, когда порядок был не идеален изначально, то при миграции возникают неожиданные проблемы. Так, есть хост (сетевой свитч), у которого много данных с типом "SNMPv2". При этом для большинства из них community задано через макрос ({$SNMP_COMMUNITY}), но для десятка задано явно ("public"), причём один раз – с опечаткой (не ту строку скопипастили). Зная об этой проблеме заранее, можно без особых проблем её исправить (скорректировать через "Mass update"). Однако, если этого не заметить вовремя, то после обновления на версию 5.0.x проблему решить сложнее.
  На уровне хоста теперь получилось три интерфейса, все – с одним типом (SNMP) и одним IP-адресом, но разными настройками community; причём проблематично откорректировать и удалить ненужное. Открыт тикет ZBX-17877.
• если в настройках интерфейса используются макросы (например, для указания SNMP community это стандартная практика), то в веб-интерфейсе не работает как надо кнопка "Test" (при тестировании эти макросы не раскрываются). Открыт тикет ZBX-17923, который вскоре закрыт как дубликат тикета ZBX-17886 (обещают исправить в ближайшей версии 5.0.2). Но, поскольку в прежних версиях этого функционала вообще не было, к тому же есть workaround (временно заменить макросы их значениями), то проблема не очень большая.
• поменялся интерфейс (в частности, главное меню из положения "сверху" уехало влево; а просмотр графиков теперь доступен через Monitoring -> Hosts), но это дело привычки (привыкаешь довольно быстро).

Больше пока что за месяц работы существенных проблем не замечено.