Неподдерживаемое расширение файла импорта yaml
With the 5.0 Version it seems not to work.
As I can´t upgrade easy, is there a template available for this version?
I have running an very old version with powershell scripts, and having timeout issues with the large file.
I would like to use the DB version, this makes much more sense I guess.
The text was updated successfully, but these errors were encountered:
Установка обновления zabbix 5.0 до 5.2
rohrbachger commented Dec 5, 2020
I tried with your xml template again, I only modified the export version to be able to read.
No luck, still
Invalid tag "/zabbix_export/templates/template(1)/items/item(2)/preprocessing/step(1)": unexpected tag "parameters".
The structure seems different,
rohrbachger commented Nov 23, 2020
I tried this, yes. And run into the issues.
It takes time to understand what is to change, I hoped there is an easier way.
One problem was easy. I found a converter yaml to xml.
You used for name "Backup & Recovery". The & is bad, but with search and replace was easy solved.
The next issue needs more understanding, so I did not looked at this.
I like the sql version, I remember several years ago I did for BackupExec,Veriats the same.
rohrbachger commented Nov 23, 2020
I tried this, yes. And run into the issues.
It takes time to understand what is to change, I hoped there is an easier way.
One problem was easy. I found a converter yaml to xml.
You used for name "Backup & Recovery". The & is bad, but with search and replace was easy solved.
The next issue needs more understanding, so I did not looked at this.
I like the sql version, I remember several years ago I did for BackupExec,Veriats the same.
Centos 7
Подключаем репозиторий версии zabbix 5.0:
Ubuntu 18
Удаляем пакет текущего репозитория:
Обновляем информацию о репозиториях:
Debian / Ubuntu
Устанавливаем само обновление zabbix на сервер с Debian или Ubuntu следующей командой:
После завершения обновления, запускаем сервер:
В момент запуска произойдет обновление базы данных. Для маленькой базы (1-2 гб) это не займет много времени. Вы можете даже не заметить процесса. Если база больше, то надо подождать, пока не закончится обновление. Следить за ним можно с помощью просмотра лог файла zabbix сервера.
После завершения обновления базы, сервер запустится. После этого можно запустить и агент.
В логах агента и сервера можно посмотреть версию запущенных сервисов.
Теперь можно идти в веб интерфейс и смотреть на обновленную версию zabbix server. Перед этим почистите кэш браузера и удалите куки от страницы заббикса. Если этого не сделать, то могут быть проблемы и ошибки, с чем я не раз сталкивался. Если у вас в качестве веб сервера используется nginx, не забудьте поменять владельца директории /etc/zabbix/web на nginx, в том случае, если веб сервер работает от него. После обновления он будет принадлежать apache, а web интерфейс не заработает.
Подготовка к обновлению
Важная информация перед обновлением. Версия 5.2 без длительной поддержки. Через пол года к ней перестанут выходить обновления, так что вам обязательно придется обновляться на следующую версию. Если для вас не критичны нововведения этого релиза, пропускайте его и ждите новой LTS версии.
Если у вас версия ниже 5.0, то предварительно обновите ее до указанной. У меня есть цикл статей на тему обновления Zabbix:
Перед обновлением, сделаем на всякий случай бэкап базы данных. Для этого предварительно остановим сервер с агентом.
У меня что-то активно писалось в базу, поэтому сервер выключался долго. Я проверил лог zabbix-server, чтобы убедиться в корректном выключении. Там все нормально было, сервер штатно завершил работу, дописав то, что у него там накопилось. Так что бэкапим.
zabbix | название базы данных заббикса |
-uzabbix | ключ -u и дальше имя пользователя базы данных |
-p'password' | ключ -p и дальше пароль пользователя бд, если в пароле есть спецсимволы, экранируйте их одиночными кавычками |
На всякий случай сохраним php скрипты админки, чтобы можно было оперативно запустить старую версию в случае нештатной ситуации. Хотя лично я сделал снепшот виртуалки перед обновлением, чтобы откатиться назад в случае проблем.
Centos 8
Очищаем и пересоздаем кэш yum:
techinnov-974 commented Feb 12, 2021
Hello @rohrbachger Thank you for reporting the problem yesterday I was in the same case, thanks to your help I managed to debug the code and it is imported correctly from my side.
@romainsi The xml file does not import in version 5.0.8 of zabbix, I had to correct the tags because I have the same error as @rohrbachger
Problem come from the tags in "" the tags "" and "" caused concern.
However, I have not tested the operation. Check if it works
I have tested the import, this works fine now. Still Iḿ fighting with the PS script, it's not working yet for me. But probably a simple issue with my config. Gerald
Но файла xml на git у них нет.
Что нужно брать не git-snaphot, а release-tarboll(или ещё что-то наподобие)?
[DEV-1648] converted existing XML files to a YAML format
я вижу, а где xml теперь брать?
бери yaml, теперь заббик шаблоны идут в нём
Вместо releases/5.2 выбери releases/5.0.
Ну или бери yaml, если у тебя 5.2. Но 5.2 не LTS.
есть многое на свете, друг Горацио, что мы забыли записать в документацию
я читал, что у меня прием данных не работает потому что не правильный формат шаблона, но в итоге разобрался и то что в заббиксе поставляется вполне работает.
Лучшая документация - это код.
Лучший код - это код, который не написан.
Я сильно сомневаюсь, что Шульман в состоянии разобраться с кодом.
Вообще не принципиально, кто там что может, а кто нет. Код вместо документации использовать - отборный аутизм.
Дальше открываешь то, что нагрепалось, и применяешь метод пристального взгляда.
Лужа? Там ничего нужного не будет. Вернее, оно там может быть, но это в лабах на 10 строк.
Если не получилось с наскока разрулить, отладчик в зубы.
Да, и неделю втыкать в него. Сильно.
Собственно, о чём я и говорил. Клоуны, бравирующие хернёй «смотри код» - студентота зелёная.
Самый удобный вариант: ini-файлы (точнее properties-файлы, но они похожи).
Между XML и JSON предпочту первый, потому что можно создать XML Schema по которому можно валидировать конфиг и в приложении уже быть более-менее уверенным, что в нём что-то относительно похожее на правду. Что за YAML я не знаю и знать не хочу.
Legioner ★★★★★ ( 08.03.16 13:05:30 )
Последнее исправление: Legioner 08.03.16 13:07:24 (всего исправлений: 1)
потому что можно создать XML Schema по которому можно валидировать конфиг и в приложении уже быть более-менее уверенным
А зачем, нет правда интересно, ведь все равно при сборке приложения нужно будет прочекать допштуки которые или не ложатся на схему или через такие места делаются, что лучше даже не начинать, чтоб коллеги не побили.
Максимум для чего можно притянуть схему это автодополнение в редакторе, при написании конфигов с нуля, аля спринг, без существующего .example c возможными параметрами и комментариями.
Кто что предпочитает из этих трех?
Предпочитаю, чтобы это решали пользователи - нет никакой проблемы поддерживать все 3 формата.
Внезапно, есть JSON Schema. Не пользовался, но не вижу принципиальной разницы.
Это как? Не запомнить что `:` для хешей а `-` для массивов :) ?
К сожалению это именно так. Когда ты их пишешь по 20 штук за день — это один разговор. Но конфиг трогается от силы пару раз неподготовленным к этому пользователем.
«Тут мне нужен список или хеш? А пробел тут не лишний? И так и сяк — всё равно не работает. »
Мне по крайней мере ещё ни разу с первого захода (да и с десятого) не удавалось верно составить структуру (даже для собственных приложений!). И при этом я ещё более-менее понимаю формат.
Но так как другие форматы ещё ужасней, остановился пока на yml.
В конце концов остановился на том, что я сначала дампю конфигурационный структуры в yml и уже это потом использую как пример конфигурации — операция на гландах через 5-ю точку.
beastie ★★★★★ ( 08.03.16 13:52:42 )
Последнее исправление: beastie 08.03.16 13:55:02 (всего исправлений: 1)
Там где от силы пару раз - и джисон сойдет. Ямл имеет смысл когда с этим надо регулярно ковыряться, IMHO.
Long story short: положа руку на сердце, ни один из перечисленных форматов на роль конфигурационного не подходит. Для quick'n'dirty сойдёт. Но по хорошему надо писать свой парсер и свой конфиг под конкретную задачу.
Примеры удачных форматов: pf.conf (и вообще вся линейка OpenBSD конфигов), nginx.
Примеры удачных форматов: pf.conf (и вообще вся линейка OpenBSD конфигов), nginx.
Ты просто к ним привык, если посмотреть свежим взглядом, то они представляют из себя дубовый dsl для описания логики. Причем этот dsl никак не помогает понять семантику, какой датафлоу и что вообще тут происходит без *внимательного* вкуривания документации.
На другой стороне маразма uwsgi со своими ini/xml/yml конфигами, в которых есть условия и циклы.
В качестве примера хорошего конфига можно привести varnish. Они не стали миндальничать и сразу признались себе, что это не конфиг, а программа.
А зачем, нет правда интересно, ведь все равно при сборке приложения нужно будет прочекать допштуки которые или не ложатся на схему или через такие места делаются, что лучше даже не начинать, чтоб коллеги не побили.
Потому что без схемы придётся писать её проверяющий аналог на императивном языке. Это много кода с потенциальными багами (потому что такой код редко хорошо тестят). А чаще всего на это (если мы говорим про тот же JSON) вообще забивают и программа падает с рандомными NullPointerException-ами и приходится ковырятся в исходниках, чтобы понять, что не так пошло (и хорошо, если эти исходники в человекочитаемом виде есть вообще). Схема это тот же код, только в более понятом декларативном виде. Что она не проверяет — можно проверять и в обычном коде, но писать придётся меньше.
Максимум для чего можно притянуть схему это автодополнение в редакторе, при написании конфигов с нуля, аля спринг, без существующего .example c возможными параметрами и комментариями.
Автодополнение в редакторе тоже штука полезная, хотя и менее актуальная, т.к. зачастую конфиги редактируются на удалённом хосте через какой-нибудь vi.
Внезапно, есть JSON Schema. Не пользовался, но не вижу принципиальной разницы.
Комментировать не буду, тоже не пользовался. Распространённость у этой штуки явно меньше, чем у XML Schema. Если позволяет валидировать всё, что хочется, и есть реализация под нужный ЯП, можно и так. Большой плюс JSON-а — он однозначно соответствует стандартным типам и структурам данных. А в XML всё сложнее, приходится или Object Mapper-ы использовать (хотя тут всё опять же из схемы генерируется во многих языках) или через XPath работать, что менее удобно, чем использование встроенных в язык конструкций.
Состоялся релиз свободной системы мониторинга с полностью открытым исходным кодом Zabbix 5.2.
Zabbix – универсальная система для мониторинга производительности и доступности серверов, инженерного и сетевого оборудования, приложений, баз данных, систем виртуализации, контейнеров, ИТ-сервисов, веб-сервисов, облачной инфраструктуры.
Система реализует полный цикл от сбора данных, их обработки и преобразования, анализа получаемых данных, и заканчивая хранением этих данных, визуализацией и рассылкой оповещений с использованием правил эскалаций. Также система предоставляет гибкие возможности расширения методов сбора данных и оповещений, а также возможности автоматизации через мощный API.
Единый веб-интерфейс реализует централизованное управление конфигурациями мониторинга и распределением прав доступа различным группам пользователей. Код проекта распространяется под лицензией GPLv2.
Zabbix 5.2 - это новая мажорная не-LTS версия со стандартным сроком официальной поддержки.
Основные улучшения версии 5.2:
- поддержка синтетического мониторинга с возможностью создавать многошаговые комплексные сценарии-скрипты для получения данных и осуществления сложных проверок доступности сервисов
- появился набор триггерных функций для долгосрочной аналитики позволяющий генерировать алерты вида «Количество транзакций в секунду в октябре увеличилось на 23%»
- поддержка ролей пользователей для гранулярного управления правами пользователей с возможностью контроля доступа к различным компонентам интерфейса, методам API и пользовательским действиям
- возможность хранения всей секретной информации (паролей, токенов, имён пользователей для авторизации и прочее) используемой в Zabbix во внешнем Hashicorp Vault для максимальной безопасности
- поддержки IoT мониторинга и мониторинга промышленного оборудования с использованием протоколов modus и MQTT
- возможность сохранения и быстрого переключения между фильтрами в интерфейсе
Улучшена безопасность и надёжность мониторинга за счёт:
Улучшена производительность и бесперебойность за счёт:
- поддержка балансировки нагрузки (load balancing) для веб интерфейса и API, что позволяет горизонтально масштабировать эти компоненты
- улучшения производительности логики обработки событий
Другие значительные улучшения:
Из коробки Zabbix предлагает интеграцию с:
- платформами службы поддержки Jira, Jira ServiceDesk, Redmine, ServiceNow, Zendesk, OTRS, Zammad, Solarwinds Service Desk, TOPdesk, SysAid
- системами оповещения пользователей Slack, Pushover, Discord, Telegram, VictorOps, Microsoft Teams, SINGNL4, Mattermost, OpsGenie, PagerDuty, iLert
Официальные пакеты доступны для актуальных версий следующих платформ:
- Linux дистрибутивов RHEL, CentOS, Debian, SuSE, Ubuntu, Raspbian для различных архитектур
- систем виртуализации на базе VMWare, VirtualBox, Hyper-V, XEN Docker
- агенты для всех платформ включая MacOS и пакеты MSI для Windows агентов
Доступна быстрая установка Zabbix для облачных платформ:
- AWS, Azure, Google Cloud, Digital Ocean, IBM/RedHat Cloud, Yandex Cloud
Для перехода с более ранних версий необходима лишь установка новых бинарных файлов (сервера и прокси) и интерфейса. Zabbix автоматически проведёт процедуру обновления. Установка новых агентов не требуется.
С полным списком всех изменений вы можете ознакомиться в описании изменений и документации.
26 октября 2020 года состоялся релиз версии 5.2 популярной системы мониторинга Zabbix. В своей статье я расскажу, как обновиться до новой версии Zabbix 5.2 с предыдущего релиза 5.0. В качестве операционных систем, на которых будет выполняться обновление выступят Centos 7, 8 и Debian 10, Ubuntu 18, 20.
Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, рекомендую познакомиться с онлайн-курсом «DevOps практики и инструменты» в OTUS. Курс не для новичков, для поступления нужно пройти вступительный теcт.
Что нового в Zabbix 5.2?
Ну и много других более мелких изменений. Я пробежался глазами по release_notes и перевел то, что показалось наиболее интересным. Еще наконец-то починили баг в Latest Data с отображением списков.
В общем, Zabbix не стоит на месте, развивается. Свою нишу в мониторинге удерживает твердо. Если кто-то не читал мою статью про сравнение Zabbix vs Prometheus, можете ознакомиться. Описал своими словами отличия.
Так же рекомендую мою статью по установке и настройке Zabbix 5. Там я разбираю различные варианты установки, выполняю первоначальную настройку и делюсь своим опытом эксплуатации данной системы мониторинга.
Centos 7, 8
Для начала проверим список установленных пакетов zabbix в системе. Их название может быть разным в зависимости от используемых репозиториев. К примеру, в centos 7 у пакетов может быть дополнение в виде scl к названию пакета.
Устанавливаем обновление zabbix на сервер Centos 8, выбирая установленные у вас пакеты:
Для centos 7 будет такой список:
Обращаю внимание, что на момент написания данной статья, пакетов 5.2 для Centos 7 в репозиториях нет. В официальных инструкциях их тоже нет и не понятно, будут ли. Как только появятся, я дополню статью.
После завершения обновления, запускаем zabbix-server.
Проверяем лог сервера. Необходимо дождаться обновления базы данных. Важно не трогать в этот момент сервер, не прерывать обновление, не пытаться его перезапустить. Если база большая, обновление может длиться очень долго. Рекомендую сначала где-то протестировать этот процесс, прежде чем обновлять прод.
Есть ненулевой шанс, что будет какая-то ошибка с базой. Чаще всего возникают проблемы с какой-то нестандартной записью в таблице. Туда может попасть какой-то необычный символ, или с кодировкой проблемы. В этих случаях удаляйте проблемные записи, меняйте кодировку базы zabbix.
После обновления переходите в web интерфейс и проверяйте версию Zabbix. Должна быть 5.2.
На этом обновления Zabbix до 5.2 на Centos завершено.
Ubuntu 20
Удаляем пакет текущего репозитория:
Обновляем информацию о репозиториях:
К обновлению подготовились, можно приступать.
Debian 10
Удаляем пакет текущего репозитория:
Обновляем информацию о репозиториях:
Читайте также: